知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-06-28
(54)【発明の名称】端末装置、ネットワーク装置、及び方法
(51)【国際特許分類】
H04W 72/0446 20230101AFI20240621BHJP
H04W 28/04 20090101ALI20240621BHJP
H04W 72/232 20230101ALI20240621BHJP
H04W 16/28 20090101ALI20240621BHJP
【ＦＩ】
H04W72/0446
H04W28/04 110
H04W72/232
H04W16/28
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023577567
(86)(22)【出願日】2021-06-17
(85)【翻訳文提出日】2024-02-15
(86)【国際出願番号】 CN2021100725
(87)【国際公開番号】W WO2022261911
(87)【国際公開日】2022-12-22
(81)【指定国・地域】
(71)【出願人】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】ガオ ユーカイ
(72)【発明者】
【氏名】ワン ガン
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA21
5K067DD24
5K067DD34
5K067EE02
5K067EE08
5K067EE10
5K067EE71
5K067HH28
(57)【要約】
本開示の実施形態は、通信方法、装置、及びコンピュータ可読媒体に関する。端末装置は、第１の送信設定指示（ＴＣＩ）状態を示す第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と、第２のＴＣＩ状態を示す第２のＰＤＣＣＨとをネットワーク装置から受信する。第２のＰＤＣＣＨの受信が第１のＰＤＣＣＨの受信の後である場合、端末装置は、第２のＴＣＩを用いてネットワーク装置との通信を行う。こうして、２つのＴＣＩ状態の間の不確定性が回避される。また、不必要なビーム切替も回避される。
【選択図】図２
【選択図】図２
【特許請求の範囲】
【請求項1】
端末装置において、第１の送信設定インジケータ（ＴＣＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）状態を示す第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）をネットワーク装置から受信することと、第２のＴＣＩ状態を示す第２のＰＤＣＣＨを前記ネットワーク装置から受信することと、
前記第２のＰＤＣＣＨの受信が前記第１のＰＤＣＣＨの受信の後であるとの決定に従って、ある期間の後に、前記第２のＴＣＩ状態を用いて前記ネットワーク装置との通信を行うことと、
を含む、通信方法。
【請求項2】
前記第２のＰＤＣＣＨに基づく第２のスケジューリングに対応する第２のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを前記ネットワーク装置に送信することと、前記第１のＰＤＣＣＨに基づく第１のスケジューリングに対応する第１のＨＡＲＱフィードバックを前記ネットワーク装置に送信することと、
をさらに含み、
前記第２のＴＣＩ状態を用いて前記ネットワーク装置との前記通信を行うことは、
前記第１のＨＡＲＱフィードバックの送信が前記第２のＨＡＲＱフィードバックの送信の後であるとの決定に従って、前記ある期間の後に、前記第２のＴＣＩを用いて前記ネットワーク装置との前記通信を行うことを含む、
請求項１に記載の方法。
【請求項3】
前記第１のスケジューリングは、前記第１のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングであり、前記第２のスケジューリングは、前記第２のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングを有しないＴＣＩ状態指示又は前記第２のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングである、
請求項２に記載の方法。
【請求項4】
前記第１のＴＣＩが適用可能で、前記第２のＴＣＩ状態が適用不可能であるとの決定に従って、前記ある期間の後に、前記第１のＴＣＩを用いて前記ネットワーク装置との前記通信を行うこと、をさらに含む、
請求項１に記載の方法。
【請求項5】
前記第１のＰＤＣＣＨ内の前記第１のＴＣＩ状態の第１のフィールドが第１の数のビットを含み、前記第２のＰＤＣＣＨ内の前記第２のＴＣＩ状態の第２のフィールドが第２の数のビットを含み、前記第２の数が前記第１の数よりも少ない場合、前記第２のフィールド内の所定のビット値は、前記第１のＴＣＩ状態を示す、請求項１に記載の方法。
【請求項6】
前記第１のＴＣＩを用いて前記ネットワーク装置との前記通信を行うことをさらに含み、前記第１のＴＣＩを用いて前記ネットワーク装置との前記通信を行うことは、
前記第１のＴＣＩを用いて第１の制御リソースセット（ＣＯＲＥＳＥＴ）において第３のＰＤＣＣＨを前記ネットワーク装置から受信すること、
前記第１のＴＣＩを用いて第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記ネットワーク装置から受信すること、
前記第１のＴＣＩを用いて第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）を前記ネットワーク装置に送信すること、又は、
前記第１のＴＣＩを用いて第１の物理アップリンク共有チャネル（ＰＵＳＣＨ）を前記ネットワーク装置に送信すること、
のうちの少なくとも１つを含む、
請求項１に記載の方法。
【請求項7】
前記第２のＴＣＩを用いて前記ネットワーク装置との前記通信を行うことは、前記第２のＴＣＩを用いて第２の制御リソースセット（ＣＯＲＥＳＥＴ）において第４のＰＤＣＣＨを前記ネットワーク装置から受信すること、
前記第２のＴＣＩを用いて第２の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記ネットワーク装置から受信すること、
前記第１のＴＣＩを用いて第２の物理アップリンク制御チャネル（ＰＵＣＣＨ）を前記ネットワーク装置に送信すること、又は、
前記第２のＴＣＩを用いて第２の物理アップリンク共有チャネル（ＰＵＳＣＨ）を前記ネットワーク装置に送信すること、
のうちの少なくとも１つを含む、
請求項６に記載の方法。
【請求項8】
前記第１のＰＤＣＣＨの受信と前記第２のＰＤＣＣＨの受信とが継続時間内であるとの決定に従って、前記第１のＴＣＩ状態は、前記第２のＴＣＩ状態と同じである、請求項１に記載の方法。
【請求項9】
端末装置において、第１の数のアクティブ化された送信設定インジケータ（ＴＣＩ）コードポイントをネットワーク装置から受信することと、ダウンリンク制御情報（ＤＣＩ）フィールド内の第２の数のコードポイントの設定を前記ネットワーク装置から受信することと、
を含み、
前記第２の数は、前記第１の数よりも少なく、前記ＤＣＩフィールドの１つの所定の値は、前記ネットワーク装置との通信に対して既に適用された同じＴＣＩ状態を示す、
通信方法。
【請求項10】
前記ＴＣＩ状態を用いて前記ネットワーク装置との前記通信を行うことをさらに含み、前記ＴＣＩ状態を用いて前記ネットワーク装置との前記通信を行うことは、
前記ＴＣＩ状態を用いて制御リソースセット（ＣＯＲＥＳＥＴ）においてＰＤＣＣＨを前記ネットワーク装置から受信すること、
前記ＴＣＩ状態を用いて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記ネットワーク装置から受信すること、
前記ＴＣＩ状態を用いて物理アップリンク制御チャネル（ＰＵＣＣＨ）を前記ネットワーク装置に送信すること、又は、
前記ＴＣＩ状態を用いて物理アップリンク共有チャネル（ＰＵＳＣＨ）を前記ネットワーク装置に送信すること、
のうちの少なくとも１つを含む、
請求項９に記載の方法。
【請求項11】
ネットワーク装置において、第１の送信設定インジケータ（ＴＣＩ）状態を示す第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を端末装置に送信することと、第２のＴＣＩ状態を示す第２のＰＤＣＣＨを前記端末装置に送信することと、
前記第２のＰＤＣＣＨの受信が前記第１のＰＤＣＣＨの受信の後であるとの決定に従って、ある期間の後に、前記第２のＴＣＩ状態を用いて前記端末装置との通信を行うことと、
を含む、通信方法。
【請求項12】
前記第２のＰＤＣＣＨに基づく第２のスケジューリングに対応する第２のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを前記端末装置から受信することと、前記第１のＰＤＣＣＨに基づく第１のスケジューリングに対応する第１のＨＡＲＱフィードバックを前記端末装置から受信することと、
をさらに含み、
前記第２のＴＣＩ状態を用いて前記端末装置との前記通信を行うことは、
前記第１のＨＡＲＱフィードバックの受信が前記第２のＨＡＲＱフィードバックの受信の後であるとの決定に従って、前記ある期間の後に、前記第２のＴＣＩを用いて前記端末装置との前記通信を行うこと、
を含む、
請求項１１に記載の方法。
【請求項13】
前記第１のスケジューリングは、前記第１のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングであり、前記第２のスケジューリングは、前記第２のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングを有しないＴＣＩ状態指示又は前記第２のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングである、
請求項１２に記載の方法。
【請求項14】
前記第１のＴＣＩが適用可能で、前記第２のＴＣＩ状態が適用不可能であるとの決定に従って、前記ある期間の後に、前記第１のＴＣＩを用いて前記端末装置との前記通信を行うことをさらに含む、請求項１１に記載の方法。
【請求項15】
前記第１のＰＤＣＣＨ内の前記第１のＴＣＩ状態の第１のフィールドが第１の数のビットを含み、前記第２のＰＤＣＣＨ内の前記第２のＴＣＩ状態の第２のフィールドが第２の数のビットを含み、前記第２の数が前記第１の数よりも少ない場合、前記第２のフィールド内の所定のビット値は前記第１のＴＣＩ状態を示す、請求項１１に記載の方法。
【請求項16】
前記第１のＴＣＩを用いて前記端末装置との前記通信を行うことをさらに含み、前記第１のＴＣＩを用いて前記端末装置との前記通信を行うことは、
前記第１のＴＣＩを用いて第１の制御リソースセット（ＣＯＲＥＳＥＴ）において第３のＰＤＣＣＨを前記端末装置に送信すること、
前記第１のＴＣＩを用いて第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記端末装置に送信すること、
前記第１のＴＣＩを用いて第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）を前記端末装置から受信すること、又は、
前記第１のＴＣＩを用いて第１の物理アップリンク共有チャネル（ＰＵＳＣＨ）を前記端末装置から受信すること、
のうちの少なくとも１つを含む、
請求項１１に記載の方法。
【請求項17】
前記第２のＴＣＩを用いて前記端末装置との前記通信を行うことは、前記第２のＴＣＩを用いて第２の制御リソースセット（ＣＯＲＥＳＥＴ）において第４のＰＤＣＣＨを前記端末装置に送信すること、
前記第２のＴＣＩを用いて第２の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記端末装置に送信すること、
前記第１のＴＣＩを用いて第２の物理アップリンク制御チャネル（ＰＵＣＣＨ）を前記端末装置から受信すること、又は、
前記第２のＴＣＩを用いて第２の物理アップリンク共有チャネル（ＰＵＳＣＨ）を前記端末装置から受信すること、
のうちの少なくとも１つを含む、
請求項１６に記載の方法。
【請求項18】
前記第１のＰＤＣＣＨの受信と前記第２のＰＤＣＣＨの受信とが継続時間内であるとの決定に従って、前記第１のＴＣＩ状態は、前記第２のＴＣＩ状態と同じである、請求項１１に記載の方法。
【請求項19】
ネットワーク装置において、第１の数のアクティブ化された送信設定インジケータ（ＴＣＩ）コードポイントを端末装置に送信することと、ダウンリンク制御情報（ＤＣＩ）フィールド内の第２の数のコードポイントの設定を前記端末装置に送信することと、
を含み、
前記第２の数は、前記第１の数よりも少なく、前記ＤＣＩフィールドの１つの所定の値は、前記ネットワーク装置との通信に対して既に適用された同じＴＣＩ状態を示す、
通信方法。
【請求項20】
前記ＴＣＩ状態を用いて前記端末装置との前記通信を行うことをさらに含み、前記ＴＣＩ状態を用いて前記端末装置との前記通信を行うことは、
前記ＴＣＩ状態を用いて制御リソースセット（ＣＯＲＥＳＥＴ）においてＰＤＣＣＨを前記端末装置に送信すること、
前記ＴＣＩ状態を用いて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記端末装置に送信すること、
前記ＴＣＩ状態を用いて物理アップリンク制御チャネル（ＰＵＣＣＨ）を前記端末装置から受信すること、又は、
前記ＴＣＩ状態を用いて物理アップリンク共有チャネル（ＰＵＳＣＨ）を前記端末装置から受信すること、
のうちの少なくとも１つを含む、
請求項１９に記載の方法。
【請求項21】
請求項１乃至８のいずれか一項又は請求項９乃至１０のいずれか一項に記載の方法を実行するように設定された回路を備える、端末装置。
【請求項22】
請求項１１乃至１８のいずれか一項又は請求項１９乃至２０のいずれか一項に記載の方法を実行するように設定された回路を備える、ネットワーク装置。
【請求項23】
少なくとも一つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、請求項１乃至８のいずれか一項、請求項９乃至１０のいずれか一項、請求項１０乃至１８のいずれか一項、又は請求項１９乃至２０のいずれか一項に記載の方法を実行させる命令を記憶した、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の実施形態は、全体として電気通信の分野に関し、特に、通信方法、装置、及びコンピュータ可読媒体に関する。
【背景技術】
【0002】
第３世代パートナープロジェクト（３ＧＰＰ：ｔｈｅ ｔｈｉｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ（登録商標））のＲＡＮ＃８６会議において、主に周波数範囲２（ＦＲ２）を対象とすると同時に、周波数範囲１（ＦＲ１）にも適用可能であるような、マルチビームオペレーションについての強化をサポートすることが合意されている。より効率的な（より低い遅延及びオーバーヘッド）ダウンリンク（ＤＬ）とアップリンク（ＵＬ）とのビーム管理を容易にするために、特徴を識別及び特定することが合意されている。例えば、ＤＬとＵＬとのためのデータ及び制御情報の送受信のための共通ビームをサポートすることが提案されている。ＤＬ及びＵＬビーム指示のための統合ＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ：送信設定指示）フレームワークをサポートすることも提案されている。
【発明の概要】
【発明が解決しようとする課題】
【0003】
全体として、本開示の実施形態は、冗長バージョン決定のための方法、装置、及びコンピュータ可読媒体を提供する。
【課題を解決するための手段】
【0004】
第１の態様において、通信方法が提供される。前記方法は、端末装置において、第１の送信設定インジケータ（ＴＣＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）状態を示す第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）をネットワーク装置から受信することと、第２のＴＣＩ状態を示す第２のＰＤＣＣＨを前記ネットワーク装置から受信することと、前記第２のＰＤＣＣＨの受信が前記第１のＰＤＣＣＨの受信の後であるとの決定に従って、ある期間の後に、前記第２のＴＣＩ状態を用いて前記ネットワーク装置との通信を行うことと、を含む。
【0005】
第２の態様において、通信方法が提供される。前記方法は、端末装置において、第１の数のアクティブ化された送信設定インジケータ（ＴＣＩ）コードポイントをネットワーク装置から受信することと、ダウンリンク制御情報（ＤＣＩ）フィールド内の第２の数のコードポイントの設定を前記ネットワーク装置から受信することと、を含み、前記第２の数は、前記第１の数よりも少なく、前記ＤＣＩフィールドの１つの所定の値は、前記ネットワーク装置との通信に対して既に適用された同じＴＣＩ状態を示す。
【0006】
第３の態様において、通信方法が提供される。前記方法は、ネットワーク装置において、第１の送信設定インジケータ（ＴＣＩ）状態を示す第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を端末装置に送信することと、第２のＴＣＩ状態を示す第２のＰＤＣＣＨを前記端末装置に送信することと、前記第２のＰＤＣＣＨの受信が前記第１のＰＤＣＣＨの受信の後であるとの決定に従って、ある期間の後に、前記第２のＴＣＩ状態を用いて前記端末装置との通信を行うことと、を含む。
【0007】
第４の態様において、通信方法が提供される。前記方法は、ネットワーク装置において、第１の数のアクティブ化された送信設定インジケータ（ＴＣＩ）コードポイントを端末装置に送信することと、ダウンリンク制御情報（ＤＣＩ）フィールド内の第２の数のコードポイントの設定を前記端末装置に送信することと、を含む。前記第２の数は、前記第１の数よりも少なく、前記ＤＣＩフィールドの１つの所定の値は、前記ネットワーク装置との通信に対して既に適用された同じＴＣＩ状態を示す。
【0008】
第５の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記端末装置に本開示の第１の態様に記載の方法を実行させる命令を記憶する。
【0009】
第６の態様において、端末装置が提供される。前記端末装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記端末装置に本開示の第２の態様に記載の方法を実行させる命令を記憶する。
【0010】
第７の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記ネットワーク装置に本開示の第３の態様に記載の方法を実行させる命令を記憶する。
【0011】
第８の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、前記プロセッサに結合されたメモリとを備える。前記メモリは、前記プロセッサにより実行された場合、前記ネットワーク装置に本開示の第４の態様に記載の方法を実行させる命令を記憶する。
【0012】
第９の態様において、命令を記憶したコンピュータ可読媒体が提供される。命令は、少なくとも１つのプロセッサ上で実行された場合、当該少なくとも一つのプロセッサに、本開示の第１、第２、第３、又は第４の態様に記載の方法を実行させる。
【0013】
本開示のその他の特徴は、以下の説明により容易に理解することができるであろう。
【図面の簡単な説明】
【0014】
添付図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。
【図1】本開示の実施形態を実施可能な例示的な通信ネットワークを示す図である。
【図2】本開示のいくつかの例示的な実施形態にかかる、通信のためのシグナリングフローを示す図である。
【図3A】本開示のいくつかの実施形態にかかるＰＤＣＣＨの例を示す図である。
【図3B】本開示のいくつかの実施形態にかかるＰＤＣＣＨの例を示す図である。
【図3C】本開示のいくつかの実施形態にかかるＰＤＣＣＨの例を示す図である。
【図3D】本開示のいくつかの実施形態にかかるＰＤＣＣＨの例を示す図である。
【図4】本開示のいくつかの実施形態にかかる通信の例を示す図である。
【図5】本開示のいくつかの実施形態にかかる通信の例を示す図である。
【図6】本開示のいくつかの実施形態にかかるＴＣＩフィールドの例を示す図である。
【図7】本開示のいくつかの実施形態にかかる、端末装置において実現される例示的な通信方法のフローチャートである。
【図8】本開示のいくつかの実施形態にかかる、端末装置において実現される例示的な通信方法のフローチャートである。
【図9】本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される例示的な通信方法のフローチャートである。
【図10】本開示のいくつかの実施形態にかかる、ネットワーク装置において実現される例示的な通信方法のフローチャートである。
【図11】本開示の実施形態を実装するのに適した装置の概略ブロック図である。 図中、同一又は類似の参照番号は、同一又は類似の要素を表す。
【発明を実施するための形態】
【0015】
ここで、いくつかの実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる限定も示唆しないことを理解すべきである。本明細書で説明される開示内容は、以下で説明される方法とは異なる様々な方法で実施することができる。
【0016】
以下の説明及び特許請求の範囲において、別途定義されていない限り、本明細書で使用される全ての技術的及び科学的用語は、本開示の当業者が一般に理解するものと同一の意味を有する。
【0017】
本明細書で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置（ＵＥ）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ）装置、あらゆるモノのインターネット（ＩｏＥ）装置、マシンタイプ通信（ＭＴＣ）装置、Ｖ２Ｘ通信のための車載装置などを含むが、これらに限定されず、Ｖ２Ｘの「Ｘ」は歩行者、車両又はインフラストラクチャ／ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す。「端末装置」という用語は、ＵＥ、移動局、加入者局、移動端末、ユーザ端末、又は無線装置と互換的に使用されてもよい。また、「ネットワーク装置」という用語は、端末装置が通信可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、リモートラジオユニット（ＲＲＵ）、ラジオヘッド（ＲＨ）、リモートラジオヘッド（ＲＲＨ）、フェムトノード、ピコノードなどの低電力ノードを含むが、これらに限定されない。
【0018】
一実施形態において、端末装置は、第１のネットワーク装置及び第２のネットワーク装置に接続することができる。第１のネットワーク装置と第２のネットワーク装置の一方をマスターノードとして、他方をセカンダリ―ノードとしてもよい。第１のネットワーク装置と第２のネットワーク装置は、異なる無線アクセス技術（ＲＡＴ）を使用してもよい。一実施形態において、第１のネットワーク装置は第１のＲＡＴ装置であってもよく、第２のネットワーク装置は第２のＲＡＴ装置であってもよい。一実施形態において、第１のＲＡＴ装置はｅＮＢであり、第２のＲＡＴ装置はｇＮＢである。異なるＲＡＴに関する情報は、第１のネットワーク装置及び第２のネットワーク装置の少なくとも一方から端末装置に送信されてもよい。一実施形態において、第１の情報は、第１のネットワーク装置から端末装置に送信されてもよく、そして第２の情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。一実施形態において、第２のネットワーク装置により設定された端末装置の設定に関する情報は、第２のネットワーク装置から第１のネットワーク装置を介して送信されてもよい。第２のネットワーク装置により設定された端末装置の再設定に関する情報は、第２のネットワーク装置から直接又は第１のネットワーク装置を介して端末装置に送信されてもよい。
【0019】
本明細書で使用される単数形「１つ」、及び「前記」は、文脈に明示的に示されていない限り、複数形も含まれる。用語「含む」及びその変型は、「含むが、これらに限定されるものではない」を意味するオープンエンド用語として理解されるべきである。用語「に基づく」は、「に少なくとも部分的に基づく」と理解されるべきである。用語「一実施形態」及び「実施形態」は、「少なくとも１つの実施形態」と理解されるべきである。用語「別の実施形態」は、「少なくとも１つの他の実施形態」と理解されるべきである。「第１」、「第２」などの用語は、異なる又は同一の対象を指してもよい。以下では、その他の明示的及び暗黙的な定義を含む場合がある。
【0020】
いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと称される。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はその他の点でより好ましい必要がないことは、理解することができるであろう。
【0021】
本明細書で使用される用語「回路」は、ハードウェア回路及び／又はハードウェア回路とソフトウェアとの組み合わせを意味することができる。例えば、回路は、アナログ及び／又はデジタルハードウェア回路とソフトウェア／ファームウェアとの組み合わせであってもよい。さらに別の例として、回路は、端末装置又はネットワーク装置のような装置に様々な機能を実行させるために協働する、デジタル信号プロセッサ、ソフトウェア及び１つ又は複数のメモリを含むソフトウェアを有するハードウェアプロセッサの任意の部分であってもよい。さらに別の例において、回路は、オペレーションのためにソフトウェア／ファームウェアを必要とするハードウェア回路及び／又はマイクロプロセッサ又はその一部のようなプロセッサであってもよいが、オペレーションのために必要でない場合、ソフトウェアは存在しなくてもよい。本明細書で使用されるように、用語「回路」は、ハードウェア回路又は１つ又は複数のプロセッサのみ、又はハードウェア回路又は１つ又は複数のプロセッサの一部、及びその（又はそれらの）付随するソフトウェア及び／又はファームウェアの実装も含む。
【0022】
本明細書で使用されるように、「ＴＲＰ」という用語は、特定の地理的位置に位置するネットワーク装置により利用可能な（１つ又は複数のアンテナ要素を有する）アンテナアレイを意味する。例としてマルチＴＲＰを参照して本開示のいくつかの実施形態について説明したが、これらの実施形態は、説明のためのみのものであり、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる限定も示唆しない。本明細書で説明される本開示の内容は、以下で説明される方法とは異なる様々な方法で実施することができることを理解すべきである。
【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】
ＵＥが、アクティブ化コマンドを搬送するＰＤＳＣＨに対応するスロットｎ内で、ＨＡＲＱ―ＡＣＫ情報を有するＰＵＣＣＨを送信する場合、ＴＣＩ状態と、ＤＣＩフィールド「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」のコードポイントとの間の示されたマッピングは、スロット
の後の第１のスロットから適用されるべきであり、ここで、μがＰＵＣＣＨについてのＳＣＳ設定である。ｔｃｉ―ＰｒｅｓｅｎｔＩｎＤＣＩが「ｅｎａｂｌｅｄ」に設定され、又はｔｃｉ－ＰｒｅｓｅｎｔＤＣＩ－１－２がＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴについて設定されており、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間の時間オフセットが、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ（適用可能な場合）以上である場合、ＵＥがＴＣＩ状態の初期上位層設定を受信した後で且つアクティブ化コマンドを受信する前に、ＵＥは、サービングセルのＰＤＳＣＨのＤＭ―ＲＳポートが、「ｔｙｐｅＡ」にセットされたｑｃｌ－Ｔｙｐｅに関して、また適用可能な場合、「ｔｙｐｅＤ」にセットされたｑｃｌ－Ｔｙｐｅに関しても、最初のアクセスプロシージャにおいて決定されたＳＳ／ＰＢＣＨブロックと準コロケーションであると仮定してもよい。
【数1】
【0067】
いくつかの実施形態において、ＵＥが「ｅｎａｂｌｅｄ」にセットされた上位層パラメータｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩを有するように設定されている場合、又はｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ－ＦｏｒＦｏｒｍａｔ１＿２がＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴについて設定されている場合、ＵＥは、ＣＯＲＥＳＥＴにおいて送信されるＰＤＣＣＨのＤＣＩ（例えば、ＤＣＩフォーマット１＿１又はＤＣＩフォーマット１＿２）内にＴＣＩフィールドが存在すると仮定する。ｔｃｉ―ＰｒｅｓｅｎｔＩｎＤＣＩ又はｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ－ＦｏｒＦｏｒｍａｔ１＿２がＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴについて設定されていない場合、又はＰＤＳＣＨがＤＣＩ（例えば、ＤＣＩフォーマット１＿０）によりスケジューリングされる場合、ＵＥは、ＣＯＲＥＳＥＴにおいて送信されるＰＤＣＣＨのＤＣＩ（例えば、ＤＣＩフォーマット１＿１又はＤＣＩフォーマット１＿２又はＤＣＩフォーマット１＿０）内にＴＣＩフィールドが存在しないと仮定する。ＰＤＳＣＨが、ＴＣＩフィールドが存在しないＤＣＩフォーマットによりスケジューリングされ、ＤＬ ＤＣＩの受信とサービングセルの対応するＰＤＳＣＨとの間の時間オフセットが、ＰＤＳＣＨアンテナポート準コロケーションを決定するための、報告されたＵＥ能力［１３，ＴＳ ３８．３０６］に基づく閾値ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ（適用可能な場合）以上である場合、ＵＥは、ＰＤＳＣＨについてのＴＣＩ状態又はＱＣＬ想定が、サービングセルのアクティブＢＷＰ内のＰＤＣＣＨ送信のために使用されるＣＯＲＥＳＥＴに適用されるＴＣＩ状態又はＱＣＬ想定と同じであると仮定する。
【0068】
ｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが「ｅｎａｂｌｅｄ」に設定され、又はｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ－ＦｏｒＦｏｒｍａｔ１＿２がＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴについて設定されており、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間の時間オフセットが、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ（適用可能な場合）以上である場合、ＵＥがＴＣＩ状態の初期上位層設定を受信した後で且つアクティブ化コマンドを受信する前に、ＵＥは、サービングセルのＰＤＳＣＨのＤＭＲＳポートが、「ＱＣＬ－ＴｙｐｅＡ」に関して、また適用可能な場合、「ＱＣＬ－ＴｙｐｅＤ」に関しても、最初のアクセスプロシージャにおいて決定されたＳＳ／ＰＢＣＨブロックと準コロケーションであると仮定してもよい。ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬの値は、報告されたＵＥ能力に基づく。
【0069】
ＵＥが、ＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴについて「ｅｎａｂｌｅｄ」にセットされた上位層パラメータｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩを有するように設定されている場合、ＵＥは、ＣＯＲＥＳＥＴにおいて送信されるＰＤＣＣＨのＤＣＩ（例えば、ＤＣＩフォーマット１＿１）内にＴＣＩフィールドが存在すると仮定する。ＵＥが、ＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴについての上位層パラメータｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ－ＦｏｒＦｏｒｍａｔ１＿２を有するように設定されている場合、ＵＥは、ｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ－ＦｏｒＦｏｒｍａｔ１＿２により示されるＤＣＩフィールドサイズを有するＴＣＩフィールドが、ＣＯＲＥＳＥＴにおいて送信されるＰＤＣＣＨのＤＣＩ（例えば、ＤＣＩフォーマット１＿２）内に存在すると仮定する。ＰＤＳＣＨが、ＴＣＩフィールドが存在しないＤＣＩフォーマットによりスケジューリングされ、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間の時間オフセットが、ＰＤＳＣＨアンテナポート準コロケーションを決定するための、報告されたＵＥ能力［ＴＳ ３８．３０６］に基づく閾値ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ（適用可能な場合）以上である場合、ＵＥは、ＰＤＳＣＨについてのＴＣＩ状態又はＱＣＬ想定が、サービングセルのアクティブＢＷＰ内のＰＤＣＣＨ送信のために使用されるＣＯＲＥＳＥＴに適用されるＴＣＩ状態又はＱＣＬ想定と同じであると仮定する。
【0070】
ＰＤＳＣＨが、ＴＣＩフィールドが存在するＤＣＩフォーマットによりスケジューリングされ、スケジューリングコンポーネントキャリア内のＤＣＩ内のＴＣＩフィールドが、スケジューリングコンポーネントキャリア又はＤＬ ＢＷＰ内のアクティブ化されたＴＣＩ状態を指している場合、ＵＥは、ＤＣＩを有する検出されたＰＤＣＣＨ内の「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」フィールドの値に従ったＴＣＩ状態を使用してＰＤＳＣＨアンテナポート準コロケーションを決定する。ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間の時間オフセットが報告されたＵＥ能力［ＴＳ ３８．３０６］に基づく閾値ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ以上である場合、ＵＥは、サービングセルのＰＤＳＣＨのＤＭ―ＲＳポートが、示されたＴＣＩ状態により与えられるＱＣＬタイプパラメータに関して、ＴＣＩ状態内のＲＳと準コロケーションであると仮定してもよい。ＵＥがシングルスロットＰＤＳＣＨを有するように設定されている場合、示されたＴＣＩ状態は、スケジューリングされたＰＤＳＣＨを有するスロット内のアクティブ化されたＴＣＩ状態に基づくべきである。ＵＥがマルチスロットＰＤＳＣＨを有するように設定されている場合、示されたＴＣＩ状態は、スケジューリングされたＰＤＳＣＨを有する第１のスロット内のアクティブ化されたＴＣＩ状態に基づくべきであり、ＵＥは、アクティブ化されたＴＣＩ状態がスケジューリングされたＰＤＳＣＨを有するスロットにわたって同じであることを望むべきである。ＵＥが、クロスキャリアスケジューリングのための探索空間セットに関連付けられたＣＯＲＥＳＥＴを有するように設定され、スケジューリングＤＣＩを搬送するＰＤＣＣＨと該ＤＣＩによりスケジューリングされたＰＤＳＣＨとが同じキャリアにおいて送信される場合、ＵＥは、ｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが「ｅｎａｂｌｅｄ」にセットされるか、又はｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ－ＦｏｒＦｏｒｍａｔ１＿２がＣＯＲＥＳＥＴについて設定されることを期待し、もし探索空間セットによりスケジューリングされたサービングセルのために設定されたＴＣＩ状態のうちの１つ又は複数が「ＱＣＬ―ＴｙｐｅＤ」を含む場合、ＵＥは、探索空間セット内の検出されたＰＤＣＣＨの受信と、対応するＰＤＳＣＨとの間の時間オフセットが、閾値ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ以上であることを期待する。
【0071】
ＲＲＣ接続モードにおけるｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ及びｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ－ＦｏｒＦｏｒｍａｔ１＿２の設定とは関係なく、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間のオフセットが閾値ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬよりも小さく、スケジューリングされたＰＤＳＣＨのサービングセルについての少なくとも１つの設定されたＴＣＩ状態が「ｔｙｐｅＤ」にセットされたｑｃｌ－Ｔｙｐｅを含む場合、
【0072】
－ ＵＥは、サービングセルのアクティブＢＷＰ内の１つ又は複数のＣＯＲＥＳＥＴがＵＥにより監視される最後のスロット内の最も低いｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄを有する監視された探索空間に関連付けられたＣＯＲＥＳＥＴのＰＤＣＣＨ準コロケーション指示のために使用されるＱＣＬパラメータに関して、サービングセルのＰＤＳＣＨのＤＭ―ＲＳポートがＲＳと準コロケーションであると仮定してもよい。この場合、ＰＤＳＣＨ ＤＭ―ＲＳの「ｔｙｐｅＤ」にセットされたｑｃｌ－Ｔｙｐｅが少なくとも１つのシンボル内で重複するＰＤＣＣＨ ＤＭ―ＲＳのｑｃｌ－Ｔｙｐｅとは異なる場合、ＵＥは、そのＣＯＲＥＳＥＴに関連付けられるＰＤＣＣＨの受信を優先することが期待される。これは、帯域内ＣＡの場合（ＰＤＳＣＨとＣＯＲＥＳＥＴとが異なるコンポーネントキャリア内にある場合）にも適用される。
【0073】
－ ＵＥがｅｎａｂｌｅＤｅｆａｕｌｔＴＣＩＳｔａｔｅＰｅｒＣｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘを有するように設定され、且つ、ＵＥが異なるＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔｓ内に２つの異なるｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘ値を含む上位層パラメータＰＤＣＣＨ－Ｃｏｎｆｉｇを有するように設定されている場合、
【0074】
－ ＵＥは、サービングセルのアクティブＢＷＰ内の、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨと同じｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘの値に関連付けられる１つ又は複数のＣＯＲＥＳＥＴがＵＥにより監視される最後のスロット内の、該ＰＤＳＣＨをスケジューリングするＰＤＣＣＨと同じｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘ値を有するように設定された、ＣＯＲＥＳＥＴのうち、最も低いｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄを有する監視された探索空間に関連付けられたＣＯＲＥＳＥＴのＰＤＣＣＨ準コロケーション指示のために使用されるＱＣＬパラメータに関して、サービングセルのｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘの値に関連付けられるＰＤＳＣＨのＤＭ―ＲＳポートがＲＳと準コロケーションであると仮定してもよい。この場合、ＰＤＳＣＨ ＤＭ―ＲＳの「ＱＣＬ－ＴｙｐｅＤ」が少なくとも１つのシンボル内で重複するとともに、同じｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘに関連付けられたＰＤＣＣＨ ＤＭ―ＲＳのものと異なる場合、ＵＥは、そのＣＯＲＥＳＥＴに関連付けられたＰＤＣＣＨの受信を優先することが期待される。これは、帯域内ＣＡの場合（ＰＤＳＣＨとＣＯＲＥＳＥＴが異なるコンポーネントキャリア内にある場合）にも適用される。
【0075】
－ ＵＥがｅｎａｂｌｅＴｗｏＤｅｆａｕｌｔＴＣＩ－Ｓｔａｔｅｓを有するように設定され、少なくとも１つのＴＣＩコードポイントが２つのＴＣＩ状態を示す場合、ＵＥは、サービングセルのＰＤＳＣＨのＤＭ―ＲＳポート又はＰＤＳＣＨ送信オケージョンが、２つの異なるＴＣＩ状態を含むＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態に関連付けられたＱＣＬパラメータに関して、ＲＳと準コロケーションであると仮定してもよい。ＵＥが「ｔｄｍＳｃｈｅｍｅＡ」にセットされた上位層パラメータｒｅｐｅｔｉｔｉｏｎＳｃｈｅｍｅにより設定された場合、又は上位層パラメータｒｅｐｅｔｉｔｉｏｎＮｕｍｂｅｒを有するように設定された場合、条項５．１．２．１に従って、第１のＰＤＳＣＨ送信オケージョンを有するスロット内でのアクティブ化されたＴＣＩ状態に基づいて、示されたＴＣＩ状態を、２つの異なるＴＣＩ状態を含むＴＣＩコードポイントのうちの最も低いコードポイントに対応するＴＣＩ状態で置換することにより、ＴＣＩ状態のＰＤＳＣＨ送信オケージョンへのマッピングを決定する。この場合、２つの異なるＴＣＩ状態を含むＴＣＩコードポイントのうちの最も低いコードポイントに対応する両方のＴＣＩ状態内の「ＱＣＬ－ＴｙｐｅＤ」が、少なくとも１つのシンボル内で重複するＰＤＣＣＨ ＤＭ―ＲＳのものと異なる場合、ＵＥは、ＣＯＲＥＳＥＴに関連付けられたＰＤＣＣＨの受信を優先することが期待される。これは、帯域内ＣＡの場合（ＰＤＳＣＨとＣＯＲＥＳＥＴが異なるコンポーネントキャリア内にある場合）にも適用される。
【0076】
－ 上記のいずれの場合においても、スケジューリングされたＰＤＳＣＨのサービングセルについての設定されたＴＣＩ状態のうちのいずれも「ｔｙｐｅＤ」にセットされたｑｃｌ－Ｔｙｐｅを有するように設定されていない場合、ＵＥは、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間の時間オフセットに関係なく、スケジューリングされたＰＤＳＣＨについて、示されたＴＣＩ状態から他のＱＣＬ想定を取得すべきである。
【0077】
スケジューリングＤＣＩを搬送するＰＤＣＣＨが１つのコンポーネントキャリアにおいて受信され、該ＤＣＩによりスケジューリングされたＰＤＳＣＨが別のコンポーネントキャリア上にあり、且つＵＥがｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍ－ＦｏｒＣＣＳを有するように設定されている場合、
【0078】
－ ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬは、スケジューリングされたＰＤＳＣＨのサブキャリア間隔に基づいて決定される。もしμＰＤＣＣＨ＜μＰＤＳＣＨであれば、追加のタイミング遅延
がｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬに追加され、ここで、ｄが５．２．１．５．１ａ―１で定義され、又は、ｄがゼロである。
【数2】
【0079】
－ 両方の場合、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間のオフセットが閾値ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬよりも小さい場合、及びＤＬ ＤＣＩにＴＣＩフィールドが存在しない場合、ＵＥは、スケジューリングされたセルのアクティブＢＷＰにおいて、ＰＤＳＣＨに適用可能な最も低いＩＤを有するアクティブ化されたＴＣＩ状態から、スケジューリングされたＰＤＳＣＨについてのそのＱＣＬ想定を取得する。
【0080】
上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内の周期的ＣＳＩ－ＲＳリソースについて、ＵＥは、ＴＣＩ－Ｓｔａｔｅが以下の準コロケーションタイプのうちの１つを示すことを期待すべきである。
【0081】
－ ＳＳ／ＰＢＣＨブロックを有する「ｔｙｐｅＣ」、及び適用可能な場合、同じＳＳ／ＰＢＣＨブロックを有する「ｔｙｐｅＤ」、又は
－ ＳＳ／ＰＢＣＨブロックを有する「ｔｙｐｅＣ」、及び適用可能な場合、上位層パラメータｒｅｐｅｔｉｔｉｏｎを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は
上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内の非周期的ＣＳＩ－ＲＳリソースについて、ＵＥは、ＴＣＩ－Ｓｔａｔｅが、上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内の周期的ＣＳＩ－ＲＳリソースを有する、「ｔｙｐｅＡ」にセットされたｑｃｌ－Ｔｙｐｅ、及び適用可能な場合、同じ周期的ＣＳＩ－ＲＳリソースを有するｑｃｌタイプが「ｔｙｐｅＤ」にセットされたｑｃｌ－Ｔｙｐｅを示すことを期待すべきである。
－ ＳＳ／ＰＢＣＨブロックを有する「ｔｙｐｅＣ」、及び適用可能な場合、上位層パラメータｒｅｐｅｔｉｔｉｏｎを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は
上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内の非周期的ＣＳＩ－ＲＳリソースについて、ＵＥは、ＴＣＩ－Ｓｔａｔｅが、上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内の周期的ＣＳＩ－ＲＳリソースを有する、「ｔｙｐｅＡ」にセットされたｑｃｌ－Ｔｙｐｅ、及び適用可能な場合、同じ周期的ＣＳＩ－ＲＳリソースを有するｑｃｌタイプが「ｔｙｐｅＤ」にセットされたｑｃｌ－Ｔｙｐｅを示すことを期待すべきである。
【0082】
上位層パラメータｔｒｓ－Ｉｎｆｏを有しない、且つ上位層パラメータｒｅｐｅｔｉｔｉｏｎを有しないように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内の周期的ＣＳＩ－ＲＳリソースについて、ＵＥは、ＴＣＩ－Ｓｔａｔｅが以下の準コロケーションタイプのうちの１つを示すことを期待すべきである。
【0083】
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、同じＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、ＳＳ／ＰＢＣＨブロックを有する「ｔｙｐｅＤ」、又は
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、上位層パラメータｒｅｐｅｔｉｔｉｏｎを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は
－ 「ｔｙｐｅＤ」が適用不可能な場合、上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＢ」。
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、ＳＳ／ＰＢＣＨブロックを有する「ｔｙｐｅＤ」、又は
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、上位層パラメータｒｅｐｅｔｉｔｉｏｎを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は
－ 「ｔｙｐｅＤ」が適用不可能な場合、上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＢ」。
【0084】
上位層パラメータｒｅｐｅｔｉｔｉｏｎを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内の周期的ＣＳＩ－ＲＳリソースについて、ＵＥは、ＴＣＩ－Ｓｔａｔｅが以下の準コロケーションタイプのうちの１つを示すことを期待すべきである。
【0085】
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、同じＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、上位層パラメータｒｅｐｅｔｉｔｉｏｎを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は
－ ＳＳ／ＰＢＣＨブロックを有する「ｔｙｐｅＣ」、及び適用可能な場合、同じＳＳ／ＰＢＣＨブロックを有する「ｔｙｐｅＤ」。
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、上位層パラメータｒｅｐｅｔｉｔｉｏｎを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は
－ ＳＳ／ＰＢＣＨブロックを有する「ｔｙｐｅＣ」、及び適用可能な場合、同じＳＳ／ＰＢＣＨブロックを有する「ｔｙｐｅＤ」。
【0086】
ＰＤＣＣＨのＤＭ－ＲＳについて、ＵＥは、ＴＣＩ－Ｓｔａｔｅが以下の準コロケーションタイプのうちの１つを示すことを期待すべきである。
【0087】
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、同じＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、上位層パラメータｒｅｐｅｔｉｔｉｏｎを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有しない、且つ上位層パラメータｒｅｐｅｔｉｔｉｏｎを有しないように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、同じＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」。
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、上位層パラメータｒｅｐｅｔｉｔｉｏｎを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有しない、且つ上位層パラメータｒｅｐｅｔｉｔｉｏｎを有しないように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、同じＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」。
【0088】
ＰＤＳＣＨのＤＭ－ＲＳについて、ＵＥは、ＴＣＩ－Ｓｔａｔｅが以下の準コロケーションタイプのうちの１つを示すことを期待すべきである。
【0089】
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、同じＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、上位層パラメータｒｅｐｅｔｉｔｉｏｎを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有しない、且つ上位層パラメータｒｅｐｅｔｉｔｉｏｎを有しないように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、同じＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」。
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、上位層パラメータｒｅｐｅｔｉｔｉｏｎを有するように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は
－ 上位層パラメータｔｒｓ－Ｉｎｆｏを有しない、且つ上位層パラメータｒｅｐｅｔｉｔｉｏｎを有しないように設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び適用可能な場合、同じＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」。
【0090】
スケジューリングＤＣＩを搬送するＰＤＣＣＨが１つのコンポーネントキャリアにおいて受信され、且つ、該ＤＣＩによりスケジューリングされたＰＤＳＣＨが別のコンポーネントキャリア上にある場合、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬは、スケジューリングされたＰＤＳＣＨのサブキャリア間隔に基づいて決定される。μＰＤＣＣＨ＜μＰＤＳＣＨの場合、追加のタイミング遅延ｄがｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬに追加され、ここで、ＰＤＣＣＨについてのサブキャリア間隔が１５ｋＨｚである場合、ｄは８シンボルとして定義され、又は、ＰＤＣＣＨについてのサブキャリア間隔が３０ｋＨｚである場合、８シンボルとして定義され、又は、ＰＤＣＣＨについてのサブキャリア間隔が６０ｋＨｚである場合、１４シンボルとして定義される。例えば、シンボルがＰＤＣＣＨシンボルであるか、又は、（例えば、ＴＳ ３８．２１４の表５．２．１．５．１ａ―１に規定されているように）シンボルがＰＤＣＣＨのサブキャリア間隔に基づく。両方の場合、ｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが「ｅｎａｂｌｅｄ」にセットされ、且つ、ＤＬ ＤＣＩの受信と対応するＰＤＳＣＨとの間のオフセットが閾値ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬよりも小さい場合、及びｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが設定されていない場合、ＵＥは、スケジューリングされたセルのアクティブＢＷＰにおいて、ＰＤＳＣＨに適用可能な最も低いＩＤを有するアクティブ化されたＴＣＩ状態から、スケジューリングされたＰＤＳＣＨについてのそのＱＣＬ想定を取得する。
【0091】
３ＧＰＰ仕様（ＴＳ ３８．２１４）に規定されているように、ＵＥが、「ＦＤＭＳｃｈｅｍｅＡ」、「ＦＤＭＳｃｈｅｍｅＢ」、「ＴＤＭＳｃｈｅｍｅＡ」のうちの１つにセットされた上位層パラメータＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒを有するように設定されている場合、ＵＥに、ＤＣＩフィールド「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」のコードポイント内で２つのＴＣＩ状態が示され、ＤＣＩフィールド「Ａｎｔｅｎｎａ Ｐｏｒｔ（ｓ）」内で１つのＣＤＭ（Ｃｏｄｅ Ｄｏｍａｉｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）グループ内のＤＭＲＳポートが示される場合、ＤＣＩ内で２つのＴＣＩ状態が示され、且つ、ＵＥが「ＦＤＭＳｃｈｅｍｅＡ」に設定されている場合、ＵＥは、ＴＳ ３８．２１４内の条項「物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）バンドリング」（例えば、条項５．１．２．３）に記載されているように、重複しない周波数領域リソース割り当てに各ＴＣＩ状態が関連付けられているＴＢの単一ＰＤＳＣＨ送信オケージョンを受信すべきである。ＤＣＩ内で２つのＴＣＩ状態が示され、且つ、ＵＥが「ＦＤＭＳｃｈｅｍｅＢ」に設定されている場合、ＵＥは、ＴＳ ３８．２１４内の条項「物理リソースブロック（ＰＲＢ）バンドリング」（例えば、条項５．１．２．３）に記載されているように、他のＰＤＳＣＨ送信オケージョンに対して重複しない周波数領域リソース割り当てを有するＰＤＳＣＨ送信オケージョンに各ＴＣＩ状態が関連付けられている同じＴＢの２つのＰＤＳＣＨ送信オケージョンを受信すべきである。ＤＣＩ内で２つのＴＣＩ状態が示され、且つ、ＵＥが「ＴＤＭＳｃｈｅｍｅＡ」に設定されている場合、ＵＥは、ＴＳ ３８．２１４の条項「時間領域におけるリソース割り当て」（例えば、条項５．１．２．１）に記載されているように、他のＰＤＳＣＨ送信オケージョンに対して重複しない時間領域リソース割り当てを有するＰＤＳＣＨ送信オケージョンに各ＴＣＩ状態が関連付けられている同じＴＢの２つのＰＤＳＣＨ送信オケージョンを受信すべきであり、２つのＰＤＳＣＨ送信オケージョンは全て所定のスロット内で受信されるべきである。
【0092】
ＵＥがＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ内にＲｅｐＮｕｍＲ１６を含むｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ内の少なくとも１つのエントリを示す上位層パラメータ ＰＤＳＣＨ－ｃｏｎｆｉｇにより設定されている場合、ＵＥは、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ内にＲｅｐＮｕｍ１６を含むエントリを示すＤＣＩフィールド「Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ」とともに、ＤＣＩフィールド「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」のコードポイント内で１つ又は２つのＴＣＩ状態が示され、ＤＣＩフィールド「Ａｎｔｅｎｎａ Ｐｏｒｔ（ｓ）」内で１つのＣＤＭグループ内のＤＭ―ＲＳポートが示されることを期待してもよい。ＤＣＩにおいて「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」フィールドで２つのＴＣＩ状態が示されている場合、ＵＥは、ＴＳ ３８．２１４内の「時間領域におけるリソース割り当て」（例えば、条項５．１．２．１）に記載されているように、複数のＰＤＳＣＨ送信オケージョンにわたって２つのＴＣＩ状態が使用される、同じＴＢの複数のスロットレベルのＰＤＳＣＨ送信オケージョンを受信することを期待してもよい。ＤＣＩにおいて「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」フィールドで１つのＴＣＩ状態が示されている場合、ＵＥは、ＴＳ ３８．２１４内の「時間領域におけるリソース割り当て」（例えば、条項５．１．２．１）に記載されているように、複数のＰＤＳＣＨ送信オケージョンにわたって１つのＴＣＩ状態が使用される、同じＴＢの複数のスロットレベルのＰＤＳＣＨ送信オケージョンを受信することを期待してもよい。
【0093】
ＵＥに、ＤＣＩフィールド「Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ」がＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ内にＲｅｐＮｕｍＲ１６を含むｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ内のエントリを示すＤＣＩが示されておらず、且つ、ＤＣＩフィールド「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」のコードポイント内で２つのＴＣＩ状態が示され、ＤＣＩフィールド「Ａｎｔｅｎｎａ Ｐｏｒｔ（ｓ）」内で２つのＣＤＭグループ内のＤＭ―ＲＳポートが示される場合、ＵＥは、ＤＭ―ＲＳポートとＴＣＩ状態との間の関連付けがＴＳ ３８．２１４内の条項「ＤＭＲＳ受信プロシージャ」（例えば、条項５．１．６．２）に定義されているような単一のＰＤＳＣＨを受信することを期待してもよい。
【0094】
ＵＥに、ＤＣＩフィールド「Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ」がＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ内にＲｅｐＮｕｍＲ１６を含むｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ内のエントリを示すＤＣＩが示されておらず、且つ、ＤＣＩフィールド「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」のコードポイント内で１つのＴＣＩ状態が示される場合、ＰＤＣＣＨの検出時にＰＤＳＣＨを受信するためのＵＥプロシージャは、ＴＳ ３８．２１４内の条項「物理ダウンリンク共有チャネルを受信するためのＵＥプロシージャ」（例えば、条項５．１）に従う。
【0095】
以下では、用語「ＦＤＭＳｃｈｅｍｅＡ」と「方式２ａ」とは、互換的に使用されてもよい。用語「ＦＤＭＳｃｈｅｍｅＢ」及び「方式２ｂ」は、互換的に使用されてもよい。用語「ＴＤＭＳｃｈｅｍｅＡ」及び「方式３」は、互換的に使用されてもよい。用語「ＲｅｐＮｕｍＲ１６」及び「方式４」は、互換的に使用されてもよい。
【0096】
３ＧＰＰ仕様（ＴＳ ３８．２１４）に規定されているように、ＵＥが「ＴＤＭＳｃｈｅｍｅＡ」にセットされた上位層パラメータＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒと、ＤＣＩフィールド「アンテナポート」内の示される１つのＣＤＭグループ内のＤＭ―ＲＳポートとにより設定されている場合、ＰＤＳＣＨ送信オケージョンの数は、スケジューリングＤＣＩのＤＣＩフィールド「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」により示されるＴＣＩ状態の数から導出される。２つのＴＣＩ状態がＤＣＩフィールド「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」により示される場合、ＵＥは、２つのＰＤＳＣＨ送信オケージョンを受信することが期待され、ここで、第１のＴＣＩ状態は、第１のＰＤＳＣＨ送信オケージョンに適用され、第１のＰＤＳＣＨ送信オケージョンについての時間領域におけるリソース割り当ては、ＴＳ ３８．２１４内の条項「時間領域におけるリソース割り当て」（例えば、条項５．１．２．１）に従う。第２のＴＣＩ状態は、第２のＰＤＳＣＨ送信オケージョンに適用され、第２のＰＤＳＣＨ送信オケージョンは、第１のＰＤＳＣＨ送信オケージョンと同数のシンボルを有すべきである。ＵＥがＳｔａｒｔｉｎｇＳｙｍｂｏｌＯｆｆｓｅｔＫ内の値
を有する上位層により設定される場合、ＵＥは、第２のＰＤＳＣＨ送信オケージョンの第１のシンボルが、第１のＰＤＳＣＨ送信オケージョンの最後のシンボルから個シンボルの後に開始すると決定すべきである。値
が上位層パラメータＳｔａｒｔｉｎｇＳｙｍｂｏｌＯｆｆｓｅｔＫを介して設定されていない場合、ＵＥにより
＝０と仮定すべきである。ＵＥは、各ＰＤＳＣＨ送信オケージョンについて２つを超えるＰＤＳＣＨ送信層を受信することを期待しない。２つのＰＤＳＣＨ送信オケージョンについて、適用される冗長バージョンは、ＴＳ ３８．２１４の表５．１．２．１―２に従って導出され、ここで、ｎ＝０， １は第１及び第２のＴＣＩ状態にそれぞれ適用される。そうでない場合、ＵＥは、単一のＰＤＳＣＨ送信オケージョンを受信することが期待され、時間領域におけるリソース割り当ては、ＴＳ ３８．２１４の条項「時間領域におけるリソース割り当て」（例えば、条項５．１．２．１）に従う。
【数3】
【数4】
【数5】
【0097】
３ＧＰＰ仕様（ＴＳ ３８．２１４）で規定されているように、ＵＥがＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ内にＲｅｐＮｕｍＲ１６を含むｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ内の少なくとも１つのエントリを示す上位層パラメータＰＤＳＣＨ－ｃｏｎｆｉｇにより設定されている場合、２つのＴＣＩ状態が、ＤＣＩフィールド「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」と、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ内にＲｅｐＮｕｍＲ１６を含むｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ内のエントリ及びＤＣＩフィールド「Ａｎｔｅｎｎａ Ｐｏｒｔ（ｓ）」内の １つのＣＤＭグループ内のＤＭ―ＲＳポートとを示すＤＣＩフィールド「Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ」とにより示される場合、全てのＰＤＳＣＨ送信オケージョンに同じＳＬＩＶ（Ｓｔａｒｔ ａｎｄ ｌｅｎｇｔｈ ｉｎｄｉｃａｔｏｒ ｖａｌｕｅ：開始及び長さ指示値）が適用され、第１のＴＣＩ状態が第１のＰＤＳＣＨ送信オケージョンに適用され、第１のＰＤＳＣＨ送信オケージョンについての時間領域におけるリソース割り当ては、ＴＳ ３８．２１４の条項「時間領域におけるリソース割り当て」（例えば、条項５．１．２．１）に従う。ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ内のＲｅｐＮｕｍＲ１６により示される値が２に等しい場合、第２のＴＣＩ状態は、第２のＰＤＳＣＨ送信オケージョンに適用される。ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ内のＲｅｐＮｕｍＲ１６により示される値が２よりも大きい場合、ＵＥは、ＲｅｐＴＣＩＭａｐｐｉｎｇ内のＣｙｃＭａｐｐｉｎｇ又はＳｅｑＭａｐｐｉｎｇを有効化するようにさらに設定されてもよい。ＣｙｃＭａｐｐｉｎｇが有効化されている場合、第１及び第２のＴＣＩ状態が第１及び第２のＰＤＳＣＨ送信オケージョンにそれぞれ適用され、同じＴＣＩマッピングパターンが残りのＰＤＳＣＨ送信オケージョンに引き続き適用される。ＳｅｑＭａｐｐｉｎｇが有効化されている場合、第１のＴＣＩ状態が第１及び第２のＰＤＳＣＨ送信に適用され、第２のＴＣＩ状態が第３及び第４のＰＤＳＣＨ送信に適用され、同じＴＣＩマッピングパターンが残りのＰＤＳＣＨ送信オケージョンに引き続き適用される。ＵＥは、各ＰＤＳＣＨ送信オケージョンが２つの送信層に限定されることを期待してもよい。第１のＴＣＩ状態に関連付けられた全てのＰＤＳＣＨ送信オケージョンについて、適用される冗長バージョンは、表５．１．２．１―２［ＴＳ ３８．２１４］に従って導出され、ここで、ｎは第１のＴＣＩ状態に関連付けられたＰＤＳＣＨ送信オケージョンのみを考慮してカウントされる。第２のＴＣＩ状態に関連付けられるＰＤＳＣＨ送信についての冗長バージョンは、表５．１．２．１―３（ＴＳ ３８．２１４）に従って導出され、ここで、各冗長バージョンｒｖｓについての追加のシフトオペレーションは、上位層パラメータＲＶＳｅｑＯｆｆｓｅｔにより設定され、ｎは、第２のＴＣＩ状態に関連付けられたＰＤＳＣＨ送信オケージョンのみを考慮してカウントされる。１つＴＣＩ状態が、ＤＣＩフィールド「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」と、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ内にＲｅｐＮｕｍＲ１６を含むｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔ内のエントリ及びＤＣＩフィールド「Ａｎｔｅｎｎａ Ｐｏｒｔ（ｓ）」内の １つのＣＤＭグループ内のＤＭ―ＲＳポートとを示すＤＣＩフィールド「Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ」とにより示される場合、同じＳＬＩＶが全てのＰＤＳＣＨ送信オケージョンについて適用され、第１のＰＤＳＣＨ送信オケージョンは、ＴＳ ３８．２１４内の条項「時間領域におけるリソース割り当て」（例えば、条項５．１．２．１）に従い、同じＴＣＩ状態が全てのＰＤＳＣＨ送信オケージョンに適用される。ＵＥは、各ＰＤＳＣＨ送信オケージョンが２つの送信層に限定されることを期待してもよい。全てのＰＤＳＣＨ送信オケージョンについて、適用される冗長バージョンは、表５．１．２．１―２［ＴＳ ３８．２１４］に従って導出され、ここで、ｎはＰＤＳＣＨ送信オケージョンを考慮してカウントされる。そうでない場合、ＵＥは、単一のＰＤＳＣＨ送信オケージョンを受信することが期待され、時間領域におけるリソース割り当ては、ＴＳ ３８．２１４の条項「時間領域におけるリソース割り当て」（例えば、条項５．１．２．１）に従う。
【0098】
表５．１．２．１－２：ｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが存在する場合に適用される冗長バージョン
【表1】
【0099】
表５．１．２．１－３：ＲＶＳｅｑＯｆｆｓｅｔが存在する場合に第２のＴＣＩ状態について適用される冗長バージョン
【表2】
【0100】
３ＧＰＰ仕様（ＴＳ ３８．２１４）に規定されているように、「ＦＤＭＳｃｈｅｍｅＡ」又は「ＦＤＭＳｃｈｅｍｅＢ」にセットされた上位層パラメータＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒを有するように設定されたＵＥについて、ＵＥが、ＤＣＩフィールド「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」のコードポイント内で２つのＴＣＩ状態が示され、ＤＣＩフィールド「Ａｎｔｅｎｎａ Ｐｏｒｔ（ｓ）」内で１つのＣＤＭ（Ｃｏｄｅ Ｄｏｍａｉｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）グループ内のＤＭ－ＲＳポートが示される場合、
が「広帯域」として決定された場合、第１の
個のＰＲＢは第１のＴＣＩ状態に割り当てられ、残りの
個のＰＲＢは第２のＴＣＩ状態に割り当てられ、ここで、ｎＰＲＢはＵＥについての割り当てられたＰＲＢの総数である。
が｛２，４｝のうちの値のうちの１つであると決定された場合、割り当てられた周波数領域リソース内の偶数のＰＲＧが第１のＴＣＩ状態に割り当てられ、割り当てられた周波数領域リソース内の奇数のＰＲＧが第２のＴＣＩ状態に割り当てられる。ＵＥは、各ＰＤＳＣＨ送信オケージョンについて２つを超えるＰＤＳＣＨ送信層を受信することを期待しない。
【数6】
【数7】
【数8】
個のＰＲＢは第２のＴＣＩ状態に割り当てられ、ここで、ｎＰＲＢはＵＥについての割り当てられたＰＲＢの総数である。
【数9】
【0101】
「ＦＤＭＳｃｈｅｍｅＢ」にセットされた上位層パラメータＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒにより設定されたＵＥについて、且つ、ＵＥに、ＤＣＩフィールド「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」のコードポイント内で２つのＴＣＩ状態が示し、ＤＣＩフィールド「Ａｎｔｅｎｎａ Ｐｏｒｔ（ｓ）」内で１つのＣＤＭグループ内のＤＭ―ＲＳポートが示される場合、各ＰＤＳＣＨ送信は、［ＴＳ ３８．２１１］の条項「物理ダウンリンク共有チャネル」（例えば、条項７．３．１）に従うべきであり、そのリソース要素へのマッピングは、ＰＤＳＣＨ送信オケージョンの対応するＴＣＩ状態についての割り当てられたＰＲＢにより決定され、ＵＥは、単一の送信層がスケジューリングされる場合、各ＰＤＳＣＨ送信オケージョンに最大２つのコードブロックのみを期待すべきであり、２つの送信層がスケジューリングされる場合、各ＰＤＳＣＨ送信オケージョンに単一のコードブロックのみを期待すべきである。２つのＰＤＳＣＨ送信オケージョンについて、適用される冗長バージョンは、［ＴＳ ３８．２１４］の表５．１．２．１―２に従って導出され、ここで、ｎ＝０， １は第１及び第２のＴＣＩ状態にそれぞれ適用される。
【0102】
いくつかの実施形態において、端末装置１１０－１は、第１のＰＤＣＣＨ候補と第２のＰＤＣＣＨ候補とを有するように設定されてもよく、ここで、第１のＰＤＣＣＨ候補と第２のＰＤＣＣＨ候補とはリンクされている。例えば、リンクされた第１のＰＤＣＣＨ候補と第２のＰＤＣＣＨ候補とは、ＰＤＣＣＨ反復について適用される。別の例について、リンクされた第１のＰＤＣＣＨ候補と第２のＰＤＣＣＨ候補とは、同じスケジューリングについて適用される。例えば、スケジューリングは、ダウンリンクデータスケジューリング、ＰＤＳＣＨスケジューリング、アップリンクデータスケジューリング、ＰＵＳＣＨスケジューリング、ダウンリンクＲＳスケジューリング、アップリンクＲＳスケジューリング、及びＰＵＣＣＨスケジューリングのうちの少なくとも１つであってもよい。
【0103】
いくつかの実施形態において、端末装置１１０－１は、複数の制御リソースセット（すなわち、ＣＯＲＥＳＥＴ）を有するように設定されてもよい。
【0104】
いくつかの実施形態において、ＣＯＲＥＳＥＴは、周波数領域内の
個のリソースブロック（ＲＢ）と、時間領域内の
個のシンボルとから構成されてもよい。いくつかの実施形態において、制御チャネル要素（ＣＣＥ）は、６つのリソース要素グループ（ＲＥＧ）からなり、ＲＥＧは、１つの直交周波数分割多重（ＯＦＤＭ）シンボル中の１つのリソースブロックに等しい。いくつかの実施形態において、制御リソースセット内のＲＥＧは、第１のＯＦＤＭシンボル及び制御リソースセット内の最も低い番号のリソースブロックについて０から始まる、時間優先的に増大する順序で番号付けされる。
【数10】
【数11】
【0105】
いくつかの実施形態において、一つのＣＯＲＥＳＥＴは、一つ又は複数の探索空間セットに関連付けられてもよい。一つの探索空間セットは、一つ又は複数のＰＤＣＣＨ候補を含むか、又はそれらに関連付けられることができる。いくつかの実施形態において、ＰＤＣＣＨ監視期間及び／又はスロットオフセット及び／又はスロット内のシンボルインデックスは、探索空間セットごとに設定されてもよい。いくつかの実施形態において、ＰＤＣＣＨ候補は、探索空間に関連付けられてもよいし、探索空間に対応してもよい。
【0106】
いくつかの実施形態において、端末装置１１０のための物理ダウンリンク制御チャネル候補を決定するためのプロシージャが定義されてもよい。すなわち、ネットワーク装置１２０と端末装置１１０との間のＰＤＣＣＨ送信に使用される可能性のある複数のＰＤＣＣＨ候補のそれぞれについてＣＣＥインデックスが決定される。ＰＤＣＣＨ候補についてＣＣＥインデックスが決定されると、端末装置１１０－１は、これらのＰＤＣＣＨ候補においてブラインド検出を実行することができる。ＰＤＣＣＨ送信がＰＤＣＣＨ候補において検出又は受信されると、端末装置１１０－１は、それを復号化してＤＣＩなどの情報を取得してもよい。
【0107】
いくつかの実施形態において、端末装置１１０－１は、ＣＯＲＥＳＥＴ内のＰＤＣＣＨ受信に関連付けられた復調参照信号（ＤＭ―ＲＳ）アンテナポートが、該ＣＯＲＥＳＥＴ（適用可能な場合）のために示される送信制御インジケータ（ＴＣＩ）状態により設定される一つ又は複数の参照信号（ＲＳ）と準コロケーション（ＱＣＬｅｄ）であると仮定してもよい。
【0108】
いくつかの実施形態において、競合のないランダムアクセスプロシージャをトリガするＰＤＣＣＨオーダーにより開始されたものではない直近のランダムアクセスプロシージャの後に、ＣＯＲＥＳＥＴについてのＴＣＩ状態を示す媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）アクティブ化コマンドが受信されない場合、端末装置１１０－１は、ＣＯＲＥＳＥＴ内のＰＤＣＣＨ受信に関連付けられたＤＭ―ＲＳアンテナポートが、該最近のランダムアクセスプロシージャの間にＵＥにより識別された同期信号／物理ブロードキャストチャネル（ＳＳ／ＰＢＣＨ）ブロックと準コロケーション（ＱＣＬｅｄ）であると仮定してもよく、該一つ又は複数の参照信号（ＲＳ）は該ＣＯＲＥＳＥＴ（適用可能な場合）のために示されるＴＣＩ状態により設定される。
【0109】
いくつかの実施形態において、ネットワーク装置１２０は、Ｎ個のＰＤＣＣＨ候補を示す設定（例えば、２１０）を端末装置１１０に送信してもよく、ここで、Ｎは正の整数である。例えば、１≦Ｎ≦３２である。別の例について、Ｎ＝２である。例えば、この設定は、無線リソース制御（ＲＲＣ）シグナリング、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）、及びＤＣＩのうちのいずれを介して送信されてもよい。
【0110】
いくつかの実施形態において、ネットワーク装置１２０は、第１のＰＤＣＣＨ候補と第２のＰＤＣＣＨ候補とのための１つ又は複数の設定を端末装置１１０に送信してもよい。いくつかの実施形態において、第１のＰＤＣＣＨ候補は、第１の探索空間又は第１の探索空間セットに含まれてもよい。いくつかの実施形態において、第１の探索空間又は第１の探索空間セットとは、第１のＣＯＲＥＳＥＴに関連付けられてもよい。いくつかの実施形態において、第１のＣＯＲＥＳＥＴは、第１のＴＣＩ状態Ｔ１又はＱＣＬパラメータの第１のセットＱ１に関連付けられてもよく、それらを有するように設定されてもよい。いくつかの実施形態において、第２のＰＤＣＣＨ候補は、第２の探索空間又は第２の探索空間セットに含まれてもよい。いくつかの実施形態において、第２の探索空間又は第２の探索空間セットとは、第２のＣＯＲＥＳＥＴに関連付けられてもよい。いくつかの実施形態において、第２のＣＯＲＥＳＥＴは、第２のＴＣＩ状態Ｔ２又はＱＣＬパラメータの第２のセットＱ２に関連付けられてもよく、それらを有するように設定されてもよい。いくつかの実施形態において、Ｔ１はＴ２と異なってもよい。いくつかの実施形態において、Ｑ１はＱ２と異なってもよい。
【0111】
いくつかの実施形態において、第１のＰＤＣＣＨ候補と第２のＰＤＣＣＨ候補とは、明示的に一緒にリンク／関連付けられるように設定されてもよい。例えば、端末装置１１０－１は、復号の前にリンク／関連付けを知ることができる。いくつかの実施形態において、第１のＰＤＣＣＨ候補内で送信／受信される第１のＰＤＣＣＨ／ＤＣＩがあってもよい。いくつかの実施形態において、第２のＰＤＣＣＨ候補内で送信／受信される第２のＰＤＣＣＨ／ＤＣＩがあってもよい。いくつかの実施形態において、第１のＰＤＣＣＨ／ＤＣＩ内のＤＣＩペイロード及び／又は符号化ビット及び／又はＣＣＥの数は、第２のＰＤＣＣＨ／ＤＣＩと同じである。いくつかの実施形態において、第１のＰＤＣＣＨ／ＤＣＩ及び第２のＰＤＣＣＨ／ＤＣＩは、ネットワーク装置１２０と端末装置１１０との間の同一の通信をスケジューリングする。例えば、通信は、ＰＤＳＣＨ、ＰＵＳＣＨ、サウンディング参照信号（ＳＲＳ）、チャネル状態情報参照信号（ＣＳＩ―ＲＳ）、トランスポートブロック、アクティブＵＬ ＢＷＰの変更及びアクティブＤＬ ＢＷＰの変更、ＰＵＣＣＨのうちの少なくとも１つであってもよい。
【0112】
いくつかの実施形態において、ネットワーク装置１２０は、第１のＰＤＣＣＨ候補と第２のＰＤＣＣＨ候補とがＰＤＣＣＨ反復のために一緒にリンクされていることを示す設定を端末装置１１０に送信してもよい。いくつかの実施形態において、ネットワーク装置１２０は、第１の探索空間（又は第１の探索空間セット又は第１のＣＯＲＥＳＥＴ）と第２の探索空間（又は第２の探索空間セット又は第２のＣＯＲＥＳＥＴ）とが一緒にリンクされることを示す設定を端末装置１１０に送信してもよい。例えば、この設定は、無線リソース制御（ＲＲＣ）シグナリング、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）及びＤＣＩのうちのいずれかを介して、ネットワーク装置１２０から端末装置１１０－１に送信されてもよい。例えば、第１のＰＤＣＣＨ候補と第２のＰＤＣＣＨ候補とは、単一又は同じＤＣＩフォーマット（又はＤＣＩペイロード）を搬送するために使用されてもよい。
【0113】
いくつかの実施形態において、第１のＰＤＣＣＨ候補は、時間領域において、第２のＰＤＣＣＨ候補以前又はその前に終了してもよい。
【0114】
いくつかの実施形態において、ネットワーク装置１２０は、第１のＣＯＲＥＳＥＴと第２のＣＯＲＥＳＥＴとに関する少なくとも１つの設定を端末装置１１０に送信してもよい。
【0115】
いくつかの実施形態において、少なくとも１つの設定は、第１のＣＯＲＥＳＥＴに関連付けられる探索空間の第１のセットを設定することができる。いくつかの実施形態において、少なくとも１つの設定は、第２のＣＯＲＥＳＥＴに関連付けられる探索空間の第２のセットを設定することができる。いくつかの実施形態において、少なくとも１つの設定は、探索空間の第１のセットの第１の探索空間内のＰＤＣＣＨ候補の第１のセットを設定することができる。いくつかの実施形態において、少なくとも１つの設定は、探索空間の第２のセットの第２の探索空間内のＰＤＣＣＨ候補の第２のセットを設定することができる。いくつかの実施形態において、少なくとも１つの設定は、第１のＣＯＲＥＳＥＴに関連付けられる探索空間の第１のセットの第１の探索空間内の第１のＰＤＣＣＨ候補が、第２のＣＯＲＥＳＥＴに関連付けられる探索空間の第２のセットの第２の探索空間内の第２のＰＤＣＣＨ候補とリンクされるか、関連付けられるか、又は関係するように設定してもよい。例えば、端末装置は、第１及び第２のＰＤＣＣＨ候補内のＰＤＣＣＨ又はＤＣＩを復号する前に、そのリンク又は関連又は関係を知っている。いくつかの実施形態において、第１及び第２のＰＤＣＣＨ候補はＰＤＣＣＨ反復に使用されてもよい。例えば、第１のＰＤＣＣＨ候補及び／又は第２のＰＤＣＣＨ候補内のＰＤＣＣＨ又はＰＤＣＣＨ内のＤＣＩの符号化及び／又はレートマッチングは、１回の反復（例えば、第１及び第２のＰＤＣＣＨ候補のうちの１つ内のＰＤＣＣＨ又はＰＤＣＣＨ内のＤＣＩ）に基づく。例えば、他の反復については、同じ符号化ビットが反復される。別の例について、各反復は、同じ数の制御チャネル要素（ＣＣＥ）及び符号化ビットを有し、同じＤＣＩペイロードに対応する。いくつかの実施形態において、少なくとも１つの設定は、ＲＲＣシグナリングと、ＭＡＣ ＣＥと、ＤＣＩとのうちの少なくとも１つを介して送信／受信されてもよい。
【0116】
いくつかの実施形態において、第１の探索空間セット内のＰＤＣＣＨ候補は、同じアグリゲーションレベル及び同じ候補インデックスを有する２つのＰＤＣＣＨ候補に基づいて、第２の探索空間セット内のＰＤＣＣＨ候補とリンクされる。例えば、第１のＰＤＣＣＨ候補のアグリゲーションレベルと、第２のＰＤＣＣＨ候補のアグリゲーションレベルとが同じである。別の例について、第１のＰＤＣＣＨ候補の候補インデックスと第２のＰＤＣＣＨ候補の候補インデックスとが同じである。
【0117】
いくつかの実施形態において、ネットワーク装置１２０は、第３のＣＯＲＥＳＥＴの１つ又は複数の設定を端末装置１１０に送信してもよい。１つ又は複数の設定は、第３のＣＯＲＥＳＥＴについての２つのアクティブなＴＣＩ状態を示してもよい。例えば、端末装置１１０－１は、２つのアクティブなＴＣＩ状態を有する第３のＣＯＲＥＳＥＴに関連付けられる探索空間セット内でＰＤＣＣＨを検出／復号してもよい。
【0118】
いくつかの実施形態において、ネットワーク装置１２０は、第１の数のＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンについての１つ又は複数の設定を端末装置１１０に送信してもよい。例えば、第１の数がＧとして表される。例えば、１≦Ｇ≦３２である。別の例について、Ｇは、｛１、２、３、４、５、６、７、８、１６、３２｝のうちの少なくとも１つであってもよい。いくつかの実施形態において、ネットワーク装置１２０は、単一のＤＣＩ／ＰＤＣＣＨ内又はリンクされたＰＤＣＣＨ候補内のＰＤＣＣＨ内の第１の数のＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンについてのスケジューリングを端末装置１１０に送信してもよい。いくつかの実施形態において、２つのＴＣＩ状態（例えば、第１のＴＣＩ状態及び第２のＴＣＩ状態）又は２つの空間関係情報（例えば、第１の空間関係情報及び第２の空間関係情報）が、単一のＤＣＩ／ＰＤＣＣＨ内、又はリンクされたＰＤＣＣＨ候補内のＰＤＣＣＨ内で示され／設定されてもよい。
【0119】
いくつかの実施形態において、Ｍ≧２である場合、複数のＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンについて２つのＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンセット（例えば、セット１及びセット２）があってもよく、セット１は第２の数のＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンを有し（第２の数はＧ１であり、Ｇ１は正の整数、例えば、Ｇ１＝Ｇ／２又はＧ１＝ｃｅｉｌ（Ｇ／２）又はＧ１＝ｆｌｏｏｒ（Ｇ／２））、セット２は第３の数のＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンを有する（第３の数はＧ２であり、Ｇ２＝Ｇ―Ｇ１）。いくつかの実施形態において、ＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンのセット１は、第１のＴＣＩ状態又は第１の空間関係情報で送信／受信され、ＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンのセット２は、第２のＴＣＩ状態又は第２の空間関係情報で送信／受信される。
【0120】
いくつかの実施形態において、ネットワーク装置１２０は、端末装置１１０にマッピングタイプを設定してもよい。例えば、マッピングタイプは、ＴＣＩ状態とＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンとの間の関連付けを示してもよい。いくつかの実施形態において、ネットワーク装置１２０は、端末装置１１０にサイクリックマッピングタイプを設定（例えば２１０）してもよく、ネットワーク装置は、ＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンの第１の数を２よりも大きく設定してもよい。また、第１及び第２のＴＣＩ状態は、それぞれ、第１及び第２のＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンに適用され、残りのＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンには、同じＴＣＩマッピングパターンが引き続き適用される。いくつかの実施形態において、ネットワーク装置１２０は、端末装置１１０にシーケンシャルマッピングタイプを設定してもよく、ネットワーク装置は、ＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンの第１の数を２よりも大きく設定してもよい。また、第１のＴＣＩ状態が第１及び第２のＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンに適用され、第２のＴＣＩ状態が第３及び／又は第４のＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンに適用され、残りのＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンには、同じＴＣＩマッピングパターンが引き続き適用される。いくつかの実施形態において、ネットワーク装置１２０は、ＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンの第１の数を２であるように設定してもよい。また、第１のＴＣＩ状態は、第１のＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンに適用され、第２のＴＣＩ状態は、第２のＰＤＳＣＨ／ＰＵＳＣＨ／ＰＵＣＣＨ送信／受信／反復／オケージョンに適用される。
【0121】
「ｆｄｍＳｃｈｅｍｅＡ」又は「ｆｄｍＳｃｈｅｍｅＢ」にセットされた上位層ｒｅｐｅｔｉｔｉｏｎＳｃｈｅｍｅを有するように設定されたＵＥに、ＤＣＩフィールド「Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ」のコードポイント内で２つのＴＣＩ状態が示され、ＤＣＩフィールド「Ａｎｔｅｎｎａ Ｐｏｒｔ（ｓ）」内で１つのＣＤＭグループ内のＤＭ―ＲＳポートが示される場合、ＵＥは、ＰＤＳＣＨについて割り当てられたＤＭ―ＲＳアンテナポートのうちの最も低いインデックスのＤＭ―ＲＳアンテナポートに関連付けられた単一のＰＴ－ＲＳポートを受信し、ＰＴ－ＲＳ周波数密度は、各ＴＣＩ状態に関連付けられたＰＲＢの数により決定され、ＰＴ－ＲＳリソース要素マッピングは、各ＴＣＩ状態について割り当てられたＰＲＢに関連付けられる。
【0122】
通常のデータ通信に加えて、ネットワーク装置１２０は、ダウンリンク内でＲＳを端末装置１１０－１に送信してもよい。同様に、端末装置１１０－１は、アップリンク内でネットワーク装置１２０にＲＳを送信してもよい。一般に、ＲＳは、ネットワーク装置１２０及び端末装置１１０の両方に知られている信号シーケンス（「ＲＳシーケンス」とも呼ばれる）である。例えば、ＲＳシーケンスは、ネットワーク装置１２０により、あるルールに基づいて生成及び送信されてもよく、端末装置１１０－１は、同じルールに基づいてＲＳシーケンスを推定してもよい。もう一つの例において、ＲＳシーケンスは、ネットワーク装置１１０－１により、あるルールに基づいて生成及び送信されてもよく、ネットワーク装置１２０は、同じルールに基づいてＲＳシーケンスを推定してもよい。ＲＳの例は、ダウンリンク又はアップリンク復調参照信号（ＤＭＲＳ）、ＣＳＩ―ＲＳ、サウンディング参照信号（ＳＲＳ）、位相トラッキング参照信号（ＰＴＲＳ）、トラッキング参照信号（ＴＲＳ）、微小時間周波数トラッキング参照信号（ＴＲＳ）、トラッキング用ＣＳＩ―ＲＳ、測位参照信号（ＰＲＳ）などを含んでもよいが、これらに限定されない。
【0123】
正常なデータ通信に加えて、ネットワーク装置１２０は、ＰＤＣＣＨを介してＤＣＩを端末装置１１０に送信することができる。ＤＣＩは、ＤＬ又はＵＬにおけるデータ送信のためのリソース割り当てを示してもよい。同時に、ＰＤＣＣＨに関連付けられるＤＭＲＳも、ネットワーク装置１２０から端末装置１１０に送信されることができる。ＤＭＲＳは、チャネル復調のために端末装置１１０－１により使用されることが可能である。そして、端末装置１１０－１は、制御情報セット（ＣＯＲＥＳＥＴ）に関連付けられた探索空間内のＤＣＩをブラインドで復号化することを試みてもよい。本明細書で使用されるように、「ＣＯＲＥＳＥＴ」と及び／又は探索空間は、端末装置がＤＣＩをブラインド復号化しようとするリソース要素グループのセットを指す。ＣＯＲＥＳＥＴ内のＰＤＣＣＨを監視するための開始時間及び周期性を示す探索空間は端末装置１１０に示されてもよい。ＤＣＩの復号化に成功したことに応じて、端末装置１１０－１は、それに応じて、ネットワーク装置１２０とＵＬ及び／又はＤＬデータ送信（例えば、ＰＤＳＣＨ及び／又はＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：物理アップリンク共有チャネル）を介したデータ送信）を実行してもよい。
【0124】
ネットワーク装置１２０は、データ及び制御情報を複数のビーム（「ＤＬビーム」とも呼ばれる）を介して端末装置１１０－１に通信してもよい。端末装置１１０－１も、データ及び制御情報を複数のビーム（「ＵＬビーム」とも呼ばれる）を介してネットワーク装置１２０に通信してもよい。Ｎｅｗ Ｒａｄｉｏ（ＮＲ）についての３ＧＰＰ仕様において、ビームも送信設定インジケータのパラメータにより定義され、示される。例えば、ＤＣＩ内に送信設定指示（ＴＣＩ）フィールドがあってもよい。ＴＣＩフィールドの値は、「ＴＣＩコードポイント」と称してもよい。ＴＣＩコードポイントは、１つ又は複数のＴＣＩ状態を示してもよい。各ＴＣＩ状態は、１つ又は２つのＤＬ及び／又はＵＬ参照信号とＰＤＳＣＨのＤＭＲＳポート、ＰＤＣＣＨのＤＭＲＳポート、ＰＵＳＣＨのＤＭＲＳポート、ＰＵＣＣＨのＤＭＲＳポート、ＳＲＳリソースのＳＲＳポート、又はＣＳＩ―ＲＳリソースのＣＳＩ―ＲＳポートとの間の準コロケーション（ＱＣＬ）関係を設定するためのパラメータを含む。
【0125】
いくつかの実施形態において、ネットワーク装置１２０と端末装置１１０―１との間の通信は、同じコンポーネントキャリア（ＣＣ：ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ）内又は同じ帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）内にあってもよい。
【0126】
本開示において、用語「時間閾値」、「閾値」及び「タイミング」は、互換的に使用されてもよい。用語「第１の閾値」、「第１の時間閾値」及び「閾値Ａ」は、互換的に使用されてもよい。用語「第２の閾値」、「第２の時間閾値」及び「閾値Ｂ」は、互換的に使用されてもよい。用語「送信する」、「受信する」、「送信」、「受信」、「スケジューリング」、「スケジュール」、「バッファリング」、「バッファ」、「検出」、「検出する」、「監視」及び「監視する」は、互換的に使用されてもよい。用語「予め決定される」、「決定される」、「設定される」、「示される」、「シグナルされる」及び「報告される」は、互換的に使用されてもよい。用語「設定」、「指示」、「情報」、「シグナリング」及び「パラメータ」は、互換的に使用されてもよい。用語「セット」、「サブセット」及び「グループ」は、互換的に使用されてもよい。用語「確認応答」、「肯定応答」、「ＡＣＫ」、「ハイブリッド自動再送要求確認応答」、「ＨＡＲＱ―ＡＣＫ」、「否定応答」、「ＮＡＣＫ」、「ＮＡＫ」、「ＡＣＫ／ＮＡＣＫ」及び「ＡＣＫ／ＮＡＫ」は、互換的に使用されてもよい。
【0127】
いくつかの実施形態において、端末装置１１０について、第１の時間閾値Ｈ１及び／又は第２の時間閾値Ｈ２が存在してもよい。例えば、第１の時間閾値Ｈ１及び／又は第２の時間閾値Ｈ２は、端末装置１１０について予め定義されてもよい。別の例について、第１の時間閾値Ｈ１及び／又は第２の時間閾値Ｈ２は、端末装置１１０の能力に基づいて定義されてもよい。別の例について、第１の時間閾値Ｈ１及び／又は第２の時間閾値Ｈ２は、ＲＲＣと、ＭＡＣ ＣＥと、ＤＣＩとのうちの少なくとも１つを介して端末装置について設定されてもよい。いくつかの実施形態において、第１の時間閾値Ｈ１は、第２の時間閾値Ｈ２と同じでもよく、又は異なってもよい。いくつかの実施形態において、第１の時間閾値Ｈ１及び／又は第２の時間閾値Ｈ２は、ＴＳ ３８．２１４又はＴＳ ３８．３０６に規定される閾値ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ又はｂｅａｍＳｗｉｔｃｈＴｉｍｉｎｇと同じであってもよい。
【0128】
いくつかの実施形態において、第１の時間閾値Ｈ１は、ＰＤＳＣＨのため又はビーム切替のためのＴＣＩ状態を決定するための継続時間であってもよい。いくつかの実施形態において、第１の時間閾値Ｈ１は、所定の／設定された期間を示してもよい。該所定の／設定された期間は、Ｘｉ ｍｓ／ｕｓ／スロット／シンボル／サブスロットであってもよく、ここでＸｉは整数である。例えば、１≦Ｘｉ≦３３６である。例えば、該所定の期間Ｘｉは、７、１４又は２８シンボルであってもよく、例えば、サブキャリア間隔が６０ＫＨｚである場合には７、１４又は２８シンボルであり、サブキャリア間隔が１２０ＫＨｚである場合には１４又は２８シンボルであってもよい。別の例において、該所定の期間ＸｉはＬ個のスロットであってもよく、ここで、Ｌは整数であり、Ｌは｛０，１，２，３，４，５，６，７，８｝のうちのいずれであってもよい。
【0129】
いくつかの実施形態において、第２の時間閾値Ｈ２は、示された／更新されたＴＣＩ状態の適用タイミングについての継続時間であってもよい。いくつかの実施形態において、第２の時間閾値Ｈ２は、所定の／設定された期間を示してもよい。該所定の／設定された期間は、Ｙｉ ｍｓ／ｕｓ／スロット／シンボル／サブスロットであってもよく、ここで、Ｙｉは整数である。例えば、１≦Ｙｉ≦３３６である。例えば、該所定の期間Ｙｉは、７、１４又は２８シンボルであってもよく、例えば、サブキャリア間隔が６０ＫＨｚである場合には７、１４又は２８シンボルであり、サブキャリア間隔が１２０ＫＨｚである場合には１４又は２８シンボルであってもよい。別の例において、該所定の期間ＹｉはＭ個のスロットであってもよく、ここで、Ｍは整数であり、Ｍは｛０，１，２，３，４，５，６，７，８｝のうちのいずれであってもよい。
【0130】
いくつかの実施形態において、第１の時間閾値Ｈ１は、ＰＤＳＣＨをスケジューリングするＰＤＣＣＨ（「ＰＤＣＣＨ Ｐ」として表される）の最後のシンボルの後の所定の／設定された期間を示してもよい。例えば、該所定の／設定された期間は、Ｘｉ ｍｓ／ｕｓ／スロット／シンボル／サブスロットであってもよい。例えば、該所定の期間は、７、１４又は２８シンボルであってもよく、例えば、サブキャリア間隔が６０ＫＨｚである場合には７、１４又は２８シンボルであり、サブキャリア間隔が１２０ＫＨｚである場合には１４又は２８シンボルであってもよい。例えば、所定の／設定された期間は、端末装置１１０により報告されるＵＥ能力に依存してもよい。
【0131】
いくつかの実施形態において、ビーム指示又はＴＣＩ状態指示のための適用タイミングが存在する。いくつかの実施形態において、該適用タイミングは、結合された又は別々のＤＬ／ＵＬビーム指示の確認応答の最後のシンボルの少なくともＸ ｍｓ又はＹシンボル後である第１のスロット又は第１のサブスロットであってもよい。例えば、Ｙは整数であってもよく、１≦Ｙ≦３３６である。いくつかの実施形態において、スロットは１２又は１４個のシンボルを含んでもよい。いくつかの実施形態において、サブスロットはＳ個のシンボルを含んでもよい。Ｓは整数であり、１≦Ｓ≦１４である。例えば、Ｓは、｛２、４、７｝のうちの少なくとも一つであってもよい。いくつかの実施形態において、ビーム指示は、ＰＤＣＣＨ内のＤＣＩ内で示される。例えば、ＰＤＣＣＨ内のＤＣＩはＰＤＳＣＨをスケジューリングしてもよく、ＰＤＳＣＨをスケジューリングしなくてもよい。いくつかの実施形態において、ＤＣＩの最後のシンボルと該第１のスロット又は第１のサブスロットとの間のギャップは、端末装置の能力を満たすべきである。いくつかの実施形態において、結合された又は別々のＤＬ／ＵＬビーム指示の確認応答は、ＤＣＩによりスケジューリングされたＰＤＳＣＨの確認応答であってもよい。例えば、ＤＣＩがＰＤＳＣＨをスケジューリングする場合である。いくつかの実施形態において、結合された又は別々のＤＬ／ＵＬビーム指示の確認応答は、ＤＣＩの確認応答であってもよい。例えば、ＤＣＩがＰＤＳＣＨをスケジューリングしない場合である。
【0132】
いくつかの実施形態において、端末装置は、ＰＤＣＣＨ内のＤＣＩ（例えば、「ＤＣＩ＿ｔ」として表される）を受信又は検出してもよく、該ＤＣＩは、結合されたＤＬ／ＵＬ ＴＣＩ状態又は別々のＤＬ／ＵＬ ＴＣＩ状態又はＤＬ ＴＣＩ状態又はＵＬ ＴＣＩ状態又はＤＬ／ＵＬ ＴＣＩ状態のペアを示す。いくつかの実施形態において、第２の時間閾値Ｈ２は、ＰＤＣＣＨの第１又は最後のシンボル、又は指示の確認応答の第１又は最後のシンボルの後の所定の／設定された期間を示してもよい。いくつかの実施形態において、示された結合されたＤＬ／ＵＬ ＴＣＩ状態又は別々のＤＬ／ＵＬ ＴＣＩ状態又はＤＬ ＴＣＩ状態又はＵＬ ＴＣＩ状態又はＤＬ／ＵＬ ＴＣＩ状態のペアは、適用タイミング又は第２の時間閾値Ｈ２の後に、ＰＤＳＣＨ及び／又はＣＯＲＥＳＥＴ及び／又はＰＵＳＣＨ及び／又はＰＵＣＣＨ及び／又はアップリンクＲＳ及び／又はダウンリンクＲＳに適用されてもよい。例えば、結合されたＤＬ／ＵＬ ＴＣＩ状態がＤＣＩ内で示された場合、該結合されたＤＬ／ＵＬ ＴＣＩ状態は、適用タイミング又は第２の時間閾値Ｈ２の後に、ＰＤＳＣＨ及び／又はＣＯＲＥＳＥＴ及び／又はＰＵＳＣＨ及び／又はＰＵＣＣＨ及び／又はアップリンクＲＳ及び／又はダウンリンクＲＳに適用されてもよい。別の例について、ＤＬ ＴＣＩ状態がＤＣＩ内で示された場合、該ＤＬ ＴＣＩ状態は、適用タイミング又は第２の時間閾値Ｈ２の後に、ＰＤＳＣＨ及び／又はＣＯＲＥＳＥＴ及び／又はダウンリンクＲＳに適用されてもよい。別の例について、ＵＬ ＴＣＩ状態がＤＣＩ内で示された場合、該ＵＬ ＴＣＩ状態は、適用タイミング又は第２の時間閾値Ｈ２の後に、ＰＵＳＣＨ及び／又はＰＵＣＣＨ及び／又はアップリンクＲＳに適用されてもよい。別の例について、ＤＣＩ内でＤＬ／ＵＬ ＴＣＩ状態のペアが示された場合、ＤＬ ＴＣＩ状態は、適用タイミング又は第２の時間閾値Ｈ２の後にＰＤＳＣＨ及び／又はＣＯＲＥＳＥＴ及び／又はダウンリンクＲＳに適用されてもよく、ＵＬ ＴＣＩ状態は、適用タイミング又は第２の時間閾値Ｈ２の後にＰＵＳＣＨ及び／又はＰＵＣＣＨ及び／又はアップリンクＲＳに適用されてもよい。
【0133】
いくつかの実施形態において、端末装置１１０－１は、ダウンリンクＴＣＩ状態（又はビーム又はＱＣＬパラメータのセット）を示す指示を受信してもよく、該ＴＣＩ状態内のソース参照信号は、少なくともＰＤＳＣＨ及びコンポーネントキャリア（ＣＣ）内の全てのＣＯＲＥＳＥＴにおいての受信のためのＱＣＬ情報を提供する。例えば、ＰＤＳＣＨは、専用であるか、又はＵＥ固有である。
【0134】
いくつかの実施形態において、端末装置１１０－１は、アップリンクＴＣＩ状態（又はビーム又は空間関係）を示す指示を受信してもよく、ＴＣＩ状態内のソース参照信号は、少なくとも動的な許可、又は設定された許可に基づくＰＵＳＣＨ及びＣＣ内の全てのＰＵＣＣＨリソースのためのアップリンク送信空間フィルタを決定するための参照を提供する。例えば、ＰＵＣＣＨは、専用であるか、又はＵＥ固有である。
【0135】
いくつかの実施形態において、端末装置１１０－１は、結合されたＴＣＩ状態（又はビーム又はＱＣＬパラメータのセット）を示す指示を受信してもよく、ＴＣＩ状態は、少なくとも、ダウンリンクＱＣＬ情報とアップリンク送信空間フィルタとの両方を決定するために使用される共通のソース参照信号を指す。
【0136】
いくつかの実施形態において、端末装置１１０－１は、ダウンリンクＴＣＩ状態（又はビーム又はＱＣＬパラメータのセット）及びアップリンクＴＣＩ状態（又はビーム又は空間関係）を示す指示を受信してもよく、ＤＬ ＴＣＩ状態内のソース参照信号は、少なくともＰＤＳＣＨ及びコンポーネントキャリア（ＣＣ）内の全てのＣＯＲＥＳＥＴにおける受信のためのＱＣＬ情報を提供し、ＴＣＩ状態内のソース参照信号は、少なくとも動的許可、又は設定された許可に基づくＰＵＳＣＨと、ＣＣ内の全てのＰＵＣＣＨリソースのための、アップリンク送信空間フィルタを決定するための参照を提供する。例えば、ＰＵＣＣＨは、専用であるか、又はＵＥ固有である。別の例について、ＰＤＳＣＨは、専用であるか、又はＵＥ固有である。
【0137】
いくつかの実施形態において、端末装置１１０－１は、２つ以上の（例えば、Ｍとして表され、Ｍは正の整数である。例えば、Ｍは２、３、又は４であってもよい）ダウンリンクＴＣＩ状態を有するように設定されてもよく、且つ／又は、端末装置１１０－１は、Ｍ個のＴＣＩ状態のうちの１つを示す表示を受信してもよくＭ個のＴＣＩ状態のうちの該１つ内、又は示された１つのＴＣＩ状態内のソース参照信号は、少なくともＰＤＳＣＨ及び／又はＣＣ内のＣＯＲＥＳＥＴのサブセットにおける受信のためのＱＣＬ情報を提供する。例えば、ＰＤＳＣＨは、専用であるか、又はＵＥ固有である。
【0138】
いくつかの実施形態において、端末装置１１０－１は、２つ以上の（例えば、Ｎとして表され、Ｎは正の整数である。例えば、Ｎは２、３、又は４であってもよい）アップリンクＴＣＩ状態を有するように設定されてもよく、且つ／又は、端末装置１１０－１は、Ｎ個のＴＣＩ状態のうちの１つを示す表示を受信してもよく、Ｎ個のＴＣＩ状態のうちの該１つ内、又は示された１つのＴＣＩ状態内のソース参照信号は、少なくとも、動的な許可、又は設定された許可に基づくＰＵＳＣＨ及びＣＣ内のＰＵＣＣＨリソースのサブセットのためのアップリンク送信空間フィルタを決定するための参照を提供する。例えば、ＰＵＣＣＨは、専用であるか、又はＵＥ固有である。
【0139】
いくつかの実施形態において、端末装置１１０－１は、２つ以上の（例えば、Ｍとして表され、Ｍは正の整数である。例えば、Ｍは２、３、又は４であってもよい）結合されたＤＬ／ＵＬ ＴＣＩ状態を有するように設定され、且つ／又は、Ｍ個の結合されたＴＣＩ状態からの１つを示す表示を受信してもよく、Ｍ個のＴＣＩ状態のうちの各ＴＣＩ状態又は示された１つのＴＣＩ状態は、ダウンリンクＱＣＬ情報とアップリンク送信空間フィルタとの両方を決定するために使用される共通のソース参照信号を少なくとも参照する。
【0140】
いくつかの実施形態において、端末装置１１０－１は、２つ以上の（例えば、Ｍとして表され、Ｍは正の整数である。例えば、Ｍは２、３、又は４であってもよい）ダウンリンクＴＣＩ状態を有するように設定されてもよく、且つ、端末装置１１０－１は、２つ以上の（例えば、Ｎとして表され、Ｎは正の整数である。例えば、Ｎは２、３、又は４であってもよい）アップリンクＴＣＩ状態を有するように設定されてもよく、且つ／又は、端末装置１１０－１は、Ｍ個のダウンリンクＴＣＩ状態からの１つ及びＮ個のアップリンクＴＣＩ状態からの１つを示す指示を受信してもよく、Ｍ個のＤＬ ＴＣＩ状態内の各ＤＬ ＴＣＩ状態又は指示された１つのＤＬ ＴＣＩ状態内のソース参照信号は、少なくともコンポーネントキャリア（ＣＣ）内のＰＤＳＣＨ及び／又はＣＯＲＥＳＥＴのサブセットにおける受信のためのＱＣＬ情報を提供し、Ｎ個のＴＣＩ状態内の各ＴＣＩ状態内又は指示された１つのＵＬ ＴＣＩ状態内のソース参照信号は、少なくとも動的許可、又は設定された許可に基づくＰＵＳＣＨ及び／又はＣＣ内のＰＵＣＣＨリソースのサブセットのためのアップリンク送信空間フィルタを決定するための参照を提供する。例えば、ＰＵＣＣＨは、専用であるか、又はＵＥ固有である。別の例について、ＰＤＳＣＨは、専用であるか、又はＵＥ固有である。
【0141】
以下では、ＤＣＩ＿ｔを使用して、結合されたＤＬ／ＵＬ ＴＣＩ状態指示についての、又は別々のＤＬ／ＵＬ ＴＣＩ状態指示についてのＤＣＩを説明する。以下では、用語「ＤＣＩ」、「ＰＤＣＣＨ」、「ＤＣＩ＿ｔ」、「結合されたＤＬ／ＵＬ ＴＣＩ状態指示のためのＤＣＩ」、「別々のＤＬ／ＵＬ ＴＣＩ状態指示のためのＤＣＩ」、「ＤＬ ＴＣＩ状態指示のためのＤＣＩ」、「ＵＬ ＴＣＩ状態指示のためのＤＣＩ」、「結合されたＤＬ／ＵＬ ＴＣＩ状態指示のためのＰＤＣＣＨ」、「別々のＤＬ／ＵＬ ＴＣＩ状態指示のためのＰＤＣＣＨ」、「ＤＬ ＴＣＩ状態指示のためのＰＤＣＣＨ」、「ＵＬ ＴＣＩ状態指示のためのＰＤＣＣＨ」、「ＴＣＩ状態指示のためのＤＣＩ」、及び「ＴＣＩ状態指示のためのＰＤＣＣＨ」は、互換的に使用されてもよい。
【0142】
いくつかの実施形態において、ＤＣＩは、結合されたＤＬ／ＵＬ ＴＣＩ状態指示についての、又は別々のＤＬ／ＵＬ ＴＣＩ状態指示についてのＴＣＩ状態を示すために使用されてもよい。また、ＤＣＩは、ＰＤＳＣＨ（例えば、ＤＣＩフォーマット１＿１及びフォーマット１＿２）をスケジューリングしてもよい。いくつかの実施形態において、ＤＣＩによりスケジューリングされたＰＤＳＣＨのＨＡＲＱは、ＤＣＩについてのＡＣＫとして使用されてもよい。例えば、ＤＣＩは、ＤＣＩ＿ｔであってもよい。
【0143】
いくつかの実施形態において、ＤＣＩは、結合されたＤＬ／ＵＬ ＴＣＩ状態指示についての、又は別々のＤＬ／ＵＬ ＴＣＩ状態指示についてのＴＣＩ状態を示すために使用されてもよい。また、ＤＣＩは、ＰＤＳＣＨ（例えば、ＤＣＩフォーマット１＿１及びフォーマット１＿２）をスケジューリングしなくてもよい。いくつかの実施形態において、ＤＣＩ又はＴＣＩ状態指示が成功したか否かを示すために、ＤＣＩのＨＡＲＱを導入してもよい。例えば、ＤＣＩは、ＤＣＩ＿ｔであってもよい。
【0144】
いくつかの実施形態において、ＤＣＩ＿ｔの復号結果又はＤＣＩ＿ｔによりスケジューリングされたＰＤＳＣＨの復号結果がＡＣＫである場合、示されたＴＣＩ状態は、ある適用タイミングの後に、ＰＤＳＣＨ及び／又はＣＯＲＥＳＥＴの全部又はサブセットに適用されてもよい。
【0145】
いくつかの実施形態において、半永続スケジューリング（ＳＰＳ：Ｔｒａｎｓｍｉｔｓｅｍｉ ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）ＰＤＳＣＨ解放のＨＡＲＱメカニズムは、ＤＣＩ＿ｔのＨＡＲＱのために再利用されてもよく、ＤＣＩ＿ｔにはＰＤＳＣＨスケジューリングがない。
【0146】
いくつかの実施形態において、ＤＣＩ（例えば、ＤＣＩ＿ｔ）を使用して、１つ又は複数のＴＣＩ状態を示してもよい。例えば、１つ又は複数のＴＣＩ状態は、結合されたＤＬ／ＵＬ ＴＣＩ状態指示、又は別々のＤＬ／ＵＬ ＴＣＩ状態指示のためのものである。また、ＤＣＩは、ＰＤＳＣＨ（例えば、ＤＣＩフォーマット１＿１及びフォーマット１＿２）をスケジューリングしなくてもよい。いくつかの実施形態において、ＤＣＩの成功した受信／復号時に、端末装置１１０－１は、ＡＣＫを報告してもよい。いくつかの実施形態において、ＤＣＩの失敗した受信／復号時に、端末装置１１０－１は、ＮＡＣＫを報告してもよい。例えば、ＡＣＫ及び／又はＮＡＣＫは、物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）において報告されてもよい。いくつかの実施形態において、端末装置１１０－１は、１つのタイプのＨＡＲＱコードブックを有するように設定されてもよい。例えば、該タイプは、タイプ１（例えば、半静的）、タイプ２（例えば、動的）及びタイプ３（１回限りのフィードバック）のうちの少なくとも１つであってもよい。例えば、該タイプは、ＲＲＣと、ＭＡＣ ＣＥと、ＤＣＩとのうちの少なくとも１つを介して設定されてもよい。いくつかの実施形態において、ＤＣＩはＰＤＣＣＨにおいて受信／検出される。
【0147】
いくつかの実施形態において、ＨＡＲＱ―ＡＣＫ情報ビットについて、端末装置１１０－１は、端末装置１１０－１が、ＣＳ―ＲＮＴＩでスクランブルされた、ＳＰＳ ＰＤＳＣＨ解放又はビーム指示を提供するＤＣＩフォーマットを検出した場合、又はトランスポートブロックを正しく復号した場合、確認応答（ＡＣＫ）を生成し、端末装置１１０－１がトランスポートブロックを正しく復号しなかった場合、否定応答（ＮＡＣＫ）を生成する。０であるＨＡＲＱ―ＡＣＫ情報ビット値はＮＡＣＫを表し、１であるＨＡＲＱ―ＡＣＫ情報ビット値はＡＣＫを表す。
【0148】
いくつかの実施形態において、端末装置１１０－１は、ＰＤＳＣＨ及び／又はＣＯＲＥＳＥＴの全部又はサブセットの受信のための第１のＴＣＩ状態を有するように設定され／示されてもよい。また、端末装置１１０－１は、第１のＴＣＩ状態を用いて第１のＰＤＣＣＨを受信又は検出してもよく、該ＰＤＣＣＨは第１のＣＯＲＥＳＥＴ内にある。端末装置１１０－１には、第１のＰＤＣＣＨにおいて受信又は検出されたＤＣＩ内で第２のＴＣＩ状態が示されてもよい。いくつかの実施形態において、第１のＰＤＣＣＨ内のＤＣＩは、第１のＰＤＳＣＨ又は第１のＰＵＳＣＨをスケジュールしてもよく、スケジュールしなくてもよい。いくつかの実施形態において、端末装置１１０－１は、ＤＣＩ又は第１のＰＤＣＣＨ又は第１のＰＤＳＣＨのうちの少なくとも１つについての復号結果又はＨＡＲＱ―ＡＣＫ情報をネットワーク装置１２０に報告してもよい。例えば、復号結果又はＨＡＲＱ―ＡＣＫ情報は、ＰＵＣＣＨ内又は第２のＰＵＳＣＨ内で送信／報告されてもよい。いくつかの実施形態において、該適用タイミングの後に、又は第２の時間閾値Ｈ２後に、端末装置１１０－１は、第２のＴＣＩ状態を用いてＰＤＳＣＨ及び／又はＣＯＲＥＳＥＴの全部又はサブセットを受信してもよい。例えば、端末装置１１０－１は、第２のＴＣＩ状態を用いて第２のＰＤＣＣＨを受信してもよく、該第２のＰＤＣＣＨは第２のＣＯＲＥＳＥＴ内にある。別の例について、端末装置１１０－１は、第２のＴＣＩ状態を用いて第２のＰＤＣＣＨを受信してもよく、該第２のＰＤＣＣＨは第１のＣＯＲＥＳＥＴ内にある。
【0149】
図２は本開示のいくつかの実施形態にかかる、ネットワーク装置と端末装置との間の通信についてのシグナリング図である。説明のために、図１を参照してプロセス２００を説明する。プロセス２００には、図１に示されるように、ネットワーク装置１２０及び端末装置１１０－１が関与してもよい。
【0150】
いくつかの実施形態において、端末装置１１０－１は、ＰＤＳＣＨ及び／又はＣＯＲＥＳＥＴの全部又はサブセットの受信のための第３のＴＣＩを有するように設定され／示されてもよい。例えば、第３のＴＣＩは、第１のＰＤＣＣＨ受信のための時間において（又はスロット／サブスロット内で）適用される。いくつかの実施形態において、ネットワーク装置１２０は、第１のＰＤＣＣＨを端末装置１１０－１に送信する（２０１０）。端末装置１１０－１は、第３のＴＣＩを用いて第１のＰＤＣＣＨを受信又は検出してもよい。例えば、第１のＰＤＣＣＨは、第１のＣＯＲＥＳＥＴ内にある。いくつかの実施形態において、端末装置１１０－１には、第１のＰＤＣＣＨにおいて受信又は検出された第１のＤＣＩ内で第１のＴＣＩが示されてもよい。いくつかの実施形態において、第１のＤＣＩはＰＤＳＣＨをスケジューリングしてもよく、ＰＤＳＣＨをスケジューリングしなくてもよい。いくつかの実施形態において、端末装置１１０－１は、第１のＤＣＩ又は第１のＰＤＣＣＨ又は第１のＤＣＩによりスケジューリングされたＰＤＳＣＨのうちの少なくとも１つについての復号結果又は第１のＨＡＲＱ―ＡＣＫ情報をネットワーク装置１２０に報告してもよい。例えば、復号結果又は第１のＨＡＲＱ―ＡＣＫ情報は、第１のＰＵＣＣＨ内又は第１のＰＵＳＣＨ内で送信／報告されてもよい。いくつかの実施形態において、端末装置１１０－１は、ＰＵＳＣＨ及び／又はＰＵＣＣＨの全部又はサブセットの受信のための第４のＴＣＩを有するように設定され／示されてもよい。例えば、第４のＴＣＩは、第１のＰＵＣＣＨ又は第１のＰＵＳＣＨ送信のための時間において（又はスロット／サブスロット内で）適用される。例えば、端末装置１１０―１は、第４のＴＣＩを用いて第１のＰＵＣＣＨ又は第１のＰＵＳＣＨを送信してもよい。
【0151】
いくつかの実施形態において、ネットワーク装置１２０は、第２のＰＤＣＣＨを端末装置１１０－１に送信する（２０２０）。いくつかの実施形態において、端末装置１１０－１は、第５のＴＣＩを用いて、又は第３のＴＣＩを用いて、第２のＰＤＣＣＨを受信又は検出してもよい。例えば、第２のＰＤＣＣＨは、第１のＣＯＲＥＳＥＴ内にある。別の例について、第２のＰＤＣＣＨは、第２のＣＯＲＥＳＥＴ内にあり、ここで、第１のＣＯＲＥＳＥＴについての設定と第２のＣＯＲＥＳＥＴについての設定とが異なる。いくつかの実施形態において、端末装置１１０－１には、第２のＰＤＣＣＨにおいて受信又は検出された第２のＤＣＩ内で第２のＴＣＩが示されてもよい。いくつかの実施形態において、第２のＤＣＩはＰＤＳＣＨをスケジューリングしてもよく、スケジューリングしなくてもよい。いくつかの実施形態において、端末装置１１０－１は、第２のＤＣＩ又は第２のＰＤＣＣＨ又は第２のＤＣＩによりスケジューリングされたＰＤＳＣＨのうちの少なくとも１つについての復号結果又は第２のＨＡＲＱ―ＡＣＫ情報をネットワーク装置１２０に報告してもよい。例えば、復号結果又は第２のＨＡＲＱ―ＡＣＫ情報は、第２のＰＵＣＣＨ内又は第２のＰＵＳＣＨ内で送信／報告されてもよい。例えば、端末装置１１０―１は、第４のＴＣＩを用いて、又は第６のＴＣＩを用いて、第２のＰＵＣＣＨ又は第２のＰＵＳＣＨを送信してもよい。いくつかの実施形態において、端末装置１１０－１は、ＰＤＳＣＨ及び／又はＣＯＲＥＳＥＴの全部又はサブセットの受信のための第５のＴＣＩを有するように設定され／示されてもよい。例えば、第５のＴＣＩは、第２のＰＤＣＣＨ受信のための時間において（又はスロット／サブスロット内で）適用される。いくつかの実施形態において、端末装置１１０－１は、ＰＵＳＣＨ及び／又はＰＵＣＣＨの全部又はサブセットの受信のための第６のＴＣＩを有するように設定され／示されてもよい。例えば、第６のＴＣＩは、第２のＰＵＣＣＨ又は第２のＰＵＳＣＨ送信のための時間において（又はスロット／サブスロット内で）適用される。
【0152】
いくつかの実施形態において、第１のＴＣＩは、第１のＤＬ ＴＣＩ状態又はＤＬ／ＵＬ ＴＣＩ状態の第１のペア内の第１のＤＬ ＴＣＩ状態であってもよく、第２のＴＣＩは、第２のＤＬ ＴＣＩ状態又はＤＬ／ＵＬ ＴＣＩ状態の第２のペア内の第２のＤＬ ＴＣＩ状態であってもよい。いくつかの実施形態において、第１のＴＣＩは、第１のＵＬ ＴＣＩ状態又はＤＬ／ＵＬ ＴＣＩ状態の第１のペア内の第１のＵＬ ＴＣＩ状態であってもよく、第２のＴＣＩは、第２のＵＬ ＴＣＩ状態又はＤＬ／ＵＬ ＴＣＩ状態の第２のペア内の第２のＵＬ ＴＣＩ状態であってもよい。いくつかの実施形態において、第１のＤＬ ＴＣＩ状態は、第２のＤＬ ＴＣＩ状態とは異なってもよい。いくつかの実施形態において、第１のＵＬ ＴＣＩ状態は、第２のＵＬ ＴＣＩ状態とは異なってもよい。いくつかの実施形態において、ＤＬ／ＵＬ ＴＣＩ状態の第１のペアは、ＤＬ／ＵＬ ＴＣＩ状態の第２のペアとは異なってもよい。いくつかの実施形態において、第１のＴＣＩは、第１の結合されたＤＬ／ＵＬ ＴＣＩ状態であってもよく、第２のＴＣＩは、第２の結合されたＤＬ／ＵＬ ＴＣＩ状態であってもよい。いくつかの実施形態において、第１の結合されたＤＬ／ＵＬ ＴＣＩ状態は、第２の結合されたＤＬ／ＵＬ ＴＣＩ状態とは異なってもよい。
【0153】
いくつかの実施形態において、第３のＴＣＩは、第３の結合されたＤＬ／ＵＬ ＴＣＩ状態であってもよい。いくつかの実施形態において、第３のＴＣＩは、第３のＤＬ ＴＣＩ状態であってもよい。いくつかの実施形態において、第３のＴＣＩは、ＤＬ／ＵＬ ＴＣＩ状態の第３のペア内の第３のＤＬ ＴＣＩ状態であってもよい。いくつかの実施形態において、第５のＴＣＩは、第５の結合されたＤＬ／ＵＬ ＴＣＩ状態であってもよい。いくつかの実施形態において、第５のＴＣＩは、第４のＤＬ ＴＣＩ状態であってもよい。いくつかの実施形態において、第５のＴＣＩは、ＤＬ／ＵＬ ＴＣＩ状態の第５のペア内の第４のＤＬ ＴＣＩ状態であってもよい。
【0154】
いくつかの実施形態において、第４のＴＣＩは、第４の結合されたＤＬ／ＵＬ ＴＣＩ状態であってもよい。いくつかの実施形態において、第４のＴＣＩは、第３のＵＬ ＴＣＩ状態であってもよい。いくつかの実施形態において、第４のＴＣＩは、ＤＬ／ＵＬ ＴＣＩ状態の第４のペア内の第３のＵＬ ＴＣＩ状態であってもよい。いくつかの実施形態において、第６のＴＣＩは、第６の結合されたＤＬ／ＵＬ ＴＣＩ状態であってもよい。いくつかの実施形態において、第６のＴＣＩは、第４のＵＬ ＴＣＩ状態であってもよい。いくつかの実施形態において、第６のＴＣＩは、ＤＬ／ＵＬ ＴＣＩ状態の第６のペア内の第４のＵＬ ＴＣＩ状態であってもよい。
【0155】
いくつかの実施形態において、第３のＤＬ ＴＣＩ状態又は第４のＤＬ ＴＣＩ状態は、第１のＤＬ ＴＣＩ状態又は第２のＤＬ ＴＣＩ状態と同じであってもよく、異なってもよい。いくつかの実施形態において、第３のＤＬ ＴＣＩ状態は、第４のＤＬ ＴＣＩ状態と同じであってもよく、異なってもよい。いくつかの実施形態において、第３の結合されたＤＬ／ＵＬ ＴＣＩ状態又は第４の結合されたＤＬ／ＵＬ ＴＣＩ状態又は第５の結合されたＤＬ／ＵＬ ＴＣＩ状態又は第６の結合されたＤＬ／ＵＬ ＴＣＩ状態は、第１の結合されたＤＬ／ＵＬ ＴＣＩ状態又は第２の結合されたＤＬ／ＵＬ ＴＣＩ状態と同じであってもよく、異なってもよい。いくつかの実施形態において、ＤＬ／ＵＬ ＴＣＩ状態の第３のペア、又はＤＬ／ＵＬ ＴＣＩ状態の第４のペア、又はＤＬ／ＵＬ ＴＣＩ状態の第５のペア、又はＤＬ／ＵＬ ＴＣＩ状態の第６のペアは、ＤＬ／ＵＬ ＴＣＩ状態の第２のペア又はＤＬ／ＵＬ ＴＣＩ状態の第１のペアと同じであってもよく、異なってもよい。
【0156】
いくつかの実施形態において、第１のＰＤＣＣＨは、第２のＰＤＣＣＨの前に、又はそれ以前に開始又は終了してもよい。例えば、第１のＰＤＣＣＨの第１又は最後のシンボルは、第２のＰＤＣＣＨの第１又は最後のシンボルよりも前又はそれ以前であってもよい。
【0157】
いくつかの実施形態において、第１のＰＵＣＣＨ又は第１のＰＵＳＣＨのための時間及び／又は周波数リソースは、第２のＰＵＣＣＨ又は第２のＰＵＳＣＨのための時間及び／又は周波数リソースとは異なる。いくつかの実施形態において、第１のＰＵＣＣＨ又は第１のＰＵＳＣＨは、スロット又はサブスロット（例えば、ｎ１として表される）内にあってもよい。いくつかの実施形態において、第２のＰＵＣＣＨ又は第２のＰＵＳＣＨは、スロット又はサブスロット（例えば、ｎ２として表される）内にあってもよい。例えば、ｎ１はｎ２とは異なる。例えば、ｎ１はｎ２より後であるか、又はｎ２より前ではない。別の例について、ｎ１はｎ２よりも前又はそれ以前である。いくつかの実施形態において、第１のＰＵＣＣＨ又は第１のＰＵＳＣＨは、第２のＰＵＣＣＨ又は第２のＰＵＳＣＨの後に、又はそれ以後に開始又は終了してもよい。例えば、第１のＰＵＣＣＨ又は第１のＰＵＳＣＨの第１又は最後のシンボルは、第２のＰＵＣＣＨ又は第２のＰＵＳＣＨの第１又は最後のシンボルよりも後又はそれ以後であってもよい。いくつかの実施形態において、第１のＰＵＣＣＨ又は第１のＰＵＳＣＨは、第２のＰＵＣＣＨ又は第２のＰＵＳＣＨの前に、又はそれ以前に開始又は終了してもよい。例えば、第１のＰＵＣＣＨ又は第１のＰＵＳＣＨの第１又は最後のシンボルは、第２のＰＵＣＣＨ又は第２のＰＵＳＣＨの第１又は最後のシンボルよりも前又はそれ以前であってもよい。
【0158】
いくつかの実施形態において、第１のＴＣＩについての第１の適用タイミングは、第１のＰＵＣＣＨ又は第１のＰＵＳＣＨの最後のシンボルのＸ ｍｓ又はＹシンボル後である第１の１つのスロット又は第１の１つのサブスロットであってもよい。いくつかの実施形態において、第２のＴＣＩについての第２の適用タイミングは、第２のＰＵＣＣＨ又は第２のＰＵＳＣＨの最後のシンボルのＸ ｍｓ又はＹシンボル後である第１の１つのスロット又は第１の１つのサブスロットであってもよい。いくつかの実施形態において、第１のＴＣＩについての第１の適用タイミングのためのスロット又はサブスロットは、第２のＴＣＩについての第２の適用タイミングのためのスロット又はサブスロットと同じであってもよい。いくつかの実施形態において、第１のＤＣＩ又は第１のＤＣＩによりスケジューリングされたＰＤＳＣＨに対応する第１のＨＡＲＱ―ＡＣＫ情報はＡＣＫであってもよい。いくつかの実施形態において、第２のＤＣＩ又は第２のＤＣＩによりスケジューリングされたＰＤＳＣＨに対応する第２のＨＡＲＱ―ＡＣＫ情報はＡＣＫであってもよい。いくつかの実施形態において、第１のＨＡＲＱ―ＡＣＫ情報と第２のＨＡＲＱ―ＡＣＫ情報とは、異なる時間及び／又は周波数リソース内で送信されてもよい。例えば、時間／周波数リソースは、ＰＵＳＣＨリソース又はＰＵＣＣＨリソースであってもよい。
【0159】
いくつかの実施形態において、端末装置１１０―１は、第１の１つのスロット又は第１の１つのサブスロットから、又は適用タイミングの後に／適用タイミングから、第２のＴＣＩを用いてＰＤＳＣＨ及び／又はＣＯＲＥＳＥＴの全部又はサブセットを受信してもよい。端末装置１１０－１いくつかの実施形態において、端末装置１１０―１は、第１の１つのスロット又は第１の１つのサブスロットから、又は適用タイミングの後に／適用タイミングから、第２のＴＣＩを用いてＰＵＳＣＨ及び／又はＰＵＣＣＨの全部又はサブセットを送信してもよい。
【0160】
図３Ａ～図３Ｄは、端末装置１１０のための１つ又は２つのＰＤＣＣＨの設定例を示している。該１つ又は２つのＰＤＣＣＨは、ネットワーク装置１２０と端末装置１１０－１端末装置１１０との間の通信の同じスケジューリングに適用される。例えば、通信は、ＰＤＣＣＨと、ＰＤＳＣＨと、ＰＵＳＣＨと、ＰＵＣＣＨと、ダウンリンクＲＳと、アップリンクＲＳとのうちの少なくとも１つであってもよい。
【0161】
図３Ａの例において、ＴＣＩ状態１－１１は、ＣＯＲＥＳＥＴ／探索空間内のＰＤＣＣＨを監視するために端末装置１１０－１に設定されてもよい。図３Ａに示すように、端末装置１１０－１は、通信のスケジューリングのために、ＴＣＩ状態１―１を用いてＰＤＣＣＨ ３１１を受信してもよい。いくつかの実施形態において、通信スケジューリングのためのＰＤＣＣＨ ３１１内で示される１つ又は２つ以上のＴＣＩ状態又は空間関係情報が存在してもよい。
【0162】
図３Ｂの例において、ＴＣＩ状態２―１は、第１のＣＯＲＥＳＥＴ／探索空間内で第１のＰＤＣＣＨを監視するために端末装置１１０－１に設定されてもよく、ＴＣＩ状態２―２は、第２のＣＯＲＥＳＥＴ／探索空間内で第２のＰＤＣＣＨを監視するために端末装置１１０－１に設定されてもよい。例えば、第１のＰＤＣＣＨにおける通信のスケジューリングと、第２のＰＤＣＣＨにおける通信のスケジュールとは、独立していてもよいし、分離していてもよい。図３Ｂに示すように、端末装置１１０－１は、通信の第１のスケジューリングのために、ＴＣＩ状態２―１を用いてＰＤＣＣＨ ３２１を受信してもよい。いくつかの実施形態において、通信の第１のスケジューリングのためのＰＤＣＣＨ ３２１内で示される１つ又は２つ以上のＴＣＩ状態又は空間関係情報が存在してもよい。図３Ｂにも示すように、端末装置１１０－１は、通信の第２のスケジューリングのために、ＴＣＩ状態２―２を用いてＰＤＣＣＨ ３２２を受信してもよい。いくつかの実施形態において、通信の第２のスケジューリングのためのＰＤＣＣＨ ３２２内で示される１つ又は２つ以上のＴＣＩ状態又は空間関係情報が存在してもよい。いくつかの実施形態において、ＰＤＣＣＨ ３２１及びＰＤＣＣＨ ３２２は、時間領域及び／又は周波数領域において、重複しなくてもよく、部分的に重複してもよく、又は完全に重複してもよい。いくつかの実施形態において、第１の通信及び第２の通信は、時間領域及び／又は周波数領域において、重複しなくてもよく、部分的に重複してもよく、又は完全に重複してもよい。
【0163】
図３Ｃの例において、ＴＣＩ状態３―１は、第１のＣＯＲＥＳＥＴ／探索空間内で第１のＰＤＣＣＨを監視するために端末装置１１０―１に設定されてもよく、ＴＣＩ状態３―２は、第２のＣＯＲＥＳＥＴ／探索空間内で第２のＰＤＣＣＨを監視するために端末装置１１０―１に設定されてもよく、本開示のいくつかの実施形態によれば、第１のＣＯＲＥＳＥＴ／探索空間と第２のＣＯＲＥＳＥＴ／探索空間とはリンクされるように設定されている。例えば、第１のＰＤＣＣＨ及び第２のＰＤＣＣＨは、ネットワーク装置１２０と端末装置１１０－１との間の同じ通信をスケジューリングするために適用される。別の例について、第１のＰＤＣＣＨ及び第２のＰＤＣＣＨ内のペイロード又は情報は同じである。図３Ｃに示すように、端末装置１１０－１は、通信のスケジューリングのためにＴＣＩ状態３―１を用いてＰＤＣＣＨ ３３１を受信してもよく、端末装置１１０－１は、同じ通信のスケジューリングのためにＴＣＩ状態３―２を用いてＰＤＣＣＨ ３３２を受信してもよい。いくつかの実施形態において、通信スケジューリングのためのＰＤＣＣＨ ３３１内及びＰＤＣＣＨ ３３２内で示される１つ又は２つ以上のＴＣＩ状態又は空間関係情報が存在してもよい。
【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】
追加として、ノンコードブックに基づくマルチＴＲＰ ＰＵＳＣＨ送信について、第１のＳＲＩフィールドは、第１のＳＲＩフィールドの示されるランク（すなわち、層数）に対応するＳＲＩ組み合せのみを含む第２のＳＲＩフィールドのエントリを決定するために使用される。第２のＳＲＩフィールドについてのビット数Ｎ２は、第１のＳＲＩフィールドに関連付けられる全てのランクの中のランクごとのコードポイントの最大数により決定される。各ランクｘについて、第１のＫｘ個のコードポイントは、第１のＳＲＩフィールドに関連付けられるランクｘのＫｘ個のＳＲＩにマッピングされ、残りの
コードポイントは保留される。例えば、１つのＳＲＳリソースがノンコードブックに基づく送信のためのＳＲＳリソースセット内にある場合、Ｎ２は、１又は０であってもよい。例えば、ＳＲＳリソースセットは、第２のＳＲＳリソースセットであってもよい。
【数12】
【0209】
いくつかの例示的な実施形態において、複数のＳＲＳリソースが設定された場合、端末装置１１０―１は、ＳＲＩに基づいて、そのＰＵＳＣＨプリコーダ及び送信ランクを決定してもよく、ここで、ＳＲＩは、ＤＣＩフォーマット０＿１及びＤＣＩフォーマット０＿２内のＳＲＳリソースインジケータにより与えられ、又はＳＲＩは、上位層パラメータ、例えばｓｒｓ－ＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒにより与えられる。ＤＣＩフォーマット０＿１及びＤＣＩフォーマット０＿２によりスケジューリングされるＰＵＳＣＨに適用可能なＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ（ｓ）は、ＳＲＳ－ｃｏｎｆｉｇ内の上位層パラメータｓｒｓ－ＲｅｓｏｕｒｃｅＳｅｔＴｏＡｄｄＭｏｄＬｉｓｔ及びｓｒｓ－ＲｅｓｏｕｒｃｅＳｅｔＴｏＡｄｄＭｏｄＬｉｓｔＤＣＩ－０－２のエントリによりそれぞれ定義される。端末装置１１０―１は、ＳＲＳ送信のために１つ又は複数のＳＲＳリソースを使用してもよく、ここで、ＳＲＳリソースセット内のＳＲＳリソースの最大数と、同じシンボル内の同時送信のために端末装置１１０―１に設定可能なＳＲＳリソースの最大数とは、端末装置１１０―１の能力に依存する。同時に送信されるＳＲＳリソースは同じリソースブロック（ＲＢ）を占有する。各ＳＲＳリソースについて、１つのみのＳＲＳポートが設定可能である。１つ又は２つのＳＲＳリソースセットは、「ｎｏｎＣｏｄｅｂｏｏｋ」にセットされた上位層パラメータｕｓａｇｅ ｉｎ ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔを有するように設定されてもよい。ノンコードブックに基づくアップリンク送信のために設定可能なＳＲＳリソースセット内のＳＲＳリソースの最大数は、４であってもよい。スロットｎ内で示されるＳＲＩは、ＳＲＩにより識別されるＳＲＳリソースの直近の送信に関連付けられてもよく、ここで、ＳＲＳ送信は、ＳＲＩを搬送するＰＤＣＣＨの前にある。
【0210】
単一のＤＣＩに基づくＭ―ＴＲＰ ＰＵＳＣＨ反復方式について、コードブックに基づくＰＵＳＣＨ送信は、ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット０＿２、又は半静的に設定されるパラメータによりスケジューリングされてもよい。ＤＣＩ又はパラメータは、それぞれ、第１及び第２のＳＲＳリソースセットに対応する第１及び第２のＳＲＩフィールドを含んでもよい。追加として、ＤＣＩは、それぞれ、第１及び第２のＴＲＰに対応する２つのＴＰＭＩフィールドを含んでもよい。ＴＰＭＩは、層｛０…ν―１｝において適用され且つ複数のＳＲＳリソースが設定される場合ＳＲＩにより選択されるＳＲＳリソースに対応するプリコーダを示すために使用される。代替として、１つのＳＲＳリソースセット内に単一のＳＲＳリソースが設定された場合、ＴＰＭＩは、層｛０…ν―１｝において適用され且つＳＲＳリソースに対応するプリコーダを示すために使用される。いくつかの例示的な実施形態において、第１のＴＰＭＩフィールドは、ＴＰＭＩインデックス及び層数を含んでもよく、第２のＴＰＭＩフィールドは、第２のＴＰＭＩインデックスのみを含んでもよい。第１のＴＰＭＩフィールド内で示された同じ層数が、第２のＴＰＭＩフィールドに適用される。
【0211】
さらに、コードブックに基づく（ＣＢ：ｃｏｄｅｂｏｏｋ ｂａｓｅｄ）マルチＴＲＰ ＰＵＳＣＨ送信について、第１のＴＰＭＩフィールドは、第２のＴＰＭＩフィールドのエントリを決定するために使用され、第２のＴＰＭＩフィールドは、第１のＴＰＭＩフィールドの示されたランク（層数）に対応するＴＰＭＩのみを含む。第２のＴＰＭＩフィールドのビット幅は、第１のＴＰＭＩフィールドに関連付けられる全てのランクの中のランクごとのＴＰＭＩの最大数により決定される。各ランクｙについて、第２のＴＰＭＩフィールドの第１のＫｙ個のコードポイントは、第１のＴＰＭＩフィールドに関連付けられるランクｙのＫｙ個のＴＰＭＩにコードポイントインデックスの大きい順にマッピングされ、残りの
個のコードポイントが保留される。例えば、コードブックに基づく送信のためのＳＲＳリソースセット内のＳＲＳリソースのためのポート数が１である場合、Ｍ２は１又は０であってもよい。例えば、ＳＲＳリソースセットは、第２のＳＲＳリソースセットであってもよい。
【数13】
【0212】
いくつかの実施形態において、端末装置１１０―１は、ＳＲＩ、ＴＰＭＩ及び送信ランクに基づいて、そのＰＵＳＣＨ送信プリコーダを決定してもよく、ここで、ＳＲＩ、ＴＰＭＩ及び送信ランクは、ＤＣＩフォーマット０＿１及び０＿２内のＳＲＳリソースインジケータのＤＣＩフィールド、プリコーディング情報及び層数により与えられるか、又は上位層パラメータ、例えばｓｒｓ－ＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒと、ｐｒｅｃｏｄｉｎｇＡｎｄＮｕｍｂｅｒＯｆＬａｙｅｒｓとにより与えられる。ＤＣＩフォーマット０＿１及びＤＣＩフォーマット０＿２によりスケジューリングされるＰＵＳＣＨに適用可能なＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ（ｓ）は、ＳＲＳ－ｃｏｎｆｉｇ内の上位層パラメータｓｒｓ－ＲｅｓｏｕｒｃｅＳｅｔＴｏＡｄｄＭｏｄＬｉｓｔ及びｓｒｓ－ＲｅｓｏｕｒｃｅＳｅｔＴｏＡｄｄＭｏｄＬｉｓｔＤＣＩ－０－２のエントリによりそれぞれ定義される。ＴＰＭＩは、層｛０…ν―１｝において適用され且つ複数のＳＲＳリソースが設定される場合ＳＲＩにより選択されるＳＲＳリソースに対応するプリコーダを示すために使用される。代替として、単一のＳＲＳリソースが設定された場合、ＴＰＭＩは、層｛０…ν―１｝において適用され且つＳＲＳリソースに対応するプリコーダを示すために使用される。送信プリコーダは、ＳＲＳ－ｃｏｎｆｉｇ内の上位層パラメータｎｒｏｆＳＲＳ－Ｐｏｒｔｓに等しいアンテナポート数を有するアップリンクコードブックから選択される。端末装置１１０―１が「ｃｏｄｅｂｏｏｋ」に設定された上位層パラメータｔｘＣｏｎｆｉｇを有するように設定された場合、端末装置１１０―１は、少なくとも１つのＳＲＳリソースを有するように設定されてもよい。スロットｎ内で示されるＳＲＩは、ＳＲＩにより識別されるＳＲＳリソースの直近の送信に関連付けられてもよく、ここで、ＳＲＳリソースは、ＳＲＩを搬送するＰＤＣＣＨの前にある。
【0213】
追加として、いくつかの例示的な実施形態において、ＤＣＩは、複数の送信電力制御（ＴＰＣ：ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｗｅｒ ｃｏｎｔｒｏｌ）フィールドを含んでもよい。
【0214】
いくつかの実施形態において、ネットワーク装置１１０は、複数のＳＲＳリソースセット（例えば、コードブックに基づくアップリンク／ＰＵＳＣＨ送信について、該複数のＳＲＳリソースセットは１又は２であってもよい。別の例について、ノンコードブックに基づくアップリンク／ＰＵＳＣＨ送信について、該複数のＳＲＳリソースセットは１又は２であってもよい）を端末装置１１０―１に設定してもよい（例えば、第１のＳＲＳリソースセットは、第１のＴＲＰを介したＰＵＳＣＨ送信について適用され、第２のＳＲＳリソースセットは、第２のＴＲＰを介したＰＵＳＣＨ送信について適用される）。いくつかの例示的な実施形態において、ネットワーク装置１１０は、コードブックに基づくアップリンク／ＰＵＳＣＨ送信を端末装置１１０―１に設定してもよく、ネットワーク装置１１０は、１つ又は２つのＳＲＳリソースセットを端末装置１１０―１に設定してもよい。例えば、該１つ又は２つのＳＲＳリソースセットが、コードブックに基づくアップリンク／ＰＵＳＣＨ送信について適用される。いくつかの例示的な実施形態において、ネットワーク装置１１０は、ノンコードブックに基づくアップリンク／ＰＵＳＣＨ送信を端末装置１１０―１に設定してもよく、ネットワーク装置１１０は、１つ又は２つのＳＲＳリソースセットを端末装置１１０―１に設定してもよい。例えば、該１つ又は２つのＳＲＳリソースセットが、ノンコードブックに基づくアップリンク／ＰＵＳＣＨ送信について適用される。いくつかの例示的な実施形態において、ネットワーク装置１１０は、少なくとも１つのＰＵＳＣＨ送信をスケジューリングするために、ＤＣＩを端末装置１１０―１に送信してもよい。いくつかの例示的な実施形態において、ＤＣＩは、複数のＳＲＳリソースセットに対応する複数のＳＲＩフィールドを含んでもよい。例えば、該複数のＳＲＩフィールドは、第１のＳＲＩフィールドと第２のＳＲＩフィールドとを含んでもよい。さらに、又は追加として、ＤＣＩは、コードブックアップリンク／ＰＵＳＣＨ送信のための複数のＴＰＭＩフィールド（例えば、第１のＴＰＭＩフィールドと第２のＴＰＭＩフィールドと）を含んでもよい。さらに、又は追加として、ＤＣＩは、複数のＴＰＣフィールド（例えば、第１のＴＰＣフィールドと第２のＴＰＣフィールドと）を含んでもよい。
【0215】
追加として、マルチＴＲＰ及び／又はマルチパネルとシングルＴＲＰとの間の動的切替がサポートされてもよい。より具体的には、第１のＴＲＰを有する単一ＴＲＰ送信がＤＣＩにより動的に示される場合、第１のＳＲＳリソースセットは、ＰＵＳＣＨ送信について適用される。第２のＴＲＰを有する単一ＴＲＰ送信がＤＣＩにより動的に示される場合、第２のＳＲＳリソースセットは、ＰＵＳＣＨ送信について適用されてもよい。代替として、マルチＴＲＰ送信が動的に示される場合、第１及び第２のＳＲＳリソースセットはＰＵＳＣＨ送信について適用されてもよい。
【0216】
追加として、該マルチＴＲＰ送信は、ＴＲＰの順序（すなわち、ＰＵＳＣＨ送信について適用される複数のＳＲＳリソースセットの順序）と関連付けられてもよい。この順序の一例は、端末装置１１０―１が、第１のＳＲＳリソースセットを、第１のＰＵＳＣＨ送信／少なくとも１つのＰＵＳＣＨ送信の反復について適用することである。この順序の別の例は、端末装置１１０―１が、第２のＳＲＳリソースセットを、第１のＰＵＳＣＨ送信／少なくとも１つのＰＵＳＣＨ送信の反復について適用することである。
【0217】
いくつかの例示的な実施形態において、端末装置１１０―１は、ＰＵＳＣＨ送信のセットを有するように設定され／示され／スケジューリングされてもよい。ＰＵＳＣＨ送信のセットは、ＰＵＳＣＨ送信の第１のサブセットとＰＵＳＣＨ送信の第２のサブセットとを含んでもよい。いくつかの例示的な実施形態において、ＰＵＳＣＨ送信／反復の第１のサブセットのためのプリコーダは、第１のＳＲＩフィールドにより示される第１のＳＲＩと、第１のＴＰＭＩ／ＰＭＩフィールドと、送信ランクと、のうちの少なくとも１つに基づいて決定されてもよい。ＰＵＳＣＨ送信／反復の第２のサブセットのためのプリコーダは、第２のＳＲＩフィールドにより示される第２のＳＲＩと、第２のＴＰＭＩ／ＰＭＩフィールドと、送信ランクと、のうちの少なくとも１つに基づいて決定されてもよい。
【0218】
いくつかの例示的な実施形態において、第１のＳＲＳリソースセット内の少なくとも１つのＳＲＳリソースは、ＰＵＳＣＨ送信の第１のサブセットに適用されるか、又は関連付けられてもよく、第２のＳＲＳリソースセット内の少なくとも１つのＳＲＳリソースは、ＰＵＳＣＨ送信の第２のサブセットに適用されるか、又は関連付けられてもよい。いくつかの例示的な実施形態において、ＰＵＳＣＨ送信の第１のサブセット又はＰＵＳＣＨ送信の第１のサブセットのためのプリコーダは、第１のＳＲＳリソースセット内の少なくとも１つのＳＲＳリソースに基づくか、対応してもよく、ＰＵＳＣＨ送信の第２のサブセット又はＰＵＳＣＨ送信の第２のサブセットのためのプリコーダは、第２のＳＲＳリソースセット内の少なくとも１つのＳＲＳリソースに基づくか、対応してもよい。
【0219】
いくつかの実施形態において、第１のリソースセット内にＸ個のＳＲＳリソースがあり、第２のリソースセットにＹ個のＳＲＳリソースがある場合、Ｘ及びＹは正の整数である。例えば、１≦Ｘ≦４である。別の例について、１≦Ｙ≦４である。いくつかの実施形態において、ＸはＹよりも小さい。いくつかの実施形態において、第１のＳＲＩフィールドのサイズは、Ｘの値に基づいて決定される。例えば、第１のＳＲＩフィールドについてのビット数は、ｃｅｉｌ（ｌｏｇ２（Ｘ））であってもよい。いくつかの実施形態において、端末装置１１０―１は、第１のＳＲＩフィールドが第２のＳＲＳリソースセットに関連付けるように設定されるか、又は示されてもよく、Ｘ＜Ｙの場合、第２のＳＲＳリソースセット内の第１の２ｃｅｉｌ（ｌｏｇ２（Ｘ））個のＲＳリソースは、第１のＳＲＩフィールドにより示される。
【0220】
いくつかの実施形態において、端末装置１１０―１は、コードブックに基づくアップリンク送信を有するように設定されてもよい。また、端末装置１１０―１は、２つのＳＲＳリソースセットを有するように設定されてもよい。いくつかの実施形態において、第１のＳＲＳリソースセットは、１つのＳＲＳリソースを含む。また、第２のＳＲＳリソースセットは、２つ、３つ、又は４つのＳＲＳリソースを含む。いくつかの実施形態において、端末装置１１０―１が、第１のＳＲＳフィールドを第２のＳＲＳリソースセットに関連付けるように示された場合、第２のＳＲＳリソースセット内の第１のＳＲＳリソースが想定されるか、又は適用される。例えば、より低いＩＤ値を有するＳＲＳリソースである。いくつかの実施形態において、第１のＳＲＳリソースセットは、２つのＳＲＳリソースを含む。また、第２のＳＲＳリソースセットは、３つ又は４つのＳＲＳリソースを含む。いくつかの実施形態において、端末装置１１０―１が、第１のＳＲＳフィールドを第２のＳＲＳリソースセットに関連付けるように示された場合、第２のＳＲＳリソースセット内の第１の２つのＳＲＳリソースが想定されるか、又は適用される。例えば、より低いＩＤを有する２つのＳＲＳリソースである。例えば、第１のＳＲＩフィールドについてのビット数は１である。例えば、第１のＳＲＩフィールドの値が０として示された場合、第２のＳＲＳリソース内の第１のＳＲＳリソースが想定されるか、又は適用される。別の例について、第１のＳＲＩフィールドの値が１として示された場合、第２のＳＲＳリソース内の２番目のＳＲＳリソースが想定されるか、又は適用される。いくつかの実施形態において、第１のＳＲＳリソースセットは、３つのＳＲＳリソースを含む。また、第２のＳＲＳリソースセットは、４つのＳＲＳリソースを含む。いくつかの実施形態において、端末装置１１０―１が、第１のＳＲＳフィールドを第２のＳＲＳリソースセットに関連付けるように示された場合、第２のＳＲＳリソースセット内の４番目のＳＲＳリソースが想定されるか、又は適用される。例えば、第１のＳＲＩフィールドについてのビット数は２である。例えば、第１のＳＲＩフィールドの値が００として示された場合、第２のＳＲＳリソース内の第１のＳＲＳリソースが想定されるか、又は適用される。別の例について、第１のＳＲＩフィールドの値が０１として示された場合、第２のＳＲＳリソース内の２番目のＳＲＳリソースが想定されるか、又は適用される。別の例について、第１のＳＲＩフィールドの値が１０として示された場合、第２のＳＲＳリソース内の３番目のＳＲＳリソースが想定されるか、又は適用される。別の例について、第１のＳＲＩフィールドの値が１１として示された場合、第２のＳＲＳリソース内の４番目のＳＲＳリソースが想定されるか、又は適用される。別の例について、端末装置１１０―１が第１のＳＲＩフィールドを第１のＳＲＳリソースセットに関連付けるように示された場合、１１を有する第１のＳＲＩフィールドの値が保留される。
【0221】
いくつかの実施形態において、端末装置１１０―１は、ノンコードブックに基づくアップリンク送信を有するように設定されてもよい。また、端末装置１１０―１は、２つのＳＲＳリソースセットを有するように設定されてもよい。いくつかの実施形態において、第１のＳＲＳリソースセットは、１つのＳＲＳリソースを含む。また、第２のＳＲＳリソースセットは、２つ、３つ、又は４つのＳＲＳリソースを含む。いくつかの実施形態において、端末装置１１０―１が、第１のＳＲＳフィールドを第２のＳＲＳリソースセットに関連付けるように示された場合、第２のＳＲＳリソースセット内の第１のＳＲＳリソースが想定されるか、又は適用される。例えば、より低いＩＤ値を有するＳＲＳリソースである。いくつかの実施形態において、第１のＳＲＳリソースセットは、２つのＳＲＳリソースを含む。また、第２のＳＲＳリソースセットは、３つ又は４つのＳＲＳリソースを含む。いくつかの実施形態において、端末装置１１０―１が、第１のＳＲＳフィールドを第２のＳＲＳリソースセットに関連付けるように示された場合、第２のＳＲＳリソースセット内の第１の２つのＳＲＳリソースが想定されるか、又は適用される。例えば、より低いＩＤを有する２つのＳＲＳリソースである。例えば、第１のＳＲＩフィールド内のビットフィールドは、第２のＳＲＳリソースセット内の第１の２つのＳＲＳリソースのうちの１つ又は２つのＳＲＳリソースを示す。いくつかの実施形態において、第１のＳＲＳリソースセットは、３つのＳＲＳリソースを含む。また、第２のＳＲＳリソースセットは、４つのＳＲＳリソースを含む。いくつかの実施形態において、端末装置１１０―１が、第１のＳＲＳフィールドを第２のＳＲＳリソースセットに関連付けるように示された場合、第２のＳＲＳリソースセット内の第１の３つのＳＲＳリソースが想定されるか、又は適用される。例えば、より低いＩＤを有する２つのＳＲＳリソースである。例えば、第１のＳＲＩフィールド内のビットフィールドは、第２のＳＲＳリソースセット内の第１の３つのＳＲＳリソースのうちの１つ、２つ、又は３つのＳＲＳリソースを示す。
【0222】
例えば、第１のＳＲＩフィールドは、第２のＳＲＳリソースセットのための全ての利用可能な候補を示すことはできない。例えば、コードポイント０１について、第２のＳＲＳリソースセットが適用され、第１のＳＲＩフィールドが適用される。しかしながら、第２のＳＲＩフィールドにより示すことができないいくつかのＳＲＳリソースがあるかもしれない。例えば、コードブック（ＣＢ）について、Ｘが１であり、Ｙが２である場合、第１のＳＲＩフィールドは０ビットである。また、コードポイント０１について、第１のＳＲＩフィールドは、第２のＳＲＳリソースセットについて適用される。この場合、第２のリソースセット内の２つのＳＲＳリソースのうちのいずれが適用されるかは不明である。したがって、本開示のいくつかの実施形態によれば、第１のＳＲＳリソースセット内のＳＲＳリソースの数がＸであり、第２のＳＲＳリソースセット内のＳＲＳリソースの数がＹであり、ＸがＹよりも小さい場合、第１のＳＲＩフィールドは第２のＳＲＳリソースセットに関連付けられてもよい。例えば、Ｙ個のＳＲＳリソースからの第１の２＾Ｘ個のＳＲＳリソースは、第１のＳＲＩフィールドにより示されてもよい。次の表１に、ＣＢ第１のＳＲＩフィールドの例を示し、ここで、Ｘは２であり、Ｙは４である。
【0223】
表１
【0224】
表１によれば、ＳＲＩ「０」は第１のＳＲＳリソースを示してもよく、ＳＲＩ「１」は２番目のＳＲＳリソースを示してもよい。次の表２に、ＮＣＢ第１のＳＲＩフィールドの例を示し、ここで、Ｘは２であり、Ｙは４である。
【0225】
表２
【0226】
表２によれば、インデックス「０」及び「２」は第１のＳＲＳリソースを示してもよく、インデックス「１」及び「２」は２番目のＳＲＳリソースを示してもよい。
【0227】
【0228】
ブロック７１０において、端末装置１１０－１は、ネットワーク装置１２０から第１のＰＤＣＣＨを受信する。第１のＰＤＣＣＨは、第１のＴＣＩ状態を示す。
【0229】
ブロック７２０において、端末装置１１０－１は、ネットワーク装置１２０から第２のＰＤＣＣＨを受信する。第２のＰＤＣＣＨは、第２の第１のＴＣＩ状態を示す。
【0230】
ブロック７３０において、第２のＰＤＣＣＨの受信が第１のＰＤＣＣＨの受信の後である場合、端末装置１１０―１は、ある期間の後に、第２のＴＣＩ状態を用いてネットワーク装置１２０と通信を行う。
【0231】
いくつかの実施形態において、端末装置１１０―１は、ネットワーク装置１２０に、第２のＰＤＣＣＨに基づく第２のスケジューリングに対応する第２のＨＡＲＱフィードバックを送信してもよい。また、端末装置１１０―１は、第１のＰＤＣＣＨに基づく第１のスケジューリングに対応する第１のＨＡＲＱフィードバックをネットワーク装置１２０に送信してもよい。第１のＨＡＲＱフィードバックの送信が第２のＨＡＲＱフィードバックの送信の後である場合、端末装置１１０―１は、該期間の後に、第２のＴＣＩを用いてネットワーク装置との通信を行ってもよい。この場合、第１のスケジューリングは、第１のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングであってもよい。第２のスケジューリングは、第２のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングを有しないＴＣＩ状態指示であってもよく、第２のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングであってもよい。例示的な実施形態において、第１のＴＣＩが適用可能で、第２のＴＣＩ状態が適用不可能である場合、端末装置１１０―１は、該期間の後に、第１のＴＣＩを用いてネットワーク装置との通信を行ってもよい。
【0232】
第１のＰＤＣＣＨ内の第１のＴＣＩ状態の第１のフィールドが第１の数のビットを含み、第２のＰＤＣＣＨ内の第２のＴＣＩ状態の第２のフィールドが第２の数のビットを含み、第２の数が第１の数よりも少ない場合、第２のフィールド内の所定のビット値は第１のＴＣＩ状態を示す。
【0233】
代替として又は追加として、端末装置１１０―１は、第１のＴＣＩを用いてネットワーク装置との通信を行ってもよい。例えば、端末装置１１０―１は、第１のＴＣＩを用いて第１の制御リソースセット（ＣＯＲＥＳＥＴ）において第３のＰＤＣＣＨをネットワーク装置１２０から受信してもよい。追加として、端末装置１１０―１は、第１のＴＣＩを用いて第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をネットワーク装置１２０から受信してもよい。追加として又は代替として、端末装置１１０―１は、第１のＴＣＩを用いて第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）をネットワーク装置１２０に送信してもよい。また、端末装置１１０―１は、第１のＴＣＩを用いて第１の物理アップリンク共有チャネル（ＰＵＳＣＨ）をネットワーク装置１２０に送信してもよい。
【0234】
他の実施形態において、端末装置１１０―１は、第２のＴＣＩを用いて第２の制御リソースセット（ＣＯＲＥＳＥＴ）において第４のＰＤＣＣＨをネットワーク装置１２０から受信してもよい。代替として、端末装置１１０―１は、第２のＴＣＩを用いて第２の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をネットワーク装置１２０から受信してもよい。追加として、端末装置１１０―１は、第１のＴＣＩを用いて第２の物理アップリンク制御チャネル（ＰＵＣＣＨ）をネットワーク装置１２０に送信してもよい。代替として又は追加として、端末装置１１０―１は、第２のＴＣＩを用いて第２の物理アップリンク共有チャネル（ＰＵＳＣＨ）をネットワーク装置１２０に送信してもよい。
【0235】
いくつかの実施形態において、第１のＰＤＣＣＨの受信と第２のＰＤＣＣＨの受信とが継続時間内である場合、第１のＴＣＩ状態は、第２のＴＣＩ状態と同じである。
【0236】
【0237】
ブロック８１０において、端末装置１１０―１は、第１の数のアクティブ化された送信設定インジケータ（ＴＣＩ）コードポイントをネットワーク装置１２０から受信する。
【0238】
ブロック８２０において、端末装置１１０―１は、ダウンリンク制御情報（ＤＣＩ）フィールド内の第２の数のコードポイントの設定をネットワーク装置１２０から受信する。第２の数は、第１の数よりも少なく、ＤＣＩフィールドの１つの所定の値は、ネットワーク装置との通信に対して既に適用された同じＴＣＩ状態を示す。
【0239】
代替として又は追加として、端末装置１１０―１は、第１のＴＣＩを用いてネットワーク装置との通信を行ってもよい。例えば、端末装置１１０―１は、第１のＴＣＩを用いて第１の制御リソースセット（ＣＯＲＥＳＥＴ）において第３のＰＤＣＣＨをネットワーク装置１２０から受信してもよい。追加として、端末装置１１０―１は、第１のＴＣＩを用いて第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をネットワーク装置１２０から受信してもよい。追加として又は代替として、端末装置１１０―１は、第１のＴＣＩを用いて第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）をネットワーク装置１２０に送信してもよい。また、端末装置１１０―１は、第１のＴＣＩを用いて第１の物理アップリンク共有チャネル（ＰＵＳＣＨ）をネットワーク装置１２０に送信してもよい。
【0240】
他の実施形態において、端末装置１１０―１は、第２のＴＣＩを用いて第２の制御リソースセット（ＣＯＲＥＳＥＴ）において第４のＰＤＣＣＨをネットワーク装置１２０から受信してもよい。代替として、端末装置１１０―１は、第２のＴＣＩを用いて第２の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）をネットワーク装置１２０から受信してもよい。追加として、端末装置１１０―１は、第１のＴＣＩを用いて第２の物理アップリンク制御チャネル（ＰＵＣＣＨ）をネットワーク装置１２０に送信してもよい。代替として又は追加として、端末装置１１０―１は、第２のＴＣＩを用いて第２の物理アップリンク共有チャネル（ＰＵＳＣＨ）をネットワーク装置１２０に送信してもよい。
【0241】
【0242】
ブロック９１０において、ネットワーク装置１２０は、端末装置１１０－１に第１のＰＤＣＣＨを送信する。第１のＰＤＣＣＨは、第１のＴＣＩ状態を示す。
【0243】
ブロック９２０において、ネットワーク装置１２０は、端末装置１１０－１に第２のＰＤＣＣＨを送信する。第２のＰＤＣＣＨは、第２のＴＣＩ状態を示す。
【0244】
ブロック９３０において、第２のＰＤＣＣＨの受信が第１のＰＤＣＣＨの受信の後である場合、ネットワーク装置１２０は、ある期間の後に、第２のＴＣＩ状態を用いて端末装置１１０－１と通信を行う。
【0245】
いくつかの実施形態において、ネットワーク装置１２０は、第２のＰＤＣＣＨに基づく第２のスケジューリングに対応する第２のＨＡＲＱフィードバックを端末装置１１０―１から受信してもよい。ネットワーク装置１２０は、第１のＰＤＣＣＨに基づく第１のスケジューリングに対応する第１のＨＡＲＱフィードバックを端末装置１１０―１から受信してもよい。追加として、第１のＨＡＲＱフィードバックの受信が第２のＨＡＲＱフィードバックの受信の後である場合、ネットワーク装置１２０は、該ある期間の後に、第２のＴＣＩを用いて端末装置１１０―１と通信を行ってもよい。この場合、第１のスケジューリングは、第１のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングであり、第２のスケジューリングは、第２のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングを有しないＴＣＩ状態指示又は第２のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングである。
【0246】
代替として、第１のＴＣＩが適用可能で、第２のＴＣＩ状態が適用不可能である場合、ネットワーク装置１２０は、該ある期間の後に、第１のＴＣＩを用いて端末装置との通信を行ってもよい。
【0247】
いくつかの実施形態において、第１のＰＤＣＣＨ内の第１のＴＣＩ状態の第１のフィールドが第１の数のビットを含み、第２のＰＤＣＣＨ内の第２のＴＣＩ状態の第２のフィールドが第２の数のビットを含み、第２の数が第１の数よりも少ない場合、第２のフィールド内の所定のビット値は、第１のＴＣＩ状態を示す。
【0248】
代替として又は追加として、ネットワーク装置１２０は、第１のＴＣＩを用いて端末装置との通信を行ってもよい。例えば、ネットワーク装置１２０は、第１のＴＣＩを用いて第１の制御リソースセット（ＣＯＲＥＳＥＴ）において第３のＰＤＣＣＨを端末装置１１０―１に送信してもよい。また、ネットワーク装置１２０は、第１のＴＣＩを用いて第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を端末装置１１０―１に送信してもよい。代替として又は追加として、ネットワーク装置１２０は、第１のＴＣＩを用いて第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）を端末装置１１０―１から受信してもよい。追加として、ネットワーク装置１２０は、第１のＴＣＩを用いて第１の物理アップリンク共有チャネル（ＰＵＳＣＨ）を端末装置１１０―１から受信してもよい。
【0249】
他の実施形態において、ネットワーク装置１２０が端末装置と第２のＴＣＩを用いて通信を行ってもよいことは、前記第２のＴＣＩを用いて第２の制御リソースセット（ＣＯＲＥＳＥＴ）において第４のＰＤＣＣＨを前記端末装置に送信すること、前記第２のＴＣＩを用いて第２の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記端末装置に送信すること、前記第１のＴＣＩを用いて第２の物理アップリンク制御チャネル（ＰＵＣＣＨ）を前記端末装置から受信すること、又は、前記第２のＴＣＩを用いて第２の物理アップリンク共有チャネル（ＰＵＳＣＨ）を前記端末装置から受信すること、のうちの少なくとも１つを含む。
【0250】
いくつかの実施形態において、第１のＰＤＣＣＨの受信と第２のＰＤＣＣＨの受信とが継続時間内である場合、第１のＴＣＩ状態は、第２のＴＣＩ状態と同じである。
【0251】
【0252】
ブロック１０１０において、ネットワーク装置１２０は、第１の数のアクティブ化された送信設定インジケータ（ＴＣＩ）コードポイントを端末装置１１０―１に送信する。
【0253】
ブロック１０２０において、ネットワーク装置１２０は、ダウンリンク制御情報（ＤＣＩ）フィールド内の第２の数のコードポイントの設定を端末装置１１０―１に送信する。第２の数は、第１の数よりも少なく、ＤＣＩフィールドの１つの所定の値は、ネットワーク装置との通信に対して既に適用された同じＴＣＩ状態を示す。
【0254】
代替として又は追加として、ネットワーク装置１２０は、第１のＴＣＩを用いて端末装置１１０－１と通信を行ってもよい。例えば、ネットワーク装置１２０は、第１のＴＣＩを用いて第１の制御リソースセット（ＣＯＲＥＳＥＴ）において第３のＰＤＣＣＨを端末装置１１０―１に送信してもよい。追加として、ネットワーク装置１２０は、第１のＴＣＩを用いて第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を端末装置１１０―１に送信してもよい。追加として又は代替として、ネットワーク装置１２０は、第１のＴＣＩを用いて第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）を端末装置１１０―１から受信してもよい。ネットワーク装置１２０は、第１のＴＣＩを用いて第１の物理アップリンク共有チャネル（ＰＵＳＣＨ）を端末装置１１０―１から受信してもよい。
【0255】
代替として又は追加として、ネットワーク装置１２０は、第２のＴＣＩを用いて端末装置１１０－１と通信を行ってもよい。例えば、ネットワーク装置１２０は、第１のＴＣＩを用いて第２の制御リソースセット（ＣＯＲＥＳＥＴ）において第４のＰＤＣＣＨを端末装置１１０―１に送信してもよい。追加として、ネットワーク装置１２０は、第２のＴＣＩを用いて第２の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を端末装置１１０―１に送信してもよい。追加として又は代替として、ネットワーク装置１２０は、第２のＴＣＩを用いて第２の物理アップリンク制御チャネル（ＰＵＣＣＨ）を端末装置１１０―１から受信してもよい。ネットワーク装置１２０は、第２のＴＣＩを用いて第２の物理アップリンク共有チャネル（ＰＵＳＣＨ）を端末装置１１０―１から受信してもよい。
【0256】
いくつかの実施形態において、前記端末装置は、回路を備え、前記回路は、第１の送信設定インジケータ（ＴＣＩ）状態を示す第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をネットワーク装置から受信し、第２のＴＣＩ状態を示す第２のＰＤＣＣＨを前記ネットワーク装置から受信し、前記第２のＰＤＣＣＨの受信が前記第１のＰＤＣＣＨの受信の後であるとの決定に従って、ある期間の後に、前記第２のＴＣＩ状態を用いて前記ネットワーク装置との通信を行うように設定されている。
【0257】
いくつかの実施形態において、前記端末装置は、回路を備え、前記回路はさらに、前記第２のＰＤＣＣＨに基づく第２のスケジューリングに対応する第２のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを前記ネットワーク装置に送信し、前記第１のＰＤＣＣＨに基づく第１のスケジューリングに対応する第１のＨＡＲＱフィードバックを前記ネットワーク装置に送信するように設定されている。前記端末装置は、回路を備え、前記回路は、前記第１のＨＡＲＱフィードバックの送信が前記第２のＨＡＲＱフィードバックの送信の後であるとの決定に従って、前記ある期間の後に、前記第２のＴＣＩを用いて前記ネットワーク装置との通信を行うことにより、前記第２のＴＣＩ状態を用いて前記ネットワーク装置との前記通信を行うように設定されている。
【0258】
いくつかの実施形態において、第１のスケジューリングは、第１のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングであり、第２のスケジューリングは、第２のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングを有しないＴＣＩ状態指示又は第２のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングである。
【0259】
いくつかの実施形態において、前記端末装置は、回路を備え、前記回路はさらに、前記第１のＴＣＩが適用可能で、前記第２のＴＣＩ状態が適用不可能であるとの決定に従って、前記ある期間の後に、前記第１のＴＣＩを用いて前記ネットワーク装置との前記通信を行うように設定されている。
【0260】
いくつかの実施形態において、第１のＰＤＣＣＨ内の第１のＴＣＩ状態の第１のフィールドが第１の数のビットを含み、第２のＰＤＣＣＨ内の第２のＴＣＩ状態の第２のフィールドが第２の数のビットを含み、第２の数が第１の数よりも少ない場合、第２のフィールド内の所定のビット値は、第１のＴＣＩ状態を示す。
【0261】
いくつかの実施形態において、前記端末装置は、回路を備え、前記回路はさらに、前記第１のＴＣＩを用いて前記ネットワーク装置との前記通信を行うように設定されている。いくつかの実施形態において、前記端末装置は、回路を備え、前記回路はさらに、前記第１のＴＣＩを用いて第１の制御リソースセット（ＣＯＲＥＳＥＴ）において第３のＰＤＣＣＨを前記ネットワーク装置から受信すること、前記第１のＴＣＩを用いて第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記ネットワーク装置から受信すること、前記第１のＴＣＩを用いて第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）を前記ネットワーク装置に送信すること、又は、前記第１のＴＣＩを用いて第１の物理アップリンク共有チャネル（ＰＵＳＣＨ）を前記ネットワーク装置に送信すること、のうちの少なくとも１つにより、前記第１のＴＣＩを用いて前記ネットワーク装置との前記通信を行うように設定されている。
【0262】
いくつかの実施形態において、前記端末装置は、回路を備え、前記回路はさらに、前記第２のＴＣＩを用いて第２の制御リソースセット（ＣＯＲＥＳＥＴ）において第４のＰＤＣＣＨを前記ネットワーク装置から受信すること、前記第２のＴＣＩを用いて第２の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記ネットワーク装置から受信すること、前記第１のＴＣＩを用いて第２の物理アップリンク制御チャネル（ＰＵＣＣＨ）を前記ネットワーク装置に送信すること、又は、前記第２のＴＣＩを用いて第２の物理アップリンク共有チャネル（ＰＵＳＣＨ）を前記ネットワーク装置に送信すること、のうちの少なくとも１つにより、前記第２のＴＣＩを用いて前記ネットワーク装置との前記通信を行うように設定されている。
【0263】
いくつかの実施形態において、第１のＰＤＣＣＨの受信と第２のＰＤＣＣＨの受信とが継続時間内である場合、第１のＴＣＩ状態は第２のＴＣＩ状態と同じである。
【0264】
いくつかの実施形態において、端末装置は、回路を備え、前記回路は、第１の数のアクティブ化された送信設定インジケータ（ＴＣＩ）コードポイントをネットワーク装置から受信し、ダウンリンク制御情報（ＤＣＩ）フィールド内の第２の数のコードポイントの設定を前記ネットワーク装置から受信するように設定され、前記第２の数は、前記第１の数よりも少なく、前記ＤＣＩフィールドの１つの所定の値は、前記ネットワーク装置との通信に対して既に適用された同じＴＣＩ状態を示す。
【0265】
いくつかの実施形態において、前記端末装置は、回路を備え、前記回路はさらに、前記ＴＣＩ状態を用いて前記ネットワーク装置との前記通信を行うように設定されている。いくつかの実施形態において、前記端末装置は、回路を備え、前記回路はさらに、前記ＴＣＩ状態を用いて制御リソースセット（ＣＯＲＥＳＥＴ）においてＰＤＣＣＨを前記ネットワーク装置から受信すること前記ＴＣＩ状態を用いて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を、前記ネットワーク装置から受信すること、前記ＴＣＩ状態を用いて物理アップリンク制御チャネル（ＰＵＣＣＨ）を前記ネットワーク装置に送信すること、又は、前記ＴＣＩ状態を用いて物理アップリンク共有チャネル（ＰＵＳＣＨ）を前記ネットワーク装置に送信すること、のうちの少なくとも１つにより、前記ＴＣＩ状態を用いて前記ネットワーク装置との前記通信を行うように設定されている。
【0266】
いくつかの実施形態において、ネットワーク装置は、回路を備え、前記回路は、第１の送信設定インジケータ（ＴＣＩ）状態を示す第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を端末装置に送信し、第２のＴＣＩ状態を示す第２のＰＤＣＣＨを前記端末装置に送信し、前記第２のＰＤＣＣＨの受信が前記第１のＰＤＣＣＨの受信の後であるとの決定に従って、ある期間の後に、前記第２のＴＣＩ状態を用いて前記端末装置との通信を行うように設定されている。
【0267】
いくつかの実施形態において、前記ネットワーク装置は、回路を備え、前記回路は、前記第２のＰＤＣＣＨに基づく第２のスケジューリングに対応する第２のハイブリッド自動再送要求（ＨＡＲＱ）フィードバックを前記端末装置から受信し、前記第１のＰＤＣＣＨに基づく第１のスケジューリングに対応する第１のＨＡＲＱフィードバックを前記端末装置から受信するように設定されている。いくつかの実施形態において、前記ネットワーク装置は、回路を備え、前記回路は、前記第１のＨＡＲＱフィードバックの受信が前記第２のＨＡＲＱフィードバックの受信の後であるとの決定に従って、前記ある期間の後に、前記第２のＴＣＩを用いて前記端末装置との前記通信を行うことにより、前記第２のＴＣＩ状態を用いて前記端末装置との前記通信を行うように設定されている。
【0268】
いくつかの実施形態において、第１のスケジューリングは、第１のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングであり、第２のスケジューリングは、第２のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングを有しないＴＣＩ状態指示又は第２のＰＤＣＣＨに基づくＰＤＳＣＨスケジューリングである。
【0269】
いくつかの実施形態において、前記ネットワーク装置は、回路を備え、前記回路は、前記第１のＴＣＩが適用可能で、前記第２のＴＣＩ状態が適用不可能であるとの決定に従って、前記ある期間の後に、前記第１のＴＣＩを用いて前記端末装置との前記通信を行うように設定されている。
【0270】
いくつかの実施形態において、第１のＰＤＣＣＨ内の第１のＴＣＩ状態の第１のフィールドが第１の数のビットを含み、第２のＰＤＣＣＨ内の第２のＴＣＩ状態の第２のフィールドが第２の数のビットを含み、第２の数が第１の数よりも少ない場合、第２のフィールド内の所定のビット値は、第１のＴＣＩ状態を示す。
【0271】
いくつかの実施形態において、前記ネットワーク装置は、回路を備え、前記回路は、前記第１のＴＣＩを用いて前記端末装置との前記通信を行うように設定されている。いくつかの実施形態において、前記ネットワーク装置は、回路を備え、前記回路は、前記第１のＴＣＩを用いて第１の制御リソースセット（ＣＯＲＥＳＥＴ）において第３のＰＤＣＣＨを前記端末装置に送信すること、前記第１のＴＣＩを用いて第１の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記端末装置に送信すること、前記第１のＴＣＩを用いて第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）を前記端末装置から受信すること、又は、前記第１のＴＣＩを用いて第１の物理アップリンク共有チャネル（ＰＵＳＣＨ）を前記端末装置から受信すること、のうちの少なくとも１つにより、前記第１のＴＣＩを用いて前記端末装置との前記通信を行うように設定されている。
【0272】
いくつかの実施形態において、前記ネットワーク装置は、回路を備え、前記回路は、前記第２のＴＣＩを用いて第２の制御リソースセット（ＣＯＲＥＳＥＴ）において第４のＰＤＣＣＨを前記端末装置に送信すること、前記第２のＴＣＩを用いて第２の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記端末装置に送信すること、前記第１のＴＣＩを用いて第２の物理アップリンク制御チャネル（ＰＵＣＣＨ）を前記端末装置から受信すること、又は、前記第２のＴＣＩを用いて第２の物理アップリンク共有チャネル（ＰＵＳＣＨ）を前記端末装置から受信すること、のうちの少なくとも１つにより、前記第２のＴＣＩを用いて前記端末装置との前記通信を行うように設定されている。
【0273】
いくつかの実施形態において、第１のＰＤＣＣＨの受信と第２のＰＤＣＣＨの受信とが継続時間内である場合、第１のＴＣＩ状態は、第２のＴＣＩ状態と同じである。
【0274】
いくつかの実施形態において、前記ネットワーク装置は、回路を備え、前記回路は、第１の数のアクティブ化された送信設定インジケータ（ＴＣＩ）コードポイントを端末装置に送信し、ダウンリンク制御情報（ＤＣＩ）フィールド内の第２の数のコードポイントの設定を前記端末装置に送信するように設定され、前記第２の数は、前記第１の数よりも少なく、前記ＤＣＩフィールドの１つの所定の値は、前記ネットワーク装置との通信に対して既に適用された同じＴＣＩ状態を示す。
【0275】
いくつかの実施形態において、前記ネットワーク装置は、回路を備え、前記回路は、前記ＴＣＩ状態を用いて前記端末装置との前記通信を行うように設定されている。いくつかの実施形態において、前記ネットワーク装置は、回路を備え、前記回路は、前記ＴＣＩ状態を用いて制御リソースセット（ＣＯＲＥＳＥＴ）においてＰＤＣＣＨを前記端末装置に送信すること、前記ＴＣＩ状態を用いて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を前記端末装置に送信すること、前記ＴＣＩ状態を用いて物理アップリンク制御チャネル（ＰＵＣＣＨ）を前記端末装置から受信すること、又は、前記ＴＣＩ状態を用いて物理アップリンク共有チャネル（ＰＵＳＣＨ）を前記端末装置から受信すること、のうちの少なくとも１つにより、前記ＴＣＩ状態を用いて前記端末装置との前記通信を行うように設定されている。
【0276】
図１１は、本開示の実施形態を実装するのに適した装置１１００の概略ブロック図である。装置１１００は、図１に示すネットワーク装置１２０又は端末装置の別の例示的な実施態様として考えられる。したがって、装置１１００は、端末装置１１０又はネットワーク装置１２０において、又はそれらの少なくとも一部として実現することができる。
【0277】
図示のように、装置１１００は、プロセッサ１１１０と、プロセッサ１１１０に結合されたメモリ１１２０と、プロセッサ１１１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）１１４０と、ＴＸ／ＲＸ １１４０に結合された通信インターフェースとを備える。メモリ１１１０は、プログラム１１３０の少なくとも一部を記憶する。ＴＸ／ＲＸ １１４０は双方向通信に用いられる。ＴＸ／ＲＸ １１４０は、通信を容易にするために少なくとも１つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有してもよい。通信インターフェースは、ｅＮＢ間の双方向通信のためのＸ２インターフェース、モビリティ管理エンティティ（ＭＭＥ）／サービングゲートウェイ（Ｓ―ＧＷ）とｅＮＢとの間の通信のためのＳ１インターフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信のためのＵｎインターフェース、又はｅＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。
【0278】
プログラム１１３０は、図２～図１０を参照して本明細書で説明したように、関連付けられるプロセッサ１１１０により実行された場合、装置１１００が本開示の実施形態に従って動作することを可能にするプログラム命令を含むと想定される。本明細書の実施形態は、装置１１００のプロセッサ１１１０により実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組み合わせにより実現されてもよい。プロセッサ１１１０は、本開示の様々な実施形態を実施するように設定されてもよい。さらに、プロセッサ１１１０とメモリ１０２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段を形成してもよい。
【0279】
メモリ１１２０は、ローカル技術ネットワークに適した任意のタイプであってもよく、また、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体に基づくメモリ装置、磁気メモリ装置及びシステム、光学メモリ装置及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実現されてもよい。装置１０００内には１つのメモリ１１２０のみが示されているが、装置１０００内にはいくつかの物理的に異なるメモリモジュールが存在してもよい。プロセッサ１１１０は、ローカル技術ネットワークに適した任意のタイプであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ又は複数を含んでもよい。装置１１００は、複数のプロセッサ、例えば、メインプロセッサを同期化するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。
【0280】
全体として、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、論理、又はそれらの任意の組み合わせで実現されてもよい。いくつかの態様は、ハードウェアで実現されてもよく、他の態様は、コントローラ、マイクロプロセッサ、又は他のコンピューティング装置により実行可能なファームウェア又はソフトウェアで実現されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート又は他の何らかの絵画的表現を用いて図示及び説明されているが、本明細書に記載されたブロック、機器、システム、技術、又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又は論理、汎用ハードウェア又はコントローラ又は他のコンピューティング装置、又はそれらの何らかの組み合わせで実装されてもよいことを理解すべきである。
【0281】
本開示はまた、非一時的なコンピュータ可読記憶媒体上に有形的に記憶された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図２から図１０を参照して上述したプロセス又は方法を実行するために、対象の実プロセッサ又は仮想プロセッサ上の装置内で実行される、プログラムモジュールに含まれる命令などのコンピュータ実行可能な命令を含む。一般に、プログラムモジュールには、特定のタスクを実行するか、又は特定の抽象データタイプを実装するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などが含まれる。様々な実施形態において、プログラムモジュールの機能は、必要に応じて、プログラムモジュール間で結合又は分割されてもよい。プログラムモジュールのマシンが実行可能な命令は、ローカル又は分散型装置内で実行されてもよい。分散型装置において、プログラムモジュールは、ローカル記憶媒体及びリモート記憶媒体内の両方に配置されていてもよい。
【0282】
本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行してもよい。
【0283】
上述のプログラムコードは、マシン可読媒体上で実装されてもよく、マシン可読媒体は、命令実行システム、機器、又は装置により利用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であってもよい。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、機器若しくは装置、又は前述の媒体の任意の適切な組み合せを含んでもよいが、これらに限定されない。マシン可読記憶媒体のより具体的な例は、１つ又は複数のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリーメモリ（ＣＤ―ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組み合わせを含んでもよい。
【0284】
なお、動作について特定の順序で説明を行ったが、所望の結果を得るために、こうした動作を、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、説明された全ての動作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明されたいくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブコンビネーションで実装されてもよい。
【0285】
本開示は、構造的特徴及び／又は方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲において定義された本開示は、必ずしも上記の特定の特徴又は動作に限定されないことを理解すべきである。むしろ、上述した特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として開示されている。
【図1】
【図2】
【図3A】
【図3B】
【図3C】
【図3D】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【手続補正書】
【提出日】2024-02-15
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
送信設定インジケータ（ＴＣＩ）状態を示す、ダウンリンク（ＤＬ）割り当てを有しないダウンリンク制御情報（ＤＣＩ）フォーマットを受信する手段と、前記ＤＣＩに対応する、肯定的なハイブリッド自動再送要求確認応答（ＨＡＲＱ―ＡＣＫ）を有する物理アップリンク制御チャネル（ＰＵＣＣＨ）、又は肯定的なＨＡＲＱ―ＡＣＫを有する物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信する手段と、
を含み、
前記ＴＣＩ状態は、前に示されたＴＣＩ状態とは異なり、
前記ＴＣＩ状態は、第１のスロットから適用され、前記第１のスロットは、前記ＰＵＣＣＨ又は前記ＰＵＳＣＨの最後のシンボルの後の少なくとも１つ又は複数のシンボルの継続時間である、
端末装置。
【請求項2】
前記ＴＣＩ状態は、ダウンリンク（ＤＬ）ＴＣＩ状態、アップリンク（ＵＬ）ＴＣＩ状態、又は結合されたＤＬ／ＵＬ ＴＣＩ状態のうちの１つである、請求項１に記載の端末装置。
【請求項3】
前記ＤＣＩフォーマットは、ＤＣＩフォーマット１＿１又はＤＣＩフォーマット１＿２である、請求項１に記載の端末装置。
【請求項4】
前記継続時間は、無線リソース制御（ＲＲＣ）シグナリングを介して設定される、請求項１に記載の端末装置。
【請求項5】
前記継続時間内の前記１つ又は複数のシンボルの数は、１以上且つ３３６以下である、請求項１に記載の端末装置。
【請求項6】
送信設定インジケータ（ＴＣＩ）状態を示す、ダウンリンク（ＤＬ）割り当てを有するダウンリンク制御情報（ＤＣＩ）フォーマットを受信する手段と、前記ＤＣＩによりスケジューリングされる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に対応する、肯定的なハイブリッド自動再送要求確認応答（ＨＡＲＱ―ＡＣＫ）を有する物理アップリンク制御チャネル（ＰＵＣＣＨ）、又は肯定的なＨＡＲＱ―ＡＣＫを有する物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信する手段と、
を含み、
前記ＴＣＩ状態は、前に示されたＴＣＩ状態とは異なり、
前記ＴＣＩ状態は、第１のスロットから適用され、前記第１のスロットは、前記ＰＵＣＣＨ又は前記ＰＵＳＣＨの最後のシンボルの後の少なくとも１つ又は複数のシンボルの継続時間である、
端末装置。
【請求項7】
送信設定インジケータ（ＴＣＩ）状態を示す、ダウンリンク（ＤＬ）割り当てを有しないダウンリンク制御情報（ＤＣＩ）フォーマットを送信する手段と、前記ＤＣＩに対応する、肯定的なハイブリッド自動再送要求確認応答（ＨＡＲＱ―ＡＣＫ）を有する物理アップリンク制御チャネル（ＰＵＣＣＨ）、又は肯定的なＨＡＲＱ―ＡＣＫを有する物理アップリンク共有チャネル（ＰＵＳＣＨ）を受信する手段と、
を含み、
前記ＴＣＩ状態は、前に示されたＴＣＩ状態とは異なり、
前記ＴＣＩ状態は、第１のスロットから適用され、前記第１のスロットは、前記ＰＵＣＣＨ又は前記ＰＵＳＣＨの最後のシンボルの後の少なくとも１つ又は複数のシンボルの継続時間である、
ネットワーク装置。
【請求項8】
前記ＴＣＩ状態は、ダウンリンク（ＤＬ）ＴＣＩ状態、アップリンク（ＵＬ）ＴＣＩ状態、又は結合されたＤＬ／ＵＬ ＴＣＩ状態のうちの１つである、請求項７に記載のネットワーク装置。
【請求項9】
前記ＤＣＩフォーマットは、ＤＣＩフォーマット１＿１又はＤＣＩフォーマット１＿２である、請求項７に記載のネットワーク装置。
【請求項10】
前記継続時間は、無線リソース制御（ＲＲＣ）シグナリングを介して設定される、請求項７に記載のネットワーク装置。
【請求項11】
前記継続時間内の前記１つ又は複数のシンボルの数は、１以上且つ３３６以下である、請求項７に記載のネットワーク装置。
【請求項12】
送信設定インジケータ（ＴＣＩ）状態を示す、ダウンリンク（ＤＬ）割り当てを有するダウンリンク制御情報（ＤＣＩ）フォーマットを送信するための手段と、前記ＤＣＩによりスケジューリングされる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に対応する、肯定的なハイブリッド自動再送要求確認応答（ＨＡＲＱ―ＡＣＫ）を有する物理アップリンク制御チャネル（ＰＵＣＣＨ）、又は肯定的なＨＡＲＱ―ＡＣＫを有する物理アップリンク共有チャネル（ＰＵＳＣＨ）を受信するための手段と、
を含み、
前記ＴＣＩ状態は、前に示されたＴＣＩ状態とは異なり、
前記ＴＣＩ状態は、前記ＰＵＣＣＨ又は前記ＰＵＳＣＨの最後のシンボルの少なくとも１つ又は複数のシンボルの継続時間後である第１のスロットから適用される、
ネットワーク装置。
【請求項13】
端末装置により実行される方法であって、送信設定インジケータ（ＴＣＩ）状態を示す、ダウンリンク（ＤＬ）割り当てを有しないダウンリンク制御情報（ＤＣＩ）フォーマットを受信することと、
前記ＤＣＩに対応する、肯定的なハイブリッド自動再送要求確認応答（ＨＡＲＱ―ＡＣＫ）を有する物理アップリンク制御チャネル（ＰＵＣＣＨ）、又は肯定的なＨＡＲＱ―ＡＣＫを有する物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信することと、
を含み、
前記ＴＣＩ状態は、前に示されたＴＣＩ状態とは異なり、
前記ＴＣＩ状態は、第１のスロットから適用され、前記第１のスロットは、前記ＰＵＣＣＨ又は前記ＰＵＳＣＨの最後のシンボルの後の少なくとも１つ又は複数のシンボルの継続時間である、
方法。
【請求項14】
端末装置により実行される方法であって、送信設定インジケータ（ＴＣＩ）状態を示す、ダウンリンク（ＤＬ）割り当てを有するダウンリンク制御情報（ＤＣＩ）フォーマットを受信することと、
前記ＤＣＩによりスケジューリングされる物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に対応する、肯定的なハイブリッド自動再送要求確認応答（ＨＡＲＱ―ＡＣＫ）を有する物理アップリンク制御チャネル（ＰＵＣＣＨ）、又は肯定的なＨＡＲＱ―ＡＣＫを有する物理アップリンク共有チャネル（ＰＵＳＣＨ）を送信することと、
を含み、
前記ＴＣＩ状態は、前に示されたＴＣＩ状態とは異なり、
前記ＴＣＩ状態は、第１のスロットから適用され、前記第１のスロットは、前記ＰＵＣＣＨ又は前記ＰＵＳＣＨの最後のシンボルの後の少なくとも１つ又は複数のシンボルの継続時間である、
方法。
【請求項15】
ネットワーク装置により実行される方法であって、送信設定インジケータ（ＴＣＩ）状態を示す、ダウンリンク（ＤＬ）割り当てを有しないダウンリンク制御情報（ＤＣＩ）フォーマットを送信することと、
前記ＤＣＩに対応する、肯定的なハイブリッド自動再送要求確認応答（ＨＡＲＱ―ＡＣＫ）を有する物理アップリンク制御チャネル（ＰＵＣＣＨ）、又は肯定的なＨＡＲＱ―ＡＣＫを有する物理アップリンク共有チャネル（ＰＵＳＣＨ）を受信することと、
を含み、
前記ＴＣＩ状態は、前に示されたＴＣＩ状態とは異なり、
前記ＴＣＩ状態は、第１のスロットから適用され、前記第１のスロットは、前記ＰＵＣＣＨ又は前記ＰＵＳＣＨの最後のシンボルの後の少なくとも１つ又は複数のシンボルの継続時間である、
方法。
【国際調査報告】