知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024056993
(43)【公開日】2024-04-23
(54)【発明の名称】端末装置、及び端末装置のための方法
(51)【国際特許分類】
H04W 28/04 20090101AFI20240416BHJP
H04W 72/232 20230101ALI20240416BHJP
H04W 72/1273 20230101ALI20240416BHJP
【ＦＩ】
H04W28/04 110
H04W72/232
H04W72/1273
【審査請求】有
【請求項の数】6
【出願形態】ＯＬ
(21)【出願番号】P 2024025045
(22)【出願日】2024-02-22
(62)【分割の表示】P 2022575769の分割
【原出願日】2020-06-08
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
２．ＷＣＤＭＡ
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】ワン ガン
(72)【発明者】
【氏名】リアン リン
(72)【発明者】
【氏名】ガオ ユーカイ
(57)【要約】 （修正有）
【課題】単一のＤＣＩによってスケジューリングされた複数のデータチャネルについてのＨＡＲＱフィードバックの装置、方法及びコンピュータ可読媒体を提供する。
【解決手段】方法は、端末装置が、ネットワーク装置から制御情報を受信し、受信した制御情報によりデータチャネルセットにおいて複数のトランスポートブロックの送信がスケジューリングされるとの判定に従って、複数のトランスポートブロックに関連付けられているハイブリッド自動再送要求（ＨＡＲＱ）フィードバック情報を送信する制御チャネルを決定することと、制御チャネルによってＨＡＲＱフィードバック情報をネットワーク装置に送信することと、を含む。このように、単一のＤＣＩにより複数のＴＢ／ＰＤＳＣＨがスケジューリングされる場合のＨＡＲＱ－ＡＣＫフィードバックメカニズムの強化を実現することができ、ＰＵＣＣＨ衝突の可能性を軽減し、さらなる柔軟性を提供することができる。
【選択図】図７
【解決手段】方法は、端末装置が、ネットワーク装置から制御情報を受信し、受信した制御情報によりデータチャネルセットにおいて複数のトランスポートブロックの送信がスケジューリングされるとの判定に従って、複数のトランスポートブロックに関連付けられているハイブリッド自動再送要求（ＨＡＲＱ）フィードバック情報を送信する制御チャネルを決定することと、制御チャネルによってＨＡＲＱフィードバック情報をネットワーク装置に送信することと、を含む。このように、単一のＤＣＩにより複数のＴＢ／ＰＤＳＣＨがスケジューリングされる場合のＨＡＲＱ－ＡＣＫフィードバックメカニズムの強化を実現することができ、ＰＵＣＣＨ衝突の可能性を軽減し、さらなる柔軟性を提供することができる。
【選択図】図７
【特許請求の範囲】
【請求項1】
ネットワーク装置と通信する処理部と、
第１のダウンリンク制御情報(ＤＣＩ：Downlink Control Information)によってスケジューリングされる複数の物理ダウンリンク共有チャネル(ＰＤＳＣＨ：Physical Downlink Control Channel)送信を受信するように構成される受信部と、
を備え、
前記受信部は、第２のＤＣＩによってスケジューリングされる単一の前記ＰＤＳＣＨ送信を受信するように構成され、
Ｔｙｐｅ－２ ＨＡＲＱ－ＡＣＫコードブックが設定される場合には、
前記処理部は、前記複数のＰＤＳＣＨ送信についてのハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバック情報と、前記単一のＰＤＳＣＨ送信についてのＨＡＲＱフィードバック情報と、を多重化するように構成される、
端末装置。
第１のダウンリンク制御情報(ＤＣＩ：Downlink Control Information)によってスケジューリングされる複数の物理ダウンリンク共有チャネル(ＰＤＳＣＨ：Physical Downlink Control Channel)送信を受信するように構成される受信部と、
を備え、
前記受信部は、第２のＤＣＩによってスケジューリングされる単一の前記ＰＤＳＣＨ送信を受信するように構成され、
Ｔｙｐｅ－２ ＨＡＲＱ－ＡＣＫコードブックが設定される場合には、
前記処理部は、前記複数のＰＤＳＣＨ送信についてのハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバック情報と、前記単一のＰＤＳＣＨ送信についてのＨＡＲＱフィードバック情報と、を多重化するように構成される、
端末装置。
【請求項2】
前記処理部は、前記複数のＰＤＳＣＨ送信の数に基づいて、第１のサブコードブックと、前記第１のサブコードブックにおける、前記複数のＰＤＳＣＨ送信についてそれぞれのＨＡＲＱフィードバック値を示すための複数のフィードバック位置と、を決定するように構成される、
請求項１に記載の端末装置。
請求項１に記載の端末装置。
【請求項3】
送信部をさらに備え、
前記処理部は、第２のサブコードブックと、前記第２のサブコードブックにおける、前記単一のＰＤＳＣＨ送信についてのさらなるＨＡＲＱフィードバック値を示すためのさらなるフィードバック位置と、を決定するように構成され、
前記送信部は、前記第１のサブコードブックと、前記第２のサブコードブックと、前記複数のフィードバック位置と、前記さらなるフィードバック位置と、に基づいて、前記ＨＡＲＱフィードバック情報を送信するように構成される、
請求項２に記載の端末装置。
前記処理部は、第２のサブコードブックと、前記第２のサブコードブックにおける、前記単一のＰＤＳＣＨ送信についてのさらなるＨＡＲＱフィードバック値を示すためのさらなるフィードバック位置と、を決定するように構成され、
前記送信部は、前記第１のサブコードブックと、前記第２のサブコードブックと、前記複数のフィードバック位置と、前記さらなるフィードバック位置と、に基づいて、前記ＨＡＲＱフィードバック情報を送信するように構成される、
請求項２に記載の端末装置。
【請求項4】
送信部をさらに備え、
前記処理部は、前記第１のＤＣＩによってスケジューリングされることが許可されるべき前記複数のＰＤＳＣＨ送信の閾値数に基づいて、前記Ｔｙｐｅ－２ ＨＡＲＱ－ＡＣＫコードブックのコードブックサイズを決定するように構成され、
前記処理部は、前記閾値数と、前記複数のＰＤＳＣＨ送信の第１の数と、二つ以上の前記単一のＰＤＳＣＨ送信の第２の数と、に基づいて、前記それぞれのＨＡＲＱフィードバック値と、さらなるトランスポートブロックについてのさらなるＨＡＲＱフィードバック値とを示すための複数のフィードバック位置を決定するように構成され、前記さらなるトランスポートブロックが、前記単一のＰＤＳＣＨ送信上で前記ネットワーク装置から前記端末装置へ送信され、
前記送信部は、前記コードブックサイズと、前記複数のフィードバック位置と、前記さらなるフィードバック位置と、に基づいて、前記ＨＡＲＱフィードバック情報を送信するように構成される、
請求項１に記載の端末装置。
前記処理部は、前記第１のＤＣＩによってスケジューリングされることが許可されるべき前記複数のＰＤＳＣＨ送信の閾値数に基づいて、前記Ｔｙｐｅ－２ ＨＡＲＱ－ＡＣＫコードブックのコードブックサイズを決定するように構成され、
前記処理部は、前記閾値数と、前記複数のＰＤＳＣＨ送信の第１の数と、二つ以上の前記単一のＰＤＳＣＨ送信の第２の数と、に基づいて、前記それぞれのＨＡＲＱフィードバック値と、さらなるトランスポートブロックについてのさらなるＨＡＲＱフィードバック値とを示すための複数のフィードバック位置を決定するように構成され、前記さらなるトランスポートブロックが、前記単一のＰＤＳＣＨ送信上で前記ネットワーク装置から前記端末装置へ送信され、
前記送信部は、前記コードブックサイズと、前記複数のフィードバック位置と、前記さらなるフィードバック位置と、に基づいて、前記ＨＡＲＱフィードバック情報を送信するように構成される、
請求項１に記載の端末装置。
【請求項5】
前記処理部は、前記Ｔｙｐｅ－２ ＨＡＲＱ－ＡＣＫコードブックにおける、前記それぞれのＨＡＲＱフィードバック値及び前記さらなるＨＡＲＱフィードバック値を報告することが許可されるそれぞれの候補フィードバック位置のセットを、前記閾値数に基づいて決定するように構成され、
前記処理部は、前記それぞれの候補フィードバック位置のセットにおいて、前記閾値数と前記第１の数とに基づいて、前記それぞれのＨＡＲＱフィードバック値を報告するためのフィードバック位置の第１部分を決定し、前記閾値数と前記第２の数とに基づいて、前記さらなるＨＡＲＱフィードバック値を報告するためのフィードバック位置の第２部分を決定するように構成され、
前記処理部は、前記フィードバック位置の前記第１部分と、前記フィードバック位置の前記第２部分と、に基づいて、前記複数のフィードバック位置を決定するように構成される、
請求項４に記載の端末装置。
前記処理部は、前記それぞれの候補フィードバック位置のセットにおいて、前記閾値数と前記第１の数とに基づいて、前記それぞれのＨＡＲＱフィードバック値を報告するためのフィードバック位置の第１部分を決定し、前記閾値数と前記第２の数とに基づいて、前記さらなるＨＡＲＱフィードバック値を報告するためのフィードバック位置の第２部分を決定するように構成され、
前記処理部は、前記フィードバック位置の前記第１部分と、前記フィードバック位置の前記第２部分と、に基づいて、前記複数のフィードバック位置を決定するように構成される、
請求項４に記載の端末装置。
【請求項6】
ネットワーク装置と通信する端末装置のための方法であって、
第１のダウンリンク制御情報(ＤＣＩ：Downlink Control Information)によってスケジューリングされる複数の物理ダウンリンク共有チャネル(ＰＤＳＣＨ：Physical Downlink Control Channel)送信を受信することと、
第２のＤＣＩによってスケジューリングされる単一の前記ＰＤＳＣＨ送信を受信することと、
を含み、
Ｔｙｐｅ－２ ＨＡＲＱ－ＡＣＫコードブックが設定される場合には、
前記複数のＰＤＳＣＨ送信についてのハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバック情報と、前記単一のＰＤＳＣＨ送信についてのＨＡＲＱフィードバック情報と、を多重化することをさらに含む、
方法。
第１のダウンリンク制御情報(ＤＣＩ：Downlink Control Information)によってスケジューリングされる複数の物理ダウンリンク共有チャネル(ＰＤＳＣＨ：Physical Downlink Control Channel)送信を受信することと、
第２のＤＣＩによってスケジューリングされる単一の前記ＰＤＳＣＨ送信を受信することと、
を含み、
Ｔｙｐｅ－２ ＨＡＲＱ－ＡＣＫコードブックが設定される場合には、
前記複数のＰＤＳＣＨ送信についてのハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）フィードバック情報と、前記単一のＰＤＳＣＨ送信についてのＨＡＲＱフィードバック情報と、を多重化することをさらに含む、
方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の実施形態は、一般に電気通信の分野に関し、特に、単一のダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）によってスケジューリングされた複数のデータチャネルに対するハイブリッド自動再送要求（ＨＡＲＱ：Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）フィードバックの装置、方法、デバイス及びコンピュータ可読記憶媒体に関する。
【背景技術】
【0002】
第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）リリース１７（Ｒｅｌ－１７）では、単一のＤＣＩで複数のトランスポートブロック（ＴＢ：Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）／物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）をスケジューリングすることが検討されている。これは、Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ ＮＲデバイスの物理ダウンリンク制御チャネル（ＰＤＣＣＨ：：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）の容量に制限があるためである。
【0003】
Ｒｅｄｕｃｅｄ Ｃａｐａｂｉｌｉｔｙ ＮＲデバイスについては、ユーザ端末（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）の帯域幅を５ＭＨｚ又は１０ＭＨｚまで狭めてもよいこと、より少ないブラインドデコード（ｂｌｉｎｄ ｄｅｃｏｄｅ）とＣＣＥの制限によってＰＤＣＣＨモニタリングを減らしてもよいことが提案されているが、これは、狭い帯域幅に対しＰＤＣＣＨの容量が制限されることにつながる場合がある。
【0004】
したがって、単一のＤＣＩでスケジューリングされた複数のＴＢ／ＰＤＳＣＨに対し、ＨＡＲＱフィードバック方式が議論される。
【発明の概要】
【発明が解決しようとする課題】
【0005】
本開示の実施形態は全体として、単一のＤＣＩによってスケジューリングされた複数のデータチャネルに対するＨＡＲＱについての解決手段を提供する。
【課題を解決するための手段】
【0006】
第１の態様では、通信方法が提供される。前記方法は、端末装置において、ネットワーク装置から制御情報を受信することと、データチャネルセットにおける前記ネットワーク装置から前記端末装置への複数のトランスポートブロックの送信が前記制御情報によってスケジューリングされているとの判定に従って、前記複数のトランスポートブロックに関連付けられているハイブリッド自動再送要求のＨＡＲＱフィードバック情報を送信するための制御チャネルを決定することと、前記制御チャネルによって前記ＨＡＲＱフィードバック情報を前記ネットワーク装置に送信することと、を含む。
【0007】
第２の態様では、通信方法が提供される。前記方法は、ネットワーク装置から端末装置に制御情報を送信することであって、前記制御情報によって、データチャネルセットにおける前記ネットワーク装置から前記端末装置への複数のトランスポートブロックの送信がスケジューリングされることと、前記複数のトランスポートブロックに関連付けられているハイブリッド自動再送要求のＨＡＲＱフィードバック情報を、制御チャネルによって前記端末装置から受信することと、を含む。
【0008】
第３の態様では、端末装置が提供される。前記端末装置は、プロセッサと、命令が格納されているメモリとを備える。前記メモリ及び前記命令は、前記プロセッサとともに、前記端末装置に前記第１の態様にかかる方法を実行させるように構成されている。
【0009】
第４の態様では、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、命令が格納されているメモリとを備える。前記メモリ及び前記命令は、前記プロセッサとともに、前記ネットワーク装置に前記第２の態様にかかる方法を実行させるように構成されている。
【0010】
第５の態様では、命令が格納されているコンピュータ可読媒体が提供される。前記命令は、装置の少なくとも１つのプロセッサにおいて実行される場合に、前記装置に、前記第１の態様にかかる方法を実行させる。
【0011】
第６の態様では、命令が格納されているコンピュータ可読媒体が提供される。前記命令は、装置の少なくとも１つのプロセッサにおいて実行される場合に、前記装置に、前記第２の態様にかかる方法を実行させる。
【0012】
本開示の実施形態の原理を例示的に示す添付図面と併せて、具体的な実施形態に関する以下の説明を閲読することで、本開示の実施形態の他の特徴及び利点も明らかになるであろう。
【図面の簡単な説明】
【0013】
本開示の実施形態は例示として示されるものであり、以下ではその利点について、添付図面を参照しながら詳細に説明する。
【0014】
【図1】本開示の例示的な実施形態を実施可能な例示的環境を示す。
【0015】
【図2】本開示のいくつかの実施形態にかかるリソース調整の例示的プロセスを示す例示的なシグナリングチャートを示す。
【0016】
【図3】本開示のいくつかの実施形態にかかる、単一のＤＣＩによってスケジューリングされた複数のＰＤＳＣＨと、複数のＰＤＳＣＨに関連付けられているＨＡＲＱフィードバックが送信されるＰＵＣＣＨとを示す。
【0017】
【図4A】本開示のいくつかの実施形態にかかる、ＨＡＲＱフィードバックのためのコードブックの構築を示す。
【図4B】本開示のいくつかの実施形態にかかる、ＨＡＲＱフィードバックのためのコードブックの構成を示す。
【0018】
【図5A】本開示のいくつかの実施形態にかかる、ＨＡＲＱフィードバックのためのコードブックの構築を示す。
【図5B】本開示のいくつかの実施形態にかかる、ＨＡＲＱフィードバックのためのコードブックの構成を示す。
【0019】
【図6A】本開示のいくつかの実施形態にかかる、ＨＡＲＱフィードバックのためのコードブックの構成を示す。
【図6B】本開示のいくつかの実施形態にかかる、ＨＡＲＱフィードバックのためのコードブックの構成を示す。
【図6C】本開示のいくつかの実施形態にかかる、ＨＡＲＱフィードバックのためのコードブックの構成を示す。
【0020】
【図7】本開示のいくつかの例示的な実施形態にかかる、単一のＤＣＩによってスケジューリングされた複数のデータチャネルに対するＨＡＲＱフィードバックの例示的な方法のフローチャートを示す。
【0021】
【図8】本開示のいくつかの例示的な実施形態にかかる、単一のＤＣＩによってスケジューリングされた複数のデータチャネルに対するＨＡＲＱフィードバックの例示的な方法のフローチャートを示す。
【0022】
【図9】本開示の例示的な実施形態を実施するのに好適な装置の概略ブロック図を示す。
【0023】
図面全体において、同一又は類似の参照番号は、同一又は類似の要素を表す。
【発明を実施するための形態】
【0024】
本開示の原理について、いくつかの例示的な実施形態を参照しながら説明する。これらの実施形態は、単に説明を目的として説明されるもので、当業者が本開示を理解し実施する際に役立つものであり、本開示の範囲に対するいかなる限定も示唆しないことを理解されたい。本明細書で説明する本開示は、以下で説明するもの以外にも様々な方法で実施することができる。
【0025】
以下の説明及び特許請求の範囲において、別途定義されない限り、使用される全ての技術用語及び科学用語は、本開示が属する技術分野の当業者によって一般的に理解されるものと同じ意味を有する。
【0026】
本開示における「一実施形態」、「実施形態」、「例示的実施形態」等への言及は、説明される実施形態が、ある特定の特徴、構造、又は特性を含み得ることを示すが、全ての実施形態がかかる特定の特徴、構造、又は特性を含む必要はない。また、これらの表現は、必ずしも同一の実施形態を指すものではない。さらに、特定の特徴、構造、又は特性が例示的な実施形態に関連して説明される場合、明示的に説明されているかどうかにかかわらず、他の実施形態に関連するかかる特徴、構造、又は特性に影響を与えることは、当業者の知識の範囲内であると考えられる。
【0027】
本明細書では、「第１」、「第２」等の用語を用いて様々な要素を説明することがあるが、こうした要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、様々な要素の機能を区別するためにのみ使用される。本明細書で使用される場合、用語「及び／又は」は、列挙されたものの１つ又は複数のうちいずれか、及びその全ての組合せを含む。
【0028】
本明細書で使用される用語は、特定の実施形態を説明することのみを目的としており、例示的な実施形態を限定することを意図するものではない。本明細書で使用される場合、単数形「１つ（ａ）」、「１つ（ａｎ）」、及び「前記（ｔｈｅ）」は、文脈で別途明確に示されない限り、複数形も含むことを意図している。さらに、用語「備える」、「備えている」、「有する」、「有している」、「含む」及び／又は「含んでいる」は、本明細書で用いられる場合、記載の特徴、要素、及び／又はコンポーネント等の存在を指定するが、１つ又は複数の他の特徴、要素、コンポーネント及び／又はそれらの組合せの存在又は追加を排除しないことを理解されたい。
【0029】
本明細書で使用される場合、用語「通信ネットワーク」は、第５世代（５Ｇ）システム、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（ＬＴＥ-Ａｄｖａｎｃｅｄ）、広帯域符号分割多重接続（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、高速パケットアクセス（ＨＳＰＡ：Ｈｉｇｈ-Ｓｐｅｅｄ Ｐａｃｋｅｔ Ａｃｃｅｓｓ）、ＮＢ－ＩｏＴ（Ｎａｒｒｏｗ Ｂａｎｄ Ｉｎｔｅｒｎｅｔ Ｏｆ Ｔｈｉｎｇｓ）等の任意の適切な通信規格に従うネットワークを指す。さらに、通信ネットワークにおける端末装置とネットワーク装置との間の通信は、任意の適切な世代の通信プロトコルによって実行されてもよい。通信プロトコルには、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、将来の第５世代（５Ｇ）新無線（ＮＲ）の通信プロトコル、及び／又は現在知られているか又は将来開発される他のプロトコルが含まれるが、これらに限定されない。本開示の実施形態は、様々な通信システムに適用されてもよい。通信の急速な発展を考慮すると、当然ながら、本開示が具現化されうる未来型の通信技術や通信システムも存在するであろう。本開示の範囲が前述のシステムのみに限定されるとみなすべきではない。
【0030】
本明細書で使用される場合、「ネットワーク装置」という用語は、端末装置がネットワークにアクセスし、そこからサービスを受ける通信ネットワーク内のノードを指す。ネットワーク装置は、適用される用語や技術に応じて、基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）又はアクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、例えばノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、ＮＲ次世代ノードＢ（ｇＮＢ）、リモート無線ユニット（ＲＲＵ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｕｎｉｔ）、無線ヘッダ（ＲＨ：Ｒａｄｉｏ Ｈｅａｄ）、リモート無線ヘッド（ＲＲＨ：Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）、中継、フェムト、ピコ等の低電力ノードを指す場合がある。
【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】
端末装置１１０が複数の独立したＰＤＳＣＨに対して１つのＨＡＲＱ－ＡＣＫビットを生成するケースでは、端末装置１１０にＴｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブックが設定されている場合、いくつかの実施形態において、端末装置１１０は、異なる時間領域リソース割当を有するＤＣＩによって複数のＰＤＳＣＨがスケジューリングされることを想定しない。すなわち、異なるＰＤＳＣＨにおけるＴＢのそれぞれの受信機会に対して、ＨＡＲＱ－ＡＣＫコードブックにおいて１つのＨＡＲＱ－ＡＣＫ位置が生成される。端末装置１１０は、Ｔｙｐｅ－１ ＨＡＲＱ－ＡＣＫコードブックの対応するＨＡＲＱ－ＡＣＫ位置において、複数のＰＤＳＣＨに対する１つのＨＡＲＱ－ＡＣＫビットを報告してもよい。
【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】
図６Ａ及び図６Ｂと同様に、第１のＤＣＩ６１１は、スロット６０１、６０２、６０３、６０４のＰＤＳＣＨ６２１、６２２、６２３、６２４をそれぞれスケジューリングしてもよい。第２のＤＣＩ６１２は、スロット６０５のＰＤＳＣＨ６２５をスケジューリングしてもよく、第３のＤＣＩ６１３は、スロット６０７のＰＤＳＣＨ６２６をスケジューリングしてもよい。ＰＤＳＣＨ６２１～６２６に関連付けられているＨＡＲＱ－ＡＣＫフィードバック情報がスロット６０８のＰＵＣＣＨ６３１で送信されると端末装置１１０が決定した場合、端末装置１１０は、ＤＣＩによってスケジューリングされるＰＤＳＣＨの最大数に基づいて、コードブックサイズを決定してもよい。
【0085】
したがって、ＰＤＳＣＨ６２１、６２２、６２３、６２４のＨＡＲＱ－ＡＣＫ値を報告するために、４つのＨＡＲＱ－ＡＣＫ位置６４１～６４４を生成することができ、ＰＤＳＣＨ６２５のＨＡＲＱ－ＡＣＫ値を報告するために４つのＨＡＲＱ－ＡＣＫ候補位置６５１～６５４を生成することができ、ＰＤＳＣＨ６２６のＨＡＲＱ－ＡＣＫ値を報告するために４つのＨＡＲＱ－ＡＣＫ候補位置６６１～６６４を生成することができる。
【0086】
上述したように、端末装置は、Ｎ個の対応するＨＡＲＱ－ＡＣＫ位置のうち１番目の位置においてのみ、有効なＨＡＲＱ－ＡＣＫ値を報告し、他のＮ－１個の位置においてＮＡＣＫを報告してもよい。したがって、ＰＤＳＣＨ６２５のＨＡＲＱ－ＡＣＫ値は位置６５１で報告することができ、ＰＤＳＣＨ６２６のＨＡＲＱ－ＡＣＫ値は位置６６１で報告することができる。
【0087】
このように、端末装置１１０がＨＡＲＱ－ＡＣＫフィードバック情報のフィードバックパターンを決定した場合、図２を参照すると、端末装置１１０は、フィードバックパターンに基づいて、制御チャネルによって、ＨＡＲＱ－ＡＣＫフィードバック情報をネットワーク装置に送信してもよい（２３０）。
【0088】
さらに、ＨＡＲＱフィードバックの処理タイムラインに関して、端末装置１１０は、複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫのためのＰＵＣＣＨ Ｔｘの開始シンボルが、以下の式で示される、複数のＰＤＳＣＨのうち時間領域における最後のＰＤＳＣＨ受信の終了シンボルの
より早いとは想定しない。
。１つの選択肢として、端末装置は、処理タイムラインを満たす、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ情報のみを報告してもよい。
【0089】
端末装置１１０が、ＰＤＣＣＨによってスケジューリングされたユニキャストの複数のＴＢ／個別のＴＢ（複数の独立したＰＤＳＣＨとしても知られている）をサポート／復号／受信できるかどうかは、端末装置１１０の能力次第である。
【0090】
端末装置１１０が、ＰＤＣＣＨによってスケジューリングされたユニキャストの複数のＴＢを受信／復号できる能力を示す場合、ＰＤＣＣＨによってスケジューリングされるユニキャストの最大ＴＢ数は、ＵＥの能力次第である。例えば、ＰＤＣＣＨによってスケジューリングされるユニキャストの異なる最大ＴＢ数に対する個別の能力に応じて、最大２つのユニキャストＴＢがＰＤＣＣＨによってスケジューリング可能であるか、又は、最大４つのユニキャストＴＢがＰＤＣＣＨによってスケジューリング可能である。
【0091】
ＰＤＣＣＨによってスケジューリングされる実際のユニキャストＴＢ数は、ネットワーク装置の設定次第である。端末装置は、以下の方法でその情報を取得することができる。例えば、ＲＲＣ又はＤＣＩによって暗黙的に情報を示すことができる。あるいは、ＲＲＣ及びＤＣＩによって暗黙的に情報を示すこともできる。例えば、ＴＤＲＡテーブルの各エントリに対する時間領域リソースの割当数が挙げられる。別の選択肢として、ＲＲＣ又はＤＣＩによって明示的に情報を示すこともできる。例えば、ＮｒｏｆＴｂＳｃｈｄｕｌｅｄＢｙＳｉｎｇｌｅＤＣＩのようなＰＤＳＣＨ－ＣｏｎｆｉｇのＲＲＣパラメータを導入することができる。あるいは、スケジューリングＤＣＩに新しいインジケータフィールドを設けるか、現在のインジケータフィールドを再解釈して、例えば、２ビットをユニキャストＴＢ数を示すために用い、ビット００を１つのＴＢに対応させ、ビット０１を２つのＴＢに対応させ、ビット１０を３つのＴＢに対応させ、ビット１１を４つのＴＢに対応させてもよい。
【0092】
このように、単一のＤＣＩによって複数のＴＢ／独立したＰＤＳＣＨがスケジューリングされる場合の、端末装置のＨＡＲＱ－ＡＣＫフィードバックメカニズムの強化を実現することができ、ＰＵＣＣＨ衝突の可能性を軽減し、さらなる柔軟性を提供することができる。
【0093】
図７は、本開示のいくつかの例示的な実施形態にかかる、単一のＤＣＩによってスケジューリングされた複数のデータチャネルに対するＨＡＲＱフィードバックの例示的な方法７００のフローチャートを示す。方法７００は、図１に示すような端末装置１１０で実施することができる。議論を目的として、図１を参照して方法７００について説明する。
【0094】
図７に示すように、７１０において、端末装置１１０は、ネットワーク装置から制御情報を受信する。
【0095】
７２０において、端末装置１１０は、データチャネルセットにおけるネットワーク装置から端末装置１１０への複数のトランスポートブロックの送信が制御情報によってスケジューリングされていると判定した場合、複数のトランスポートブロックに関連付けられているハイブリッド自動再送要求のＨＡＲＱフィードバック情報を送信するための制御チャネルを決定する。
【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】
本開示について、構造的特徴及び／又は方法論的な動作に特有の言葉で説明してきたが、添付の特許請求の範囲によって定義される本開示は、必ずしも上述の特定の特徴又は動作に限定されないことを理解されたい。上述の特定の特徴や動作はむしろ、特許請求の範囲を実施する例示的形態として開示されている。
【図1】
【図2】
【図3】
【図4A】
【図4B】
【図5A】
【図5B】
【図6A】
【図6B】
【図6C】
【図7】
【図8】
【図9】