特許 7593488 ユーザ装置及びユーザ装置の方法

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-11-25

(45)【発行日】2024-12-03

(54)【発明の名称】ユーザ装置及びユーザ装置の方法

(51)【国際特許分類】

   H04W 28/04 20090101AFI20241126BHJP

   H04W 72/21 20230101ALI20241126BHJP

   H04W 72/566 20230101ALI20241126BHJP

   H04W 72/11 20230101ALI20241126BHJP

【ＦＩ】

H04W28/04 110

H04W72/21

H04W72/566

H04W72/11

【請求項の数】 2

(21)【出願番号】P 2023518239

(86)(22)【出願日】2020-09-22

(65)【公表番号】

(43)【公表日】2023-10-11

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

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

(87)【国際公開日】2022-03-31

【審査請求日】2023-05-18

(73)【特許権者】

【識別番号】000004237

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

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】ワン ガン

(72)【発明者】

【氏名】リアン リン

【審査官】松野 吉宏

(56)【参考文献】

【文献】Intel Corporation，UCI enhancements for eURLLC，3GPP TSG RAN WG1#98b R1-1910661，フランス，3GPP，2019年10月08日

【文献】WILUS Inc.，Discussion on HARQ-ACK enhancement for IIoT/URLLC，3GPP TSG RAN WG1#102-e R1-2006887，フランス，3GPP，2020年08月08日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４ － ７／２６

Ｈ０４Ｗ ４／００ － ９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

半永続的スケジューリング（ＳＰＳ）物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の受信に対する第１のＨｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅ（ＨＡＲＱ－ＡＣＫ）情報と、第１のダウンリンク制御情報（ＤＣＩ）によってトリガされるＰＵＣＣＨ送信における第２のＨＡＲＱ－ＡＣＫ情報と、を物理アップリンク制御チャネル（ＰＵＣＣＨ）に多重化し、
前記ＰＵＣＣＨを送信し、
前記第２のＨＡＲＱ－ＡＣＫ情報は、前記第１のＨＡＲＱ－ＡＣＫ情報と同じ優先度を有し、
時分割複信（ＴＤＤ）通信により前記第１のＨＡＲＱ－ＡＣＫ情報がドロップした場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を遅延させることをさらに含み、
前記多重化は、遅延する前記第１のＨＡＲＱ－ＡＣＫ情報と、前記第１のＨＡＲＱ－ＡＣＫ情報と同じ優先度の前記第２のＨＡＲＱ－ＡＣＫ情報と、の多重化である、
ユーザ装置（ＵＥ）の方法。

【請求項2】

半永続的スケジューリング（ＳＰＳ）物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の受信に対する第１のＨｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅ（ＨＡＲＱ－ＡＣＫ）情報と、第１のダウンリンク制御情報（ＤＣＩ）によってトリガされるＰＵＣＣＨ送信における第２のＨＡＲＱ－ＡＣＫ情報と、を物理アップリンク制御チャネル（ＰＵＣＣＨ）に多重化する手段と、
前記ＰＵＣＣＨを送信する手段と、
を含み、
前記第２のＨＡＲＱ－ＡＣＫ情報は、前記第１のＨＡＲＱ－ＡＣＫ情報と同じ優先度を有し、
時分割複信（ＴＤＤ）通信により前記第１のＨＡＲＱ－ＡＣＫ情報がドロップした場合に、前記第１のＨＡＲＱ－ＡＣＫ情報を遅延させる手段をさらに含み、
前記多重化は、遅延する前記第１のＨＡＲＱ－ＡＣＫ情報と、前記第１のＨＡＲＱ－ＡＣＫ情報と同じ優先度の前記第２のＨＡＲＱ－ＡＣＫ情報と、の多重化である、
ユーザ装置（ＵＥ）。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、概して通信の分野に関し、特に、ハイブリッド自動再送要求（ＨＡＲＱ：Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを送信するための解決手段に関する。

【背景技術】

【0002】

通信システムにおいて、送信の信頼性を向上させるために、ＨＡＲＱメカニズムが広く使われている。ＨＡＲＱにおいて受信機は、送信機からのデータが正しく検出された場合は肯定応答（ＡＣＫ）を、データが正しく検出されなかった場合は否定応答（ＮＡＣＫ）を送信機にフィードバックする。そして送信機は、受信機からＡＣＫ又はＮＡＣＫを受信したかどうかによって、新規送信又は再送信を行う。

【0003】

短い周期を有する１つ又は複数の半永続的スケジューリング（ＳＰＳ：Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ）構成が設定された端末装置では、所定の時分割複信（ＴＤＤ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ）構成において、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバック用に、物理アップリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信に利用できるアップリンク（ＵＬ）シンボルが存在しない場合がある。これはＳＰＳ ＰＤＳＣＨの送信性能を低下させることになる。対応するＨＡＲＱフィードバックがなければ、ＳＰＳの物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）が常に再送されることになり、非効率的である。

【発明の概要】

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

【0004】

概して、本開示の例示的な実施形態は、ＨＡＲＱフィードバックを送信するための解決手段を提供する。

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

【0005】

第１の態様では、通信のための方法が提供される。前記方法は、第１の半永続的スケジューリング（ＳＰＳ）ダウンリンク送信に対する第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックの送信用の第１のリソースが利用不可能であるとの決定に従って、端末装置において、時間領域で前記第１のリソースより後の第２のリソースを決定することを含む。前記方法は、前記第２のリソースにおいて前記第１のＨＡＲＱフィードバックをネットワーク装置に送信することをさらに含む。

【0006】

第２の態様では、通信のための方法が提供される。前記方法は、少なくとも１つの半永続的スケジューリング（ＳＰＳ）ダウンリンク送信に対する少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックの送信用のリソースが利用不可能であるとの決定に従って、端末装置において、ネットワーク装置からＨＡＲＱ Ａｃｋｎｏｗｌｅｄｇｅ（ＨＡＲＱ－ＡＣＫ）コードブックについての要求を受信することを含む。前記方法は、前記少なくとも１つのＨＡＲＱフィードバックを含む前記ＨＡＲＱ－ＡＣＫコードブックを前記ネットワーク装置に送信することをさらに含む。

【0007】

第３の態様では、通信のための方法が提供される。前記方法は、ネットワーク装置から端末装置に、第１の半永続的スケジューリング（ＳＰＳ）ダウンリンク送信を行うことを含む。前記方法は、前記第１のＳＰＳダウンリンク送信に対する第１のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを第１のリソースで受信できないことに応じて、第２のリソースにおいて、前記第１のＨＡＲＱフィードバックを前記端末装置から受信することを含む。前記第２のリソースは、時間領域で前記第１のリソースより後にある。

【0008】

第４の態様では、通信のための方法が提供される。前記方法は、少なくとも１つの半永続的スケジューリング（ＳＰＳ）ダウンリンク送信に対する少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを受信できないことに応じて、ネットワーク装置から、要求又はＨＡＲＱ Ａｃｋｎｏｗｌｅｄｇｅ（ＨＡＲＱ－ＡＣＫ）コードブックを端末装置に送信することを含む。前記方法は、前記少なくとも１つのＨＡＲＱフィードバックを含む前記ＨＡＲＱ－ＡＣＫコードブックを前記端末装置から受信することをさらに含む。

【0009】

第５の態様では、端末装置が提供される。前記端末装置は、プロセッサと、命令が格納されたメモリとを備える。前記メモリ及び前記命令は、前記プロセッサとともに、前記端末装置に前記第１の態様にかかる方法を実行させるように構成されている。

【0010】

第６の態様では、端末装置が提供される。前記端末装置は、プロセッサと、命令が格納されたメモリとを備える。前記メモリ及び前記命令は、前記プロセッサとともに、前記端末装置に前記第２の態様にかかる方法を実行させるように構成されている。

【0011】

第７の態様では、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、命令が格納されたメモリとを備える。前記メモリ及び前記命令は、前記プロセッサとともに、前記ネットワーク装置に前記第１の態様にかかる方法を実行させるように構成されている。

【0012】

第８の態様では、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、命令が格納されたメモリとを備える。前記メモリ及び前記命令は、前記プロセッサとともに、前記ネットワーク装置に前記第２の態様にかかる方法を実行させるように構成されている。

【0013】

第９の態様では、命令が格納されたコンピュータ可読媒体が提供される。前記命令は、装置の少なくとも１つのプロセッサにおいて実行された場合に、前記装置に、前記第１の態様にかかる方法を実行させる。

【0014】

第１０の態様では、命令が格納されたコンピュータ可読媒体が提供される。前記命令は、装置の少なくとも１つのプロセッサにおいて実行された場合に、前記装置に、前記第２の態様にかかる方法を実行させる。

【0015】

第１１の態様では、命令が格納されたコンピュータ可読媒体が提供される。前記命令は、装置の少なくとも１つのプロセッサにおいて実行された場合に、前記装置に、前記第３の態様にかかる方法を実行させる。

【0016】

第１２の態様では、命令が格納されたコンピュータ可読媒体が提供される。前記命令は、装置の少なくとも１つのプロセッサにおいて実行された場合に、前記装置に、前記第４の態様にかかる方法を実行させる。

【0017】

発明の概要部分は、本開示の実施形態の重要な特徴又は必須の特徴を特定することを意図したものではなく、本開示の範囲を限定するために用いることを意図したものでもないことを理解されたい。本開示の他の特徴は、以下の説明を通して容易に理解されるであろう。

【図面の簡単な説明】

【0018】

添付図面における本開示のいくつかの実施形態のより詳細な説明を通じて、本開示の上記及び他の目的、特徴及び利点がより明らかになるであろう。

【0019】

【図1】 伝統的な解決手段にかかる、送信リソースがないためにＳＰＳダウンリンク送信に対するＨＡＲＱフィードバックがキャンセルされる例を示す。

【0020】

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

【0021】

【図3】本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック送信の例示的なプロセスを示す例示的なシグナリングチャートを示す。

【0022】

【図4A】本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック送信の例示的なプロセスの概略ブロック図を示す。

【図4B】本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック送信の例示的なプロセスの概略ブロック図を示す。

【図4C】本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック送信の例示的なプロセスの概略ブロック図を示す。

【図4D】本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック送信の例示的なプロセスの概略ブロック図を示す。

【図4E】本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック送信の例示的なプロセスの概略ブロック図を示す。

【図4F】本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック送信の例示的なプロセスの概略ブロック図を示す。

【図4G】本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック送信の例示的なプロセスの概略ブロック図を示す。

【図4H】本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック送信の例示的なプロセスの概略ブロック図を示す。

【図4I】本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック送信の例示的なプロセスの概略ブロック図を示す。

【図4J】本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック送信の例示的なプロセスの概略ブロック図を示す。

【0023】

【図5】本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック送信の例示的なプロセスを示す例示的なシグナリングチャートを示す。

【0024】

【図6】本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック送信の例示的なプロセスの概略ブロック図を示す。

【0025】

【図7A】本開示のいくつかの実施形態にかかるＨＡＲＱ－ＡＣＫコードブックの概略ブロック図を示す。

【図7B】本開示のいくつかの実施形態にかかるＨＡＲＱ－ＡＣＫコードブックの概略ブロック図を示す。

【図7C】本開示のいくつかの実施形態にかかるＨＡＲＱ－ＡＣＫコードブックの概略ブロック図を示す。

【0026】

【図8】本開示のいくつかの実施形態にかかる例示的な方法のフローチャートを示す。

【0027】

【図9】本開示のいくつかの実施形態にかかる別の例示的な方法のフローチャートを示す。

【0028】

【図10】本開示のいくつかの実施形態にかかる別の例示的な方法のフローチャートを示す。

【0029】

【図11】本開示のいくつかの実施形態にかかるさらに別の例示的な方法のフローチャートを示す。

【0030】

【図12】本開示のいくつかの実施形態を実施するのに好適な装置の概略ブロック図である。

【0031】

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

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

【0032】

本開示の原理について、いくつかの例示的な実施形態を参照しながら説明する。これらの実施形態は、単に説明を目的として示されるもので、当業者が本開示を理解し実施する際に役立つものであり、本開示の範囲に対するいかなる限定も示唆しないことを理解されたい。本明細書で説明する本開示は、以下で説明するもの以外にも様々な方法で実施することができる。

【0033】

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

【0034】

本明細書で使用する場合、「ネットワーク装置（ｎｅｔｗｏｒｋ ｄｅｖｉｃｅ）」又は「基地局」（ＢＳ：ｂａｓｅ ｓｔａｔｉｏｎ）という用語は、端末装置が通信を実行することができるセル又はカバレッジを提供又はホストすることが可能な装置を指す。ネットワーク装置の例としては、Ｎｏｄｅ Ｂ（ＮｏｄｅＢ又はＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ）ＮｏｄｅＢ（ｇＮＢ）、Ｖ２Ｘ通信用のインフラストラクチャ装置、送信／受信ポイント（ＴＲＰ：Ｔｒａｎｓｍｉｓｓｉｏｎ／Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）、リモート無線ユニット（ＲＲＵ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｕｎｉｔ）、無線ヘッド（ＲＨ：ｒａｄｉｏ ｈｅａｄ）、リモート無線ヘッド（ＲＲＨ：ｒｅｍｏｔｅ ｒａｄｉｏ ｈｅａｄ）、フェムトノード、ピコノード等の低電力ノード等が挙げられるが、これらに限定されない。

【0035】

本明細書において、「端末装置（ｔｅｒｍｉｎａｌ ｄｅｖｉｃｅ）」という用語は、無線又は有線の通信機能を有する任意の装置を指す。端末装置の例としては、ユーザ装置（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）、車載端末装置、歩行者用装置、路側機、パーソナルコンピュータ、デスクトップ、移動電話、携帯電話、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、デジタルカメラ等の撮像装置、ゲーム機器、音楽保存・再生装置、無線／有線でのインターネットアクセス及び閲覧を可能にするインターネット装置等が挙げられるが、それらに限定されない。議論のために、端末装置の例としてＵＥを参照しながら、いくつかの実施形態を説明する。用語「端末装置」及び「ユーザ装置」（ＵＥ）は、本開示の文脈では互換的に使用され得る。

【0036】

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

【0037】

いくつかの例において、値、手順又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。理解される点として、こうした説明は、使用される複数の機能的代替の中から、選択可能であると示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又はより好ましかったりする必要はない。

【0038】

図１は、伝統的な解決手段にかかる、送信リソースがないためにＳＰＳダウンリンク送信に対するＨＡＲＱフィードバックがキャンセルされる例示１００を示す。

【0039】

例示１００において端末装置には、１スロット周期と、スロットベースのＨＡＲＱフィードバックと、アクティブ化ダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）における２であるＨＡＲＱタイミング値Ｋとを有するＳＰＳ構成（ＳＰＳ ｃｏｎｆｉｇｕｒａｔｉｏｎ）が設定されている。

【0040】

図１に示すように、スロット１０１において、ネットワーク装置はＰＤＳＣＨにおいて端末装置に対してＳＰＳ送信を行う。以下、ＰＤＳＣＨにおけるＳＰＳ送信はＳＰＳ ＰＤＳＣＨとも称される。端末装置は、ＨＡＲＱタイミング値Ｋに基づいて、スロット１０１のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックが、スロット１０２で送信されると決定する。しかし、ＴＤＤ構成（ＴＤＤ ｃｏｎｆｉｇｕｒａｔｉｏｎ）１０３に基づいて、端末装置は、スロット１０２がダウンリンク送信用に設定されていると決定する。したがって、端末装置は、スロット１０２は、スロット１０１のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバック送信には利用不可能であると決定する。この場合、端末装置はＨＡＲＱフィードバック送信をキャンセルする場合がある。ＨＡＲＱフィードバックがなければ、ＳＰＳ ＰＤＳＣＨが常に再送されることになり、非効率的である。

【0041】

伝統的な解決手段における上記の技術的課題を解決するために、第１の態様において、本開示の実施形態は、ＨＡＲＱフィードバック送信の解決手段を提供する。この解決手段では、端末装置が、ＳＰＳダウンリンク送信に対するＨＡＲＱフィードバック送信用に第１のリソースが利用不可能であると決定した場合、端末装置は、次に利用可能なリソースまでＨＡＲＱフィードバック送信を遅延させる。このようにして、キャンセルされたＨＡＲＱフィードバックをネットワーク装置に再送信することができる。こうすることで、ＳＰＳダウンリンク送信の再送を抑制することができる。

【0042】

第２の態様において、本開示の実施形態は、ＨＡＲＱフィードバックを送信するための解決手段を提供する。この解決手段では、ネットワーク装置が端末装置に、ＳＰＳダウンリンク送信に対するＨＡＲＱフィードバックグループの再送要求を送信する。端末装置は要求を受信すると、ＨＡＲＱフィードバックグループを含むＨＡＲＱ－ＡＣＫコードブックをネットワーク装置に送信する。このようにして、キャンセルされたＨＡＲＱフィードバックをネットワーク装置に再送信することができる。こうすることで、ＳＰＳダウンリンク送信の再送を抑制することができる。

【0043】

本開示の実施形態は、任意の好適なシナリオに適用され得る。例えば、本開示の実施形態は、ＵＲＬＬＣ（Ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）において実施されてもよい。あるいは、本開示の実施形態は、以下のいずれかで実施することができる。能力が低いＮＲデバイス、新無線（ＮＲ）ＭＩＭＯ（ｍｕｌｔｉｐｌｅ－ｉｎｐｕｔ ａｎｄ ｍｕｌｔｉｐｌｅ－ｏｕｔｐｕｔ）、ＮＲサイドリンク強化（ＮＲ Ｓｉｄｅｌｉｎｋ Ｅｎｈａｎｃｅｍｅｎｔｓ）、５２．６ＧＨｚ超の周波数でのＮＲシステム、７１ＧＨｚまでのＮＲ運用拡張、非地上系ネットワーク（ＮＴＮ：ｎｏｎ－ｔｅｒｒｅｓｔｒｉａｌ ｎｅｔｗｏｒｋ）における狭帯域ＩｏＴ（ＮＢ－ＩｏＴ：ｎａｒｒｏｗ ｂａｎｄ－Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）／強化されたマシンタイプ通信（ｅＭＴＣ：ｅｎｈａｎｃｅｄ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、ＮＴＮ、ＵＥ省電力機能強化、ＮＲカバレッジ拡張、ＮＢ－ＩｏＴとＬＴＥ－ＭＴＣ、統合アクセスバックホール（ＩＡＢ：Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）、ＮＲマルチキャスト・ブロードキャストサービス、又は、マルチ無線デュアルコネクティビティの強化。

【0044】

図２は、本開示のいくつかの実施形態を実施可能な通信環境２００の模式図である。図２に示すように、通信環境２００は通信ネットワーク２００と称されてもよく、端末装置１２０と端末装置１３０にサービスを提供するネットワーク装置１１０を含む。特に、端末装置１２０は通信チャネル１０５を介してネットワーク装置１１０と通信してもよく、端末装置１３０は通信チャネル１１５を介してネットワーク装置１１０と通信してもよい。

【0045】

ネットワーク装置１１０から端末装置１２０又は端末装置１３０への送信の場合、通信チャネル１０５又は１１５は、ダウンリンクチャネルと称されることがある。端末装置１２０又は端末装置１３０からネットワーク装置１１０への送信の場合、通信チャネル１０５又は１１５は、アップリンクチャネルと称されることがある。

【0046】

図２の通信環境２００では、ネットワーク装置１１０、端末装置１２０及び端末装置１３０が示されているが、本開示の実施形態は、互いに通信する他の任意の適切な通信装置にも同様に適用可能である。すなわち、本開示の実施形態は、図２の例示的シナリオに限定されない。この点について図２では、端末装置１２０、１３０が携帯電話として概略的に描かれているが、これは例示にすぎずいかなる限定も示唆しないことを理解されたい。他の実施形態において、端末装置１２０、１３０は、他の任意の無線通信装置、例えば、車載型の端末装置であってもよい。

【0047】

図２に示す端末装置の数とネットワーク装置の数は、説明のためのものにすぎず、いかなる限定も示唆しないことを理解されたい。通信環境２００は、本開示の実施形態を実施するのに適した任意の適切な数の端末装置、任意の適切な数のネットワーク装置、及び任意の適切な数の他の通信装置を含んでもよい。さらに、あらゆる通信装置間では、様々な無線通信だけでなく、（必要に応じて）有線通信が行われてもよいことが理解されるであろう。

【0048】

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

【0049】

本開示の原理及び実施について、図３～図１１を参照しながら以下に詳細に説明する。図３は、本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック送信の例示的なプロセス３００を示す例示的なシグナリングチャートを示す。議論を目的として、図２を参照して通信プロセス３００について説明する。しかしながら、通信プロセス３００は、ネットワーク装置と端末装置が互いに通信する他の通信シナリオにも同様に適用可能であることが理解されるであろう。

【0050】

図３に示すように、ネットワーク装置１１０は、第１のＳＰＳダウンリンク送信を端末装置１２０に送信する（３１０）。端末装置１２０は、第１のＳＰＳダウンリンク送信に対する第１のＨＡＲＱフィードバックの送信用の第１のリソースが利用可能であるか利用不可能であるかを決定する（３２０）。第１のリソースが利用不可能と決定された場合、端末装置１２０は、時間領域で第１のリソースより後の第２のリソースを決定する（３３０）。次に端末装置１２０は、第２のリソースにおいて第１のＨＡＲＱフィードバックをネットワーク装置に送信する（３４０）。

【0051】

本開示によれば、端末装置は、第１のリソースより後の第２のリソースまで、ＨＡＲＱフィードバックの送信を遅延させる。このようにして、ＨＡＲＱフィードバックをネットワーク装置に送信することができる。こうすることで、ＳＰＳダウンリンク送信の再送を抑制することができる。

【0052】

いくつかの例示的な実施形態において、第２のリソースは、第１のＳＰＳダウンリンク送信とは異なる第２のＳＰＳダウンリンク送信に対する第２のＨＡＲＱフィードバックの送信用に設定されたリソースの中で、最も早く利用可能なリソースである。以下、最も早く利用可能なリソースは、第１のリソースに最も近い利用可能なリソースとも称される。これについて、図４Ａを参照しながら説明する。

【0053】

図４Ａは、本開示のいくつかの実施形態にかかる、第２のＳＰＳダウンリンク送信に対する第２のＨＡＲＱフィードバックの送信用に設定された第２のリソースにおいて、第１のＨＡＲＱフィードバックが送信される例示４１０を示す。議論を目的として、図２を参照して例示４１０について説明する。しかしながら、例示４１０は、ネットワーク装置と端末装置が互いに通信する他の通信シナリオにも同様に適用可能であることが理解されるであろう。

【0054】

例示４１０において、端末装置１２０にはＳＰＳ構成＃１が設定されている。ＳＰＳ構成＃１のＨＡＲＱタイミング値Ｋ１は、２と示されている。ネットワーク装置１１０は、スロットｎ、ｎ＋２でＳＰＳ ＰＤＳＣＨを送信し、スロットｎ＋１で動的ダウンリンク送信を行う。以下、ＰＤＳＣＨでの動的送信はＤＧ ＰＤＳＣＨとも称される。スロットｎ＋３のＰＵＣＣＨリソースは、ＤＧ ＰＤＳＣＨに対するＨＡＲＱフィードバックの送信用に設定されている。スロットｎ＋４のＰＵＣＣＨリソースは、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの送信用に設定されている。

【0055】

端末装置１２０は、ＳＰＳ構成＃１のＨＡＲＱタイミング値Ｋ１に基づいて、スロットｎのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックがスロットｎ＋２で送信されると決定する。しかし、ＴＤＤ構成（図示せず）に基づいて、端末装置１２０は、スロットｎ＋２がダウンリンク送信用に設定されていると決定する。したがって端末装置１２０は、スロットｎ＋２が、スロットｎのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの送信用に利用不可能であると決定する。この場合、端末装置１２０は、ＨＡＲＱフィードバックの送信を延期する。

【0056】

端末装置１２０は、ＳＰＳ ＰＤＳＣＨについてのＨＡＲＱタイミング値Ｋ１に基づいて、スロットｎ＋２のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックがスロットｎ＋４で送信されると決定する。

【0057】

端末装置１２０は、スロットｎのＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバックを、スロットｎ＋２のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックと多重化する。次に端末装置１２０は、多重化されたＨＡＲＱフィードバックを、スロットｎ＋４においてネットワーク装置１１０に送信する。

【0058】

表１は、例示４１０の擬似コード（ｐｓｅｕｄｏ ｃｏｄｅ）を示す。

【表1】

【0059】

いくつかの例示的な実施形態において、第１のＨＡＲＱフィードバックは、第２のＨＡＲＱフィードバックと同じ優先度を有する。

【0060】

いくつかの例示的な実施形態において、第３のＳＰＳダウンリンク送信に対する第３のＨＡＲＱフィードバックの送信用の第３のリソースが利用不可能である場合、端末装置１２０は、第１のＨＡＲＱフィードバック及び第３のＨＡＲＱフィードバックを第２のＨＡＲＱフィードバックと多重化することによって第１のＨＡＲＱ－ＡＣＫコードブックを生成してもよい。第３のリソースは、時間領域で第２のリソースより前にある。次に端末装置１２０は、第２のリソースにおいて第１のＨＡＲＱ－ＡＣＫコードブックを送信する。

【0061】

いくつかの例示的な実施形態において、第１のＨＡＲＱ－ＡＣＫコードブックを生成するために、端末装置１２０は、第１のＨＡＲＱフィードバックと第３のＨＡＲＱフィードバックを１ビットとして束ねてもよい。次に端末装置１２０は、当該１ビットを第２のＨＡＲＱフィードバックと多重化することにより第１のＨＡＲＱ－ＡＣＫコードブックを生成する。これについては図４Ｂを参照して説明する。

【0062】

図４Ｂは、本開示のいくつかの実施形態に従って、延期されたＨＡＲＱフィードバックが送信のために１ビットとして束ねられる例示４２０を示す。議論を目的として、図２を参照して例示４２０について説明する。しかしながら、例示４２０は、ネットワーク装置と端末装置が互いに通信する他の通信シナリオにも同様に適用可能であることが理解されるであろう。

【0063】

例示４２０において、端末装置１２０には、１スロット周期を有するＳＰＳ構成＃１が設定されている。ＳＰＳ構成＃１のＨＡＲＱタイミング値Ｋ１は、３と示されている。ネットワーク装置１１０は、ＳＰＳ構成＃１のスロットｎ、ｎ＋１、ｎ＋２、ｎ＋４、ｎ＋５、ｎ＋６でＳＰＳ ＰＤＳＣＨを送信する。スロットｎ＋３、ｎ＋７のＰＵＣＣＨリソースは、ＳＰＳダウンリンク送信に対するＨＡＲＱフィードバックの送信用に設定されている。

【0064】

端末装置１２０は、ＳＰＳ構成＃１のＨＡＲＱタイミング値Ｋ１に基づいて、スロットｎ＋１のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックがスロットｎ＋４で送信され、スロットｎ＋２のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックがスロットｎ＋５で送信されると決定する。しかし、ＴＤＤ構成（図示せず）に基づいて、端末装置１２０は、スロットｎ＋４、ｎ＋５がダウンリンク送信用に設定されていると決定する。したがって、端末装置１２０は、スロットｎ＋４、ｎ＋５は、スロットｎ＋１、ｎ＋２のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの送信用に利用不可能であると決定する。この場合、端末装置１２０は、ＨＡＲＱフィードバックの送信を延期する。

【0065】

端末装置１２０は、ＳＰＳ構成＃１のＨＡＲＱタイミング値Ｋ１に基づいて、スロットｎ＋４のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックがスロットｎ＋７で送信されると決定する。

【0066】

オーバーヘッドを削減するために、端末装置１２０は、図４Ｃに示すように、スロットｎ＋１、ｎ＋２のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックを１ビットとして束ねてもよい。次に端末装置１２０は、当該１ビットを、スロットｎ＋４のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックと多重化することにより、ＨＡＲＱ－ＡＣＫコードブック４３０を生成する。

【0067】

あるいは、端末装置１２０は、図４Ｄに示すように、スロットｎ＋１、ｎ＋２のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックを１ビットとして束ねなくてもよい。図４Ｄに示すように、端末装置１２０は、スロットｎ＋１、ｎ＋２のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックを、スロットｎ＋４のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの前に配置することにより、ＨＡＲＱ－ＡＣＫコードブック４３５を生成する。当然ながら端末装置１２０は、スロットｎ＋４のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの後に、スロットｎ＋１、ｎ＋２のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックを配置することによって、ＨＡＲＱ－ＡＣＫコードブック４３５を生成してもよい。

【0068】

このような例示的な実施形態では、ＨＡＲＱ－ＡＣＫコードブックのサイズは、延期されたＨＡＲＱ－ＡＣＫビットと、当該スロットに示された本来のＨＡＲＱ－ＡＣＫビットとの合計に等しい。

【0069】

このような例示的な実施形態では、ＨＡＲＱ－ＡＣＫビットは、第１、第２及び第３のＳＰＳダウンリンク送信が受信されるＤＬスロットのインデックス、第１、第２及び第３のＳＰＳダウンリンク送信用のＳＰＳ構成のインデックス、又は第１、第２及び第３のＳＰＳダウンリンク送信用に設定されたコンポーネントキャリア（ＣＣ）のインデックスのうち、少なくとも１つの順序で配列されてもよい。例えば、単一のＳＰＳ構成で非キャリアアグリゲーション（ＣＡ）の場合、ＨＡＲＱ－ＡＣＫビットは、ＳＰＳ ＰＤＳＣＨ受信用のＤＬスロットのインデックスの昇順に配列されてもよい。複数のＳＰＳ構成で非ＣＡの場合、ＨＡＲＱ－ＡＣＫビットは、ＳＰＳ構成のインデックスごとにＳＰＳ ＰＤＳＣＨ受信用のＤＬスロットのインデックスの昇順に配列され、さらに、ＳＰＳ構成のインデックスの昇順に配列されてもよい。複数のＳＰＳ構成でＣＡの場合、ＨＡＲＱ－ＡＣＫビットは、｛ＳＰＳ構成のインデックス，サービングセルインデックス｝ごとにＤＬスロットの昇順に配列されてから、｛サービングセルインデックス｝ごとにＳＰＳ構成のインデックスの昇順に配列され、さらにサービングセルインデックスの昇順に配列されてもよい。

【0070】

いくつかの例示的な実施形態において、第１のＨＡＲＱフィードバックは、第２のＨＡＲＱフィードバックと異なる優先度を有する。これについては図４Ｅを参照して説明する。

【0071】

図４Ｅは、本開示のいくつかの実施形態に従って、第２のＳＰＳダウンリンク送信に対する第２のＨＡＲＱフィードバックの送信用に設定された第２のリソースにおいて、第１のＨＡＲＱフィードバックが送信される例示４４０を示す。議論を目的として、図２を参照して例示４４０について説明する。しかしながら、例示４４０は、ネットワーク装置と端末装置が互いに通信する他の通信シナリオにも同様に適用可能であることが理解されるであろう。

【0072】

例示４４０において、端末装置１２０にはＳＰＳ構成＃１とＳＰＳ構成＃２が設定されている。ＳＰＳ構成＃１のＨＡＲＱタイミング値Ｋ１は、２と示されている。ＳＰＳ構成＃２のＨＡＲＱタイミング値Ｋ１は、２と示されている。ネットワーク装置１１０は、ＳＰＳ構成＃１のスロットｎ、ｎ＋２でＳＰＳ ＰＤＳＣＨを送信し、ＳＰＳ構成＃２のスロットｎ＋１でＳＰＳ ＰＤＳＣＨを送信する。スロットｎ＋３、ｎ＋４のＰＵＣＣＨリソースは、ＳＰＳダウンリンク送信に対するＨＡＲＱフィードバックの送信用に設定されている。スロットｎのＳＰＳ ＰＤＳＣＨとスロットｎ＋２のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックは高い優先度を有する。スロットｎ＋１のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックは、低い優先度を有する。

【0073】

端末装置１２０は、ＳＰＳ構成＃１のＨＡＲＱタイミング値Ｋ１に基づいて、スロットｎのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックがスロットｎ＋２で送信されると決定する。しかし、ＴＤＤ構成（図示せず）に基づいて、端末装置１２０は、スロットｎ＋２がダウンリンク送信用に設定されていると決定する。したがって端末装置１２０は、スロットｎ＋２が、スロットｎのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの送信用に利用不可能であると決定する。この場合、端末装置１２０は、ＨＡＲＱフィードバックの送信を延期する。

【0074】

端末装置１２０は、ＳＰＳ構成＃２のＨＡＲＱタイミング値Ｋ１に基づいて、スロットｎ＋１のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックがスロットｎ＋３で送信されると決定する。

【0075】

端末装置１２０は、スロットｎのＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバックを、スロットｎ＋１のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックと多重化する。次に端末装置１２０は、多重化されたＨＡＲＱフィードバックを、スロットｎ＋３においてネットワーク装置１１０に送信する。

【0076】

例示４４０では、優先度が高いＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバックが、優先度が低いＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックと多重化されて、ネットワーク装置１１０に送信される。したがって、延期されたＨＡＲＱフィードバックの送信の遅延が抑制される。

【0077】

いくつかの例示的な実施形態において、第２のリソースは、動的ダウンリンク送信に対するＨＡＲＱフィードバックの送信用に設定される。これについては図４Ｆを参照して説明する。

【0078】

図４Ｆは、本開示のいくつかの実施形態にかかる、動的ダウンリンク送信に対するＨＡＲＱフィードバックの送信用に設定された第２のリソースにおいて、第１のＨＡＲＱフィードバックが送信される例示４５０を示す。以下、動的ダウンリンク送信に対するＨＡＲＱフィードバックは、動的ＨＡＲＱフィードバックとも称される。議論を目的として、図２を参照して例示４５０について説明する。しかしながら、例示４５０は、ネットワーク装置と端末装置が互いに通信する他の通信シナリオにも同様に適用可能であることが理解されるであろう。

【0079】

例示４５０において、端末装置１２０にはＳＰＳ構成＃１が設定されている。ＳＰＳ構成＃１のＨＡＲＱタイミング値Ｋ１は、２と示されている。ネットワーク装置１１０は、スロットｎ、ｎ＋２でＳＰＳ ＰＤＳＣＨを送信し、スロットｎ＋１で動的ダウンリンク送信を行う。以下、ＰＤＳＣＨでの動的送信はＤＧ ＰＤＳＣＨとも称される。スロットｎ＋３のＰＵＣＣＨリソースは、ＤＧ ＰＤＳＣＨに対するＨＡＲＱフィードバックの送信用に設定されている。スロットｎ＋４のＰＵＣＣＨリソースは、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの送信用に設定されている。

【0080】

端末装置１２０は、ＳＰＳ構成＃１のＨＡＲＱタイミング値Ｋ１に基づいて、スロットｎのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックがスロットｎ＋２で送信されると決定する。しかし、ＴＤＤ構成（図示せず）に基づいて、端末装置１２０は、スロットｎ＋２がダウンリンク送信用に設定されていると決定する。したがって端末装置１２０は、スロットｎ＋２が、スロットｎのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの送信用に利用不可能であると決定する。この場合、端末装置１２０は、ＨＡＲＱフィードバックの送信を延期する。

【0081】

端末装置１２０は、ＤＧ ＰＤＳＣＨについてのＨＡＲＱタイミング値Ｋ１に基づいて、スロットｎ＋１のＤＧ ＰＤＳＣＨに対するＨＡＲＱフィードバックがスロットｎ＋３で送信されると決定する。

【0082】

端末装置１２０は、スロットｎのＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバックを、スロットｎ＋１のＤＧ ＰＤＳＣＨに対するＨＡＲＱフィードバックと多重化して、ＨＡＲＱ－ＡＣＫコードブックを生成する。次に端末装置１２０は、多重化されたＨＡＲＱフィードバックを含むＨＡＲＱ－ＡＣＫコードブックを、スロットｎ＋３においてネットワーク装置１１０に送信する。以下、ＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバックと、ＤＧ ＰＤＳＣＨに対するＨＡＲＱフィードバックとを含むＨＡＲＱ－ＡＣＫコードブックは、Ｔｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブックであってもよい。

【0083】

例示４５０において、ＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバックは、ＤＧ ＰＤＳＣＨに対するＨＡＲＱフィードバックと多重化されてネットワーク装置１１０に送信される。したがって、延期されたＨＡＲＱフィードバックの送信の遅延が抑制される。

【0084】

表２は、例示４５０の擬似コードを示す。

【表2】

【0085】

理解されるように、例示４５０において端末装置１２０は、スロットｎのＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバックを、スロットｎ＋１のＤＧ ＰＤＳＣＨに対するＨＡＲＱフィードバックと多重化する。他の例では、端末装置１２０は、ＳＰＳ ＰＤＳＣＨに対する複数の延期されたＨＡＲＱフィードバックを、スロットｎ＋１のＤＧ ＰＤＳＣＨに対するＨＡＲＱフィードバックと多重化してもよい。このような例では、端末装置１２０は、複数の延期されたＨＡＲＱフィードバックを１ビットとして束ね、コードブックの最後に当該１ビットを付加してもよい。あるいは、端末装置１２０は、複数の延期されたＨＡＲＱフィードバックを束ねなくてもよい。代わりに、端末装置１２０は、複数の延期されたＨＡＲＱフィードバックをサブコードブックとして多重化し、コードブックの最後に当該サブコードブックを付加してもよい。

【0086】

いくつかの例示的な実施形態において、Ｔｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブックを生成するために、端末装置１２０は、ＤＧ ＰＤＳＣＨについてのＨＡＲＱタイミング値の集合に基づいて、Ｔｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブック内の位置を決定してもよい。次に端末装置１２０は、決定された位置に、延期されたＨＡＲＱフィードバックを配置してもよい。これについては図４Ｇを参照して説明する。

【0087】

図４Ｇは、本開示のいくつかの実施形態にかかる、延期されたＨＡＲＱフィードバックが、Ｔｙｐｅ－１ ＨＡＲＱ－ＡＣＫ コードブックの無効位置に配置される例示４６０を示す。議論を目的として、図２を参照して例示４６０について説明する。しかしながら、例示４６０は、ネットワーク装置と端末装置が互いに通信する他の通信シナリオにも同様に適用可能であることが理解されるであろう。

【0088】

例示４６０では、ＳＰＳ ＰＤＳＣＨに対し指定されたＨＡＲＱタイミング値はＫ１であり、ＳＰＳ ＰＤＳＣＨから利用可能なＰＵＣＣＨリソースまでの実際のＨＡＲＱタイミング値はＫ１’である。ＤＧ ＰＤＳＣＨに対するＫ１の集合は｛６，４，２｝である。したがって、Ｋ１’もＫ１の集合に含まれる。

【0089】

従来、端末装置にｐｄｓｃｈ－ＨＡＲＱ－ＡＣＫ－Ｃｏｄｅｂｏｏｋ＝ｓｅｍｉ－ｓｔａｔｉｃが設定されている場合、Ｔｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブックは以下のように決定されてもよい。端末装置は、対応するＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋタイミングインジケータフィールドの値によって示されるスロットで端末装置が送信するＨＡＲＱ－ＡＣＫコードブックにおいてのみ、対応するＰＤＳＣＨの受信又はＳＰＳ ＰＤＳＣＨのリリースに対するＨＡＲＱ－ＡＣＫ情報をレポートする。端末装置は、対応するＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１のＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋタイミングインジケータフィールドの値によって示されないスロットで端末装置が送信するＨＡＲＱ－ＡＣＫコードブックにおいて、ＨＡＲＱ－ＡＣＫ情報ビットのＮＡＣＫ値を報告する。

【0090】

例えば、表３は、Ｋ１の集合＝｛６，４，２｝の従来のＴｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブックである。

【表3】

【0091】

表３に示すように、従来のＴｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブックではＫ１＝６のＨＡＲＱ－ＡＣＫ位置があるにもかかわらず、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫタイミング値Ｋ１が２であるため、端末装置は当該ＨＡＲＱ－ＡＣＫ位置でＮＡＣＫを報告する。この場合、Ｋ１＝６のＨＡＲＱ－ＡＣＫ位置は無効ＨＡＲＱ－ＡＣＫ位置と称される。

【0092】

本開示のいくつかの実施形態によれば、ＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバック用の実際のＨＡＲＱ－ＡＣＫタイミング値Ｋ１’＝Ｋ１＋ｍがＫ１の集合にある場合、端末装置１２０は、スロット４７４の無効ＨＡＲＱ－ＡＣＫ位置において、延期されたＨＡＲＱフィードバックを報告してもよい。表４は、本開示のいくつかの実施形態にかかる、Ｋ１の集合＝｛６，４，２｝のＴｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブックを示す。

【表4】

【0093】

いくつかの例示的な実施形態において、ＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバックと、ＤＧ ＰＤＳＣＨに対するＨＡＲＱフィードバックとを含むＨＡＲＱ－ＡＣＫコードブックは、Ｔｙｐｅ－２ ＨＡＲＱ－ＡＣＫ コードブックであってもよい。このような例示的な実施形態において、端末装置１２０は、複数の延期されたＨＡＲＱフィードバックを１ビットとして束ね、Ｔｙｐｅ－２ ＨＡＲＱ－ＡＣＫコードブックの最後に当該１ビットを付加してもよい。あるいは、端末装置１２０は、複数の延期されたＨＡＲＱフィードバックを束ねなくてもよい。代わりに、端末装置１２０は、複数の延期されたＨＡＲＱフィードバックをサブコードブックとして多重化し、Ｔｙｐｅ－２ ＨＡＲＱ－ＡＣＫコードブックの最後に当該サブコードブックを付加してもよい。

【0094】

いくつかの例示的な実施形態において、ＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバックを送信するために、端末装置１２０は、ＴＤＤ構成に基づいてアップリンクスロットを決定してもよい。次に端末装置１２０は、ＰＵＣＣＨリソースの識別子（ｎ１ＰＵＣＣＨ－ＡＮ）又はダウンリンクＳＰＳのＨＡＲＱ Ａｃｋｎｏｗｌｅｄｇｅ用のＰＵＣＣＨリソースリスト（ＳＰＳ－ＰＵＣＣＨ－ＡＮ－Ｌｉｓｔ）の開始エントリに基づいて、アップリンクスロットから第２のリソースとしてＰＵＣＣＨリソースを選択してもよい。次に端末装置１２０は、延期されたＨＡＲＱフィードバックを、選択されたＰＵＣＣＨリソースにおいて送信してもよい。これについては図４Ｈを参照して説明する。

【0095】

図４Ｈは、本開示のいくつかの実施形態にかかる、延期されたＨＡＲＱフィードバックが、選択されたＰＵＣＣＨリソースにおいて送信される例示４７０を示す。議論を目的として、図２を参照して例示４７０について説明する。しかしながら、例示４７０は、ネットワーク装置と端末装置が互いに通信する他の通信シナリオにも同様に適用可能であることが理解されるであろう。

【0096】

例示４７０において、端末装置１２０にはＳＰＳ構成＃１が設定されている。ＳＰＳ構成＃１のＨＡＲＱタイミング値Ｋ１は、２と示されている。ネットワーク装置１１０は、スロットｎ、ｎ＋２において、ＳＰＳ ＰＤＳＣＨを送信する。スロットｎ＋３のＰＵＣＣＨリソースは、延期されたＨＡＲＱ－ＡＣＫのためのみに端末装置１２０が決定するＰＵＣＣＨリソースである。スロットｎ＋４のＰＵＣＣＨリソースは、端末装置１２０用にネットワーク装置１１０が示すＰＵＣＣＨリソースである。

【0097】

端末装置１２０は、ＳＰＳ構成＃１のＨＡＲＱタイミング値Ｋ１に基づいて、スロットｎのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックがスロットｎ＋２で送信されると決定する。しかし、ＴＤＤ構成（図示せず）に基づいて、端末装置１２０は、スロットｎ＋２がダウンリンク送信用に設定されていると決定する。したがって端末装置１２０は、スロットｎ＋２が、スロットｎのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの送信用に利用不可能であると決定する。この場合、端末装置１２０は、ＨＡＲＱフィードバックの送信を延期する。

【0098】

端末装置１２０は、ＴＤＤ構成に基づいて、アップリンクスロットｎ＋３を決定する。次に端末装置１２０は、ｎ１ＰＵＣＣＨ－ＡＮ又はＳＰＳ－ＰＵＣＣＨ－ＡＮ－Ｌｉｓｔの開始エントリに基づいて、アップリンクスロットｎ＋３からＰＵＣＣＨリソースを選択する。そして端末装置１２０は、延期されたＨＡＲＱフィードバックを、スロットｎ＋３の選択されたＰＵＣＣＨリソースにおいて送信する。

【0099】

例示４７０では、利用可能なＰＵＣＣＨリソースがある限り、端末装置１２０は、延期されたＨＡＲＱフィードバックの送信用にＰＵＣＣＨリソースを選択してもよい。したがって、延期されたＨＡＲＱフィードバックの送信の遅延が抑制される。

【0100】

表５は、例示４７０の擬似コードを示す。

【表5】

【0101】

いくつかの例示的な実施形態では、ＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバックを送信するために、端末装置１２０は、第１のＳＰＳダウンリンク送信についてのＨＡＲＱタイミング値と、パラメータＰとに基づいて第２のリソースを決定してもよい。パラメータＰはリソース間隔を示し、予め定義されるか、又はネットワーク装置によって設定される。これについて、図４Ｉを参照しながら説明する。

【0102】

図４Ｉは、本開示のいくつかの実施形態にかかる、延期されたＨＡＲＱフィードバックが、ＨＡＲＱタイミング値とパラメータｐに基づいて決定されたリソースにおいて送信される例示４８０を示す。議論を目的として、図２を参照して例示４８０について説明する。しかしながら、例示４８０は、ネットワーク装置と端末装置が互いに通信する他の通信シナリオにも同様に適用可能であることが理解されるであろう。

【0103】

例示４８０において、端末装置１２０には、１スロット周期を有するＳＰＳ構成＃１が設定されている。ＳＰＳ構成＃１のＨＡＲＱタイミング値Ｋ１は、２と示されている。ネットワーク装置１１０は、スロットｎ～ｎ＋７でＳＰＳ ＰＤＳＣＨを送信する。パラメータＰは２として設定されている。

【0104】

端末装置１２０は、ＳＰＳ構成＃１のＨＡＲＱタイミング値Ｋ１に基づいて、スロットｎのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックがスロットｎ＋２で送信されると決定する。しかし、ＴＤＤ構成（図示せず）に基づいて、端末装置１２０は、スロットｎ＋２がダウンリンク送信用に設定されていると決定する。したがって端末装置１２０は、スロットｎ＋２が、スロットｎのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの送信用に利用不可能であると決定する。この場合、端末装置１２０は、ＨＡＲＱフィードバックの送信を延期する。

【0105】

端末装置１２０は、スロットｎ＋ｍｘＰのＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバック用に示されたスロットｎ＋ｋ１＋ｍｘＰの最も早く利用可能なＰＵＣＣＨリソースを決定する。ここでｍは正の整数である。スロットｎ＋ｋ１＋ｍｘＰのＰＵＣＣＨリソースにおいて、端末装置１２０は、スロットｎのＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバックを送信してもよい。

【0106】

例示４８０において、スロットｎ、ｎ＋２、ｎ＋４のＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバックは、スロットｎ＋８のＰＵＣＣＨリソースにおいて送信され、スロットｎ＋１、ｎ＋３、ｎ＋５のＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバックは、スロットｎ＋９のＰＵＣＣＨリソースにおいて送信される。このように、延期されたＨＡＲＱフィードバックは２つのスロットに分散され、１つのスロットでの過負荷が回避される。

【0107】

表６は、例示４８０の擬似コードを示す。

【表6】

【0108】

いくつかの例示的な実施形態において、ＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバックを送信するために、端末装置１２０は、ＨＡＲＱタイミング値と、第２のリソースにおいて送信されるＨＡＲＱフィードバックの閾値数（ｔｈｒｅｓｈｏｌｄ ｎｕｍｂｅｒ）とに基づいて、第２のリソースを決定してもよい。閾値数は、予め定義されるか、又はネットワーク装置１１０によって設定されてもよい。これについて、図４Ｊを参照しながら説明する。

【0109】

図４Ｊは、本開示のいくつかの実施形態にかかる、延期されたＨＡＲＱフィードバックが、ＨＡＲＱタイミング値とＨＡＲＱフィードバックの閾値数とに基づいて決定されたリソースにおいて送信される例示４９０を示す。議論を目的として、図２を参照して例示４９０について説明する。しかしながら、例示４９０は、ネットワーク装置と端末装置が互いに通信する他の通信シナリオにも同様に適用可能であることが理解されるであろう。

【0110】

例示４９０において、端末装置１２０には、１スロット周期を有するＳＰＳ構成＃１が設定されている。ＳＰＳ構成＃１のＨＡＲＱタイミング値Ｋ１は、２と示されている。ネットワーク装置１１０は、スロットｎ～ｎ＋７でＳＰＳ ＰＤＳＣＨを送信する。ＨＡＲＱフィードバックの閾値数Ｎ＿ｍａｘは４として設定されている。

【0111】

例示４９０において、スロットｎ、ｎ＋１、ｎ＋２、ｎ＋３のＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバックは、スロットｎ＋８のＰＵＣＣＨリソースで送信され、スロットｎ＋４、ｎ＋５、ｎ＋６、ｎ＋７のＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱフィードバックはスロットｎ＋９のＰＵＣＣＨリソースで送信される。このように、延期されたＨＡＲＱフィードバックは２つのスロットに分散され、１つのスロットでの過負荷が回避される。

【0112】

表７は、例示４９０の擬似コードを示す。

【表7】

【0113】

図５は、本開示のいくつかの実施形態にかかるＨＡＲＱフィードバック送信の例示的なプロセス５００を示す例示的なシグナリングチャートを示す。議論を目的として、図２を参照して通信プロセス５００について説明する。しかしながら、通信プロセス５００は、ネットワーク装置と端末装置が互いに通信する他の通信シナリオにも同様に適用可能であることが理解されるであろう。

【0114】

図５に示すように、ネットワーク装置１１０が、ＳＰＳダウンリンク送信に対するＨＡＲＱフィードバックグループを端末装置１２０から受信できない場合、ネットワーク装置１１０は、ＨＡＲＱフィードバックグループの要求を端末装置１２０に送信する（５１０）。要求情報は、ＤＣＩフォーマット１＿１又はＤＣＩフォーマット１＿２において、ＣＳ－ＲＮＴＩ又はＣ－ＲＮＴＩによりスクランブルされたＣＲＣと共に搬送される。したがって端末装置１２０はネットワーク装置１１０から要求を受信する。端末装置１２０は要求を受信すると、ＨＡＲＱフィードバックグループを含むＨＡＲＱ－ＡＣＫコードブックをネットワーク装置１１０に送信する（５２０）。以下、当該ＨＡＲＱ－ＡＣＫコードブックは、Ｔｙｐｅ－３ ＨＡＲＱ－ＡＣＫコードブックとも称される。

【0115】

本開示のいくつかの実施形態によれば、ネットワーク装置１１０は、ＨＡＲＱ－ＡＣＫのドロップを回避するために、ＳＰＳ ＰＤＳＣＨに対する延期されたＨＡＲＱ－ＡＣＫの送信機会を、より多く端末装置１２０に提供する。したがって、不要なＳＰＳ ＰＤＳＣＨの再送が減り、スペクトル効率が向上する。

【0116】

いくつかの例示的な実施形態において、ＳＰＳダウンリンク送信は、ＳＰＳダウンリンク送信の第１のグループとＳＰＳダウンリンク送信の第２のグループとを含む。ＳＰＳダウンリンク送信の第１のグループに対するＨＡＲＱフィードバックは第１の優先度を有する。ＳＰＳダウンリンク送信の第２のグループに対するＨＡＲＱフィードバックは、第１の優先度と異なる第２の優先度を有する。

【0117】

図６に示すような例示について考える。図６は、本開示のいくつかの実施形態にかかる、要求されたＴｙｐｅ－３ ＨＡＲＱ－ＡＣＫコードブックが、優先度の異なるＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックを含む例示６００を示す。議論を目的として、図２を参照して例示６００について説明する。しかしながら、例示６００は、ネットワーク装置と端末装置が互いに通信する他の通信シナリオにも同様に適用可能であることが理解されるであろう。

【0118】

例示６００において、端末装置１２０にはＳＰＳ構成＃１とＳＰＳ構成＃２が設定されている。ＳＰＳ構成＃１のＨＡＲＱタイミング値Ｋ１は、３と示されている。ＳＰＳ構成＃２のＨＡＲＱタイミング値Ｋ１は、３と示されている。ネットワーク装置１１０は、ＳＰＳ構成＃１のスロットｎ、ｎ＋２、ｎ＋６、ｎ＋８でＳＰＳ ＰＤＳＣＨを送信し、ＳＰＳ構成＃２のスロットｎ＋１、ｎ＋５でＳＰＳ ＰＤＳＣＨを送信する。スロットｎ＋３、ｎ＋４、ｎ＋９のＰＵＣＣＨリソースは、ＳＰＳダウンリンク送信に対するＨＡＲＱフィードバックの送信用に設定されている。スロットｎ、ｎ＋２、ｎ＋６、ｎ＋８のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックは、高い優先度を有する。スロットｎ＋１、ｎ＋５のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックは、低い優先度を有する。

【0119】

端末装置１２０は、ＳＰＳ構成＃１のＨＡＲＱタイミング値Ｋ１に基づいて、スロットｎ＋２のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックがスロットｎ＋５で送信されると決定する。しかし、ＴＤＤ構成６１０に基づいて、端末装置１２０は、スロットｎ＋５がダウンリンク送信用に設定されていると決定する。したがって端末装置１２０は、スロットｎ＋５が、スロットｎ＋２のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの送信用に利用不可能であると決定する。同様に、端末装置１２０は、スロットｎ＋８が、スロットｎ＋５のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの送信用に利用不可能であると決定する。この場合、端末装置１２０は、スロットｎ＋２、ｎ＋５のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの送信を延期する。

【0120】

スロット６２０において、ネットワーク装置１１０は、延期されたＨＡＲＱフィードバックの要求を端末装置１２０に送信する。要求を受信した端末装置１２０は、延期されたＨＡＲＱフィードバックを含むＨＡＲＱ－ＡＣＫコードブックをネットワーク装置１１０に送信する。

【0121】

いくつかの例示的な実施形態において、要求は、ＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの優先度を示してもよい。この場合、端末装置１２０は、示された優先度のＨＡＲＱフィードバックの少なくとも一部を含むＴｙｐｅ－３ ＨＡＲＱ－ＡＣＫコードブックをネットワーク装置１１０に送信する。

【0122】

図７Ａに示すような例示について考える。図７Ａは、本開示のいくつかの実施形態にかかる、Ｔｙｐｅ－３ ＨＡＲＱ－ＡＣＫコードブックが、示された優先度のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの少なくとも一部を含む例示７１０を示す。議論を目的として、図２を参照して例示７１０について説明する。しかしながら、例示７１０は、ネットワーク装置と端末装置が互いに通信する他の通信シナリオにも同様に適用可能であることが理解されるであろう。

【0123】

例示７１０において、端末装置１２０の設定は表８に示すとおりである。

【表8】

【0124】

例示７１０において、ネットワーク装置１１０からの要求は、ＣＣ＃１のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの優先度が高いことを示す。この場合、Ｔｙｐｅ－３ ＨＡＲＱ－ＡＣＫコードブックは、優先度が高いＳＰＳ構成＃２のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの第１のグループ７１０Ａと、優先度が高いＳＰＳ構成＃３のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの第２のグループ７１０Ｂとを含む。ＨＡＲＱフィードバックの第１のグループ７１０Ａにおいて、ＨＡＲＱフィードバック７１１～７１４は、ＳＰＳ構成＃２のＨＡＲＱプロセスＩＤの集合｛０，１，２，３｝のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックを示す。ＨＡＲＱフィードバックの第２のグループ７１０Ｂにおいて、ＨＡＲＱフィードバック７１５～７１８は、ＳＰＳ構成＃３のＨＡＲＱプロセスＩＤの集合｛０，１，２，３｝のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックを示す。

【0125】

このような例示的な実施形態では、Ｔｙｐｅ－３ ＨＡＲＱ－ＡＣＫコードブックのサイズは、ＣＣにおける示された優先度に関連付けられた１つ又は複数のアクティブ化されたか、設定されたか又は示されたＳＰＳ構成の数に基づいて、決定されてもよい。また、Ｔｙｐｅ－３ ＨＡＲＱ－ＡＣＫコードブックのサイズは、１つ又は複数の設定されたか、アクティブ化されたか又は示されたＳＰＳ構成のために設定されたＤＬ ＨＡＲＱプロセスの数に基づいて、決定されてもよい。この場合、ＳＰＳ構成のインデックスは、要求においてＨＡＲＱプロセス番号（ＨＰＮ：ＨＡＲＱ Ｐｒｏｃｅｓｓ Ｎｕｍｂｅｒ）フィールドを再利用することで示されてもよい。さらに、Ｔｙｐｅ－３ ＨＡＲＱ－ＡＣＫコードブックのサイズは、アクティブ化されたか、設定されたか又は示されたＳＰＳ構成のサービングＣＣの数に基づいて決定されてもよい。

【0126】

このような例示的な実施形態では、Ｔｙｐｅ－３ ＨＡＲＱ－ＡＣＫコードブックにおいて、ＨＡＲＱフィードバックは、｛ＳＰＳ構成インデックス，サービングセルインデックス｝ごとにＨＡＲＱプロセスＩＤの昇順に配列されてから、｛サービングセルインデックス｝ごとにＳＰＳ構成インデックスの昇順に配列され、さらに、サービングセルインデックスの昇順に配列されてもよい。

【0127】

いくつかの例示的な実施形態において、ＳＰＳダウンリンク送信の第１のグループは、ＨＡＲＱプロセスの第１の集合に関連付けられたＳＰＳダウンリンク送信の第１サブグループと、ＨＡＲＱプロセスの第２の集合に関連付けられたＳＰＳダウンリンク送信の第２サブグループとを含む。このようないくつかの例示的な実施形態において、端末装置１２０は、ＨＡＲＱプロセスの第１の集合とＨＡＲＱプロセスの第２の集合との和集合を決定してもよい。次に端末装置１２０は、当該和集合に関連付けられたＳＰＳダウンリンク送信に対するＨＡＲＱフィードバックを含むＨＡＲＱ－ＡＣＫコードブックを生成してもよい。言い換えれば、ＨＡＲＱ－ＡＣＫコードブックは、サービングＣＣにおける示された優先度に関連付けられた、アクティブ化されたか、設定されたか又は示されたＳＰＳ構成のための重複しないＤＬ ＨＡＲＱプロセスＩＤの総数を含む。こうしてＨＡＲＱ－ＡＣＫコードブックのサイズを小さくすることができる。

【0128】

このような例示的な実施形態では、セル内で１つより多いＳＰＳ構成がアクティブ化されている場合、複数のＳＰＳ構成のための重複しないＨＡＲＱプロセスＩＤの総数が、ＨＡＲＱ－ＡＣＫコードブックのサイズを決定するために使用される。

【0129】

例えば、ＳＰＳ構成＃１のＨＡＲＱプロセス数＝８、ＨＡＲＱプロセスＩＤの集合＝｛０，１，２，３，４，５，６，７｝、ＳＰＳ構成＃２のＨＡＲＱプロセス数＝４、ＨＡＲＱプロセスＩＤの集合＝｛８，９，１０，１１｝である場合、ＳＰＳ構成＃１、＃２の重複しないＨＡＲＱプロセスＩＤの総数は１２である。

【0130】

別の例として、ＳＰＳ構成＃１のＨＡＲＱプロセス数＝８、ＨＡＲＱプロセスＩＤの集合＝｛０，１，２，３，４，５，６，７｝、ＳＰＳ構成＃２のＨＡＲＱプロセス数＝４、ＨＡＲＱプロセスＩＤの集合＝｛０，１，２，３｝である場合、ＳＰＳ構成＃１、＃２の重複しないＨＡＲＱプロセスＩＤの総数は８である。

【0131】

このような例示的な実施形態では、ＨＡＲＱ－ＡＣＫコードブックにおいて、ＨＡＲＱフィードバックは、サービングセルインデックスごとにＨＡＲＱプロセスＩＤの昇順に配列され、さらにサービングセルインデックスの昇順に配列されてもよい。

【0132】

図７Ｂに示すような例示について考える。図７Ｂは、本開示のいくつかの実施形態にかかる、Ｔｙｐｅ－３ ＨＡＲＱ－ＡＣＫコードブックが、和集合に関連付けられたＳＰＳダウンリンク送信に対するＨＡＲＱフィードバックを含む例示７２０を示す。議論を目的として、図２を参照して例示７２０について説明する。しかしながら、例示７２０は、ネットワーク装置と端末装置が互いに通信する他の通信シナリオにも同様に適用可能であることが理解されるであろう。

【0133】

例示７２０では、端末装置１２０の設定は表９に示すとおりである。

【表9】

【0134】

例示７２０において、ネットワーク装置１１０からの要求は、ＣＣ＃１のＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバックの優先度が高いことを示す。この場合、ＨＡＲＱプロセスＩＤの集合｛０，１，２，３｝とＨＡＲＱプロセスＩＤの集合｛０，１，２，３，４，５，６，７｝の和集合は｛０，１，２，３，４，５，６，７｝となる。したがって、Ｔｙｐｅ－３ ＨＡＲＱ－ＡＣＫコードブックは、和集合｛０，１，２，３，４，５，６，７｝に関連付けられたＳＰＳ ＰＤＳＣＨに対するＨＡＲＱフィードバック７２１～７２８を含む。

【0135】

いくつかの例示的な実施形態において、ＳＰＳダウンリンク送信の第１のグループは、ＨＡＲＱプロセスの第３の集合に関連付けられ、ＳＰＳダウンリンク送信の第２のグループは、ＨＡＲＱプロセスの第３の集合と重なることなくＨＡＲＱプロセスの第４の集合に関連付けられている。このような例示的な実施形態において、ＳＰＳ構成のために設定されたＤＬ ＨＡＲＱプロセスは、２つの集合に分割されてもよく、各集合は１つの優先度に関連付けられる。ＨＡＲＱ－ＡＣＫコードブックは、示された優先度に関連付けられた、アクティブ化されたか、設定されたか又は示されたＳＰＳ構成のための、サービングＣＣにおけるＤＬ ＨＡＲＱプロセスの集合を含む。こうすることで、冗長性をさらに低減することができる。

【0136】

例えば、低優先度に関連付けられたＳＰＳ構成に対し、ＨＡＲＱプロセスＩＤの集合＝｛０，２，４，６｝が設定され、高優先度に関連付けられたＳＰＳ構成に対し、ＨＡＲＱプロセスＩＤの集合＝｛１，３，５，７｝が設定される。２つのＣＣが設定されており、そのうちＣＣ＃０が低優先度と高優先度のＳＰＳ構成に対するもので、ＣＣ＃１が低優先度のＳＰＳ構成に対するものである。優先度の高いＨＡＲＱフィードバックが要求された場合、ＨＡＲＱ－ＡＣＫコードブックは、ＣＣ＃０のＨＡＲＱプロセスＩＤの集合＝｛１，３，５，７｝のＳＰＳ ＰＤＳＣＨに対する４つのＨＡＲＱフィードバックを含む。

【0137】

図７Ｃに示すような例示について考える。図７Ｃは、本開示のいくつかの実施形態にかかる、ＳＰＳ構成のために設定されたＤＬ ＨＡＲＱプロセスが２つの集合に分割される例示７３０を示す。議論を目的として、図２を参照して例示７３０について説明する。しかしながら、例示７３０は、ネットワーク装置と端末装置が互いに通信する他の通信シナリオにも同様に適用可能であることが理解されるであろう。

【0138】

例示７３０では、端末装置１２０の設定は表１０に示すとおりである。

【表10】

【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】

いくつかの例示的な実施形態において、少なくとも１つのＨＡＲＱフィードバックは、単一の優先度を有する第１の複数のＨＡＲＱフィードバックを含み、要求は単一の優先度を示す。

【0177】

いくつかの例示的な実施形態において、ＨＡＲＱ－ＡＣＫコードブックは、単一の優先度を有する少なくとも１つのＳＰＳ構成の数、少なくとも１つのＳＰＳ構成のＨＡＲＱプロセスの数、又は、少なくとも１つのＳＰＳ構成のためのサービングコンポーネントキャリアの数のうち、少なくとも１つに基づいて決定される。ＳＰＳ構成は、設定されたか、アクティブ化されたか又は示される。

【0178】

いくつかの例示的な実施形態において、少なくとも１つのＳＰＳ構成は、サービングセルにおけるＨＡＲＱプロセスの複数の集合に関連付けられた複数のＳＰＳ構成を含む。このような例示的な実施形態において、端末装置１２０は、ＨＡＲＱプロセスの複数の集合の和集合を決定することと、当該和集合に関連付けられたＳＰＳダウンリンク送信に対するＨＡＲＱフィードバックを含むＨＡＲＱ－ＡＣＫコードブックを生成することとによって、ＨＡＲＱ－ＡＣＫコードブックを生成してもよい。

【0179】

いくつかの例示的な実施形態において、少なくとも１つのＳＰＳダウンリンク送信は、ＨＡＲＱプロセスの第３の集合に関連付けられたＳＰＳダウンリンク送信の第３のグループと、ＨＡＲＱプロセスの第３の集合と重ならずＨＡＲＱプロセスの第４の集合に関連付けられたＳＰＳダウンリンク送信の第４のグループとを含む。このような例示的な実施形態において、ＳＰＳダウンリンク送信の第３のグループに対するＨＡＲＱフィードバックの第１のグループは、第３の優先度を有し、ＳＰＳダウンリンク送信の第４のグループに対するＨＡＲＱフィードバックの第２のグループは、第１の優先度と異なる第３の優先度を有する。このような例示的な実施形態において、ＨＡＲＱ－ＡＣＫコードブックは、ＨＡＲＱフィードバックの第１のグループ及び第２のグループのうちの１つを含む。

【0180】

いくつかの例示的な実施形態において、少なくとも１つのＨＡＲＱフィードバックは、異なる優先度を有する第２の複数のＨＡＲＱフィードバックを含む。

【0181】

さらに、いくつかの例示的な実施形態において、端末装置１２０は、優先度の１つに関連付けられたパラメータに基づいて、第２の複数のＨＡＲＱフィードバックの送信用のリソースを決定し、決定したリソースにおいてＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

【0182】

いくつかの例示的な実施形態において、パラメータと、優先度の１つとの間の関連付けは、予め設定されるか、ネットワーク装置からの第１の無線リソース制御メッセージによって設定されるか、又は要求によって示される。

【0183】

いくつかの例示的な実施形態において、要求は、ＨＡＲＱ－ＡＣＫコードブックの送信用のリソースのインジケータを含む。いくつかの例示的な実施形態において、端末装置１２０は、第２の複数のＨＡＲＱフィードバックのペイロードに基づいて、動的スケジューリングのダウンリンク送信用に設定されたリソースセットの１つを選択し、選択したセットからリソースのインジケータに基づいてリソースを選択してもよい。次に端末装置１２０は、選択したリソースにおいてＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

【0184】

さらに、いくつかの例示的な実施形態において、端末装置１２０は、ＳＰＳダウンリンク送信用に設定されたリソースセットから、第２の複数のＨＡＲＱフィードバックのペイロードに基づいて、ＨＡＲＱ－ＡＣＫコードブックの送信用のリソースを選択してもよい。次に端末装置１２０は、選択したリソースにおいてＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

【0185】

さらに、いくつかの例示的な実施形態において、端末装置１２０はネットワーク装置から、第２の無線リソース制御メッセージを受信してもよい。第２の無線リソース制御メッセージは、第２の複数のＨＡＲＱフィードバックの送信用のリソースに関する情報を含む。さらに、端末装置１２０は、当該情報に基づいてリソースを決定し、決定したリソースにおいてＨＡＲＱ－ＡＣＫコードブックを送信してもよい。

【0186】

図１０は、本開示のいくつかの実施形態にかかる例示的な方法１０００のフローチャートを示す。いくつかの実施形態において、方法１０００は、図２に示すネットワーク装置１１０等のネットワーク装置で実施することができる。追加で、又は代替として、方法１０００は、図２に示されていない他のネットワーク装置においても実施することができる。議論を目的として、図２を参照しつつ一般性を損なうことなく、方法１０００について、ネットワーク装置１１０によって実行されるものとして説明する。

【0187】

ブロック１０１０において、ネットワーク装置１１０は、端末装置に第１のＳＰＳダウンリンク送信を行う。ブロック１０２０において、ネットワーク装置１１０が第１のリソースにおいて第１のＳＰＳダウンリンク送信に対する第１のＨＡＲＱフィードバックを受信できない場合、ネットワーク装置１１０は、第２のリソースにおいて第１のＨＡＲＱフィードバックを端末装置から受信する。第２のリソースは、時間領域で第１のリソースより後にある。

【0188】

いくつかの例示的な実施形態において、第２のリソースは、第１のＳＰＳダウンリンク送信とは異なる第２のＳＰＳダウンリンク送信に対する第２のＨＡＲＱフィードバックの送信用に設定されたリソースの中で、最も早く利用可能なリソースである。

【0189】

いくつかの例示的な実施形態において、ネットワーク装置１１０が第３のリソースにおいて第３のＳＰＳダウンリンク送信に対する第３のＨＡＲＱフィードバックを受信できない場合、ネットワーク装置１１０は第２のリソースにおいて、第１のＨＡＲＱ Ａｃｋｎｏｗｌｅｄｇｅ（ＨＡＲＱ－ＡＣＫ）コードブックを受信する。第１のＨＡＲＱ－ＡＣＫコードブックは、第１のＨＡＲＱフィードバック及び第３のＨＡＲＱフィードバックを第２のＨＡＲＱフィードバックと多重化することにより生成される。第３のリソースは、時間領域で第２のリソースより前にある。

【0190】

いくつかの例示的な実施形態において、第１のＨＡＲＱフィードバックと第３のＨＡＲＱフィードバックは１ビットとして束ねられ、当該１ビットを第２のＨＡＲＱフィードバックと多重化することにより第１のＨＡＲＱ－ＡＣＫコードブックが生成される。

【0191】

いくつかの例示的な実施形態において、第１のＨＡＲＱフィードバックと第２のＨＡＲＱフィードバックは第１の優先度を有し、第３のＨＡＲＱフィードバックは第１の優先度よりも高い第２の優先度を有する。

【0192】

いくつかの例示的な実施形態において、第１のＨＡＲＱフィードバックと第２のＨＡＲＱフィードバックは１ビットとして束ねられ、当該１ビットを第３のＨＡＲＱフィードバックと多重化することにより第１のＨＡＲＱ－ＡＣＫコードブックが生成される。

【0193】

いくつかの例示的な実施形態において、第１のＨＡＲＱ－ＡＣＫコードブックは、第１のサブコードブックと第２のサブコードブックを含む。第１のサブコードブックは、第１の優先度を有する第１のＨＡＲＱフィードバック及び第２のＨＡＲＱフィードバックを含み、第２のサブコードブックは、第２の優先度を有する第３のＨＡＲＱフィードバックを含む。

【0194】

いくつかの例示的な実施形態において、第１のＨＡＲＱ－ＡＣＫコードブックは、第１、第２及び第３のＨＡＲＱフィードバックを含む。第１のＨＡＲＱ－ＡＣＫコードブックにおいて第１、第２、及び第３のＨＡＲＱフィードバックは、第１、第２及び第３のＳＰＳダウンリンク送信が受信されるダウンリンクスロットのインデックス、第１、第２及び第３のＳＰＳダウンリンク送信用のＳＰＳ構成のインデックス、又は第１、第２及び第３のＳＰＳダウンリンク送信用に設定されたコンポーネントキャリアのインデックスのうち、少なくとも１つの順序で配列される。

【0195】

いくつかの例示的な実施形態において、第２のリソースは、動的ダウンリンク送信に対するＨＡＲＱフィードバックの送信用に示された、ＳＰＳダウンリンク送信に対するＨＡＲＱフィードバックの送信用に設定されたリソースの中で、最も早いリソースである。

【0196】

いくつかの例示的な実施形態において、ネットワーク装置１１０は、第２のＨＡＲＱ－ＡＣＫコードブックの第１のＨＡＲＱフィードバックを受信する。第２のＨＡＲＱ－ＡＣＫコードブックは、第１のＨＡＲＱフィードバックを、動的ダウンリンク送信に対するＨＡＲＱフィードバックと多重化することにより生成される。

【0197】

いくつかの例示的な実施形態において、動的ダウンリンク送信についてのＨＡＲＱタイミング値の集合に基づいて、第２のＨＡＲＱ－ＡＣＫコードブック内の位置が決定され、第１のＨＡＲＱフィードバックは、決定された位置に含まれる。

【0198】

いくつかの例示的な実施形態において、ネットワーク装置１１０が第４のリソースにおいて第４のＳＰＳダウンリンク送信に対する第４のＨＡＲＱフィードバックを受信できない場合、ネットワーク装置１１０は、第１のＨＡＲＱフィードバック及び第４のＨＡＲＱフィードバックを動的ＨＡＲＱフィードバックと多重化することによって生成される第２のＨＡＲＱ－ＡＣＫコードブックを受信する。第４のリソースは、時間領域で第２のリソースより前にある。

【0199】

いくつかの例示的な実施形態において、第１のＨＡＲＱフィードバックと第４のＨＡＲＱフィードバックは１ビットとして束ねられ、当該１ビットを動的ＨＡＲＱフィードバックに付加することにより第２のＨＡＲＱ－ＡＣＫコードブックが生成される。

【0200】

いくつかの例示的な実施形態において、第２のＨＡＲＱ－ＡＣＫコードブックは、第３のサブコードブックを第４のサブコードブックに付加することによって生成される。第３のサブコードブックは、第１のＨＡＲＱフィードバックと第４のＨＡＲＱフィードバックを含み、第４のサブコードブックは、動的ダウンリンク送信に対するＨＡＲＱフィードバックを含む。

【0201】

いくつかの例示的な実施形態において、時分割複信構成に基づいてアップリンクスロットが決定される。また、ＰＵＣＣＨリソースの識別子、又はダウンリンクＳＰＳのＨＡＲＱ Ａｃｋｎｏｗｌｅｄｇｅ用のＰＵＣＣＨリソースリストの開始エントリのうちの１つに基づいて、当該アップリンクスロットで送信される第２のリソースとして物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースが選択される。

【0202】

いくつかの例示的な実施形態において、第２のリソースは、第１のＳＰＳダウンリンク送信についてのＨＡＲＱタイミング値とパラメータとに基づいて決定される。パラメータはリソース間隔を示し、予め定義されるか、動的に示されるか、又はネットワーク装置によって設定される。

【0203】

いくつかの例示的な実施形態において、第２のリソースは、第１のＳＰＳダウンリンク送信についてのＨＡＲＱタイミングと、第２のリソースにおいて送信されるＨＡＲＱフィードバックの閾値数とに基づいて決定される。

【0204】

図１１は、本開示のいくつかの実施形態にかかる例示的な方法１１００のフローチャートを示す。いくつかの実施形態において、方法１１００は、図２に示すネットワーク装置１１０等のネットワーク装置で実施することができる。追加で、又は代替として、方法１１００は、図２に示されていない他のネットワーク装置においても実施することができる。議論を目的として、図２を参照しつつ一般性を損なうことなく、方法１１００について、ネットワーク装置１１０によって実行されるものとして説明する。

【0205】

ブロック１１１０において、ネットワーク装置１１０が少なくとも１つの半永続的スケジューリング（ＳＰＳ：Ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ Ｓｃｈｅｄｕｌｉｎｇ）のダウンリンク送信に対する少なくとも１つのハイブリッド自動再送要求（ＨＡＲＱ：Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）フィードバックを受信できない場合、ネットワーク装置１１０は、要求又はＨＡＲＱ Ａｃｋｎｏｗｌｅｄｇｅ（ＨＡＲＱ－ＡＣＫ）コードブックを端末装置１２０に送信する。ブロック１１２０において、ネットワーク装置１１０は、少なくとも１つのＨＡＲＱフィードバックを含むＨＡＲＱ－ＡＣＫコードブックを端末装置１２０から受信する。

【0206】

いくつかの例示的な実施形態において、少なくとも１つのＨＡＲＱフィードバックは、単一の優先度を有する第１の複数のＨＡＲＱフィードバックを含み、要求は単一の優先度を示す。

【0207】

いくつかの例示的な実施形態において、ＨＡＲＱ－ＡＣＫコードブックは、単一の優先度を有する少なくとも１つのＳＰＳ構成の数、少なくとも１つのＳＰＳ構成のＨＡＲＱプロセスの数、又は、少なくとも１つのＳＰＳ構成のためのサービングコンポーネントキャリアの数のうち、少なくとも１つに基づいて決定される。ＳＰＳ構成は、設定されたか、アクティブ化されたか又は示される。

【0208】

いくつかの例示的な実施形態において、少なくとも１つのＳＰＳ構成は、サービングセルにおけるＨＡＲＱプロセスの複数の集合に関連付けられた複数のＳＰＳ構成を含む。このような例示的な実施形態において、ＨＡＲＱ－ＡＣＫコードブックは、ＨＡＲＱプロセスの複数の集合の和集合に関連付けられたＳＰＳダウンリンク送信に対するＨＡＲＱフィードバックを含む。

【0209】

いくつかの例示的な実施形態において、少なくとも１つのＳＰＳダウンリンク送信は、ＨＡＲＱプロセスの第３の集合に関連付けられたＳＰＳダウンリンク送信の第３のグループと、ＨＡＲＱプロセスの第３の集合と重ならずＨＡＲＱプロセスの第４の集合に関連付けられたＳＰＳダウンリンク送信の第４のグループとを含む。このような例示的な実施形態において、ＳＰＳダウンリンク送信の第３のグループに対するＨＡＲＱフィードバックの第１のグループは、第３の優先度を有し、ＳＰＳダウンリンク送信の第４のグループに対するＨＡＲＱフィードバックの第２のグループは、第１の優先度と異なる第３の優先度を有する。このような例示的な実施形態において、ＨＡＲＱ－ＡＣＫコードブックは、ＨＡＲＱフィードバックの第１のグループ及び第２のグループのうちの１つを含む。

【0210】

いくつかの例示的な実施形態において、少なくとも１つのＨＡＲＱフィードバックは、異なる優先度を有する第２の複数のＨＡＲＱフィードバックを含む。

【0211】

いくつかの例示的な実施形態において、ネットワーク装置１１０は、第２の複数のＨＡＲＱフィードバックの送信用のリソースにおいてＨＡＲＱ－ＡＣＫコードブックを受信する。当該リソースは、優先度のうちの１つに関連付けられたパラメータに基づいて決定される。

【0212】

いくつかの例示的な実施形態において、パラメータと、優先度の１つとの間の関連付けは、予め設定されるか、ネットワーク装置からの第１の無線リソース制御メッセージによって設定されるか、又は要求によって示される。

【0213】

いくつかの例示的な実施形態において、要求は、ＨＡＲＱ－ＡＣＫコードブックの送信用のリソースのインジケータを含む。このような例示的な実施形態において、ネットワーク装置１１０は、動的スケジューリングのダウンリンク送信用に設定されたリソースセットの１つから第２の複数のＨＡＲＱフィードバックのペイロードに基づいて選択されたリソースにおいて、ＨＡＲＱ－ＡＣＫコードブックを受信する。

【0214】

いくつかの例示的な実施形態において、ネットワーク装置１１０は、ＳＰＳダウンリンク送信用に設定されたリソースセットから第２の複数のＨＡＲＱフィードバックのペイロードに基づいて選択された、ＨＡＲＱ－ＡＣＫコードブックの送信用のリソースにおいて、ＨＡＲＱ－ＡＣＫコードブックを受信する。

【0215】

いくつかの例示的な実施形態において、ネットワーク装置１１０は第２の無線リソース制御メッセージを端末装置に送信する。第２の無線リソース制御メッセージは、第２の複数のＨＡＲＱフィードバックの送信用に設定されたリソースに関する情報を含む。このような例示的な実施形態において、ネットワーク装置１１０は、当該情報に基づいて決定されたリソースにおいてＨＡＲＱ－ＡＣＫコードブックを受信する。

【0216】

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

【0217】

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

【0218】

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

【0219】

メモリ１２２０は、ローカルの技術ネットワークに適した任意のタイプとしてもよく、任意の適切なデータ記憶技術（例として、コンピュータが読み取り可能な非一時的記憶媒体、半導体ベースの記憶装置、磁気記憶装置及びシステム、光学記憶装置及びシステム、固定メモリ及び移動可能メモリ等が挙げられるが、これらに限定されない）により実装してもよい。装置１２００には１つのメモリ１２２０しか示されていないが、装置１２００には複数の物理上異なるメモリモジュールを設置してもよい。プロセッサ１２１０は、ローカルの技術ネットワークに適した任意のタイプであってもよく、例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号処理器（ＤＳＰ：ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、及びマルチコアプロセッサ構成に基づくプロセッサのうち、１つ又は複数を含んでもよいが、これらに限定されない。装置１２００は複数のプロセッサ、例えば、マスタープロセッサと同期するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。

【0220】

本開示の装置及び／又はデバイスに含まれる構成要素は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組合せを含む様々な態様で実装してもよい。１つの実施形態では、１つ又は複数のユニットが、ソフトウェア及び／又はファームウェア、例えば、記憶媒体に格納されたマシン可読命令を用いて実施されてもよい。マシン可読命令に加え、又はその代わりに、装置及び／又はデバイスのユニットの一部又は全部は、少なくとも部分的に、１つ又は複数のハードウェア論理コンポーネントによって実施されてもよい。例えば、使用可能なハードウェア論理コンポーネントの例示的なタイプには、ＦＰＧＡ（Ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）、ＡＳＳＰ（Ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ Ｓｔａｎｄａｒｄ Ｐｒｏｄｕｃｔｓ）、システムオンチップシステム（ＳＯＣｓ）、ＣＰＬＤ（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅｓ）等が含まれるがこれらに限定されない。

【0221】

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

【0222】

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

【0223】

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

【0224】

上述のプログラムコードは、マシン可読媒体上で具現化されてもよく、当該マシン可読媒体は、命令実行システム、装置若しくはデバイスにより使用されるプログラム、又は、それらと結合して使用されるプログラムを含むか又は格納する任意の有形媒体であり得る。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であり得る。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、装置若しくはデバイス、又は前述の任意の適切な組合せを含んでもよいが、これらに限定されない。マシン可読記憶媒体のさらにより具体的な例には、１つ若しくは複数のワイヤ、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去・書き込み可能なリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、携帯型コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は前述の任意の適切な組合せが含まれる。

【0225】

なお、動作について、特定の順序で説明を行ったが、所望の結果を得るために、こうした動作を示された特定の順序で実行するか若しくは順に実行するか、又は、示された全ての動作を実行することが求められる、と理解されるべきではない。いくつかの状況では、マルチタスク及び並行処理が有利である可能性がある。同様に、上述の議論には、いくつかの具体的な実施形態の詳細が含まれるが、これらは本開示の範囲に対する限定ではなく、特定の実施形態に特定され得る特徴についての説明であると解釈されるべきである。個々の実施形態の文脈において説明したいくつかの特徴は、ある１つの実施形態において組み合わせて実施されてもよい。逆に、１つの実施形態の文脈において説明された各種特徴は、複数の実施形態において別々に、又は任意の適切な副次的な組合せにより、実施されてもよい。

【0226】

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

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図4C】

【図4D】

【図4E】

【図4F】

【図4G】

【図4H】

【図4I】

【図4J】

【図5】

【図6】

【図7A】

【図7B】

【図7C】

【図8】

【図9】

【図10】

【図11】

【図12】