特表 2024-528630 端末装置、ネットワーク装置、及び方法

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

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

(11)【公表番号】

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

(54)【発明の名称】端末装置、ネットワーク装置、及び方法

(51)【国際特許分類】

   H04W 24/10 20090101AFI20240723BHJP

   H04W 16/28 20090101ALI20240723BHJP

   H04W 28/04 20090101ALI20240723BHJP

   H04W 72/232 20230101ALI20240723BHJP

   H04B 7/08 20060101ALI20240723BHJP

   H04B 7/06 20060101ALI20240723BHJP

   H04L 27/26 20060101ALI20240723BHJP

   H04B 17/24 20150101ALI20240723BHJP

   H04B 17/318 20150101ALI20240723BHJP

   H04W 72/20 20230101ALI20240723BHJP

【ＦＩ】

H04W24/10

H04W16/28

H04W28/04 110

H04W72/232

H04B7/08 810

H04B7/06 960

H04L27/26 114

H04B17/24

H04B17/318

H04W72/20

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024502031

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

(85)【翻訳文提出日】2024-03-15

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

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

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】000004237

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

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】ガオ ユーカイ

(72)【発明者】

【氏名】ワン ガン

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

5K067

【Ｆターム（参考）】

5K067AA13

5K067AA23

5K067DD11

5K067EE02

5K067EE10

5K067KK02

(57)【要約】

本開示の実施形態は、通信のための方法、装置、及びコンピュータ可読媒体に関する。端末装置は、第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内の検出されたダウンリンク制御情報（ＤＣＩ）における少なくとも１つの送信設定インジケータ（ＴＣＩ）状態の指示をネットワーク装置から受信する。また、端末装置は、第１の条件に基づく少なくとも１つのＴＣＩ状態に基づき、ネットワーク装置からダウンリンク送信を受信する。さらに、端末装置は、第１の条件に基づいて、少なくとも１つのＴＣＩ状態を、ビーム障害検出のために適用される第１の参照信号（ＲＳ）セットにおける少なくとも１つのＲＳに適用する。さらに、端末装置は、第１のＲＳセットに基づいて、端末装置とネットワーク装置との間の無線リンク品質の推定を決定する。こうすることで、適切なビーム障害検出が可能になる。
【選択図】図２

【特許請求の範囲】

【請求項1】

端末装置において、第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内の検出されたダウンリンク制御情報（ＤＣＩ）における少なくとも１つの送信設定インジケータ（ＴＣＩ）状態の指示をネットワーク装置から受信することと、
第１の条件に基づく前記少なくとも１つのＴＣＩ状態に基づき、前記ネットワーク装置からダウンリンク送信を受信することと、
前記第１の条件に基づいて、前記少なくとも１つのＴＣＩ状態を、ビーム障害検出のために適用される第１の参照信号（ＲＳ）セットにおける少なくとも１つのＲＳに適用するか、又は、前記少なくとも１つのＴＣＩ状態によって示される第３のＲＳを、前記第１の条件に基づいて前記第１のＲＳセットに含めることと、
前記第１のＲＳセットに基づいて、前記端末装置と前記ネットワーク装置との間の無線リンク品質の推定を決定することと、
を含む、
通信のための方法。

【請求項2】

前記第１の条件は、
前記検出されたＤＣＩ又は前記ＤＣＩによってスケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の確認応答を伴うアップリンクリソースの最後のシンボルから少なくとも第１の値のミリ秒又は第２の値のシンボルである第１のスロット又は第１のサブスロット又はビーム適用タイミングである第１のタイミングの後であること、
前記第１のタイミングから開始すること、
前記検出されたＤＣＩ又は前記ＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するハイブリッド自動再送要求の確認応答（ＨＡＲＱ－ＡＣＫ）がＡＣＫであること、及び
前記第１のＰＤＣＣＨがＰＤＣＣＨセット内の第２のＰＤＣＣＨよりも早く開始又は終了しないことであって、前記第１のＰＤＣＣＨ内の前記検出されたＤＣＩ又は前記第１のＰＤＣＣＨ内の前記検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応する前記ＨＡＲＱ－ＡＣＫと、前記第２のＰＤＣＣＨ内の検出されたＤＣＩに対応するＨＡＲＱ－ＡＣＫとが、同じリソースで前記ネットワーク装置に報告されること、
のうちの少なくとも１つを含む、
請求項１に記載の方法。

【請求項3】

確認応答を伴うアップリンクリソースを前記ネットワーク装置に送信することをさらに含み、
前記アップリンクリソースは、物理アップリンク共有チャネル（ＰＵＳＣＨ）のリソース又は物理アップリンク制御チャネル（ＰＵＣＣＨ）のリソースである、
請求項１に記載の方法。

【請求項4】

第２の条件に基づいて第１のプロシージャを停止することと、
前記第１の条件に基づいて第２のプロシージャを再開することと、
をさらに含む、
請求項１に記載の方法。

【請求項5】

前記第２の条件は、
第２のタイミングの後であること、
前記第２のタイミングから開始すること、
前記少なくとも１つのＴＣＩ状態が、前記検出されたＤＣＩのＰＤＣＣＨに適用され及び／又は前記第１のＲＳセット内の前記少なくとも１つのＲＳに適用される第１のＴＣＩ状態と異なること、
前記検出されたＤＣＩ又は前記ＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するハイブリッド自動再送要求の確認応答（ＨＡＲＱ－ＡＣＫ）がＡＣＫであること、及び
前記第１のＰＤＣＣＨがＰＤＣＣＨセット内の第２のＰＤＣＣＨよりも早く開始又は終了しないことであって、前記第１のＰＤＣＣＨ内の前記検出されたＤＣＩ又は前記第１のＰＤＣＣＨ内の前記検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応する前記ＨＡＲＱ－ＡＣＫと、任意の他のＰＤＣＣＨ内の検出されたＤＣＩに対応するＨＡＲＱ－ＡＣＫとが、同じリソースで前記ネットワーク装置に報告されること、
のうちの少なくとも１つを含む、
請求項４に記載の方法。

【請求項6】

前記第２のタイミングは、前記第１のタイミングより遅く又は早くない、
請求項５に記載の方法。

【請求項7】

前記第２のタイミングは、
前記第１のＰＤＣＣＨにおいて前記ＤＣＩが検出されたタイミング、
前記検出されたＤＣＩによってスケジューリングされた前記ＰＤＳＣＨが正常に復号されたタイミング、及び
前記ＤＣＩに対応する前記ＨＡＲＱ－ＡＣＫ又は前記検出されたＤＣＩによってスケジューリングされた前記ＰＤＳＣＨに対応する前記ＨＡＲＱ－ＡＣＫが前記端末装置で生成されたタイミング、
のうちの少なくとも１つを含む、
請求項５に記載の方法。

【請求項8】

前記第１のＲＳセットは、１つ又は２つのＲＳを含むか、又は、前記第１のＲＳセットは、前記１つ又は２つのＲＳのＲＳリソース設定の１つ又は２つのインデックスを含む、
請求項１に記載の方法。

【請求項9】

前記第１の条件に基づいて、前記少なくとも１つのＴＣＩ状態を前記第１のＲＳセット内の第１のＲＳに適用することと、
第２のＴＣＩ状態を前記第１のＲＳセット内の第２のＲＳに適用することと、
をさらに含み、
前記第１のＲＳセットは、前記第１のＲＳと前記第２のＲＳを含む、
請求項１に記載の方法。

【請求項10】

前記第１の条件に基づいて、前記第１のＲＳセットにおいて、前記第１のＲＳを前記第３のＲＳに置き換えることと、
第２のＴＣＩ状態を前記第１のＲＳセット内の第２のＲＳに適用することと、
をさらに含み、
前記第１のＲＳセットは、前記第１のＲＳと前記第２のＲＳを含む、
請求項１に記載の方法。

【請求項11】

前記第１のＲＳは、前記第１のＲＳセットにおいてインデックスの値がより低いか又は高いＲＳである、
請求項９又は１０に記載の方法。

【請求項12】

前記第２のＴＣＩ状態は、デフォルト又はフォールバックのＴＣＩ状態、又は媒体アクセス制御の制御要素（ＭＡＣ ＣＥ）を介してアクティブ化されたコードポイントセットからの最も低いコードポイントに対応するＴＣＩ状態である、
請求項９又は１０に記載の方法。

【請求項13】

前記第２のＴＣＩ状態は、前記第１のＴＣＩ状態である、
請求項９又は１０に記載の方法。

【請求項14】

前記第１のＲＳセットは、前記ネットワーク装置から設定されるか、又は、前記第１のＲＳセットは、１つ又は複数の制御リソースセット（ＣＯＲＥＳＥＴ）の１つ又は２つのＴＣＩ状態に基づいて前記端末装置で決定される、
請求項１に記載の方法。

【請求項15】

ビーム障害指示カウンタの値が、第２の条件に基づいて０にセットされ、
前記第２の条件は、
第２のタイミングの後であること、
前記第２のタイミングから開始すること、
前記少なくとも１つのＴＣＩ状態が、前記検出されたＤＣＩのＰＤＣＣＨに適用され及び／又は前記第１のＲＳセット内の前記少なくとも１つのＲＳに適用される第１のＴＣＩ状態と異なること、
前記検出されたＤＣＩ又は前記ＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するハイブリッド自動再送要求の確認応答（ＨＡＲＱ－ＡＣＫ）がＡＣＫであること、及び
前記第１のＰＤＣＣＨがＰＤＣＣＨセット内の第２のＰＤＣＣＨよりも早く開始又は終了しないことであって、前記第１のＰＤＣＣＨ内の前記検出されたＤＣＩ又は前記第１のＰＤＣＣＨ内の前記検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応する前記ＨＡＲＱ－ＡＣＫと、任意の他のＰＤＣＣＨ内の検出されたＤＣＩに対応するＨＡＲＱ－ＡＣＫとが、同じリソースで前記ネットワーク装置に報告されること、
のうちの少なくとも１つを含む、
請求項１に記載の方法。

【請求項16】

前記端末装置において、第３のタイミングの後、及び／又は第４のタイミングまで、別のＰＤＣＣＨ内の別の検出されたＤＣＩ内のＴＣＩフィールドを無視することをさらに含む、
請求項１に記載の方法。

【請求項17】

前記第３のタイミングは、ビーム障害回復が正常に完了したときであり、
前記第４のタイミングは、１つ又は複数のＴＣＩ状態がアクティブ化されたとき、又はＴＣＩ状態とコードポイントとの間の示されたマッピングが適用されたときである、
請求項１６に記載の方法。

【請求項18】

端末装置において、第１の参照信号（ＲＳ）及び第２のＲＳに従って無線リンク品質の推定を決定することと、
第１の状況に基づいて、第１のアップリンクリソースにおいて送信設定インジケータ（ＴＣＩ）状態の指示に対する要求をネットワーク装置に送信することと、
１つ又は複数の制御リソースセット（ＣＯＲＥＳＥＴ）における１つ又は複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をモニタリングすることと、
を含む、
通信のための方法。

【請求項19】

前記第１の状況は、
前記第１のＲＳに基づく障害、及び
前記第２のＲＳに基づいて障害が検出されないこと、
のうちの少なくとも１つを含む、
請求項１８に記載の方法。

【請求項20】

前記端末装置において、第１のＰＤＣＣＨ内の検出されたダウンリンク制御情報（ＤＣＩ）におけるＴＣＩ状態の指示を前記ネットワーク装置から受信することと、
第１の条件に基づいて、前記ＴＣＩ状態を前記第１のＲＳに適用することと、
をさらに含み、
前記第１の条件は、
前記検出されたＤＣＩ又は前記ＤＣＩによってスケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の確認応答を伴う第２のアップリンクリソースの最後のシンボルから少なくとも第１の値のミリ秒又は第２の値のシンボルである第１のスロット又は第１のサブスロット又はビーム適用タイミングである第１のタイミングの後であること、
前記第１のタイミングから開始すること、
前記検出されたＤＣＩ又は前記ＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するハイブリッド自動再送要求の確認応答（ＨＡＲＱ－ＡＣＫ）がＡＣＫであること、及び
前記第１のＰＤＣＣＨがＰＤＣＣＨセット内の第２のＰＤＣＣＨよりも早く開始又は終了しないことであって、前記第１のＰＤＣＣＨ内の前記検出されたＤＣＩ又は前記第１のＰＤＣＣＨ内の前記検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応する前記ＨＡＲＱ－ＡＣＫと、前記第２のＰＤＣＣＨ内の検出されたＤＣＩに対応するＨＡＲＱ－ＡＣＫとが、同じリソースで前記ネットワーク装置に報告されること、
のうちの少なくとも１つを含む、
請求項１８に記載の方法。

【請求項21】

第２のＴＣＩ状態を前記第２のＲＳに適用することをさらに含み、
前記第２のＴＣＩ状態は、
デフォルトのＴＣＩ状態、
フォールバックのＴＣＩ状態、
媒体アクセス制御の制御要素（ＭＡＣ ＣＥ）を介してアクティブ化されたコードポイントのセットからの最も低いコードポイントに対応するＴＣＩ状態、又は
前記第１のＰＤＣＣＨに適用されるＴＣＩ状態、
のうちの１つである、
請求項１８に記載の方法。

【請求項22】

前記第２のＴＣＩ状態で、前記１つ又は複数のＣＯＲＥＳＥＴ内の前記１つ又は複数のＰＤＣＣＨをモニタリングすることをさらに含む、
請求項１８に記載の方法。

【請求項23】

前記第２のＴＣＩ状態又はアップリンクＴＣＩ状態は、前記第１のアップリンクリソースの送信のために適用され、前記アップリンクＴＣＩ状態は、前記第１のアップリンクリソースの送信時にアップリンク送信に適用されるＴＣＩ状態である、
請求項１８に記載の方法。

【請求項24】

前記要求は、ＲＳのインデックスを含まない、
請求項１８に記載の方法。

【請求項25】

ネットワーク装置において、第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内のダウンリンク制御情報（ＤＣＩ）における少なくとも１つの送信設定インジケータ（ＴＣＩ）状態の指示を端末装置に送信することと、
第１の条件に基づく前記少なくとも１つのＴＣＩ状態に基づき、前記ネットワーク装置からのダウンリンク送信を前記端末装置に送信することと、
前記第１の条件に基づいて、ビーム障害検出のために適用される第１の参照信号（ＲＳ）セットにおける少なくとも１つのＲＳを送信することと、
を含む、
通信のための方法。

【請求項26】

前記第１の条件は、
前記検出されたＤＣＩ又は前記ＤＣＩによってスケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の確認応答を伴うアップリンクリソースの最後のシンボルから少なくとも第１の値のミリ秒又は第２の値のシンボルである第１のスロット又はビーム適用タイミングである第１のタイミングの後であること、
前記第１のタイミングから開始すること、
前記検出されたＤＣＩ又は前記ＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するハイブリッド自動再送要求の確認応答（ＨＡＲＱ－ＡＣＫ）がＡＣＫであること、及び
前記第１のＰＤＣＣＨがＰＤＣＣＨセット内の第２のＰＤＣＣＨよりも早く開始又は終了しないことであって、前記第１のＰＤＣＣＨ内の前記検出されたＤＣＩ又は前記第１のＰＤＣＣＨ内の前記検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応する前記ＨＡＲＱ－ＡＣＫと、前記第２のＰＤＣＣＨ内の検出されたＤＣＩに対応するＨＡＲＱ－ＡＣＫとが、同じリソースで前記ネットワーク装置に報告されること、
のうちの少なくとも１つを含む、
請求項２５に記載の方法。

【請求項27】

前記ネットワーク装置への確認応答を伴うアップリンクリソースを前記端末装置から受信することをさらに含み、
前記アップリンクリソースは、物理アップリンク共有チャネル（ＰＵＳＣＨ）のリソース又は物理アップリンク制御チャネル（ＰＵＣＣＨ）のリソースである、
請求項２５に記載の方法。

【請求項28】

前記第１のＲＳセットは、１つ又は２つのＲＳを含むか、又は、前記第１のＲＳセットは、前記１つ又は２つのＲＳのＲＳリソース設定の１つ又は２つのインデックスを含む、
請求項２５に記載の方法。

【請求項29】

前記第１のＲＳセットは、前記端末装置に設定される、
請求項２５に記載の方法。

【請求項30】

前記第１のＲＳセットは、１つ又は複数の制御リソースセット（ＣＯＲＥＳＥＴ）の１つ又は２つのＴＣＩ状態に基づいて、前記端末装置で決定される、
請求項２５に記載の方法。

【請求項31】

ネットワーク装置において、第１の参照信号（ＲＳ）と第２のＲＳを端末装置に送信することと、
第３のＴＣＩ状態で１つ又は複数の制御リソースセット（ＣＯＲＥＳＥＴ）内の第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）セットを前記端末装置に送信することと、
アップリンクリソースにおいて送信設定インジケータ（ＴＣＩ）状態の指示に対する要求を前記端末装置から受信することと、
前記要求の受信に基づいて、第４のＴＣＩ状態で前記１つ又は複数のＣＯＲＥＳＥＴ内の第２のＰＤＣＣＨセットを前記端末装置に送信することと、
を含む、
通信のための方法。

【請求項32】

前記第４のＴＣＩ状態は、
デフォルトのＴＣＩ状態、
フォールバックのＴＣＩ状態、
媒体アクセス制御の制御要素（ＭＡＣ ＣＥ）を介してアクティブ化されたコードポイントのセットからの最も低いコードポイントに対応するＴＣＩ状態、
前記第３のＴＣＩ状態が適用される前に前記１つ又は複数のＣＯＲＥＳＥＴに適用される先行のＴＣＩ状態、又は
前記第３のＴＣＩ状態とは異なるＴＣＩ状態、
のうちの１つである、
請求項３１に記載の方法。

【請求項33】

前記第２のＰＤＣＣＨセット内の第５のＴＣＩ状態の指示を前記端末装置に送信することをさらに含む、
請求項３１に記載の方法。

【請求項34】

前記要求の受信に基づいて、前記第４のＴＣＩ状態で前記第２のＰＤＣＣＨセットを送信することは、
前記アップリンクリソースの最初のシンボル又は最後のシンボルから始まる時間期間の後に、前記第４のＴＣＩ状態で前記第２のＰＤＣＣＨセットを送信することを含む、
請求項３１に記載の方法。

【請求項35】

前記第３のＴＣＩ状態と前記第５のＴＣＩ状態は、媒体アクセス制御の制御要素（ＭＡＣ ＣＥ）を介してアクティブ化されるコードポイントセットにおける異なるコードポイントに対応する、
請求項３３に記載の方法。

【請求項36】

前記第３のＴＣＩ状態又は前記第４のＴＣＩ状態は、前記アップリンクリソースの送信のために適用される、
請求項３１に記載の方法。

【請求項37】

前記要求は、ＲＳのインデックスを含まない、
請求項３１に記載の方法。

【請求項38】

請求項１乃至１７のいずれか一項又は請求項１８乃至２４のいずれか一項に記載の方法を実行するように設定された回路を備える、
端末装置。

【請求項39】

請求項２５乃至３０のいずれか一項又は請求項３１乃至３７のいずれか一項に記載の方法を実行するように設定された回路を備える、
ネットワーク装置。

【請求項40】

命令が格納されたコンピュータ可読媒体であって、
前記命令は、少なくとも１つのプロセッサにおいて実行された場合、前記少なくとも１つのプロセッサに、請求項１乃至１７のいずれか一項、請求項１８～２４のいずれか一項、請求項２５～３０のいずれか一項、又は請求項３１～３７のいずれか一項に記載の方法を実行させる、
コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、一般に電気通信の分野に関し、特に、通信のための方法、装置、及びコンピュータ記憶媒体に関する。

【背景技術】

【0002】

第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））の会議ＲＡＮ＃８６では、主に周波数帯２（ＦＲ２）をターゲットとしながら、周波数帯１（ＦＲ１）にも適用可能なマルチビーム運用の強化をサポートすることが合意された。ダウンリンク（ＤＬ）及びアップリンク（ＵＬ）のより効率的なビーム管理（低遅延、低オーバーヘッド）を容易にするための機能を特定し、規定することが合意されている。例えば、ＤＬとＵＬの両方に関して、データ及び制御情報の送受信のために共通のビームをサポートすることが提案されている。また、ＤＬとＵＬのビーム指示について、統一的な送信設定指示（ＴＣＩ：Transmission Configuration Indication）のフレームワークをサポートすることも提案されている。さらに、ＭＩＭＯ（Multi-input multi-output）が提案されており、ＭＩＭＯには、サブ６ＧＨｚと６ＧＨｚ超の両方の周波数帯について、基地局における多数のアンテナ素子の活用を容易にする機能が含まれる。したがって、マルチビーム運用を強化することは価値がある。

【発明の概要】

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

【0003】

一般に、本開示の実施形態は、通信のための方法、装置、及びコンピュータ記憶媒体を提供する。

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

【0004】

第１の態様では、通信のための方法が提供される。方法は、端末装置において、第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内の検出されたダウンリンク制御情報（ＤＣＩ）における少なくとも１つの送信設定インジケータ（ＴＣＩ）状態の指示をネットワーク装置から受信することと、第１の条件に基づく少なくとも１つのＴＣＩ状態に基づき、ネットワーク装置からダウンリンク送信を受信することと、第１の条件に基づいて、少なくとも１つのＴＣＩ状態を、ビーム障害検出のために適用される第１の参照信号（ＲＳ）セットにおける少なくとも１つのＲＳに適用するか、又は、少なくとも１つのＴＣＩ状態によって示される第３のＲＳを、第１の条件に基づいて第１のＲＳセットに含めることと、第１のＲＳセットに基づいて、端末装置とネットワーク装置との間の無線リンク品質の推定を決定することと、を含む。

【0005】

第２の態様では、通信のための方法が提供される。方法は、端末装置において、第１の参照信号（ＲＳ）及び第２のＲＳに従って無線リンク品質の推定を決定することと、第１の状況に基づいて、アップリンクリソースにおいて送信設定インジケータ（ＴＣＩ）状態の指示に対する要求をネットワーク装置に送信することと、１つ又は複数の制御リソースセット（ＣＯＲＥＳＥＴ）における１つ又は複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をモニタリングすることと、を含む。

【0006】

第３の態様では、通信のための方法が提供される。方法は、ネットワーク装置において、第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内のダウンリンク制御情報（ＤＣＩ）における少なくとも１つの送信設定インジケータ（ＴＣＩ）状態の指示を端末装置に送信することと、第１の条件に基づく少なくとも１つのＴＣＩ状態に基づき、ネットワーク装置からのダウンリンク送信を端末装置に送信することと、第１の条件に基づいて、ビーム障害検出のために適用される第１の参照信号（ＲＳ）セットにおける少なくとも１つのＲＳを送信することと、を含む。

【0007】

第４の態様では、通信のための方法が提供される。方法は、ネットワーク装置において、第１の参照信号（ＲＳ）と第２のＲＳを端末装置に送信することと、第３の状態で１つ又は複数の制御リソースセット（ＣＯＲＥＳＥＴ）内の第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）セットを端末装置に送信することと、アップリンクリソースにおいて送信設定インジケータ（ＴＣＩ）状態の指示に対する要求を端末装置から受信することと、要求の受信に基づいて、第４のＴＣＩ状態で１つ又は複数のＣＯＲＥＳＥＴ内の第２のＰＤＣＣＨセットを端末装置に送信することと、を含む。

【0008】

第５の態様では、端末装置が提供される。端末装置は、プロセッサと、プロセッサに結合されたメモリとを含む。メモリには命令が格納され、命令は、プロセッサによって実行された場合、端末装置に本開示の第１の態様にかかる方法を実行させる。

【0009】

第６の態様では、端末装置が提供される。端末装置は、プロセッサと、プロセッサに結合されたメモリとを含む。メモリには命令が格納され、命令は、プロセッサによって実行された場合、端末装置に本開示の第２の態様にかかる方法を実行させる。

【0010】

第７の態様では、ネットワーク装置が提供される。ネットワーク装置は、プロセッサと、プロセッサに結合されたメモリとを含む。メモリには命令が格納され、命令は、プロセッサによって実行された場合、ネットワーク装置に本開示の第３の態様にかかる方法を実行させる。

【0011】

第８の態様では、ネットワーク装置が提供される。ネットワーク装置は、プロセッサと、プロセッサに結合されたメモリとを含む。メモリには命令が格納され、命令は、プロセッサによって実行された場合、ネットワーク装置に本開示の第４の態様にかかる方法を実行させる。

【0012】

第９の態様では、命令が格納されたコンピュータ可読媒体が提供される。命令は、少なくとも１つのプロセッサ上で実行された場合に、少なくとも１つのプロセッサに、本開示の第１、第２、第３、又は第４の態様にかかる方法を実行させる。

【0013】

本開示の他の特徴は、以下の説明を通して容易に理解されるはずである。

【図面の簡単な説明】

【0014】

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

【図1】本開示の実施形態を実施可能な例示的な通信システムを示す。

【図2】本開示のいくつかの例示的な実施形態にかかる通信のシグナリングフローを示す。

【図3】本開示のいくつかの実施形態にかかる、端末装置でのビーム適用の設定の一例を示す。

【図4】本開示のいくつかの実施形態にかかる、端末装置でのビーム適用の設定の一例を示す。

【図5】本開示のいくつかの実施形態にかかる、端末装置でのビーム適用の設定の一例を示す。

【図6】本開示のいくつかの実施形態にかかる、端末装置でのビーム適用の設定の一例を示す。

【図7】本開示のいくつかの実施形態にかかる、端末装置でのビーム適用の設定の一例を示す。

【図8】本開示のいくつかの例示的な実施形態にかかる通信のシグナリングフローを示す。

【図9】本開示のいくつかの実施形態にかかる、端末装置でのビーム適用の設定の一例を示す。

【図10】本開示のいくつかの実施形態にかかるビーム障害検出の一例を示す。

【図11】本開示のいくつかの実施形態にかかる、端末装置で実施される例示的な通信方法のフローチャートを示す。

【図12】本開示のいくつかの実施形態にかかる、端末装置で実施される例示的な通信方法のフローチャートを示す。

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

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

【図15】本開示の実施形態を実施するのに好適な装置の概略ブロック図である。 すべての図面にわたって、同一又は類似の参照番号は、同一又は類似の要素を表す。

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

【0015】

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

【0016】

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

【0017】

本明細書において、「端末装置」という用語は、無線又は有線の通信機能を有する任意の装置を指す。端末装置の例としては、ユーザ端末（ＵＥ）、パーソナルコンピュータ、デスクトップ、移動電話、携帯電話、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブルデバイス、ＩｏＴ（internet of things）デバイス、ＩｏＥ（internet of everything）デバイス、マシンタイプ通信（ＭＴＣ）機器、Ｖ２Ｘ通信用の車両搭載機器（ここでＸは歩行者、車両又はインフラ／ネットワークを意味する）、デジタルカメラ等の撮像装置、ゲーム機器、音楽保存・再生装置、無線／有線でのインターネットアクセス及び閲覧を可能にするインターネット装置等が挙げられるが、それらに限定されない。「端末装置」という用語は、ＵＥ、移動局、加入者装置、移動端末、ユーザ端末又は無線装置と互換的に使用することができる。また、「ネットワーク装置」という用語は、端末装置が通信できるセル又はカバレッジを提供又はホストすることが可能な装置を指す。ネットワーク装置の例としては、Ｎｏｄｅ Ｂ（ＮｏｄｅＢ又はＮＢ）、Ｅｖｏｌｖｅｄ ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、リモート無線ユニット（ＲＲＵ）、無線ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、フェムトノード、ピコノード等の低電力ノード等が挙げられるが、これらに限定されない。

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

通信システム１００における通信は、任意の適切な通信プロトコルに従って実施されてもよい。通信プロトコルには、第１世代（１Ｇ）、第２世代（２Ｇ）、第３世代（３Ｇ）、第４世代（４Ｇ）及び第５世代（５Ｇ）等のセルラー通信プロトコル、電気電子学会（ＩＥＥＥ）８０２．１１等の無線ローカルネットワーク通信プロトコル、及び／又は現在知られているか将来開発される他の任意のプロトコルが含まれるが、これらに限定されない。さらに、通信は、任意の適切な無線通信技術を利用してもよい。無線通信技術には、符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、ＭＩＭＯ（Multiple-Input Multiple-Output）、直交周波数分割多元接続（ＯＦＤＭＡ）、及び／又は現在知られているか将来開発される他の任意の技術が含まれるが、これらに限定されない。

【0045】

本開示の実施形態は、任意の好適なシナリオに適用することができる。例えば、本開示の実施形態は、能力が低いＮＲデバイスで実施することができる。或いは、本開示の実施形態は、以下のいずれかで実施することができる。新無線（ＮＲ）ＭＩＭＯ（multiple-input and multiple-output）、ＮＲサイドリンク強化（NR Sidelink Enhancements）、５２．６ＧＨｚ超の周波数でのＮＲシステム、７１ＧＨｚまでのＮＲ運用拡張、非地上系ネットワーク（ＮＴＮ）における狭帯域ＩｏＴ（ＮＢ－ＩｏＴ：narrow band-Internet of Thing）／強化されたマシンタイプ通信（ｅＭＴＣ：enhanced Machine Type Communication）、ＮＴＮ、ＵＥ省電力機能強化、ＮＲカバレッジ拡張、ＮＢ－ＩｏＴとＬＴＥ－ＭＴＣ、統合アクセスバックホール（ＩＡＢ：Integrated Access and Backhaul）、ＮＲマルチキャスト・ブロードキャストサービス、又は、マルチ無線デュアルコネクティビティの強化。

【0046】

ネットワーク装置、端末装置、及び／又はＴＲＰの数は、単に例示のためであり、本開示に対するいかなる限定も示唆するものではないことを理解されたい。通信システム１００は、本開示の実装を実施するのに適した任意の適切な数のネットワーク装置、端末装置、及び／又はＴＲＰを含んでもよい。

【0047】

いくつかの実施形態において、ＴＲＰは、異なる上位レイヤの設定アイデンティティと明示的に関連付けられてもよい。例えば、上位レイヤの設定済みアイデンティティは、制御リソースセット（ＣＯＲＥＳＥＴ）、ＣＯＲＥＳＥＴのグループ、参照信号（ＲＳ）、ＲＳのセット、送信設定指示（ＴＣＩ）状態、又はＴＣＩ状態のグループと関連付けることができ、これらは、異なるＴＲＰと端末装置１１０－１との間の送信を区別するために使用される。端末装置１１０－１が、異なる上位レイヤの設定アイデンティティに関連付けられた２つのＣＯＲＥＳＥＴから２つのＤＣＩを受信した場合、２つのＤＣＩは異なるＴＲＰから示される。さらに、ＴＲＰは、物理チャネル又は信号に対する専用設定によって暗黙的に識別されてもよい。例えば、ＴＲＰに関連付けられた専用のＣＯＲＥＳＥＴ、ＲＳ、及びＴＣＩ状態は、異なるＴＲＰから端末装置１１０への送信を識別するために使用される。例えば、端末装置１１０－１が専用のＣＯＲＥＳＥＴからＤＣＩを受信する場合、当該ＤＣＩは、そのＣＯＲＥＳＥＴ専用の関連ＴＲＰから示される。いくつかの実施形態において、ＲＳは、ＣＳＩ－ＲＳ、ＳＲＳ、測位ＲＳ、アップリンクＤＭＲＳ、ダウンリンクＤＭＲＳ、アップリンクＰＴＲＳ、及びダウンリンクＰＴＲＳのうちの少なくとも１つであり得る。

【0048】

２つのＴＲＰを介した繰り返しの送信又は受信において、ネットワーク装置１２０は、利用可能な複数の繰り返し方式の中から繰り返し方式を選択してもよい。繰り返し方式によって、ネットワーク装置１２０が２つのＴＲＰを協調的に使用するための送信方式、例えば、２つのＴＲＰ間の多重化方式、２つのＴＲＰに対するそれぞれのリソース割当等が規定されてもよい。

【0049】

図２は、本開示のいくつかの実施形態にかかる、ネットワーク装置と端末装置との間の通信のシグナリングフローを示す。議論を目的として、図１を参照して、プロセス２００について説明する。プロセス２００は、図１のネットワーク装置１２０及び端末装置１１０－１に関わってもよい。

【0050】

ネットワーク装置１２０は、第１のＰＤＣＣＨ内のＤＣＩにおける少なくとも１つのＴＣＩ状態の指示を端末装置１１０－１に送信する（２０１０）。さらに、端末装置１１０にデータを送信する前に、ネットワーク装置１２０はデータ送信に関連付けられた制御情報を送信してもよい。例えば、制御情報は、データ送信のためのリソースセットをスケジューリングし、１つ又は複数のＴＣＩ状態、周波数領域リソース割当（ＦＤＲＡ）、スロットオフセット及び開始／長さのインジケータ値を含み得る時間領域リソース割当（ＴＤＲＡ）、復調参照信号（ＤＭＲＳ）グループ、冗長バージョン（ＲＶ）等、データ送信に関連する様々な送信パラメータを示すことができる。制御情報に示される送信パラメータは、上記で挙げたものに限定されないことを理解されたい。本開示の実施形態は、任意の送信パラメータを含む制御情報にも同様に適用可能である。

【0051】

以下において、「送信機会」、「受信機会」、「繰り返し」、「送信」、「受信」、「ＰＤＳＣＨ送信機会」、「ＰＤＳＣＨ繰り返し」、「ＰＵＳＣＨ送信機会」、「ＰＵＳＣＨ繰り返し」、「ＰＵＣＣＨ機会」、「ＰＵＣＣＨ繰り返し」、「繰り返し送信」、「繰り返し受信」、「ＰＤＳＣＨ送信」、「ＰＤＳＣＨ受信」、「ＰＵＳＣＨ送信」、「ＰＵＳＣＨ受信」、「ＰＵＣＣＨ送信」、「ＰＵＣＣＨ受信」、「ＲＳ送信」、「ＲＳ受信」、「通信」、「送信」及び「受信」という用語は、互換的に使用することができる。「ＴＣＩ状態」、「ＱＣＬパラメータセット」、「ＱＣＬパラメータ」、「ＱＣＬ想定」、及び「ＱＣＬ設定」という用語は、互換的に使用することができる。「ＴＣＩフィールド」、「ＴＣＩ状態フィールド」、及び「送信設定指示」という用語は、互換的に使用することができる。「送信機会」、「送信」、「繰り返し」、「受信」、「受信機会」、「モニタリング機会」、「ＰＤＣＣＨモニタリング機会」、「ＰＤＣＣＨ送信機会」、「ＰＤＣＣＨ送信」、「ＰＤＣＣＨ候補」、「ＰＤＣＣＨ受信機会」、「ＰＤＣＣＨ受信」、「サーチスペース」、「ＣＯＲＥＳＥＴ」、「マルチチャンス（ｍｕｌｔｉ－ｃｈａｎｃｅ）」、及び「ＰＤＣＣＨ繰り返し」という用語は、互換的に使用することができる。以下では、「ＰＤＣＣＨ繰り返し」、「繰り返しＰＤＣＣＨ」、「繰り返しＰＤＣＣＨ信号」、「同じスケジューリング用に設定されたＰＤＣＣＨ候補」、「ＰＤＣＣＨ」、「ＰＤＣＣＨ候補」、及び「リンクされたＰＤＣＣＨ候補」という用語は、互換的に使用することができる。「ＤＣＩ」と「ＤＣＩフォーマット」という用語は、互換的に使用することができる。いくつかの実施形態において、本開示の実施形態は、ＰＤＳＣＨ及びＰＵＳＣＨのスケジューリングに適用することができ、以下では、ＰＤＳＣＨスケジューリングを例として説明する。例えば、「送信」を「受信」に、及び／又は「受信」を「送信」に置き換えることにより、本開示の実施形態をＰＵＳＣＨに適用することができる。「ＰＤＳＣＨ」と「ＰＵＳＣＨ」という用語は互換的に使用することができる。「送信」と「受信」という用語は互換的に使用することができる。

【0052】

３ＧＰＰ仕様（ＴＳ３８．２１４）に規定されているように、ＵＥには、ＵＥ及び所定のサービングセルのために意図したＤＣＩを伴う検出されたＰＤＣＣＨに従ってＰＤＳＣＨを復号するために、上位レイヤのパラメータＰＤＳＣＨ－Ｃｏｎｆｉｇ内に最大Ｍ個のＴＣＩ－Ｓｔａｔｅ設定のリストを設定することができる。ここでＭは、ＵＥの能力であるｍａｘＮｕｍｂｅｒＣｏｎｆｉｇｕｒｅｄＴＣＩｓｔａｔｅｓＰｅｒＣＣに依存する。各ＴＣＩ－Ｓｔａｔｅには、１つ又は２つのダウンリンク参照信号と、ＰＤＳＣＨのＤＭＲＳポート、ＰＤＣＣＨのＤＭＲＳポート、又はチャネル状態情報参照信号（ＣＳＩ－ＲＳ）リソースのＣＳＩ－ＲＳポートとの間の疑似コロケーション関係を設定するパラメータが含まれる。疑似コロケーション関係は、第１のダウンリンク（ＤＬ）ＲＳの上位レイヤのパラメータｑｃｌ－Ｔｙｐｅ１、及び第２のＤＬ ＲＳのｑｃｌ－Ｔｙｐｅ２（設定されている場合）によって設定される。ＤＬ ＲＳが２つあるケースでは、同じＤＬ ＲＳ又は異なるＤＬ ＲＳのどちらを参照しているかに関わらず、 ＱＣＬタイプが同じであってはならない。各ＤＬ ＲＳに対応する疑似コロケーションタイプは、ＱＣＬ－Ｉｎｆｏの上位レイヤのパラメータｑｃｌ－Ｔｙｐｅで与えられ、以下の値のいずれかを取り得る。
－ 「ＱＣＬ－ＴｙｐｅＡ」：｛ドップラーシフト，ドップラー拡散，平均遅延，遅延拡散｝
－ 「ＱＣＬ－ＴｙｐｅＢ」：｛ドップラーシフト，ドップラー拡散｝
－ 「ＱＣＬ－ＴｙｐｅＣ」：｛ドップラーシフト，平均遅延｝
－ 「ＱＣＬ－ＴｙｐｅＤ」：｛空間Ｒｘパラメータ｝

【0053】

ＵＥは、［ＴＳ３８．３２１］の「ＵＥ固有ＰＤＳＣＨ ＭＡＣ ＣＥのＴＣＩ状態のアクティブ化／非アクティブ化」の節（例えば、６．１．３．１４節）、又は［ＴＳ３８．３２１］の「ＵＥ固有ＰＤＳＣＨ ＭＡＣ ＣＥのＴＣＩ状態のアクティブ化／非アクティブ化の拡張」の節（例えば、６．１．３節）に記載されているように、アクティブ化命令を受信する。アクティブ化命令は、１つのＣＣ／ＤＬ ＢＷＰ又は１セットのＣＣ／ＤＬ ＢＷＰのＤＣＩフィールド「送信設定指示」のコードポイントに、それぞれ最大８つのＴＣＩ状態をマッピングするために使用される。ＴＣＩ状態のＩＤのセットがＣＣ／ＤＬ ＢＷＰのセットに対してアクティブ化され、アクティブ化命令内の示されたＣＣによってＣＣの適用可能なリストが決定されると、ＴＣＩ状態のＩＤの同じセットが、示されたＣＣにおけるすべてのＤＬ ＢＷＰに対して適用される。

【0054】

ＵＥがＤＣＩフィールド「送信設定指示」のコードポイントにおける２つのＴＣＩ状態をサポートする場合、ＵＥは［ＴＳ３８．３２１］の「ＵＥ固有のＰＤＳＣＨ ＭＡＣ ＣＥのＴＣＩ状態のアクティブ化／非アクティブ化」の節、又は「ＵＥ固有のＰＤＳＣＨ ＭＡＣ ＣＥの拡張ＴＣＩ状態のアクティブ化／非アクティブ化」の節（例えば、６．１．３．１４節又は６．１．３節の項目）に記載されているように、アクティブ化命令を受信してもよく、アクティブ化命令は、ＤＣＩフィールド「送信設定指示」のコードポイントに１つ又は２つのＴＣＩ状態の最大８つの組合せをマッピングするために使用される。ＵＥは、アクティブ化命令において８個を超えるＴＣＩ状態を受信することは期待されていない。

【0055】

ＤＣＩフォーマット１＿２にＤＣＩフィールド「送信設定指示」が存在し、ＤＣＩフォーマット１＿２のＤＣＩフィールド「送信設定指示」のコードポイント数Ｓが、［１０，ＴＳ３８．３２１］の６．１．３．１４節及び６．１．３．２４節に記載されているように、アクティブ化命令によってアクティブ化されるＴＣＩコードポイント数よりも小さい場合、最初のＳ個のアクティブ化されたコードポイントのみがＤＣＩフォーマット１＿２のために適用される。

【0056】

ＵＥが、アクティブ化命令を伝送するＰＤＳＣＨに対応するスロットｎで、ＨＡＲＱ－ＡＣＫ情報を伴うＰＵＣＣＨを送信する場合、ＴＣＩ状態と、ＤＣＩフィールド「送信設定指示」のコードポイントとの間の示されたマッピングは、スロット

【数1】

の後の最初のスロット又は最初のサブスロットから適用されるべきである。ここで、μはＰＵＣＣＨのＳＣＳ設定である。ＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴに対してｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが「有効」にセットされているか又はｔｃｉ－ＰｒｅｓｅｎｔＤＣＩ－１－２が設定され、ＤＬ ＤＣＩの受信と、対応するＰＤＳＣＨとの間の時間オフセットが、適用される場合にｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ以上であるならば、ＵＥがＴＣＩ状態の初期上位レイヤ設定を受信した後、アクティブ化命令を受信する前に、ＵＥは、サービングセルのＰＤＳＣＨのＤＭ－ＲＳポートが、「ｔｙｐｅＡ」にセットされたｑｃｌ－Ｔｙｐｅに関して、また、適用される場合は「ｔｙｐｅＤ」にセットされたｑｃｌ－Ｔｙｐｅに関しても、初期アクセスプロシージャで決定されたＳＳ／ＰＢＣＨブロックと疑似コロケーションされると仮定してもよい。

【0057】

いくつかの実施形態において、ＵＥに、ＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴに対して、「有効」としてセットされた上位レイヤのパラメータｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ、又はｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ－ＦｏｒＦｏｒｍａｔ１＿２が設定されている場合、ＵＥはＣＯＲＥＳＥＴで送信されるＰＤＣＣＨのＤＣＩ（例えば、ＤＣＩフォーマット１＿１又はＤＣＩフォーマット１＿２）にＴＣＩフィールドが存在すると仮定する。ＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴにｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ又はｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ－ＦｏｒＦｏｒｍａｔ１＿２が設定されていない場合、又はＰＤＳＣＨがＤＣＩ（例えば、ＤＣＩフォーマット１＿０）によってスケジューリングされている場合、ＵＥは、ＣＯＲＥＳＥＴで送信されるＰＤＣＣＨのＤＣＩ（例えば、ＤＣＩフォーマット１＿１又はＤＣＩフォーマット１＿２又はＤＣＩフォーマット１＿０）にＴＣＩフィールドが存在しないと仮定する。ＴＣＩフィールドを持たないＤＣＩフォーマットによってＰＤＳＣＨがスケジューリングされ、ＤＬ ＤＣＩの受信と、サービングセルの対応するＰＤＳＣＨとの間の時間オフセットが、適用される場合に閾値ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ以上であり、閾値が、報告されたＵＥの能力に基づくのであれば（［１３，ＴＳ３８．３０６］）、ＰＤＳＣＨアンテナポートの疑似コロケーションを決定するために、ＵＥはＰＤＳＣＨのＴＣＩ状態又はＱＣＬ想定が、サービングセルのアクティブＢＷＰ内でＰＤＣＣＨ送信に使用されるＣＯＲＥＳＥＴのために適用されるＴＣＩ状態又はＱＣＬ想定と同じであると仮定する。

【0058】

ＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴに対して、ｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが「有効」にセットされているか、又はｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ－ＦｏｒＦｏｒｍａｔ１＿２が設定され、ＤＬ ＤＣＩの受信と、対応するＰＤＳＣＨとの間の時間オフセットが、適用される場合にｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ以上であるならば、ＵＥがＴＣＩ状態の初期上位レイヤ設定を受信した後、アクティブ化命令を受信する前に、ＵＥは、サービングセルのＰＤＳＣＨのＤＭＲＳポートが、「ＱＣＬーｔｙｐｅＡ」に関して、また、適用される場合は「ＱＣＬーｔｙｐｅＤ」に関しても、初期アクセスプロシージャで決定されたＳＳ／ＰＢＣＨブロックと疑似コロケーションされると仮定してもよい。ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬの値は、報告されたＵＥの能力に基づく。

【0059】

ＵＥに、ＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴに対して「有効」としてセットされた上位レイヤのパラメータｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが設定されている場合、ＵＥは、ＣＯＲＥＳＥＴで送信されるＰＤＣＣＨのＤＣＩ（例えば、ＤＣＩフォーマット１＿１）にＴＣＩフィールドが存在すると仮定する。ＵＥに、ＰＤＳＣＨをスケジューリングするＣＯＲＥＳＥＴに対する上位レイヤのパラメータｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ－ＦｏｒＦｏｒｍａｔ１＿２が設定されている場合、ＵＥは、ＣＯＲＥＳＥＴで送信されるＰＤＣＣＨのＤＣＩ（例えば、ＤＣＩフォーマット１＿２）に、ｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ－ＦｏｒＦｏｒｍａｔ１＿２によって示されるＤＣＩフィールドサイズのＴＣＩフィールドが存在すると仮定する。ＴＣＩフィールドを持たないＤＣＩフォーマットによってＰＤＳＣＨがスケジューリングされ、ＤＬ ＤＣＩの受信と、対応するＰＤＳＣＨとの間の時間オフセットが、適用される場合に閾値ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ以上であり、閾値が、報告されたＵＥの能力（［ＴＳ３８．３０６］）に基づくのであれば、ＰＤＳＣＨアンテナポートの疑似コロケーションを決定するために、ＵＥは、ＰＤＳＣＨのＴＣＩ状態又はＱＣＬ想定が、サービングセルのアクティブＢＷＰ内でＰＤＣＣＨ送信に使用されるＣＯＲＥＳＥＴのために適用されるＴＣＩ状態又はＱＣＬ想定と同じであると仮定する。

【0060】

ＴＣＩフィールドを持つＤＣＩフォーマットによってＰＤＳＣＨがスケジューリングされ、スケジューリングコンポーネントキャリアのＤＣＩにおけるＴＣＩフィールドが、スケジューリングされるコンポーネントキャリア又はＤＬ ＢＷＰのアクティブ化されたＴＣＩ状態を指す場合、ＵＥは、ＰＤＳＣＨアンテナポートの疑似コロケーションを決定するために、ＤＣＩを有する検出されたＰＤＣＣＨにおける「送信設定指示」フィールドの値に従ってＴＣＩ－Ｓｔａｔｅを使用しなければならない。ＤＬ ＤＣＩの受信と、対応するＰＤＳＣＨとの間の時間オフセットが閾値 ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ以上であり、閾値が、報告されたＵＥの能力（［ＴＳ３８．３０６］）に基づく場合、ＵＥは、示されたＴＣＩ状態によって与えられるＱＣＬタイプパラメータに関して、サービングセルのＰＤＳＣＨのＤＭ－ＲＳポートが、ＴＣＩ状態のＲＳと擬似コロケーションされると仮定する。ＵＥに単一スロットのＰＤＳＣＨが設定される場合、示されるＴＣＩ状態は、スケジューリングされたＰＤＳＣＨを有するスロットにおけるアクティブ化されたＴＣＩ状態に基づくべきである。ＵＥにマルチスロットのＰＤＳＣＨが設定される場合、示されるＴＣＩ状態は、スケジューリングされたＰＤＳＣＨを有する最初のスロット又はサブスロットにおけるアクティブ化されたＴＣＩ状態に基づくべきであり、ＵＥは、アクティブ化されたＴＣＩ状態が、スケジューリングされたＰＤＳＣＨを有するスロット全体にわたって同じであると期待すべきである。ＵＥに、クロスキャリアスケジューリング用のサーチスペースセットに関連付けられたＣＯＲＥＳＥＴが設定され、スケジューリングＤＣＩを伝送するＰＤＣＣＨ及びそのＤＣＩによってスケジューリングされたＰＤＳＣＨが同じキャリアで送信される場合、ＵＥは、ＣＯＲＥＳＥＴに対して、ｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが「有効」としてセットされるか、又はｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ－ＦｏｒＦｏｒｍａｔ１＿２が設定されることを期待し、また、サーチスペースセットによってスケジューリングされたサービングセルに対し設定されたＴＣＩ状態の１つ又は複数が「ＱＣＬ－ＴｙｐｅＤ」を含む場合、ＵＥは、サーチスペースセットで検出されたＰＤＣＣＨの受信と、対応するＰＤＳＣＨとの間の時間オフセットが閾値ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ以上であると期待する。

【0061】

ＲＲＣ接続モードにおけるｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ及びｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ－ＦｏｒＦｏｒｍａｔ１＿２の設定から独立して、ＤＬ ＤＣＩの受信と、対応するＰＤＳＣＨとの間のオフセットが閾値ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ未満であり、スケジューリングされたＰＤＳＣＨのサービングセルに対して設定された少なくとも１つのＴＣＩ状態が、「ｔｙｐｅＤ」にセットされたｑｃｌ－Ｔｙｐｅを含む場合、以下のようになる。

【0062】

－ ＵＥは、ＵＥによってサービングセルのアクティブＢＷＰ内の１つ又は複数のＣＯＲＥＳＥＴがモニタリングされている最新のスロットにおいて、モニタリングされたサーチスペースと関連付けられた最も低いｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄを有するＣＯＲＥＳＥＴのＰＤＣＣＨ疑似コロケーション指示に用いられるＱＣＬパラメータに関して、サービングセルのＰＤＳＣＨのＤＭ－ＲＳポートがＲＳと疑似コロケーションされていると仮定してもよい。このケースでは、ｑｃｌ－ＴｙｐｅがＰＤＳＣＨ ＤＭ－ＲＳの「ｔｙｐｅＤ」にセットされ、少なくとも１つのシンボルで重複するＰＤＣＣＨ ＤＭ－ＲＳのそれと異なる場合、ＵＥは、そのＣＯＲＥＳＥＴに関連付けられたＰＤＣＣＨの受信を優先することが期待される。これは、バンド内ＣＡのケース（ＰＤＳＣＨとＣＯＲＥＳＥＴが、異なるコンポーネントキャリアにある場合）にも適用される。

【0063】

－ ＵＥにｅｎａｂｌｅＤｅｆａｕｌｔＴＣＩＳｔａｔｅＰｅｒＣｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘが設定され、異なるＣｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔｓ内のｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘの２つの異なる値を含む上位レイヤのパラメータＰＤＣＣＨ－ＣｏｎｆｉｇによってＵＥが設定されている場合は、以下のようになる。

【0064】

－ ＵＥは、サービングセルのアクティブＢＷＰ内のＰＤＳＣＨをスケジューリングするＰＤＣＣＨと同じ値のｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘに関連付けられた１つ又は複数のＣＯＲＥＳＥＴがＵＥによってモニタリングされている最新のスロットにおいて、そのＰＤＳＣＨをスケジューリングしているＰＤＣＣＨと同じｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘの値が設定されたＣＯＲＥＳＥＴの中で、モニタリングされたサーチスペースと関連付けられた最も低いｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄを有するＣＯＲＥＳＥＴのＰＤＣＣＨ疑似コロケーション指示に用いられるＱＣＬパラメータに関して、サービングセルのｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘの値に関連付けられたそのＰＤＳＣＨのＤＭ／ＲＳポートがＲＳと疑似コロケーションされていると仮定してもよい。このケースでは、ＰＤＳＣＨ ＤＭ－ＲＳの「ＱＣＬ－ＴｙｐｅＤ」が、少なくとも１つのシンボルで重複するＰＤＣＣＨ ＤＭ－ＲＳのそれと異なり、それらが同じｃｏｒｅｓｅｔＰｏｏｌＩｎｄｅｘに関連付けられている場合、ＵＥは、そのＣＯＲＥＳＥＴに関連付けられたＰＤＣＣＨの受信を優先することが期待される。これは、バンド内ＣＡのケース（ＰＤＳＣＨとＣＯＲＥＳＥＴが、異なるコンポーネントキャリアにある場合）にも適用される。

【0065】

－ ＵＥにｅｎａｂｌｅＴｗｏＤｅｆａｕｌｔＴＣＩ－Ｓｔａｔｅｓが設定され、少なくとも１つのＴＣＩコードポイントが２つのＴＣＩ状態を示す場合、ＵＥは、サービングセルのＰＤＳＣＨ又はＰＤＳＣＨの送信機会のＤＭ－ＲＳポートが、２つの異なるＴＣＩ状態を含むＴＣＩコードポイントのうち最も低いコードポイントに対応するＴＣＩ状態に関連付けられたＱＣＬパラメータに関して、ＲＳと疑似コロケーションされると仮定してもよい。ＵＥが、「ｔｄｍＳｃｈｅｍｅＡ」にセットされた上位レイヤのパラメータｒｅｐｅｔｉｔｉｏｎＳｃｈｅｍｅによって設定されるか、又はＵＥに上位レイヤのパラメータｒｅｐｅｔｉｔｉｏｎＮｕｍｂｅｒが設定されている場合、ＴＣＩ状態のＰＤＳＣＨ送信機会へのマッピングは、５．１．２．１節に従って、第１のＰＤＳＣＨ送信機会を有するスロットにおけるアクティブ化されたＴＣＩ状態に基づき、示されたＴＣＩ状態を、２つの異なるＴＣＩ状態を含むＴＣＩコードポイントのうち最も低いコードポイントに対応するＴＣＩ状態に置き換えることにより決定される。このケースでは、２つの異なるＴＣＩ状態を含むＴＣＩコードポイントのうち、最も低いコードポイントに対応する両方のＴＣＩ状態の「ＱＣＬ－ＴｙｐｅＤ」が、少なくとも１シンボルで重複するＰＤＣＣＨ ＤＭ－ＲＳのそれと異なる場合、ＵＥは、そのＣＯＲＥＳＥＴに関連付けられたＰＤＣＣＨの受信を優先することが期待される。これは、バンド内ＣＡのケース（ＰＤＳＣＨとＣＯＲＥＳＥＴが、異なるコンポーネントキャリアにある場合）にも適用される。

【0066】

－ 上記のすべてのケースにおいて、スケジューリングされたＰＤＳＣＨのサービングセルに対して設定されたＴＣＩ状態のいずれにも、「ｔｙｐｅＤ」にセットされたｑｃｌ－Ｔｙｐｅが設定されていない場合、ＵＥは、ＤＬ ＤＣＩの受信と、対応するＰＤＳＣＨとの間の時間オフセットに関係なく、そのスケジューリングされたＰＤＳＣＨに対して示されたＴＣＩ状態から他のＱＣＬ想定を取得しなければならない。

【0067】

スケジューリングＤＣＩを伝送するＰＤＣＣＨが１つのコンポーネントキャリアで受信され、そのＤＣＩによってスケジューリングされたＰＤＳＣＨが別のコンポーネントキャリアにあり、ＵＥにｅｎａｂｌｅＤｅｆａｕｌｔＢｅａｍ－ＦｏｒＣＣＳが設定されている場合は、以下のようになる。

【0068】

－ ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬは、スケジューリングされたＰＤＳＣＨのサブキャリア間隔に基づいて決定される。μ_{ＰＤＣＣＨ}＜μ_{ＰＤＳＣＨ}の場合、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬに追加のタイミング遅延

【数2】

が追加され、ｄは５．２．１．５．１ａ－１節で定義され、そうでない場合、ｄはゼロである。

【0069】

－ いずれのケースでも、ＤＬ ＤＣＩの受信と、対応するＰＤＳＣＨとの間のオフセットが閾値ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬ未満であり、ＤＬ ＤＣＩにＴＣＩフィールドが存在しない場合、ＵＥは、スケジューリングされたセルのアクティブＢＷＰにおいてＰＤＳＣＨに適用可能な、ＩＤが最も低いアクティブ化されたＴＣＩ状態から、スケジューリングされたＰＤＳＣＨに対するＱＣＬ想定を取得する。

【0070】

上位レイヤのパラメータｔｒｓ－Ｉｎｆｏが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおける周期的なＣＳＩ－ＲＳリソースについては、ＵＥは、ＴＣＩ－Ｓｔａｔｅが以下の疑似コロケーションタイプの１つを示すことを期待すべきである。

【0071】

－ ＳＳ／ＰＢＣＨブロックを有する「ｔｙｐｅＣ」、及び、適用される場合、同じＳＳ／ＰＢＣＨブロックを有する「ｔｙｐｅＤ」、又は

【0072】

－ ＳＳ／ＰＢＣＨブロックを有する「ｔｙｐｅＣ」、及び、適用される場合、上位レイヤのパラメータｒｅｐｅｔｉｔｉｏｎが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおけるＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は

【0073】

上位レイヤのパラメータｔｒｓ－Ｉｎｆｏが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおける非周期的なＣＳＩ－ＲＳリソースについて、ＵＥは、ＴＣＩ－Ｓｔａｔｅが、上位レイヤのパラメータｔｒｓ－Ｉｎｆｏが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおける周期的なＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」にセットされたｑｃｌ－Ｔｙｐｅと、適用される場合、同じ周期的なＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」にセットされたｑｃｌ－Ｔｙｐｅとを示すと期待すべきである。

【0074】

上位レイヤのパラメータｔｒｓ－Ｉｎｆｏ及び上位レイヤのパラメータｒｅｐｅｔｉｔｉｏｎなしで設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースについて、ＵＥは、ＴＣＩ－Ｓｔａｔｅが以下の疑似コロケーションタイプの１つを示すことを期待すべきである。

【0075】

－ 上位レイヤのパラメータｔｒｓ－Ｉｎｆｏが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおけるＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び、適用される場合、同じＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は

【0076】

－ 上位レイヤのパラメータｔｒｓ－Ｉｎｆｏが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおけるＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び、適用される場合、ＳＳ／ＰＢＣＨブロックを有する「ｔｙｐｅＤ」、又は

【0077】

－ 上位レイヤのパラメータｔｒｓ－Ｉｎｆｏが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおけるＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び、適用される場合、上位レイヤのパラメータｒｅｐｅｔｉｔｉｏｎが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおけるＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は

【0078】

－ 「ｔｙｐｅＤ」が適用できない場合、上位レイヤのパラメータｔｒｓ－Ｉｎｆｏが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおけるＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＢ」。

【0079】

上位レイヤのパラメータｒｅｐｅｔｉｔｉｏｎが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおけるＣＳＩ－ＲＳリソースについては、ＵＥは、ＴＣＩ－Ｓｔａｔｅが以下の疑似コロケーションタイプの１つを示すことを期待すべきである。

【0080】

－ 上位レイヤのパラメータｔｒｓ－Ｉｎｆｏが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおけるＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び、適用される場合、同じＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は

【0081】

－ 上位レイヤのパラメータｔｒｓ－Ｉｎｆｏが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおけるＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び、適用される場合、上位レイヤのパラメータｒｅｐｅｔｉｔｉｏｎが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおけるＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は

【0082】

－ ＳＳ／ＰＢＣＨブロックを有する「ｔｙｐｅＣ」、及び、適用される場合、同じＳＳ／ＰＢＣＨブロックを有する「ｔｙｐｅＤ」。

【0083】

ＰＤＣＣＨのＤＭ－ＲＳについて、ＵＥは、ＴＣＩ－Ｓｔａｔｅが以下の疑似コロケーションタイプの１つを示すことを期待すべきである。

【0084】

－ 上位レイヤのパラメータｔｒｓ－Ｉｎｆｏが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおけるＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び、適用される場合、同じＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は

【0085】

－ 上位レイヤのパラメータｔｒｓ－Ｉｎｆｏが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおけるＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び、適用される場合、上位レイヤのパラメータｒｅｐｅｔｉｔｉｏｎが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおけるＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は

【0086】

－ 上位レイヤのパラメータｔｒｓ－Ｉｎｆｏ及び上位レイヤのパラメータｒｅｐｅｔｉｔｉｏｎなしで設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び、適用される場合、同じＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」。

【0087】

ＰＤＳＣＨのＤＭ－ＲＳについて、ＵＥは、ＴＣＩ－Ｓｔａｔｅが以下の疑似コロケーションタイプの１つを示すことを期待すべきである。

【0088】

－ 上位レイヤのパラメータｔｒｓ－Ｉｎｆｏが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおけるＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び、適用される場合、同じＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は

【0089】

－ 上位レイヤのパラメータｔｒｓ－Ｉｎｆｏが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおけるＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び、適用される場合、上位レイヤのパラメータｒｅｐｅｔｉｔｉｏｎが設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにおけるＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」、又は

【0090】

－ 上位レイヤのパラメータｔｒｓ－Ｉｎｆｏ及び上位レイヤのパラメータｒｅｐｅｔｉｔｉｏｎなしで設定されたＮＺＰ－ＣＳＩ－ＲＳ－ＲｅｓｏｕｒｃｅＳｅｔ内のＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＡ」、及び、適用される場合、同じＣＳＩ－ＲＳリソースを有する「ｔｙｐｅＤ」。

【0091】

スケジューリングＤＣＩを伝送するＰＤＣＣＨが１つのコンポーネントキャリアで受信され、そのＤＣＩによってスケジューリングされたＰＤＳＣＨが別のコンポーネントキャリアにある場合、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬは、スケジューリングされたＰＤＳＣＨのサブキャリア間隔に基づいて決定される。μＰＤＣＣＨ＜μＰＤＳＣＨの場合、ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬに追加のタイミング遅延ｄが追加される。ここで、ｄは、ＰＤＣＣＨのサブキャリア間隔が１５ｋＨｚの場合は８シンボル、ＰＤＣＣＨのサブキャリア間隔が３０ｋＨｚの場合は８シンボル、ＰＤＣＣＨのサブキャリア間隔が６０ｋＨｚの場合は１４シンボルと定義される。例えば、シンボルがＰＤＣＣＨシンボルであるか、又はシンボルがＰＤＣＣＨのサブキャリア間隔に基づく場合（例えば、ＴＳ３８．２１４の表５．２．１．５．１ａ－１に定義されている）、ｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが「有効」にセットされ、ＤＬ ＤＣＩの受信と、対応するＰＤＳＣＨとの間のオフセットが閾値ｔｉｍｅＤｕｒａｔｉｏｎＦｏｒＱＣＬよりも小さい場合、及びｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩが設定されていない場合のいずれにおいても、ＵＥは、スケジューリングされたセルのアクティブＢＷＰ内のＰＤＳＣＨに適用可能な、ＩＤが最も低いアクティブ化されたＴＣＩ状態から、スケジューリングされたＰＤＳＣＨのＱＣＬ想定を取得する。

【0092】

３ＧＰＰ仕様（ＴＳ３８．２１４）に規定されているように、「ＦＤＭＳｃｈｅｍｅＡ」、「ＦＤＭＳｃｈｅｍｅＢ」、「ＴＤＭＳｃｈｅｍｅＡ」の１つにセットされた上位レイヤのパラメータＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒによってＵＥが設定されている場合、ＤＣＩフィールド「送信設定指示」のコードポイント内の２つのＴＣＩ状態と、ＤＣＩフィールド「アンテナポート」の１つのＣＤＭ（Code Domain Multiplexing）グループ内のＤＭＲＳポートとがＵＥに示される場合。ＤＣＩにおいて２つのＴＣＩ状態が示され、ＵＥが「ＦＤＭＳｃｈｅｍｅＡ」にセットされる場合、ＵＥは、ＴＳ３８．２１４の「物理リソースブロック（ＰＲＢ）バンドリング）」の節（例えば、５．１．２．３節）に記載されているように、重複しない周波数領域リソース割当に関連付けられたそれぞれのＴＣＩ状態で、ＴＢの単一のＰＤＳＣＨ送信機会を受信しなければならない。ＤＣＩにおいて２つのＴＣＩ状態が示され、ＵＥが「ＦＤＭＳｃｈｅｍｅＢ」にセットされている場合、ＵＥは、ＴＳ３８．２１４の「物理リソースブロック（ＰＲＢ）バンドリング」の節（例えば、５．１．２．３節）に記載されているように、他のＰＤＳＣＨ送信機会に関して、重複しない周波数領域リソース割当を有するＰＤＳＣＨ送信機会に関連付けられたそれぞれのＴＣＩ状態で、同じＴＢの２つのＰＤＳＣＨ送信機会を受信しなければならない。ＤＣＩにおいて２つのＴＣＩ状態が示され、ＵＥが「ＴＤＭＳｃｈｅｍｅＡ」にセットされている場合、ＵＥは、ＴＳ３８．２１４の「時間領域におけるリソース割当」の節（例えば、５．１．２．１節）に記載されているように、他のＰＤＳＣＨ送信機会に関して、重複しない時間領域リソース割当を有するＰＤＳＣＨ送信機会に関連付けられたそれぞれのＴＣＩ状態で、同じＴＢの２つのＰＤＳＣＨ送信機会を受信しなければならず、また、両方のＰＤＳＣＨ送信機会が、与えられたスロット内で受信されなければならない。

【0093】

ＵＥが、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのＲｅｐＮｕｍＲ１６を含むｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔの少なくとも１つのエントリを示す上位レイヤのパラメータＰＤＳＣＨ－ｃｏｎｆｉｇによって設定されている場合、ＵＥは、ＤＣＩフィールド「時間領域リソース割当」と、ＤＣＩフィールド「アンテナポート」の１つのＣＤＭグループ内のＤＭ－ＲＳポートと共に、ＤＣＩフィールド「送信設定指示」のコードポイントの１つ又は２つのＴＣＩ状態が示されることを期待してもよい。「時間領域リソース割当」は、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのＲｅｐＮｕｍ１６を含むｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔのエントリを示す。「送信設定指示」フィールドを有するＤＣＩにおいて２つのＴＣＩ状態が示される場合、ＵＥは、ＴＳ３８．２１４の「時間領域におけるリソース割当」の節（例えば、５．１．２．１節）で定義されるように、複数のＰＤＳＣＨ送信機会にわたって使用される２つのＴＣＩ状態で、同じＴＢの複数のスロットレベルのＰＤＳＣＨ送信機会を受信すると期待してもよい。「送信設定指示」フィールドを有するＤＣＩにおいて１つのＴＣＩ状態が示される場合、ＵＥは、ＴＳ３８．２１４の「時間領域におけるリソース割当」の節（例えば、５．１．２．１節）で定義されるように、複数のＰＤＳＣＨ送信機会にわたって使用される１つのＴＣＩ状態で、同じＴＢの複数のスロットレベルのＰＤＳＣＨ送信機会を受信すると期待してもよい。

【0094】

ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのＲｅｐＮｕｍＲ１６を含むｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔの１つのエントリを示すＤＣＩフィールド「時間領域リソース割当」がＵＥに示されない場合、そして、ＤＣＩフィールド「送信設定指示」のコードポイントの２つのＴＣＩ状態と、ＤＣＩフィールド「アンテナポート」の２つのＣＤＭグループ内のＤＭ－ＲＳポートとがＵＥに示される場合、ＵＥは、単一のＰＤＳＣＨの受信を期待してもよい。ここで、ＤＭ－ＲＳポートとＴＣＩ状態との関連付けは、ＴＳ３８．２１４の「ＤＭＲＳ受信プロシージャ」の節（例えば５．１．６．２節）で定義されているとおりである。

【0095】

ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのＲｅｐＮｕｍＲ１６を含むｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔの１つのエントリを示すＤＣＩフィールド「時間領域リソース割当」がＵＥに示される場合、そして、ＤＣＩフィールド「送信設定指示」のコードポイントの１つのＴＣＩ状態がＵＥに示される場合、ＰＤＣＣＨの検出時にＰＤＳＣＨを受信するためのＵＥのプロシージャは、ＴＳ３８．２１４の「物理ダウンリンク共有チャネルを受信するためのＵＥプロシージャ」の節（例えば、５．１節）に従う。

【0096】

以下では、「ＦＤＭＳｃｈｅｍｅＡ」と「スキーム２ａ」という用語を互換的に使用することができる。「ＦＤＭＳｃｈｅｍｅＢ」と「スキーム２ｂ」という用語を互換的に使用することができる。「ＴＤＭＳｃｈｅｍｅＡ」と「スキーム３」という用語を互換的に使用することができる。「ＲｅｐＮｕｍＲ１６」と「スキーム４」という用語を互換的に使用することができる。

【0097】

３ＧＰＰ仕様（ＴＳ３８．２１４）に規定されているように、「ＴＤＭＳｃｈｅｍｅＡ」にセットされた上位レイヤのパラメータＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒによってＵＥが設定され、ＤＣＩフィールド「アンテナポート」の１つのＣＤＭグループ内のＤＭ－ＲＳポートがＵＥに示される場合、ＰＤＳＣＨ送信機会の数は、スケジューリングＤＣＩのＤＣＩフィールド「送信設定指示」によって示されるＴＣＩ状態の数によって導き出される。ＤＣＩフィールド「送信設定指示」によって２つのＴＣＩ状態が示される場合、ＵＥは、２つのＰＤＳＣＨ送信機会を受信することが期待される。ここで、第１のＴＣＩ状態が第１のＰＤＳＣＨ送信機会に適用され、第１のＰＤＳＣＨ送信機会の時間領域におけるリソース割当は、ＴＳ３８．２１４の「時間領域におけるリソース割当」の節（例えば、５．１．２．１節）に従う。第２のＴＣＩ状態は第２のＰＤＳＣＨ送信機会に適用され、第２のＰＤＳＣＨ送信機会は第１のＰＤＳＣＨ送信機会と同じシンボル数を有しなければならない。上位レイヤによってＵＥにＳｔａｒｔｉｎｇＳｙｍｂｏｌＯｆｆｓｅｔＫの値

【数3】

が設定されている場合、ＵＥは、第１のＰＤＳＣＨ送信機会の最後のシンボルから

【数4】

シンボルの後に、第２のＰＤＳＣＨ送信機会の最初のシンボルが開始されることを決定しなければならない。上位レイヤのパラメータＳｔａｒｔｉｎｇＳｙｍｂｏｌＯｆｆｓｅｔＫを介して値

【数5】

が設定されていない場合、ＵＥは

【数6】

＝０と仮定しなければならない。ＵＥは、各ＰＤＳＣＨ送信機会について２つを上回るＰＤＳＣＨ送信レイヤを受信することは期待されていない。２つのＰＤＳＣＨ送信機会について、適用される冗長バージョンはＴＳ３８．２１４の表５．１．２．１－２に従って導き出され、ｎ＝０，１が第１及び第２のＴＣＩ状態にそれぞれ適用される。そうでない場合、ＵＥは単一のＰＤＳＣＨ送信機会を受信することが期待され、時間領域におけるリソース割当は、ＴＳ３８．２１４の「時間領域におけるリソース割当」の節（例えば、５．１．２．１節）に従う。

【0098】

３ＧＰＰ仕様（ＴＳ３８．２１４）に規定されているように、ＵＥは、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのＲｅｐＮｕｍＲ１６を含むｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔの少なくとも１つのエントリを示す上位レイヤのパラメータＰＤＳＣＨ－ｃｏｎｆｉｇによって設定されている場合。２つのＴＣＩ状態が、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのＲｅｐＮｕｍＲ１６を含むｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔの１つのエントリを示すＤＣＩフィールド「時間領域リソース割当」と、ＤＣＩフィールド「アンテナポート」の１つのＣＤＭグループ内のＤＭ－ＲＳポートと共に、ＤＣＩフィールド「送信設定指示」によって示される場合、すべてのＰＤＳＣＨ送信機会に対して同じＳＬＩＶ（開始及び長さインジケータ値）が適用され、第１のＴＣＩ状態が第１のＰＤＳＣＨ送信機会に適用され、第１のＰＤＳＣＨ送信機会の時間領域におけるリソース割当は、ＴＳ３８．２１４の「時間領域におけるリソース割当」の節（例えば、５．１．２．１節）に従う。ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのＲｅｐＮｕｍＲ１６で示される値が２に等しい場合、第２のＴＣＩ状態が第２のＰＤＳＣＨ送信機会に適用される。ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのＲｅｐＮｕｍＲ１６で示される値が２より大きい場合、ＵＥはさらに、ＲｅｐＴＣＩＭａｐｐｉｎｇのＣｙｃＭａｐｐｉｎｇ又はＳｅｑＭａｐｐｉｎｇを有効にするように設定されてもよい。ＣｙｃＭａｐｐｉｎｇが有効な場合、第１及び第２のＴＣＩ状態がそれぞれ第１及び第２のＰＤＳＣＨ送信機会に適用され、同じＴＣＩマッピングパターンが残りのＰＤＳＣＨ送信機会に継続される。ＳｅｑＭａｐｐｉｎｇが有効な場合、第１のＴＣＩ状態が第１及び第２のＰＤＳＣＨ送信に適用され、第２のＴＣＩ状態が第３及び第４のＰＤＳＣＨ送信に適用され、同じＴＣＩマッピングパターンが残りのＰＤＳＣＨ送信機会に継続される。ＵＥは、各ＰＤＳＣＨ送信機会が２つの送信レイヤに制限されると期待してもよい。第１のＴＣＩ状態に関連付けられたすべてのＰＤＳＣＨ送信機会について、適用される冗長バージョンは、［ＴＳ３８．２１４］の表５．１．２．１－２に従って導き出される。ここでｎは、第１のＴＣＩ状態に関連付けられたＰＤＳＣＨ送信機会のみを考慮してカウントされる。第２のＴＣＩ状態に関連付けられたＰＤＳＣＨ送信機会のための冗長バージョンは、［ＴＳ３８．２１４］の表５．１．２．１－３に従って導き出される。ここで、各冗長バージョンｒｖ_ｓのための追加のシフト操作は、上位レイヤのパラメータＲＶＳｅｑＯｆｆｓｅｔによって設定され、ｎは、第２のＴＣＩ状態に関連付けられたＰＤＳＣＨ送信機会のみを考慮してカウントされる。１つのＴＣＩ状態が、ＰＤＳＣＨ－ＴｉｍｅＤｏｍａｉｎＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎのＲｅｐＮｕｍＲ１６を含むｐｄｓｃｈ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎＬｉｓｔの１つのエントリを示すＤＣＩフィールド「時間領域リソース割当」と、ＤＣＩフィールド「アンテナポート」の１つのＣＤＭグループ内のＤＭ－ＲＳポートと共に、ＤＣＩフィールド「送信設定指示」によって示される場合、すべてのＰＤＳＣＨ送信機会に対して同じＳＬＩＶが適用され、第１のＰＤＳＣＨ送信機会がＴＳ３８．２１４の「時間領域におけるリソース割当」の節（例えば、５．１．２．１節）に従い、すべてのＰＤＳＣＨ送信機会に対して同じＴＣＩ状態が適用される。ＵＥは、各ＰＤＳＣＨ送信機会が２つの送信レイヤに制限されると期待してもよい。すべてのＰＤＳＣＨ送信機会について、適用される冗長バージョンは、［ＴＳ３８．２１４］の表５．１．２．１－２に従って導き出される。ここでｎは、ＰＤＳＣＨ送信機会を考慮してカウントされる。そうでない場合、ＵＥは単一のＰＤＳＣＨ送信機会を受信することが期待され、時間領域におけるリソース割当は、ＴＳ３８．２１４の「時間領域におけるリソース割当」の節（例えば、５．１．２．１節）に従う。

【0099】

表５．１．２．１－２
ｐｄｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが存在する場合に適用される冗長バージョン

【表1】

【0100】

表５．１．２．１－３
ＲＶＳｅｑＯｆｆｓｅｔが存在する場合に第２のＴＣＩ状態に適用される冗長バージョン

【表2】

【0101】

３ＧＰＰ仕様（ＴＳ３８．２１４）に規定されているように、「ＦＤＭＳｃｈｅｍｅＡ」、又は「ＦＤＭＳｃｈｅｍｅＢ」にセットされた上位レイヤのパラメータＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒによって設定されたＵＥの場合、ＤＣＩフィールド「送信設定指示」のコードポイントの２つのＴＣＩ状態と、ＤＣＩフィールド「アンテナポート」の１つのＣＤＭグループ内のＤＭＲＳポートとがＵＥに示される場合。

【数7】

が「広帯域」として決定された場合、最初の

【数8】

個のＰＲＢが第１のＴＣＩ状態に割り当てられ、残りの

【数9】

個のＰＲＢが第２のＴＣＩ状態に割り当てられる。ここで、ｎ_ＰＲＢは、ＵＥに割り当てられたＰＲＢの総数である。

【数10】

が｛２，４｝のうちの１つの値として決定された場合、割り当てられた周波数領域リソース内の偶数のＰＲＧが第１のＴＣＩ状態に割り当てられ、割り当てられた周波数領域リソース内の奇数のＰＲＧが第２のＴＣＩ状態に割り当てられる。ＵＥは、各ＰＤＳＣＨ送信機会について２つを上回るＰＤＳＣＨ送信レイヤを受信することは期待されていない。

【0102】

「ＦＤＭＳｃｈｅｍｅＢ」にセットされた上位レイヤのパラメータＲｅｐＳｃｈｅｍｅＥｎａｂｌｅｒによって設定されたＵＥの場合、ＤＣＩフィールド「送信設定指示」のコードポイントにおける２つのＴＣＩ状態と、ＤＣＩフィールド「アンテナポート」における１つのＣＤＭグループ内のＤＭ－ＲＳポートとがＵＥに示されるとき、各ＰＤＳＣＨ送信機会は、ＰＤＳＣＨ送信機会の対応するＴＣＩ状態に割り当てられたＰＲＢによって決定されるリソースエレメントへのマッピングについて、［ＴＳ３８．２１１］の「物理ダウンリンク共有チャネル」の節（たとえば、７．３．１節）に従わなければならない。また、ＵＥは、単一の送信レイヤがスケジューリングされている場合、ＰＤＳＣＨ送信機会ごとに最大２つのコードブロックのみを期待し、２つの送信レイヤがスケジューリングされている場合、ＰＤＳＣＨ送信機会ごとに単一のコードブロックのみを期待すべきである。２つのＰＤＳＣＨ送信機会について、適用される冗長バージョンは、［ＴＳ３８．２１４］の表５．１．２．１－２に従って導き出される。ここで、ｎ＝０，１は、それぞれ第１及び第２のＴＣＩ状態に適用される。

【0103】

いくつかの実施形態において、ビーム指示又はＴＣＩ状態指示のための適用タイミングが存在する。いくつかの実施形態において、適用タイミングは、結合又は分離のＤＬ／ＵＬビーム指示の確認の最後のシンボルから少なくともＸｍｓ又はＹシンボル後の最初のスロット又は最初のサブスロットであってもよい。例えば、Ｙは整数であってもよく、１＜＝Ｙ＜＝３３６である。いくつかの実施形態において、スロットは１２個又は１４個のシンボルを含んでもよい。いくつかの実施形態において、サブスロットはＳ個のシンボルを含んでもよい。Ｓは整数で、１＜＝Ｓ＜＝１４である。例えば、Ｓは、｛２，４，７｝の少なくとも１つであってもよい。いくつかの実施形態において、ビーム指示はＰＤＣＣＨのＤＣＩで示される。例えば、ＰＤＣＣＨのＤＣＩはＰＤＳＣＨをスケジューリングしてもよいし、又はＰＤＳＣＨをスケジューリングしないこともある。いくつかの実施形態において、ＤＣＩの最後のシンボルと、最初のスロット又は最初のサブスロットとの間のギャップは、端末装置の能力に見合うものでなければならない。いくつかの実施形態において、結合又は分離のＤＬ／ＵＬビーム指示の確認は、ＤＣＩによってスケジューリングされたＰＤＳＣＨの確認であってもよい。例えば、ＤＣＩがＰＤＳＣＨをスケジューリングする場合である。いくつかの実施形態において、結合又は分離のＤＬ／ＵＬビーム指示の確認は、ＤＣＩの確認であってもよい。例えば、ＤＣＩがＰＤＳＣＨをスケジューリングしない場合である。

【0104】

いくつかの実施形態において、端末装置は、ＰＤＣＣＨにおいてＤＣＩ（例えば、「ＤＣＩ＿ｔ」と表される）を受信又は検出してもよい。ＤＣＩは、結合ＤＬ／ＵＬ ＴＣＩ状態、又は分離ＤＬ／ＵＬ ＴＣＩ状態、又はＤＬ ＴＣＩ状態、又はＵＬ ＴＣＩ状態、又は一対のＤＬ／ＵＬ ＴＣＩ状態を示す。いくつかの実施形態において、第２の時間閾値Ｈ２は、ＰＤＣＣＨの最初のシンボル又は最後のシンボル、又は指示の確認の最初のシンボル又は最後のシンボルの後の所定の／設定された期間を示してもよい。いくつかの実施形態において、示された結合ＤＬ／ＵＬ ＴＣＩ状態又は分離ＤＬ／ＵＬ ＴＣＩ状態又はＤＬ ＴＣＩ状態又はＵＬ ＴＣＩ状態又は一対のＤＬ／ＵＬ ＴＣＩ状態は、適用タイミング又は第２の時間閾値Ｈ２の後に、ＰＤＳＣＨ及び／又はＣＯＲＥＳＥＴ及び／又はＰＵＳＣＨ及び／又はＰＵＣＣＨ及び／又はアップリンクＲＳ及び／又はダウンリンクＲＳに適用されてもよい。例えば、ＤＣＩにおいて結合ＤＬ／ＵＬ ＴＣＩ状態が示される場合、結合ＤＬ／ＵＬ ＴＣＩ状態は、適用タイミング又は第２の時間閾値Ｈ２の後に、ＰＤＳＣＨ及び／又はＣＯＲＥＳＥＴ及び／又はＰＵＳＣＨ及び／又はＰＵＣＣＨ及び／又はアップリンクＲＳ及び／又はダウンリンクＲＳに適用されてもよい。別の例として、ＤＣＩにおいてＤＬ ＴＣＩ状態が示される場合、ＤＬ ＴＣＩ状態は、適用タイミング又は第２の時間閾値Ｈ２の後に、ＰＤＳＣＨ及び／又はＣＯＲＥＳＥＴ及び／又はダウンリンクＲＳに適用されてもよい。別の例として、ＤＣＩにおいてＵＬ ＴＣＩ状態が示される場合、ＵＬ ＴＣＩ状態は、適用タイミング又は第２の時間閾値Ｈ２の後に、ＰＵＳＣＨ及び／又はＰＵＣＣＨ及び／又はアップリンクＲＳに適用されてもよい。別の例として、ＤＣＩにおいて一対のＤＬ／ＵＬ ＴＣＩ状態が示される場合、ＤＬ ＴＣＩ状態は、適用タイミング又は第２の時間閾値Ｈ２の後に、ＰＤＳＣＨ及び／又はＣＯＲＥＳＥＴ及び／又はダウンリンクＲＳに適用されてもよく、ＵＬ ＴＣＩ状態は、適用タイミング又は第２の時間閾値Ｈ２の後に、ＰＵＳＣＨ及び／又はＰＵＣＣＨ及び／又はアップリンクＲＳに適用されてもよい。

【0105】

いくつかの実施形態において、端末装置１１０は、ダウンリンクＴＣＩ状態（又はビーム又はＱＣＬパラメータセット）を示す指示を受信してもよく、ＴＣＩ状態のソース参照信号は、少なくとも、ＰＤＳＣＨ及びコンポーネントキャリア（ＣＣ）のすべてのＣＯＲＥＳＥＴでの受信のためにＱＣＬ情報を提供する。例えば、ＰＤＳＣＨは専用又はＵＥ固有である。

【0106】

いくつかの実施形態において、端末装置１１０は、アップリンクＴＣＩ状態（又はビーム又は空間関係）を示す指示を受信してもよく、ＴＣＩ状態のソース参照信号は、少なくとも、動的グラント又は設定グラントに基づくＰＵＳＣＨ、及びＣＣ内のＰＵＣＣＨリソースのすべてについて、アップリンク送信空間フィルタ（uplink transmission spatial filte）を決定するための基準を提供する。例えば、ＰＵＣＣＨは専用又はＵＥ固有である。

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

あるいは、周期的なＣＳＩ－ＲＳリソース設定インデックスのセットｑ０が提供されない場合、ＢＦＤ ＲＳのビーム／ＴＣＩ状態は、動的に示されるビーム／ＴＣＩ状態に少なくとも従う。例えば、端末装置１１０－１は、示されたＴＣＩ状態（ＤＬ ＴＣＩ又は結合ＴＣＩ）に対応するＱＣＬ ＴｙｐｅＤが設定されたＣＳＩ－ＲＳを含むように、ＢＦＤ ＲＳセットを決定してもよい。いくつかの実施形態において、端末装置１１０－１に、サービングセルの帯域幅部分（ＢＷＰ）に対してｆａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＲｅｓｏｕｒｃｅＴｏＡｄｄＭｏｄＬｉｓｔによって

【数11】

が与えられていない場合で、且つ動的ビーム指示が設定されている場合、端末装置１１０－１は、周期的なチャネル状態情報参照信号（ＣＳＩ－ＲＳ）リソース設定インデックスを含むようにセット

【数12】

を決定してもよい。当該設定インデックスは、ビーム適用タイミング後、別の検出されたＤＣＩにおける「送信設定指示」フィールドの値に従った異なるＴＣＩ－Ｓｔａｔｅの別のビーム適用タイミングまでに、検出されたＤＣＩの「送信設定指示」フィールドの値に従ってＴＣＩ－Ｓｔａｔｅによって「ＴｙｐｅＤ」にセットされたｑｃｌ－Ｔｙｐｅが設定されたＲＳインデックスと同じ値を有する。あるいは、端末装置１１０－１は、検出されたＤＣＩにおける「送信設定指示」フィールドの値に従って、異なるＴＣＩ－Ｓｔａｔｅの適用タイミングまでＰＤＣＣＨをモニタリングするために端末装置１１０－１が使用することができるそれぞれのＣＯＲＥＳＥＴのＴＣＩ－Ｓｔａｔｅによって示されるＲＳセットにおけるＲＳインデックスと同じ値を有する周期的なＣＳＩ－ＲＳリソース設定インデックスを含むように、セット

【数13】

を決定してもよい。ＴＣＩ状態に２つのＲＳインデックスがある場合、セット

【数14】

は、対応するＴＣＩ状態の「ＴｙｐｅＤ」にセットされたｑｃｌ－Ｔｙｐｅが設定されたＲＳインデックスを含むことができる。端末装置１１０－１は、セット

【数15】

に最大２つのＲＳインデックスが含まれることを期待し、セット

【数16】

において単一ポートのＲＳを期待してもよい。

【0149】

いくつかの実施形態において、周期的なＣＳＩ－ＲＳリソース設定インデックスのセットｑ０が提供されない場合、ＢＦＤ ＲＳのビーム／ＴＣＩ状態は、動的に示されるビーム／ＴＣＩ状態に少なくとも従う。例えば、端末装置１１０－１は、ＱＣＬ ＴｙｐｅＤが設定された最大２つのＣＳＩ－ＲＳと、示されたＴＣＩ状態（例えば、ＤＬ ＴＣＩ又は結合ＴＣＩ）に対応する１つのＲＳと、デフォルト／フォールバックのＴＣＩ状態（例えば、ＤＬ ＴＣＩ又は結合ＴＣＩ）に対応する他のＲＳとを含むように、ＢＦＤ ＲＳセットを決定してもよい。例えば、図７に示すように、ＰＤＣＣＨ７１０はＴＣＩ状態１を示すことができ、ＢＦＤ ＲＳのＴＣＩ状態はＴＣＩ状態２及びＴＣＩ状態３とすることができる。第１のタイミング７１１の後、ＴＣＩ状態１をＣＯＲＥＳＥＴに適用することができる． ＢＦＤ ＲＳのＴＣＩ状態２を維持し、ＢＦＤ ＲＳの他のＴＣＩ状態をＴＣＩ状態３からＴＣＩ状態１に更新することができる（７１５）。言い換えれば、動的に示されるＴＣＩ状態（すなわち、ＴＣＩ状態１）を、ＲＳの１つ（例えば、ＲＳ Ａ）に適用することができ、ＲＳ Ｂのビーム／ＴＣＩ状態は、このケースではＴＣＩ状態２であるフォールバック／デフォルトのビームである。

【0150】

他の実施形態において、ＭＡＣ ＣＥがＴＣＩ状態をアクティブ化した後、ＤＣＩに示されたＴＣＩ状態のビーム適用タイミングの前に、動的に示されたビーム／ＴＣＩ状態を最も低いコードポイントのＴＣＩ状態によって置き換えることができる。こうすることで、適切なビーム障害検出が可能になる。

【0151】

いくつかの実施形態において、少なくとも１つのＢＦＤ ＲＳのビーム／ＴＣＩ状態が、ＰＤＣＣＨ（例えば、ＰＤＣＣＨ ３１０、ＰＤＣＣＨ ４１０、ＰＤＣＣＨ ５１０、又はＰＤＣＣＨ ７１０）のＴＣＩフィールドにおける動的に示されたビーム／ＴＣＩ状態に基づいて更新される場合、ＢＦＩ＿ｃｏｕｎｔｅｒを０にセットすることができる。例えば、ビーム障害検出に使用される参照信号のいずれかのＴＣＩ状態が、このサービングセルに関連付けられた条件のＤＣＩ／物理層によって示され／更新された場合、ＢＦＩ＿ｃｏｕｎｔｅｒを０にセットすることができる。いくつかの実施形態において、条件は、ＤＣＩ、又はＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫがＡＣＫであることであってもよい。あるいは、ＨＡＲＱ－ＡＣＫ多重化の場合、ＤＣＩを伴うＰＤＣＣＨが最新のものであることを条件とすることもできる。他の実施形態において、条件は、例えば、ビーム適用タイミング、又はＤＣＩが検出されたか、ＤＣＩによってスケジューリングされたＰＤＳＣＨが正常に復号されたか、又はＨＡＲＱ－ＡＣＫコードブックが生成されたタイミングのような、あるタイミングの後であってもよい。

【0152】

いくつかの実施形態において、端末装置にビーム障害検出のために２つのＲＳセット（例えば、ＲＳ＿ｓ１とＲＳ＿ｓ２）が設定されるか、又は端末装置がそれらを決定してもよい。いくつかの実施形態において、ＲＳ＿ｓ１は、１つ又は２つのＲＳを含むか、又は１つ又は２つのＲＳのインデックスを含んでもよい。いくつかの実施形態において、ＲＳ＿ｓ２は、１つ又は２つのＲＳ、又は１つ又は２つのＲＳのインデックスを含んでもよい。いくつかの実施形態において、端末装置には、マルチＴＲＰ送信（例えば、第１のＴＲＰと第２のＴＲＰ）が設定されてもよい。いくつかの実施形態において、ＲＳ＿ｓ１は、第１のＴＲＰのビーム障害検出のために適用されてもよい。いくつかの実施形態において、ＲＳ＿ｓ２は、第２のＴＲＰのビーム障害検出のために適用されてもよい。いくつかの実施形態において、第１のＴＲＰのための第１のビーム障害回復プロシージャが存在してもよい。いくつかの実施形態において、第２のＴＲＰのための第２のビーム障害回復プロシージャが存在してもよい。いくつかの実施形態において、第１のＴＲＰ及び第２のＴＲＰのセルのための第３のビーム障害回復プロシージャが存在してもよい。いくつかの実施形態において、第１のビーム障害回復プロシージャ又は第２のビーム障害回復プロシージャにおいてビーム障害指示カウンタの値のいずれかが０にセットされた場合、第３のビーム障害回復プロシージャにおけるビーム障害指示カウンタの値が０にセットされる。いくつかの実施形態において、第１のビーム障害回復プロシージャ又は第２のビーム障害回復プロシージャにおけるビーム障害回復タイマ（例えば、ＲＲＣによって設定されるｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＴｉｍｅｒ）のいずれかが停止されると、第３のビーム障害回復プロシージャにおけるビーム障害回復タイマ（例えば、ＲＲＣによって設定されるｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＴｉｍｅｒ）が停止される。

【0153】

図８は、本開示のいくつかの実施形態にかかる、ネットワーク装置と端末装置との間の通信のシグナリングフローを示す。議論を目的として、図１を参照して、プロセス８００について説明する。プロセス８００は、図１のネットワーク装置１２０及び端末装置１１０－１に関わってもよい。

【0154】

端末装置１１０－１は、第１のＲＳ及び第２のＲＳに従って、端末装置１１０－１とネットワーク装置１２０との間の無線リンク品質の推定を決定する（８０１０）。例えば、端末装置１１０－１は、第１のＲＳセットを測定することができる。このケースでは、端末装置１１０－１は、第１のＲＳセットの測定結果に基づいて無線リンク品質を推定することができる。

【0155】

端末装置１１０－１は、アップリンクリソースにおいて少なくとも１つのＴＣＩ状態の指示に対する要求をネットワーク装置１２０に送信する（８０２０）。リクエストは、ＲＳのインデックスを含まない可能性がある。このケースでは、端末装置１１０は、ネットワーク装置１２０から第１のＰＤＣＣＨ内のＤＣＩを受信してもよい。ＤＣＩは、少なくとも１つのＴＣＩ状態の指示を含むことができる。端末装置１１０－１はさらに、第１の条件に基づいて、少なくとも１つのＴＣＩ状態を第１のＲＳに適用してもよい。いくつかの実施形態において、少なくとも１つのＴＣＩ状態又は第２のＴＣＩ状態を、アップリンクリソースの送信のために適用することができる。例えば、いくつかの実施形態において、最大２つのＲＳインデックス（例えばＲＳ ＡとＲＳ Ｂ）がｑ０に含まれており、動的に示されるビーム／ＴＣＩ状態をＲＳ Ａに適用し、デフォルト／フォールバックのビーム／ＴＣＩ状態をＲＳ Ｂに適用することができる。 ＲＳ Ａに基づいて障害（例えば、第１の障害又は単一の障害として表される）が検出され、ＲＳ Ａ＋ＲＳ Ｂに基づいてビーム障害が検出されない（例えば、ビーム障害回復要求がトリガされない）場合、端末装置１１０－１は、ネットワーク装置１２０にビーム指示要求を報告することができる（例えば、ＰＵＣＣＨ／ＰＲＡＣＨ／ＰＵＳＣＨを介する。ビーム又は空間関係情報は、デフォルト／フォールバックのＵＬ ＴＣＩに従うことができる）。

【0156】

ネットワーク装置１２０は、１つ又は複数のＣＯＲＥＳＥＴにおける１つ又は複数のＰＤＣＣＨを端末装置１１０－１に送信する（８０３０）。端末装置１１０－１は、条件に基づいて、１つ又は複数のＣＯＲＥＳＥＴにおける１つ又は複数のＰＤＣＣＨをモニタリングする（８０４０）。いくつかの実施形態において、条件は、第１のＲＳに基づいて障害が検出されたことを含んでもよい。代替として、又は追加で、条件は、第２のＲＳに基づいて障害が検出されないことを含んでもよい。いくつかの実施形態において、端末装置１１０－１は、要求後（例えば、ビーム／ＴＣＩ状態がＰＤＣＣＨにおいて示されるまで、且つ適用タイミングの後）、デフォルト／フォールバックのビーム／ＴＣＩ状態でＣＯＲＥＳＥＴにおけるＰＤＣＣＨをモニタリングしてもよい。

【0157】

いくつかの実施形態において、第２のＴＣＩ状態が第２のＲＳに適用されてもよい。例えば、第２のＴＣＩは、デフォルトのＴＣＩ状態とすることができる。あるいは、第２のＴＣＩは、フォールバックのＴＣＩ状態であってもよい。他の実施形態において、第２のＴＣＩは、ＭＡＣ ＣＥを介してアクティブ化されるコードポイントセットからの最も低いコードポイントに対応するＴＣＩ状態であってもよい。あるいは、第２のＴＣＩは、第１のＰＤＣＣＨに適用されるＴＣＩ状態であってもよい。このケースでは、端末装置１１０－１は、第２のＴＣＩ状態で、１つ又は複数のＣＯＲＥＳＥＴにおける１つ又は複数のＰＤＣＣＨを受信／モニタリングしてもよい。端末装置１１０－１は、要求後、ＲＳ Ｂに対応するものと同じ空間領域フィルタを使用してＰＵＳＣＨ／ＰＵＣＣＨを送信してもよい。例えば、図９に示すように、ＰＤＣＣＨ９１０はＴＣＩ状態１を示すことができる。ＴＣＩ状態１は、ビーム適用タイミング９１１の後にＲＳ Ａに適用することができる。デフォルト／フォールバックのＴＣＩ状態であるＴＣＩ状態２は、ＲＳ Ｂに適用することができる。ＲＳ Ａに基づいて障害が検出され（言い換えれば、ＴＣＩ状態１が有効でない）、且つＲＳ Ａ＋ＲＳ Ｂに基づいてビーム障害が検出されない（例えば、ビーム障害回復要求がトリガされない）場合、端末装置１１０－１は、タイミング９２１において、ネットワーク装置１２０にビーム指示要求を報告してもよい。このケースでは、端末装置１１０－１は、ＴＣＩ状態２で、１つ又は複数のＣＯＲＥＳＥＴにおける１つ又は複数のＰＤＣＣＨを受信／モニタリングしてもよい。

【0158】

いくつかの実施形態において、端末装置１１０－１は、あるビーム／ＴＣＩ状態で要求を送信することができる。いくつかの実施形態において、ビーム／ＴＣＩ状態は、デフォルト／フォールバックのビーム／ＴＣＩ状態（例えば、結合又はＵＬ ＴＣＩ）又は示された（現在適用されている）ＵＬ ＴＣＩとすることができる。あるいは、端末装置１１０－１に別個のＴＣＩが設定されている場合、端末装置１１０－１は、示された（すなわち、現在適用されている）ＵＬ ＴＣＩで要求を送信することができる。いくつかの実施形態において、結合ＴＣＩが端末装置１１０－１に設定されている場合、端末装置１１０－１は、デフォルト／フォールバックのビーム／（結合）ＴＣＩ状態で要求を送信してもよい。

【0159】

いくつかの実施形態において、要求は、ビーム更新／指示要求の指示を含んでもよい。例えば、要求は、ビーム更新／指示要求を示す１ビットを含んでもよい。このケースでは、ネットワーク装置１２０が要求を受信すると、ネットワーク装置１２０は、端末装置１１０－１に（新しい／異なる）ビームを示す／（新しい／異なる）ビームで更新を行う必要があることを知ることができる。リクエスト内で新しいビーム候補を報告する必要はない。いくつかの実施形態において、端末装置１１０－１は、ＲＳ Ａでビーム障害が検出された後に新たなビーム候補をサーチする必要はない。

【0160】

他の実施形態では、ＲＳ Ａでのビーム障害検出と、その検出に基づくビーム変更／更新要求のための別個のプロシージャ及び／又は別個のパラメータセット（例えば、ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ＿１、ＢＦＩ＿ＣＯＵＮＴＥＲ＿１、ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ＿１、ｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＴｉｍｅｒ＿１（又はｂｅａｍＵｐｄａｔｅＲｅｑｕｅｓｔＴｉｍｅｒ）のうちの少なくとも１つ）が提案可能である。例えば、図１０に示すように、ＲＳ Ａにおいて第１のビーム障害が検出される。表１は、端末装置１１０－１のＭＡＣエンティティにおける障害検出の第１のプロシージャの一例を示す。

【0161】

表１

【表3】

【0162】

さらに、図１０に示すように、端末装置１１０－１は、ＲＳ Ａ及びＲＳ Ｂにおいてビーム障害検出を実行してもよい。表２は、端末装置１１０－１のＭＡＣエンティティにおける障害検出及び回復プロシージャの一例を示す。

【0163】

表２

【表4】

【0164】

いくつかの実施形態において、ＢＦＲの後、新しく識別されたビームを、ＣＯＲＥＳＥＴにおけるＰＤＣＣＨのモニタリング及び／又はＰＵＣＣＨの送信に適用することができ、ＰＤＣＣＨのＴＣＩフィールドは無視することができる。ＰＣｅｌｌ又はＰＳＣｅｌｌについては、端末装置１１０－１にＰＲＡＣＨ送信のための設定を提供することができる。スロットｎのＰＲＡＣＨ送信について、周期的なＣＳＩ－ＲＳリソース設定、又は上位レイヤが提供するインデックスｑ_ｎｅｗに関連付けられた同期信号／物理放送チャネル（ＳＳ／ＰＢＣＨ）ブロックに関連付けられたアンテナポート疑似コロケーションパラメータに従って、端末装置１１０－１は、ＢｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＣｏｎｆｉｇによって設定されたウィンドウ内で、スロットｎ＋４から始まる、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）又は変調符号化方式セル－ＲＮＴＩ（ＭＣＳ－Ｃ－ＲＮＴＩ）によってＣＲＣがスクランブルされたＤＣＩフォーマットを検出するための、ｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄによって提供されたサーチスペースセットにおいて、ＰＤＣＣＨをモニタリングしてもよい。ｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄによって提供されるサーチスペースセットにおけるＰＤＣＣＨモニタリング、及び対応するＰＤＳＣＨ受信のために、端末装置１１０－１は、インデックスｑ_ｎｅｗに関連付けられたものと同じアンテナポート疑似コロケーションパラメータを仮定してもよい。そして、検出されたＤＣＩにＴＣＩフィールドが存在する場合に、動的ビーム指示が設定されていれば、ＵＥが上位レイヤによってＴＣＩ状態のアクティブ化又はパラメータｔｃｉ－ＳｔａｔｅｓＰＤＣＣＨ－ＴｏＡｄｄＬｉｓｔ及び／又はｔｃｉ－ＳｔａｔｅｓＰＤＣＣＨ－ＴｏＲｅｌｅａｓｅＬｉｓｔのいずれかを受信するまで、ＴＣＩフィールドは無視される。端末装置１１０－１が、ｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄによって提供されるサーチスペースセットにおいて、Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットを検出した後、端末装置１１０－１は、端末装置１１０－１がＴＣＩ状態のＭＡＣ ＣＥアクティブ化命令又はｔｃｉ－ＳｔａｔｅｓＰＤＣＣＨ－ＴｏＡｄｄＬｉｓｔ及び／又はｔｃｉ－ＳｔａｔｅｓＰＤＣＣＨ－ＴｏＲｅｌｅａｓｅＬｉｓｔを受信するまで、ｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄによって提供されるサーチスペースセットにおいてＰＤＣＣＨ候補をモニタリングし続けてもよい。

【0165】

ＰＣｅｌｌ又はＰＳＣｅｌｌについて、Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットを端末装置１１０－１が検出するためのｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄによって提供されるサーチスペースセットでの第１のＰＤＣＣＨ受信の最後のシンボルから２８シンボル後に、検出されたＤＣＩにＴＣＩフィールドが存在する場合に、動的ビーム指示が設定されていれば、ＴＣＩフィールドは無視され、端末装置１１０－１がＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏ（［１１，ＴＳ３８．３２１］）のアクティブ化命令を受信するか、又はＰＵＣＣＨリソースのＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏを提供されるか、又は動的ビーム指示が設定されている場合にＴＣＩ状態のアクティブ化命令を受信するまで、端末装置１１０－１は、以下のものを使用して、ＰＲＡＣＨ送信と同じセルでＰＵＣＣＨを送信する。
－ 前回のＰＲＡＣＨ送信と同じ空間フィルタ
－ ７．２．１節に記載されているように、ｑ_ｕ＝０、ｑ_ｄ＝ｑ_ｎｅｗ、ｌ＝０で決定される電力

【0166】

ＰＣｅｌｌ又はＰＳＣｅｌｌについて、Ｃ－ＲＮＴＩ又はＭＣＳ－Ｃ－ＲＮＴＩによってＣＲＣがスクランブルされたＤＣＩフォーマットを端末装置１１０－１が検出するｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄによって提供されるサーチスペースセットでの第１のＰＤＣＣＨ受信の最後のシンボルから２８シンボル後に、端末装置１１０－１は、インデックス０のＣＯＲＥＳＥＴにおけるＰＤＣＣＨモニタリングのために、インデックスｑ_ｎｅｗに関連付けられたものと同じアンテナポート疑似コロケーションパラメータを仮定し、検出されたＤＣＩフォーマットにＴＣＩフィールドが存在する場合、動的ビーム指示が設定されていれば、ＴＣＩフィールドは無視される。

【0167】

ＰＣセル又はＰＳＣセルについて、競合ベースのランダムアクセスプロシージャのＭｓｇ３又はＭｓｇＡでＢＦＲ ＭＡＣ ＣＥ（［１１，ＴＳ３８．３２１］）が送信され、ＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏでＰＵＣＣＨリソースが提供される場合、［１１，ＴＳ３８．３２１］の５．１．５節に記載の競合ベースのランダムアクセスプロシージャの完了を決定するＰＤＣＣＨ受信の最後のシンボルから２８シンボル後に、端末装置１１０－１は以下のものを使用してＰＲＡＣＨ送信と同じセルでＰＵＣＣＨを送信する。
－ 前回のＰＲＡＣＨ送信と同じ空間フィルタ
－ ７．２．１節に記載されているように、ｑ_ｕ＝０、ｑ_ｄ＝ｑ_ｎｅｗ、ｌ＝０で決定される電力。ここで、ｑ_ｎｅｗは、最後のＰＲＡＣＨ送信のために選択されたＳＳ／ＰＢＣＨブロックインデックスである。

【0168】

端末装置１１０－１には、９．２．４節に記載されているように、ｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔＩＤ－ＢＦＲ－ＳＣｅｌｌによって、リンク回復要求（ＬＲＲ）を伴うＰＵＣＣＨ送信のための設定を提供することができる。端末装置１１０－１は、無線リンク品質がＱｏｕｔより悪い少なくとも対応するＳＣｅｌｌのインデックスを提供する第１のＰＵＳＣＨ ＭＡＣ ＣＥにおいて、ＬＲ、対応するＳＣｅｌｌのためのｑ_ｎｅｗの存在の指示、及び周期的なＣＳＩ－ＲＳ設定又は上位レイヤによって提供されるＳＳ／ＰＢＣＨブロックのインデックスｑ_ｎｅｗを、もしあれば、［１１，ＴＳ３８．３２１］に記載されているように、対応するＳＣｅｌｌのために送信することができる。第１のＰＵＳＣＨの送信と同じＨＡＲＱプロセス番号の、トグルされるＮＤＩフィールド値を有するＰＵＳＣＨ送信をスケジューリングするＤＣＩフォーマットを伴うＰＤＣＣＨ受信の最後のシンボルから２８シンボル後に、端末装置１１０－１は、次のことを行ってもよい。
－ ＭＡＣ ＣＥが示すＳＣｅｌｌにおけるすべてのＣＯＲＥＳＥＴにおいて、もしあれば、対応するインデックスｑ_ｎｅｗに関連付けられたものと同じアンテナポート疑似コロケーションパラメータを使用してＰＤＣＣＨをモニタリングする。
－ 以下に挙げる場合に、９．２．２節に記載されているように、周期的なＣＳＩ－ＲＳ又はＳＳ／ＰＢＣＨブロックの受信のために、もしあればｑ_ｎｅｗに対応するものと同じ空間領域フィルタを使用して、７．２．１節に記載されているように、ｑ_ｕ＝０、ｑ_ｄ＝ｑ_ｎｅｗ、ｌ＝０で決定された電力を使用して、ＰＵＣＣＨ－ＳＣｅｌｌにおいてＰＵＣＣＨ送信を送信する。
－ ＰＵＣＣＨのＰＵＣＣＨ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏが、端末装置１１０－１に提供されている。
－ ＬＲＲを伴うＰＵＣＣＨが送信されていないか、若しくはＰＣｅｌｌ又はＰＳＣｅｌｌにおいても送信される。
－ ＰＵＣＣＨ－ＳＣｅｌｌが、ＭＡＣ－ＣＥが示すＳＣｅｌｌに含まれる。
－ 動的ビーム指示が設定されている場合、ＵＥが上位レイヤでＴＣＩ状態のアクティブ化命令を受信するまで、検出されたＤＣＩにＴＣＩフィールドが存在する場合に、動的ビーム指示が設定されていれば、ＴＣＩフィールドは無視される。２８シンボルのＳＣＳ設定は、ＰＤＣＣＨ受信用のアクティブＤＬ ＢＷＰ及び少なくとも１つのＳＣｅｌｌのアクティブＤＬ ＢＷＰのＳＣＳ設定のうち最小のものである。

【0169】

いくつかの実施形態において、クロスコンポーネントキャリア（ＣＣ）指示のケースでは（例えば、端末装置１１０－１がＣＣ１でＰＤＣＣＨを受信し、検出されたＤＣＩがＣＣ２におけるＴＣＩ状態及びクロスキャリアスケジューリング／指示を示す）、示されたＴＣＩ状態が結合ＴＣＩ又はＤＬ ＴＣＩ＋ＵＬ ＴＣＩのペアであり、ＣＣ２がアップリンク送信を伴わないダウンリンクＣＣである場合、結合ＴＣＩがダウンリンク送信（ＣＯＲＥＳＥＴ、ＰＤＳＣＨ、及びＲＳ）のみに適用されるか、又はＤＬ ＴＣＩのみがダウンリンク送信（ＣＯＲＥＳＥＴ、ＰＤＳＣＨ、及びＲＳ）に適用される。ＣＣを跨ぐＴＣＩ状態のプールは、ＣＣのセットに適用することができ、セット内のＣＣがダウンリンクのみのＣＣ（アップリンクなし）である場合、ＴＣＩ状態が結合ＴＣＩであれば、そのＣＣのダウンリンク送信にのみ適用され、ＴＣＩ状態がＤＬ ＴＣＩ＋ＵＬ ＴＣＩのペアであれば、ＤＬ ＴＣＩのみがＣＣに適用される。例えば、端末装置１１０－１は、ＣＣに対しＵＬ ＴＣＩのみが示されることを期待していない。あるいは、ＣＣに対するＵＬ ＴＣＩが端末装置１１０－１に示されている場合、現在又はデフォルトのＤＬ ＴＣＩがＣＣに適用される。

【0170】

図１１は、本開示の実施形態にかかる例示的な方法１１００のフローチャートを示す。あくまで説明を目的として、方法１１００は、図１に示す端末装置１１０－１で実施することができる。

【0171】

ブロック１１１０において、端末装置１１０－１は、第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内の検出されたダウンリンク制御情報（ＤＣＩ）における少なくとも１つの送信設定インジケータ（ＴＣＩ）状態の指示をネットワーク装置１２０から受信する。

【0172】

ブロック１１２０において、端末装置１１０－１は、第１の条件に基づく少なくとも１つのＴＣＩ状態に基づいて、ネットワーク装置１２０からダウンリンク送信を受信する。いくつかの実施形態において、第１の条件は、第１のタイミングの後であること、第１のタイミングから開始すること、検出されたＤＣＩ又はＤＣＩによってスケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に対応するハイブリッド自動再送要求の確認応答（ＨＡＲＱ－ＡＣＫ）がＡＣＫであること、第１のＰＤＣＣＨがＰＤＣＣＨセット内の第２のＰＤＣＣＨよりも早く開始又は終了せず、第１のＰＤＣＣＨ内の検出されたＤＣＩ又は第１のＰＤＣＣＨ内の検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫと、第２のＰＤＣＣＨ内の検出されたＤＣＩに対応するＨＡＲＱ－ＡＣＫとが、同じリソースでネットワーク装置に報告されること、のうち１つ又は複数を含む。いくつかの実施形態において、第１のタイミングはビーム適用タイミングである。

【0173】

ブロック１１３０において、端末装置１１０－１は、少なくとも１つのＴＣＩ状態を、第１の条件に基づいて第１のＲＳセット内の少なくとも１つの参照信号（ＲＳ）に適用するか、又は、少なくとも１つのＴＣＩ状態によって示される第３のＲＳを、第１の条件に基づいて第１のＲＳセットに含める。第１のＲＳセットは、ビーム障害検出のために適用される。いくつかの実施形態において、端末装置１１０－１は、第２の条件に基づいて第１のプロシージャを停止してもよい。端末装置１１０－１は、第１の条件に基づいて第２のプロシージャを再開してもよい。このケースでは、第２の条件は、第２のタイミングの後であること、第２のタイミングから開始すること、少なくとも１つのＴＣＩ状態が、検出されたＤＣＩのＰＤＣＣＨに適用され及び／又は第１のＲＳセット内の少なくとも１つのＲＳに適用される第１のＴＣＩ状態と異なること、検出されたＤＣＩ又はＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するハイブリッド自動再送要求の確認応答（ＨＡＲＱ－ＡＣＫ）がＡＣＫであること、及び、第１のＰＤＣＣＨがＰＤＣＣＨセット内の第２のＰＤＣＣＨよりも早く開始又は終了せず、第１のＰＤＣＣＨ内の検出されたＤＣＩ又は第１のＰＤＣＣＨ内の検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫと、任意の他のＰＤＣＣＨ内の検出されたＤＣＩに対応するＨＡＲＱ－ＡＣＫとが、同じリソースでネットワーク装置に報告されること、のうちの少なくとも１つを含む。

【0174】

いくつかの実施形態において、端末装置１１０－１は、確認応答を伴うアップリンクリソースをネットワーク装置に送信してもよく、アップリンクリソースは物理アップリンク共有チャネル（ＰＵＳＣＨ）のリソース又は物理アップリンク制御チャネル（ＰＵＣＣＨ）のリソースである。

【0175】

例示的な実施形態において、第２のタイミングは、第１のタイミングより遅く又は早くない。第２のタイミングは、第１のＰＤＣＣＨにおいてＤＣＩが検出されたタイミング、検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨが正常に復号されたタイミング、及び、ＤＣＩに対応するＨＡＲＱ－ＡＣＫ又は検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫが端末装置で生成されたタイミングのうちの少なくとも１つを含んでもよい。いくつかの実施形態において、第１のＲＳセットは１つ又は２つのＲＳを含む。

【0176】

いくつかの実施形態において、端末装置１１０－１は、第１の条件に基づいて、第１のＲＳセット内の第１のＲＳに少なくとも１つのＴＣＩ状態を適用し、第１のＲＳセット内の第２のＲＳに第２のＴＣＩ状態を適用してもよい。第１のＲＳセットは、第１のＲＳと第２のＲＳを含む。

【0177】

例示的な実施形態において、第１のＲＳは、第１のＲＳセットにおいてインデックスの値が低いか又は高いＲＳである。他の例示的な実施形態において、第２のＴＣＩ状態は、デフォルト又はフォールバックのＴＣＩ状態、又は媒体アクセス制御の制御要素（ＭＡＣ ＣＥ）を介してアクティブ化されたコードポイントセットからの最も低いコードポイントに対応するＴＣＩ状態である。

【0178】

いくつかの実施形態において、第２のＴＣＩ状態は、第１のＴＣＩ状態である。いくつかの実施形態において、第１のＲＳセットは、ネットワーク装置から設定されてもよい。いくつかの実施形態において、第１のＲＳセットは、１つ又は複数の制御リソースセット（ＣＯＲＥＳＥＴ）のＴＣＩ状態に基づいて、端末装置で決定される。

【0179】

例示的な実施形態において、ビーム障害指示カウンタの値は、第２の条件に基づいて０にセットされる。第２の条件は、第２のタイミングの後であること、第２のタイミングから開始すること、少なくとも１つのＴＣＩ状態が、検出されたＤＣＩのＰＤＣＣＨに適用され及び／又は第１のＲＳセット内の少なくとも１つのＲＳに適用される第１のＴＣＩ状態と異なること、検出されたＤＣＩ又はＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するハイブリッド自動再送要求の確認応答（ＨＡＲＱ－ＡＣＫ）がＡＣＫであること、及び、第１のＰＤＣＣＨがＰＤＣＣＨセット内の第２のＰＤＣＣＨよりも早く開始又は終了せず、第１のＰＤＣＣＨ内の検出されたＤＣＩ又は第１のＰＤＣＣＨ内の検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫと、任意の他のＰＤＣＣＨ内の検出されたＤＣＩに対応するＨＡＲＱ－ＡＣＫとが、同じリソースでネットワーク装置に報告されること、のうちの少なくとも１つを含むことができる。

【0180】

いくつかの実施形態において、端末装置１１０－１は、第３のタイミングの後、及び／又は第４のタイミングまで、別のＰＤＣＣＨ内の別の検出されたＤＣＩのＴＣＩフィールドを無視してもよい。このケースでは、第３のタイミングは、ビーム障害回復が正常に完了したときであり、第４のタイミングは、１つ又は複数のＴＣＩ状態がアクティブ化されたとき、又はＴＣＩ状態とコードポイントとの間の示されたマッピングが適用されたときである。

【0181】

いくつかの実施形態において、端末装置１１０－１は、第１の条件に基づいて、第１のＲＳセットにおいて第１のＲＳを第３のＲＳに置き換え、第２のＴＣＩ状態を第１のＲＳセット内の第２のＲＳに適用してもよい。このケースでは、第１のＲＳセットは、第１のＲＳと第２のＲＳを含む。

【0182】

ブロック１１４０において、端末装置１１０－１は、第１のＲＳセットに基づいて、端末装置とネットワーク装置との間の無線リンク品質の推定を決定する。

【0183】

図１２は、本開示の実施形態にかかる例示的な方法１２００のフローチャートを示す。あくまで説明を目的として、方法１２００は、図１に示す端末装置１１０－１で実施することができる。

【0184】

ブロック１２１０において、端末装置１１０－１は、第１の参照信号（ＲＳ）及び第２のＲＳに従って無線リンク品質の推定を決定する。

【0185】

ブロック１２２０において、端末装置１１０－１は、第１の状況に基づいて、第１のアップリンクリソースにおいて送信設定インジケータ（ＴＣＩ）状態の指示に対する要求をネットワーク装置１２０に送信する。いくつかの実施形態において、第１の状況は、第１のＲＳに基づいて検出された障害、及び第２のＲＳに基づいて障害が検出されないことのうちの少なくとも１つを含む。いくつかの実施形態において、要求はＲＳのインデックスを含まない。

【0186】

例示的な実施形態において、端末装置１１０－１は、第１のＰＤＣＣＨ内のダウンリンク制御情報（ＤＣＩ）におけるＴＣＩ状態の指示をネットワーク装置１２０から受信する。また、端末装置１１０－１は、第１の条件に基づいて、ＴＣＩ状態を第１のＲＳに適用してもよい。第１の条件は、第１のタイミング後であること、第１のタイミングから開始すること、検出されたＤＣＩ又はＤＣＩによってスケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に対応するハイブリッド自動再送要求の確認応答（ＨＡＲＱ－ＡＣＫ）がＡＣＫであること、及び、第１のＰＤＣＣＨがＰＤＣＣＨセット内の第２のＰＤＣＣＨよりも早く開始又は終了せず、第１のＰＤＣＣＨ内の検出されたＤＣＩ又は第１のＰＤＣＣＨ内の検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫと、第２のＰＤＣＣＨ内の検出されたＤＣＩに対応するＨＡＲＱ－ＡＣＫとが、同じリソースでネットワーク装置に報告されること、のうちの少なくとも１つを含む。ここで第１のタイミングは、ビーム適用タイミング、又は検出されたＤＣＩ又はＤＣＩによってスケジューリングされたＰＤＳＣＨの確認応答を伴う第２のアップリンクリソースの最後のシンボルから少なくとも第１の値のミリ秒又は第２の値のシンボルである第１のスロット又は第１のサブスロットである。端末装置１１０－１は、第２のＴＣＩ状態を第２のＲＳに適用することができる。第２のＴＣＩ状態は、デフォルトのＴＣＩ状態、フォールバックのＴＣＩ状態、媒体アクセス制御の制御要素（ＭＡＣ ＣＥ）を介してアクティブ化されたコードポイントのセットからの最も低いコードポイントに対応するＴＣＩ状態、又は第１のＰＤＣＣＨに適用されるＴＣＩ状態のうちの１つを含むことができる。

【0187】

ブロック１２３０において、端末装置１１０－１は、１つ又は複数の制御リソースセット（ＣＯＲＥＳＥＴ）における１つ又は複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をモニタリングする。いくつかの実施形態において、端末装置１１０－１は、第２のＴＣＩ状態で、１つ又は複数のＣＯＲＥＳＥＴ内の１つ又は複数のＰＤＣＣＨをモニタリングしてもよい。ＴＣＩ状態は、アップリンクリソースの送信のために適用することができる。いくつかの実施形態において、第２のＴＣＩ状態又はアップリンクＴＣＩ状態が、第１のアップリンクリソースの送信のために適用され、アップリンクＴＣＩ状態は、第１のアップリンクリソースの送信時にアップリンク送信のために適用されるＴＣＩ状態である。

【0188】

図１３は、本開示の実施形態にかかる例示的な方法１３００のフローチャートを示す。あくまで説明を目的として、方法１３００は、図１に示すネットワーク装置１２０で実施することができる。

【0189】

ブロック１３１０において、ネットワーク装置１２０は、第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内のダウンリンク制御情報（ＤＣＩ）における少なくとも１つの送信設定インジケータ（ＴＣＩ）状態の指示を端末装置１１０ー１に送信する。

【0190】

ブロック１３２０において、ネットワーク装置１２０は、第１の条件に基づく少なくとも１つのＴＣＩ状態に基づいて、ネットワーク装置からのダウンリンク送信を端末装置１１０－１に送信する。いくつかの実施形態において、第１の条件は、第１のタイミング後であること、第１のタイミングから開始すること、検出されたＤＣＩ又はＤＣＩによってスケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に対応するハイブリッド自動再送要求の確認応答（ＨＡＲＱ－ＡＣＫ）がＡＣＫであること、及び、第１のＰＤＣＣＨがＰＤＣＣＨセット内の第２のＰＤＣＣＨよりも早く開始又は終了せず、第１のＰＤＣＣＨ内の検出されたＤＣＩ又は第１のＰＤＣＣＨ内の検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫと、第２のＰＤＣＣＨ内の検出されたＤＣＩに対応するＨＡＲＱ－ＡＣＫとが、同じリソースでネットワーク装置に報告されること、のうちの少なくとも１つを含むことができる。ここで第１のタイミングは、ビーム適用タイミング、又は検出されたＤＣＩ又はＤＣＩによってスケジューリングされたＰＤＳＣＨの確認応答を伴うアップリンクリソースの最後のシンボルから少なくとも第１の値のミリ秒又は第２の値のシンボルである第１のスロットである。

【0191】

ブロック１３３０において、ネットワーク装置１２０は、第１の条件に基づいて、第１の参照信号（ＲＳ）セット内の少なくとも１つのＲＳを送信する。第１のＲＳセットは、ビーム障害検出のために適用することができる。

【0192】

いくつかの実施形態において、第１のタイミングは、ビーム適用タイミングとすることができる。第１のＲＳセットは１つ又は２つのＲＳを含む。いくつかの実施形態において、第１のＲＳセットは、端末装置に設定される。いくつかの例示的な実施形態において、第１のＲＳセットは、１つ又は複数の制御リソースセット（ＣＯＲＥＳＥＴ）のＴＣＩ状態に基づいて、端末装置で決定される。

【0193】

いくつかの実施形態において、ネットワーク装置１２０は、ネットワーク装置への確認応答を伴うアップリンクリソースを受信してもよい。このケースでは、アップリンクリソースは物理アップリンク共有チャネル（ＰＵＳＣＨ）のリソース又は物理アップリンク制御チャネル（ＰＵＣＣＨ）のリソースであってもよい。

【0194】

図１４は、本開示の実施形態にかかる例示的な方法１４００のフローチャートを示す。あくまで説明を目的として、方法１４００は、図１に示すネットワーク装置１２０で実施することができる。

【0195】

ブロック１４１０において、ネットワーク装置１２０は、第１の参照信号（ＲＳ）と第２のＲＳを端末装置１１０－１に送信する。

【0196】

ブロック１４２０において、ネットワーク装置１２０は、第３のＴＣＩ状態で１つ又は複数の制御リソースセット（ＣＯＲＥＳＥＴ）内の第１のＰＤＣＣＨセットを端末装置１１０－１に送信する。

【0197】

ブロック１４３０において、ネットワーク装置１２０は、アップリンクリソースにおいて送信設定インジケータ（ＴＣＩ）状態の指示に対する要求を端末装置１１０－１から受信する。

【0198】

ブロック１４４０において、ネットワーク装置１２０は、要求の受信に基づいて、第４のＴＣＩ状態で１つ又は複数のＣＯＲＥＳＥＴ内の第２のＰＤＣＣＨセットを端末装置１１０－１に送信する。いくつかの実施形態において、第４のＴＣＩ状態は、デフォルトのＴＣＩ状態、フォールバックのＴＣＩ状態、媒体アクセス制御の制御要素（ＭＡＣ ＣＥ）を介してアクティブ化されたコードポイントのセットからの最も低いコードポイントに対応するＴＣＩ状態、第３のＴＣＩ状態が適用される前に１つ又は複数のＣＯＲＥＳＥＴに適用される先行のＴＣＩ状態、又は第３のＴＣＩ状態とは異なるＴＣＩ状態のうちの１つである。

【0199】

いくつかの実施形態において、ネットワーク装置１２０は、第２のＰＤＣＣＨセット内の第５のＴＣＩ状態の指示を端末装置１１０－１に送信してもよい。他の実施形態において、ネットワーク装置１２０は、アップリンクリソースの最初のシンボル又は最後のシンボルから始まる時間期間の後に、第４のＴＣＩ状態で第２のＰＤＣＣＨセットを端末装置１１０ー１に送信してもよい。このケースでは、第２のＴＣＩ状態は、デフォルトのＴＣＩ状態、フォールバックのＴＣＩ状態、媒体アクセス制御の制御要素（ＭＡＣ ＣＥ）を介してアクティブ化されたコードポイントのセットからの最も低いコードポイントに対応するＴＣＩ状態、又は第１のＰＤＣＣＨに適用されるＴＣＩ状態のうちの１つとすることができる。いくつかの実施形態において、第３のＴＣＩ状態と第５のＴＣＩ状態は、媒体アクセス制御の制御要素（ＭＡＣ ＣＥ）を介してアクティブ化されるコードポイントセットにおける異なるコードポイントに対応する。いくつかの実施形態において、第３のＴＣＩ状態又は第４のＴＣＩ状態を、アップリンクリソースの送信のために適用することができる。例示的な実施形態において、要求はＲＳのインデックスを含まない。

【0200】

いくつかの実施形態において、端末装置は、第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内の検出されたダウンリンク制御情報（ＤＣＩ）における少なくとも１つの送信設定インジケータ（ＴＣＩ）状態の指示をネットワーク装置から受信し、第１の条件に基づく少なくとも１つのＴＣＩ状態に基づき、ネットワーク装置からダウンリンク送信を受信し、第１の条件に基づいて、ビーム障害検出のために適用される第１のＲＳセットにおける少なくとも１つの参照信号（ＲＳ）に少なくとも１つのＴＣＩ状態を適用するか、又は第１の条件に基づいて、少なくとも１つのＴＣＩ状態によって示される第３のＲＳを第１のＲＳセットに含め、第１のＲＳセットに基づいて端末装置とネットワーク装置との間の無線リンク品質の推定を決定するように設定された回路を含む。

【0201】

いくつかの実施形態において、第１の条件は、第１のタイミング後であること、第１のタイミングから開始すること、検出されたＤＣＩ又はＤＣＩによってスケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に対応するハイブリッド自動再送要求の確認応答（ＨＡＲＱ－ＡＣＫ）がＡＣＫであること、及び、第１のＰＤＣＣＨがＰＤＣＣＨセット内の第２のＰＤＣＣＨよりも早く開始又は終了せず、第１のＰＤＣＣＨ内の検出されたＤＣＩ又は第１のＰＤＣＣＨ内の検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫと、第２のＰＤＣＣＨ内の検出されたＤＣＩに対応するＨＡＲＱ－ＡＣＫとが、同じリソースでネットワーク装置に報告されること、のうちの少なくとも１つを含む。ここで第１のタイミングは、ビーム適用タイミング、又は検出されたＤＣＩ又はＤＣＩによってスケジューリングされたＰＤＳＣＨの確認応答を伴うアップリンクリソースの最後のシンボルから少なくとも第１の値のミリ秒又は第２の値のシンボルである第１のスロット又は第１のサブスロットである。

【0202】

いくつかの実施形態において、端末装置は、確認応答を伴うアップリンクリソースをネットワーク装置に送信するように設定された回路を含む。アップリンクリソースは、物理アップリンク共有チャネル（ＰＵＳＣＨ）のリソース又は物理アップリンク制御チャネル（ＰＵＣＣＨ）のリソースである。

【0203】

いくつかの実施形態において、端末装置は、第２の条件に基づいて第１のプロシージャを停止し、第１の条件に基づいて第２のプロシージャを再開するように設定された回路を含む。

【0204】

いくつかの実施形態において、第２の条件は、第２のタイミングの後であること、第２のタイミングから開始すること、少なくとも１つのＴＣＩ状態が、検出されたＤＣＩのＰＤＣＣＨに適用され及び／又は第１のＲＳセット内の少なくとも１つのＲＳに適用される第１のＴＣＩ状態と異なること、検出されたＤＣＩ又はＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するハイブリッド自動再送要求の確認応答（ＨＡＲＱ－ＡＣＫ）がＡＣＫであること、及び、第１のＰＤＣＣＨがＰＤＣＣＨセット内の第２のＰＤＣＣＨよりも早く開始又は終了せず、第１のＰＤＣＣＨ内の検出されたＤＣＩ又は第１のＰＤＣＣＨ内の検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫと、任意の他のＰＤＣＣＨ内の検出されたＤＣＩに対応するＨＡＲＱ－ＡＣＫとが、同じリソースでネットワーク装置に報告されること、のうちの少なくとも１つを含む。

【0205】

いくつかの実施形態において、第２のタイミングは、第１のタイミングより遅く又は早くない。

【0206】

いくつかの実施形態において、第２のタイミングは、第１のＰＤＣＣＨにおいてＤＣＩが検出されたタイミング、検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨが正常に復号されたタイミング、及び、ＤＣＩに対応するＨＡＲＱ－ＡＣＫ又は検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫが端末装置で生成されたタイミングのうちの少なくとも１つを含む。

【0207】

いくつかの実施形態において、第１のＲＳセットは、１つ又は２つのＲＳを含むか、又は、第１のＲＳセットは１つ又は２つのＲＳのＲＳリソース設定の１つ又は２つのインデックスを含む。

【0208】

いくつかの実施形態において、端末装置は、第１の条件に基づいて、第１のＲＳセット内の第１のＲＳに少なくとも１つのＴＣＩ状態を適用し、第１のＲＳセット内の第２のＲＳに第２のＴＣＩ状態を適用するように設定された回路を含む。第１のＲＳセットは、第１のＲＳと第２のＲＳを含む。

【0209】

いくつかの実施形態において、端末装置は、第１の条件に基づいて、第１のＲＳセットにおいて第１のＲＳを第３のＲＳに置き換え、第２のＴＣＩ状態を第１のＲＳセット内の第２のＲＳに適用するように設定された回路を含む。第１のＲＳセットは、第１のＲＳと第２のＲＳを含む。

【0210】

いくつかの実施形態において、第１のＲＳは、第１のＲＳセットにおいてインデックスの値が低いか又は高いＲＳである。

【0211】

いくつかの実施形態において、第２のＴＣＩ状態は、デフォルト又はフォールバックのＴＣＩ状態、又は媒体アクセス制御の制御要素（ＭＡＣ ＣＥ）を介してアクティブ化されたコードポイントセットからの最も低いコードポイントに対応するＴＣＩ状態である。

【0212】

いくつかの実施形態において、第２のＴＣＩ状態は、第１のＴＣＩ状態である。

【0213】

いくつかの実施形態において、第１のＲＳセットは、ネットワーク装置から設定されるか、又は、第１のＲＳセットは、１つ又は複数の制御リソースセット（ＣＯＲＥＳＥＴ）のＴＣＩ状態に基づいて端末装置で決定される。

【0214】

いくつかの実施形態において、ビーム障害指示カウンタの値は、第２の条件に基づいて０にセットされ、第２の条件は、第２のタイミングの後であること、第２のタイミングから開始すること、少なくとも１つのＴＣＩ状態が、検出されたＤＣＩのＰＤＣＣＨに適用され及び／又は第１のＲＳセット内の少なくとも１つのＲＳに適用される第１のＴＣＩ状態と異なること、検出されたＤＣＩ又はＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するハイブリッド自動再送要求の確認応答（ＨＡＲＱ－ＡＣＫ）がＡＣＫであること、及び、第１のＰＤＣＣＨがＰＤＣＣＨセット内の第２のＰＤＣＣＨよりも早く開始又は終了せず、第１のＰＤＣＣＨ内の検出されたＤＣＩ又は第１のＰＤＣＣＨ内の検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫと、任意の他のＰＤＣＣＨ内の検出されたＤＣＩに対応するＨＡＲＱ－ＡＣＫとが、同じリソースでネットワーク装置に報告されること、のうちの少なくとも１つを含む。

【0215】

いくつかの実施形態において、端末装置は、第３のタイミングの後、及び／又は第４のタイミングまで、別のＰＤＣＣＨ内の別の検出されたＤＣＩのＴＣＩフィールドを無視するように設定された回路を含む。

【0216】

いくつかの実施形態において、第３のタイミングは、ビーム障害回復が正常に完了したときであり、第４のタイミングは、１つ又は複数のＴＣＩ状態がアクティブ化されたとき、又はＴＣＩ状態とコードポイントとの間の示されたマッピングが適用されたときである。

【0217】

いくつかの実施形態において、端末装置は、第１の参照信号（ＲＳ）及び第２のＲＳに従って無線リンク品質の推定を決定し、第１の状況に基づいて、第１のアップリンクリソースにおいて送信設定インジケータ（ＴＣＩ）状態の指示に対する要求をネットワーク装置に送信し、１つ又は複数の制御リソースセット（ＣＯＲＥＳＥＴ）における１つ又は複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）をモニタリングするように設定された回路を含む。

【0218】

いくつかの実施形態において、第１の状況は、第１のＲＳに基づいて検出された障害、及び第２のＲＳに基づいて障害が検出されないことのうちの少なくとも１つを含む。

【0219】

いくつかの実施形態において、端末装置は、端末装置において、第１のＰＤＣＣＨ内の検出されたダウンリンク制御情報（ＤＣＩ）におけるＴＣＩ状態の指示をネットワーク装置から受信し、第１の条件に基づいてＴＣＩ状態を第１のＲＳに適用するように設定された回路を含む。第１の条件は、第１のタイミング後であること、第１のタイミングから開始すること、検出されたＤＣＩ又はＤＣＩによってスケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に対応するハイブリッド自動再送要求の確認応答（ＨＡＲＱ－ＡＣＫ）がＡＣＫであること、及び、第１のＰＤＣＣＨがＰＤＣＣＨセット内の第２のＰＤＣＣＨよりも早く開始又は終了せず、第１のＰＤＣＣＨ内の検出されたＤＣＩ又は第１のＰＤＣＣＨ内の検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫと、第２のＰＤＣＣＨ内の検出されたＤＣＩに対応するＨＡＲＱ－ＡＣＫとが、同じリソースでネットワーク装置に報告されること、のうちの少なくとも１つを含む。ここで第１のタイミングは、ビーム適用タイミング、又は検出されたＤＣＩ又はＤＣＩによってスケジューリングされたＰＤＳＣＨの確認応答を伴う第２のアップリンクリソースの最後のシンボルから少なくとも第１の値のミリ秒又は第２の値のシンボルである第１のスロット又は第１のサブスロットである。

【0220】

いくつかの実施形態において、端末装置は、第２のＴＣＩ状態を第２のＲＳに適用するように設定された回路を含む。第２のＴＣＩ状態は、デフォルトのＴＣＩ状態、フォールバックのＴＣＩ状態、媒体アクセス制御の制御要素（ＭＡＣ ＣＥ）を介してアクティブ化されたコードポイントのセットからの最も低いコードポイントに対応するＴＣＩ状態、又は第１のＰＤＣＣＨに適用されるＴＣＩ状態のうちの１つである。

【0221】

いくつかの実施形態において、端末装置は、第２のＴＣＩ状態で、１つ又は複数のＣＯＲＥＳＥＴ内の１つ又は複数のＰＤＣＣＨをモニタリングするように設定された回路を含む。

【0222】

いくつかの実施形態において、第２のＴＣＩ状態又はアップリンクＴＣＩ状態が、第１のアップリンクリソースの送信のために適用され、アップリンクＴＣＩ状態は、第１のアップリンクリソースの送信時にアップリンク送信のために適用されるＴＣＩ状態である。

【0223】

いくつかの実施形態において、要求は、ＲＳのインデックスを含まない。

【0224】

いくつかの実施形態において、ネットワーク装置は、第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内のダウンリンク制御情報（ＤＣＩ）における少なくとも１つの送信設定インジケータ（ＴＣＩ）状態の指示を送信し、第１の条件に基づく少なくとも１つのＴＣＩ状態に基づきネットワーク装置からのダウンリンク送信を端末装置に送信し、第１の条件に基づいて、ビーム障害検出のために適用される第１の参照信号（ＲＳ）セットにおける少なくとも１つのＲＳを送信するように設定された回路を含む。

【0225】

いくつかの実施形態において、第１の条件は、第１のタイミング後であること、第１のタイミングから開始すること、検出されたＤＣＩ又はＤＣＩによってスケジューリングされた物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に対応するハイブリッド自動再送要求の確認応答（ＨＡＲＱ－ＡＣＫ）がＡＣＫであること、及び、第１のＰＤＣＣＨがＰＤＣＣＨセット内の第２のＰＤＣＣＨよりも早く開始又は終了せず、第１のＰＤＣＣＨ内の検出されたＤＣＩ又は第１のＰＤＣＣＨ内の検出されたＤＣＩによってスケジューリングされたＰＤＳＣＨに対応するＨＡＲＱ－ＡＣＫと、第２のＰＤＣＣＨ内の検出されたＤＣＩに対応するＨＡＲＱ－ＡＣＫとが、同じリソースでネットワーク装置に報告されること、のうちの少なくとも１つを含む。ここで第１のタイミングは、ビーム適用タイミング、又は検出されたＤＣＩ又はＤＣＩによってスケジューリングされたＰＤＳＣＨの確認応答を伴うアップリンクリソースの最後のシンボルから少なくとも第１の値のミリ秒又は第２の値のシンボルである第１のスロットである。

【0226】

いくつかの実施形態において、ネットワーク装置は、ネットワーク装置への確認応答を伴うアップリンクリソースを端末装置から受信するように設定された回路を含む。アップリンクリソースは物理アップリンク共有チャネル（ＰＵＳＣＨ）のリソース又は物理アップリンク制御チャネル（ＰＵＣＣＨ）のリソースであってもよい。

【0227】

いくつかの実施形態において、第１のＲＳセットは、１つ又は２つのＲＳを含むか、又は、第１のＲＳセットは１つ又は２つのＲＳのＲＳリソース設定の１つ又は２つのインデックスを含む。

【0228】

いくつかの実施形態において、第１のＲＳセットは、端末装置に設定される。

【0229】

いくつかの実施形態において、第１のＲＳセットは、１つ又は複数の制御リソースセット（ＣＯＲＥＳＥＴ）のＴＣＩ状態に基づいて、端末装置で決定される。

【0230】

いくつかの実施形態において、ネットワーク装置は、第１の参照信号（ＲＳ）と第２のＲＳを端末装置に送信し、第３のＴＣＩ状態で１つ又は複数の制御リソースセット（ＣＯＲＥＳＥＴ）内の第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）セットを端末装置に送信し、アップリンクリソースにおいて送信設定インジケータ（ＴＣＩ）状態の指示に対する要求を端末装置から受信し、要求の受信に基づいて、第４のＴＣＩ状態で１つ又は複数のＣＯＲＥＳＥＴ内の第２のＰＤＣＣＨセットを端末装置に送信するように設定された回路を含む。

【0231】

いくつかの実施形態において、第４のＴＣＩ状態は、デフォルトのＴＣＩ状態、フォールバックのＴＣＩ状態、媒体アクセス制御の制御要素（ＭＡＣ ＣＥ）を介してアクティブ化されたコードポイントのセットからの最も低いコードポイントに対応するＴＣＩ状態、第３のＴＣＩ状態が適用される前に１つ又は複数のＣＯＲＥＳＥＴに適用される先行のＴＣＩ状態、又は第３のＴＣＩ状態とは異なるＴＣＩ状態のうちの１つである。

【0232】

いくつかの実施形態において、ネットワーク装置は、第２のＰＤＣＣＨセット内の第５のＴＣＩ状態の指示を端末装置に送信するように設定された回路を含む。

【0233】

いくつかの実施形態において、ネットワーク装置は、アップリンクリソースの最初のシンボル又は最後のシンボルから始まる時間期間の後に、第４のＴＣＩ状態で第２のＰＤＣＣＨセットを送信することによって、要求の受信に基づいて第４のＴＣＩ状態で第２のＰＤＣＣＨセットを送信するように設定された回路を含む。

【0234】

いくつかの実施形態において、第３のＴＣＩ状態と第５のＴＣＩ状態は、媒体アクセス制御の制御要素（ＭＡＣ ＣＥ）を介してアクティブ化されるコードポイントセットにおける異なるコードポイントに対応する。

【0235】

いくつかの実施形態において、第３のＴＣＩ状態又は第４のＴＣＩ状態は、アップリンクリソースの送信のために適用される。

【0236】

いくつかの実施形態において、要求はＲＳのインデックスを含まない。

【0237】

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

【0238】

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

【0239】

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

【0240】

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

【0241】

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

【0242】

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

【0243】

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

【0244】

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

【0245】

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

【0246】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【手続補正書】

【提出日】2024-03-15

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内のダウンリンク制御情報（ＤＣＩ）において、第１の送信設定インジケータ（ＴＣＩ）状態の指示をネットワーク装置から受信する手段と、
ビーム障害検出用の参照信号（ＲＳ）が第１のＲＳから第２のＲＳに変更されたとの決定に基づいて、Ｂｅａｍ Ｆａｉｌｕｒｅ Ｉｎｄｉｃａｔｉｏｎ（ＢＦＩ）＿ＣＯＵＮＴＥＲを０にセットする手段と、
を備える、
端末装置。

【請求項2】

前記第１のＴＣＩ状態が、以前に示されたＴＣＩ状態とは異なると決定する手段と、
ビーム適用タイミングの後に開始し、前記第１のＴＣＩ状態が適用されるダウンリンク送信を前記ネットワーク装置から受信する手段と、
をさらに備える、
請求項１に記載の端末装置。

【請求項3】

それぞれの制御リソースセット（ＣＯＲＥＳＥＴ）の前記ＴＣＩ状態に対応するＲＳセットにおけるそれぞれのＲＳインデックスと同じ値を有する、前記第２のＲＳの１つ又は複数のインデックスを含めるように、第１のセットを決定する手段をさらに備える、
請求項１に記載の端末装置。

【請求項4】

ビーム障害を検出するために、前記第１のセットに基づいて、ダウンリンク無線リンク品質を評価する手段をさらに備える、
請求項３に記載の端末装置。

【請求項5】

第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内のダウンリンク制御情報（ＤＣＩ）における第１の送信設定インジケータ（ＴＣＩ）状態の指示を端末装置に送信する手段と、
前記第１のＴＣＩ状態が適用されるダウンリンク送信を実行する手段と、
を備え、
ビーム障害検出用の参照信号（ＲＳ）が第１のＲＳから第２のＲＳに変更されたとの決定に基づいて、Ｂｅａｍ Ｆａｉｌｕｒｅ Ｉｎｄｉｃａｔｉｏｎ（ＢＦＩ）＿ＣＯＵＮＴＥＲが０にセットされる、
ネットワーク装置。

【請求項6】

前記第１のＴＣＩ状態は、以前に示されたＴＣＩ状態とは異なり、
前記第１のＴＣＩ状態が適用されるダウンリンク送信は、ビーム適用タイミングの後に開始する、
請求項５に記載のネットワーク装置。

【請求項7】

それぞれの制御リソースセット（ＣＯＲＥＳＥＴ）の前記ＴＣＩ状態に対応するＲＳセットにおけるそれぞれのＲＳインデックスと同じ値を有する、前記第２のＲＳの１つ又は複数のインデックスを含めるように、第１のセットが決定される、
請求項５に記載のネットワーク装置。

【請求項8】

ビーム障害を検出するために、前記第１のセットに基づいて、ダウンリンク無線リンク品質が評価される、
請求項７に記載のネットワーク装置。

【請求項9】

端末装置によって実行される方法であって、
第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内のダウンリンク制御情報（ＤＣＩ）における第１の送信設定インジケータ（ＴＣＩ）状態の指示をネットワーク装置から受信することと、
ビーム障害検出用の参照信号（ＲＳ）が第１のＲＳから第２のＲＳに変更されたとの決定に基づいて、Ｂｅａｍ Ｆａｉｌｕｒｅ Ｉｎｄｉｃａｔｉｏｎ（ＢＦＩ）＿ＣＯＵＮＴＥＲを０にセットすることと、
を含む、
方法。

【請求項10】

前記第１のＴＣＩ状態が、以前に示されたＴＣＩ状態とは異なると決定することと、
前記第１のＴＣＩ状態がビーム適用タイミングの後に適用され始めるダウンリンク送信を前記ネットワーク装置から受信することと、
をさらに含む、
請求項９に記載の方法。

【請求項11】

それぞれの制御リソースセット（ＣＯＲＥＳＥＴ）の前記ＴＣＩ状態に対応するＲＳセットにおけるそれぞれのＲＳインデックスと同じ値を有する、前記第２のＲＳの１つ又は複数のインデックスを含めるように、第１のセットを決定することをさらに含む、
請求項９に記載の方法。

【請求項12】

ビーム障害を検出するために、前記第１のセットに基づいて、ダウンリンク無線リンク品質を評価することをさらに含む、
請求項１１に記載の方法。

【国際調査報告】