特表 2024-534646 ユーザ装置及びその方法

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

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

(11)【公表番号】

(43)【公表日】2024-09-20

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

(51)【国際特許分類】

   H04W 72/23 20230101AFI20240912BHJP

   H04W 72/0453 20230101ALI20240912BHJP

   H04W 16/28 20090101ALI20240912BHJP

【ＦＩ】

H04W72/23

H04W72/0453

H04W16/28 130

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024519089

(86)(22)【出願日】2021-09-27

(85)【翻訳文提出日】2024-05-27

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

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

(87)【国際公開日】2023-03-30

(81)【指定国・地域】

(71)【出願人】

【識別番号】000004237

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

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】グアン ペン

(72)【発明者】

【氏名】ワン ガン

(72)【発明者】

【氏名】ガオ ユーカイ

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

5K067

【Ｆターム（参考）】

5K067AA13

5K067DD11

5K067EE02

5K067EE10

5K067KK03

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

少なくとも１つのプロセッサ上で実行された場合、前記少なくとも１つのプロセッサに、請求項１～１７の何れか一項、又は請求項１８～２１の何れか一項に記載の方法を実行させる命令を記憶している、
コンピュータ可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、全体として、電気通信の分野に関するものであり、特に通信の方法、装置及びコンピュータ可読媒体に関するものである。

【背景技術】

【0002】

クロスコンポーネントキャリア（ＣＣ：ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ）ビーム指示又はクロス帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）ビーム指示は、リリース１５から、送信設定インジケータ（ＴＣＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）状態を介してサポートされるようになっている。ＴＣＩ状態は、セルフィールド又はｂｗｐ－ＩｄフィールドのＣＣ アイデンティティ（ＩＤ：ｉｄｅｎｔｉｔｙ）又はＢＷＰ ＩＤを含む準コロケーション情報（ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）－Ｉｎｆｏ）の情報要素（ＩＥ：ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）を含む。このフィールドが存在しない場合、ＴＣＩ状態が設定されているサービングセルに適用される。

【0003】

リリース１７において、二重シグナリングを回避するために、ＴＣＩ状態プールが導入された。ＴＣＩ状態のＱＣＬ－Ｉｎｆｏ内のＱＣＬ－Ｔｙｐｅ Ａ又はＤソース参照信号（ＲＳ：ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）についてのＣＣ ＩＤ又はＢＷＰ ＩＤが存在しない場合、端末装置は、ＴＣＩ状態が適用されるＢＷＰ又はＣＣ内にＱＣＬ－Ｔｙｐｅ Ａ又はＤソースＲＳがあると想定する。

【0004】

追加として、ＢＷＰ切替又はＣＣ切替がサポートされる。ＢＷＰ切替又はＣＣ切替の直後、端末装置は、ＲＳについてＢＷＰ ＩＤ又はＣＣ ＩＤが設定されていない場合に、ＴＣＩ状態が適用されるＢＷＰ又はＣＣ内にＱＣＬ－Ｔｙｐｅ Ａ又はＤソースＲＳがあれば、示されたＴＣＩ状態からラージスケールプロパティを得ることができない。

【発明の概要】

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

【0005】

全体として、本開示の例示的な実施形態は、通信の方法、装置及びコンピュータ可読媒体を提供する。

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

【0006】

第１の態様において、端末装置において実現される通信のための方法が提供される。前記方法は、第２の周波数部分への切替に応じて、第１の周波数部分においてネットワーク装置から受信した第１の参照信号を、前記端末装置が準コロケーション（ＱＣＬ：Ｑｕａｓｉ Ｃｏ－ｌｏｃａｔｉｏｎ）参照信号として使用する時間間隔を決定することを含む。前記端末装置は、前記第１の参照信号を測定することにより取得された第１の組のプロパティに基づいて、前記時間間隔が終了する前に前記ネットワーク装置との通信を実行する。前記方法はまた、前記第２の周波数部分において前記ネットワーク装置から受信した第２の参照信号を測定することにより、前記時間間隔内に、第２の組のプロパティを取得することを含む。前記第２の参照信号と前記第１の参照信号とは、いずれも第１の識別情報を有する。前記方法はまた、前記時間間隔の後に、前記第２の参照信号を前記ＱＣＬ参照信号として用いて前記第２の組のプロパティに基づいて、前記第２の周波数部分において前記ネットワーク装置との通信を実行することを含む。

【0007】

第２の態様において、ネットワーク装置において実現される通信のための方法が提供される。前記方法は、第２の周波数部分への切替に応じて、第１の周波数部分において前記ネットワーク装置により送信された第１の参照信号を、端末装置がＱＣＬ参照信号として使用する時間間隔を決定することを含み、前記端末装置は、前記第１の参照信号を測定することにより取得された第１の組のプロパティに基づいて、前記時間間隔が終了する前に前記ネットワーク装置との通信を実行する。前記方法はまた、前記端末装置に、前記時間間隔の開始後に前記第２の周波数部分において第２の参照信号を送信することを含む。前記第２の参照信号と前記第１の参照信号とは、いずれも第１の識別情報を有する。前記方法はまた、前記時間間隔の後に、前記第２の参照信号を前記ＱＣＬ参照信号として用いて前記第２の周波数部分において前記端末装置との通信を実行することを含む。

【0008】

第３の態様において、端末装置が提供される。前記端末装置は、プロセッサと、命令を記憶しているメモリとを備える。前記メモリと前記命令とは、前記プロセッサを用いて、前記端末装置に第１の態様にかかる方法を実行させるように設定されている。

【0009】

第４の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、命令を記憶したメモリとを備える。メモリ及び命令は、プロセッサを用いて、ネットワーク装置に第２の態様にかかる方法を実行させるように設定されている。

【0010】

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

【0011】

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

【0012】

発明の概要部分は、本開示の実施形態の重要又は基本的な特徴を特定することも、本開示の範囲を限定することも意図していないことを理解すべきである。本開示のその他の特徴は、以下の説明により容易に理解できるはずである。

【図面の簡単な説明】

【0013】

添付図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。

【0014】

【図1】本開示の実施形態を実施可能な例示的な通信ネットワークを示す図である。

【0015】

【図2】従来技術におけるＢＷＰ切替又はＣＣ切替の一例を示す図である。

【0016】

【図3】本開示のいくつかの実施形態にかかる、周波数パート切替のための例示的なプロセスを示す例示的なシグナリング図である。

【0017】

【図4A】本開示のいくつかの実施形態にかかる、メディアアクセス制御制御要素（ＭＡＣ ＣＥ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）アクティブ化コマンドの例示的なフォーマットを示す図である。

【図4B】本開示のいくつかの実施形態にかかる、メディアアクセス制御制御要素（ＭＡＣ ＣＥ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）アクティブ化コマンドの例示的なフォーマットを示す図である。

【図4C】本開示のいくつかの実施形態にかかる、メディアアクセス制御制御要素（ＭＡＣ ＣＥ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）アクティブ化コマンドの例示的なフォーマットを示す図である。

【0018】

【図5】本開示のいくつかの実施形態にかかるＢＷＰ切替又はＣＣ切替の例を示す図である。

【0019】

【図6A】本開示のいくつかの他の実施形態にかかるＢＷＰ切替又はＣＣ切替の例を示す図である。

【0020】

【図6B】本開示のいくつかの他の実施形態にかかるＢＷＰ切替又はＣＣ切替の例を示す図である。

【0021】

【図7】本開示のさらに他の実施形態にかかるＢＷＰ切替又はＣＣ切替の例を示す図である。

【0022】

【図8】本開示のさらに他の実施形態にかかるＢＷＰ切替又はＣＣ切替の例を示す図である。

【0023】

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

【0024】

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

【0025】

【図11】本開示の実施形態を実装するのに適した装置の概略ブロック図である。

【0026】

図中、同一又は類似の参照番号は、同一又は類似の要素を表す。

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

【0027】

ここで、いくつかの例示的実施形態を参照して、本開示の原理を説明する。これらの実施形態は、説明のためにのみ記載され、当業者が本開示を理解し、実施するのを助けるものであり、本開示の範囲に関するいかなる限定も示唆しないことを理解すべきである。本明細書で説明される開示内容は、以下で説明される方法とは異なる様々な方法で実施することができる。

【0028】

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

【0029】

本明細書で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を指す。端末装置の例は、ユーザ装置（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）、パーソナルコンピュータ、デスクトップ、携帯電話、セルラーフォン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ：ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ）、ポータブルコンピュータ、タブレット、ウェアラブルデバイス、モノのインターネット（ＩｏＴ：ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）装置、超信頼性低遅延通信（ＵＲＬＬＣ：Ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、あらゆるモノのインターネット（ＩｏＥ：Ｉｎｔｅｒｎｅｔ ｏｆ Ｅｖｅｒｙｔｈｉｎｇ）装置、マシンタイプ通信（ＭＴＣ：ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｘが歩行者、車両、又はインフラストラクチャ／ネットワークを意味するＶ２Ｘ通信のための車載装置、統合アクセス及び統合アクセス及びバックホール（ＩＡＢ：Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）のための装置、衛星及び無人航空機システム（ＵＡＳ：Ｕｎｍａｎｎｅｄ Ａｉｒｃｒａｆｔ Ｓｙｓｔｅｍ）を包含する高高度プラットフォーム（ＨＡＰ：Ｈｉｇｈ Ａｌｔｉｔｕｄｅ Ｐｌａｔｆｏｒｍ）を含む非地上系ネットワーク（ＮＴＮ：Ｎｏｎ－ｔｅｒｒｅｓｔｒｉａｌ ｎｅｔｗｏｒｋ）内の衛星搭載車両又は航空機搭載車両、拡張現実（ＡＲ：Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）、混合現実（ＭＲ：Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）、仮想現実（ＶＲ：Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）などの、異なるタイプの現実を含むエクステンデッドリアリティ（ＸＲ：ｅｘｔｅｎｄｅｄ ｒｅａｌｉｔｙ）装置、人間の操縦者を持たない航空機でありドローンとして一般に称される無人航空車両（ＵＡＶ：ｕｎｍａｎｎｅｄ ａｅｒｉａｌ ｖｅｈｉｃｌｅ）、高速列車（ＨＳＴ：ｈｉｇｈ ｓｐｅｅｄ ｔｒａｉｎ）上の装置、又はデジタルカメラなどの画像取得装置、センサーゲーム装置、音楽保存及び再生装置、又は無線又は有線のインターネットアクセス及び閲覧などを可能とするインターネット家電など、を含むがこれらに限定されない。「端末装置」は、公共の安全及びミッションを最重要視する、Ｖ２Ｘアプリケーション、トランスペアレントＩＰｖ４／ＩＰｖ６マルチキャスト配信、ＩＰＴＶ、スマートＴＶ、無線サービス、無線を介するソフトウェア配信、グループ通信及びＩｏＴアプリケーションをサポートするために、「マルチキャスト／ブロードキャスト」機能をさらに有してもよい。また、マルチＳＩＭとして知られる１つ又は複数の加入者識別モジュール（ＳＩＭ：Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ Ｍｏｄｕｌｅ）を組み込んでもよい。「端末装置」という用語は、ＵＥ、移動局、加入者局、移動端末、ユーザ端末、又は無線装置と互換的に使用されてもよい。

【0030】

本明細書で使用される「ネットワーク装置」という用語は、端末装置が通信可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例は、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ノードＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ：ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）、リモートラジオユニット（ＲＲＵ：ｒｅｍｏｔｅ ｒａｄｉｏ ｕｎｉｔ）、ラジオヘッド（ＲＨ：ｒａｄｉｏ ｈｅａｄ）、リモートラジオヘッド（ＲＲＨ：ｒｅｍｏｔｅ ｒａｄｉｏ ｈｅａｄ）、ＩＡＢノード、フェムトノード、ピコノード、再設定可能なインテリジェントサーフェス（ＲＩＳ：ｒｅｃｏｎｆｉｇｕｒａｂｌｅ ｉｎｔｅｌｌｉｇｅｎｔ ｓｕｒｆａｃｅ）などの低電力ノードを含むが、これらに限定されない。

【0031】

端末装置又はネットワーク装置は、人工知能（ＡＩ：Ａｒｔｉｆｉｃｉａｌ ｉｎｔｅｌｌｉｇｅｎｃｅ）又は機械学習の能力を有していてもよい。一般的に、特定の関数のために収集された多数のデータから訓練済みのモデルが含まれ、いくつかの情報を予測するために使用されることができる。

【0032】

端末装置又はネットワーク装置は、例えば、ＦＲ１（４１０ＭＨｚ～７１２５ＭＨｚ）、ＦＲ２（２４．２５ＧＨｚ～７１ＧＨｚ）、１００ＧＨｚより大きい周波数帯域、及びテラヘルツ（ＴＨｚ：Ｔｅｒａ Ｈｅｒｔｚ）などのいくつかの周波数範囲上で動作してもよい。さらに許可／無許可／共有スペクトル上で動作することができる。端末装置は、マルチ無線デュアル接続（ＭＲ－ＤＣ：Ｍｕｌｔｉ－Ｒａｄｉｏ Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）アプリケーションシナリオの下で、ネットワーク装置と２つ以上の接続を有していてもよい。端末装置又はネットワーク装置は、全二重、フレキシブル二重、クロス分割二重モードで動作することができる。

【0033】

本開示の実施形態は、例えば、信号生成器、信号分析器、スペクトル分析器、ネットワーク分析器、テスト端末装置、テストネットワーク装置、チャネルエミュレータ等のテスト機器において実施されてもよい。

【0034】

本明細書で使用される単数形「１つ」及び「前記」は、文脈に明示的に示されていない限り、複数形も含まれる。用語「含む」及びその変型は、「含むが、これらに限定されるものではない」を意味するオープンエンド用語として理解されるべきである。用語「に基づく」は、「に少なくとも部分的に基づく」と理解されるべきである。「いくつかの実施形態」及び「実施形態」という用語は、「少なくともいくつかの実施形態」と理解されるべきである。用語「別の実施形態」は、「少なくとも１つの他の実施形態」と理解されるべきである。「第１」、「第２」などの用語は、異なる又は同一の対象を指してもよい。以下では、その他の明示的及び暗黙的な定義を含む場合がある。

【0035】

いくつかの例において、値、プロシージャ、又は機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと称される。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことが、理解できるはずである。

【0036】

以下では、用語「ＰＵＳＣＨ送信」、「ＰＵＳＣＨ送信オケージョン」、「アップリンク送信」、「ＰＵＳＣＨ反復」、「ＰＵＳＣＨオケージョン」及び「ＰＵＳＣＨ受信」は、互換的に使用されてもよい。用語「送信」、「送信オケージョン」、及び「反復」は、互換的に使用されてもよい。用語「プリコーダ」、「プリコーディング」、「プリコーディングマトリクス」、「ビーム」、「空間関係情報」、「空間関係インフォ」、「ＴＰＭＩ」、「プリコーディング情報」、「プリコーディング情報及び層数」、「プリコーディングマトリクスインジケータ（ＰＭＩ：ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ）」、「プリコーディングマトリクスインジケータ」、「送信プリコーディングマトリクス支持」、「プリコーディングマトリクス指示」、「ＴＣＩ状態」、「送信設定インジケータ」、「準コロケーション（ＱＣＬ：ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）」、「準－コロケーション」、「ＱＣＬパラメータ」及び「空間関係」は、互換的に使用されてもよい。用語「ＳＲＩ」、「ＳＲＳリソースセットインデックス」、「ＵＬ ＴＣＩ」、「ＵＬ空間領域フィルタ」、「ＵＬビーム」、「結合されたＴＣＩ」は、互換的に使用されてもよい。用語「ＱＣＬ参照」、「ＱＣＬソース」、「ＱＣＬ参照ＲＳ」、「ＱＣＬソースＲＳ」、「ＱＣＬ ＲＳ」は、互換的に使用されてもよい。用語「ＢＷＰ／ＣＣ」、「ＢＷＰ」、「ＣＣ」、「キャリア」、「ＳＣｅｌｌ」、「セル」、「サービングセル」、「セルグループ」及び「物理セル」の用語は、互換的に使用されてもよい。用語「リリース１７」、「ｒ１７」及び「Ｒｅｌ １７」は、互換的に使用されてもよい。

【0037】

図１は本開示の実施形態を実施可能な例示的な通信ネットワーク１００を示す。ネットワーク１００は、端末装置１１０と、端末装置１１０をサービングするネットワーク装置１２０とを含む。ネットワーク装置１２０のサービングエリアは、セル１０２と称される。ネットワーク装置及び端末装置の数は、説明の目的でのみ与えられ、いかなる限定も暗示されていないことを理解すべきである。システム１００は、本開示の実施形態を実施するのに適した任意の適切な数のネットワーク装置及び端末装置を含んでもよい。図示されていないが、１つ又は複数の端末装置がセル１０２内にあり且つネットワーク装置１２０によりサービングされてもよいことを、理解するべきである。

【0038】

通信ネットワーク１００内の通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実現されてもよい。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコル、５．５Ｇ、５Ｇ－Ａｄｖａｎｃｅｄネットワーク、又は第６世代（６Ｇ）ネットワークを含むが、これらに限定されない。

【0039】

上述したように、クロスＣＣビーム指示又はクロスＢＷＰビーム指示は、リリース１５から、ＴＣＩ状態を介してサポートされるようになっている。ＴＣＩ状態は、セルフィールド又はｂｗｐ－ＩｄフィールドのＣＣ ＩＤ又はＢＷＰ ＩＤを含むＱＣＬ Ｉｎｆｏ ＩＥを含む。例えば、ＴＣＩ－Ｓｔａｔｅ ＩＥは、以下の情報を含んでもよい。
TCI-State ::= SEQUENCE {
tci-StateId TCI-StateId,
qcl-Type QCL-Info,
qcl-Type2 QCL-Info OPTIONAL, -- Need R
...
}
QCL-Info ::= SEQUENCE {
cell ServCellIndex OPTIONAL, -- Need R
bwp-Id BWP-Id OPTIONAL, -- Cond CSI-RS-Indicated
referenceSignal CHOICE {
csi-rs NZP-CSI-RS-ResourceId,
ssb SSB-Index
},
qcl-Type ENUMERATED {typeA, typeB, typeC, typeD},
...
}

【0040】

表１にＱＣＬ－Ｉｎｆｏフィールドの記述を示す。

【表1】

【0041】

ＣＣ ＩＤとＲＳ ＩＤとの両方を設定することにより、他のＣＣからのＲＳをＱＣＬタイプＣ又はタイプＤソースＲＳとして設定してもよい。ＱＣＬタイプＡ又はタイプＢソースＲＳは、ターゲットＲＳとしてのサービングセル内に位置しなければならない、即ちクロスＣＣがサポートされない。ＣＣ ＩＤが存在しない場合、ＣＣ ＩＤはこのＴＣＩ状態が設定されているＣＣ ＩＤである。

【0042】

リリース１７から、ＴＣＩ状態プールは、参照ＢＷＰ又はＣＣ内に設定されてもよく、参照ＢＷＰ又はＣＣへの参照リンクにより他のＢＷＰ又はＣＣにより共有されることができ、これにより、多くのシグナリング冗長性を低減させることができる。ＢＷＰ ＩＤ又はＣＣ ＩＤが存在しない場合、ＲＳのこのＢＷＰ ＩＤ又はＣＣ ＩＤは、このＴＣＩ状態が適用されるＢＷＰ ＩＤ又はＣＣ ＩＤである。ターゲットＲＳ、即ちクロスＣＣが依然としてサポートされないため、ＱＣＬタイプＡ又はＢソースＲＳは、サービングセル内に位置しなければならない。

【0043】

追加として、ＢＷＰ切替又はＣＣ切替がサポートされる。ＢＷＰ切替又はＣＣ切替の直後、端末装置は、ＲＳについてＢＷＰ ＩＤ又はＣＣ ＩＤが設定されていない場合に、ＴＣＩ状態が適用されるＢＷＰ又はＣＣ内にＱＣＬ－Ｔｙｐｅ Ａ又はＤソースＲＳがあれば、示されたＴＣＩ状態からラージスケールプロパティを得ることができない。ＢＷＰ切替又はＣＣ切替は、ＢＷＰ／ＣＣ ＩＤ＋ＲＳ ＩＤが第２のＢＷＰ又はＣＣ内のＲＳを指すが、端末装置は第２のＢＷＰ又はＣＣ内で測定を行っていないという問題を引き起こす。したがって、端末装置は、ＲＳをＱＣＬ参照として用いてＤＬ送信を受信することができない。これについては、図２を参照して説明する。

【0044】

図２は従来技術におけるＢＷＰ切替又はＣＣ切替の一例２００を示す図である。図示するように、通常のケース２００Ａにおいて、端末装置は、第１のＢＷＰ又は第１のＣＣ（第１のＢＷＰ／ＣＣとも称される）内で、ネットワーク装置からＲＳ ２１１－１、２１１－２、２１１－３及び２１１－４を受信する。ＲＳ ２１１－１～ＲＳ ２１１－７の送信は、単一のＲＳの複数の送信、例えば、該単一のＲＳの周期的な送信であってもよいことを、理解すべきである。端末装置は、第１のＢＷＰ／ＣＣ内で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）２１３をスケジューリングする物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）２１２を受信する。ＰＤＣＣＨ ２１２に含まれるＴＣＩ状態内で示されるＱＣＬ関係２１４に基づいて、端末装置１１０は、ＰＤＳＣＨ ２１３を受信する。

【0045】

クロスＢＷＰ／ＣＣ ＱＣＬ－Ｔｙｐｅ Ａ関係はまだサポートされていないことに注意すべきである。これは、追跡ＲＳとＰＤＣＣＨ／ＰＤＳＣＨ復調参照信号（ＤＭＲＳ）が同じＢＷＰ／ＣＣ内にあるべきであることを意味する。したがって、１つの合理的な設定は、ＱＣＬ－Ｔｙｐｅ ＡのソースＲＳについてのＢＷＰ／ＣＣ ＩＤが常に存在しないことであってもよい。この種の設定は実にいくつかの利点を有する。例えば、設定されるＴＣＩ状態の必要な数を減らし、冗長なＴＣＩ状態アクティブ化シグナリングを回避することができる。

【0046】

しかしながら、特に動的切替の場合、ＢＷＰ／ＣＣ切替を考慮すると、１つの問題を特定することができる。これについては、図２内の問題のあるケース２００Ｂを参照して説明する。

【0047】

問題のあるケース２００Ｂにおいて、端末装置は、第２のＢＷＰ又は第２のＣＣ（第２のＢＷＰ／ＣＣとも称される）内で、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）２２３をスケジューリングする物理ダウンリンク制御チャネル（ＰＤＣＣＨ）２２２を受信する。第２のＢＷＰ／ＣＣのＩＤ＋ＲＳ ＩＤは、第２のＢＷＰ／ＣＣ内のＲＳ ２３１－１、２３１－２及び２３１－３を指す。ＲＳ ２３１－１～ＲＳ ２３１－３の送信は、単一のＲＳの複数の送信、例えば、該単一のＲＳの周期的な送信であってもよいことを、理解すべきである。ＢＷＰ切替又はＣＣ切替の直後に、端末装置が第２のＢＷＰ又はＣＣ内で測定を行っていないため、端末装置は、ＲＳ ２３１－１、２３１－２及び２３１－３のラージスケールプロパティを得ることができない。したがって、端末装置は、ＲＳ ２３１－１、２３１－２及び２３１－３をＱＣＬ参照として用いてＰＤＳＣＨ ２２３を受信することができない。換言すれば、ＴＣＩ状態のＱＣＬ－Ｉｎｆｏ内のＱＣＬ－Ｔｙｐｅ ＡソースＲＳについてＢＷＰ／ＣＣ ＩＤが存在しない場合、端末装置は、ＢＷＰ／ＣＣ切替の直後に、ＱＣＬ－Ｔｙｐｅ ＡソースＲＳから測定結果を得ることができない可能性がある。

【0048】

図２内の破線矢印は、実際の送信又は測定を表していないことを、理解すべきである。

【0049】

本開示の実施形態は、上記の問題及び１つ又は複数の他の潜在的な問題を解決するために、周波数部分切替のための解決策を提供する。この解決策によれば、第２の周波数部分への切替に応じて、端末装置は、第１の周波数部分においてネットワーク装置から受信した第１のＲＳを、端末装置がＱＣＬソースＲＳとして使用する時間間隔を決定する。この時間間隔が終了する前に、端末装置は、少なくとも第１のＲＳを測定することにより、第１の組のプロパティに基づいてネットワーク装置との通信を実行する。端末装置は、第２の周波数部分においてネットワーク装置から受信した少なくとも第２のＲＳを測定することにより、この時間間隔内に、第２の組のプロパティを取得する。第２のＲＳと第１のＲＳとは、いずれも第１の識別情報を有する。端末装置は、この時間間隔の後に、第２のＲＳをＱＣＬソースＲＳとして用いて該第２の組のプロパティに基づいて、第２の周波数部分においてネットワーク装置との通信を実行する。こうして、端末装置には、第２の周波数部分のアイデンティティと、ＲＳのアイデンティティとにより識別される新しいＲＳを測定する十分な時間が与えられる。

【0050】

ここで、図３～１０を参照して、本開示の原理を説明する。次に、本開示のいくつかの例示的な実施形態にかかる周波数部分切替のためのプロセス３００を示すシグナリング図を示す図３を参照する。説明のために、図１を参照してプロセス３００を説明する。プロセス３００には、図１に示されるような端末装置１１０とネットワーク装置１２０が関与してもよい。図１の通信ネットワーク１００ではプロセス３００について説明したが、このプロセスは他の通信シナリオにも同様に適用されてもよい。

【0051】

図３に示すように、端末装置１１０は第２の周波数部分に切り替える（３４０）。

【0052】

いくつかの実施形態において、端末装置１１０は、第１の周波数部分から第２の周波数部分に切り替えてもよい。いくつかの実施形態において、端末装置１１０は、第１の周波数部分及び第２の周波数部分以外の周波数部分から第２の周波数部分に切り替えてもよい。いくつかの実施形態において、第１の周波数部分及び第２の周波数部分の各々がＢＷＰ又はＣＣであってもよい。いくつかの実施形態において、第１の周波数部分及び第２の周波数部分の各々は、キャリア、セル、物理セル、セルグループ、帯域、又は帯域組み合わせであってもよい。

【0053】

いくつかの実施形態において、第１の周波数部分は、ＢＷＰ切替前のアクティブＢＷＰ、ＣＣ切替前のアクティブＣＣ、スケジューリング情報が送信されるＢＷＰ又はＣＣ、ＴＣＩ－Ｓｔａｔｅが設定されているＢＷＰ又はＣＣ、リリース１７ ＴＣＩ－Ｓｔａｔｅが設定されているＢＷＰ又はＣＣ、１つ又は複数のＴＣＩ状態プールが設定されているＢＷＰ又はＣＣ、参照ＢＷＰ又は参照ＣＣ、デフォルトＢＷＰ又はデフォルトＣＣ、初期ダウンリンク又はアップリンクＢＷＰ、又は初期ダウンリンク又はアップリンクＣＣ、のうちの１つであってもよい。

【0054】

第１の周波数部分及び第２の周波数部分の各々がＢＷＰ又はＣＣである実施形態において、１つの周波数部分から別の周波数部分への切替はＢＷＰ／ＣＣ切替とも称される。説明のため、ＢＷＰ／ＣＣを第１の周波数部分及び第２の周波数部分の一例として本開示の実施形態について説明する。もちろん、本開示には、ＢＷＰ／ＣＣ切替以外の周波数部分の切替が適用されてもよい。

【0055】

いくつかの実施形態において、ＢＷＰ切替は、タイマに基づいてもよい。このタイマはｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒであってもよい。いくつかの他の実施形態において、ＢＷＰ切替は、動的指示に基づいてもよい。例えば、ＢＷＰ切替は、ＤＣＩ内の帯域幅パートインジケータに基づいていてもよい。

【0056】

端末装置１１０は、切替遅延中にアップリンク（ＵＬ：ｕｐｌｉｎｋ）信号を送信する必要も、又はダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）信号を受信する必要もない。

【0057】

いくつかの実施形態において、ＣＣ切替は、タイマに基づいてもよい。このタイマはｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒであってもよい。いくつかの実施形態において、ＣＣ切替は無線リソース制御（ＲＲＣ：ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）シグナリングを介した設定又は再設定に基づいてもよい。追加として、ＣＣ切替は、ＭＡＣ ＣＥを介してＣＣを動的にアクティブ化又は非アクティブ化してもよい。また、ＣＣ切替は、ＤＣＩ内のキャリアインジケータを介したアクティブ化されたＣＣ間のクロスキャリアスケジューリングであってもよい。

【0058】

いくつかの実施形態において、切替のための設定時間区間が設定されてもよく、Ｔ_{ｓｗｉｔｃｈ}により表されてもよい。この設定時間区間は、Ｔ_{ＢＷＰｓｗｉｔｃｈｄｅｌａｙ}により表されてもよい、ＢＷＰ切替についての切替遅延を含んでもよい。この設定時間区間は、Ｔ_{ＣＣｓｗｉｔｃｈｄｅｌａｙ}により表されてもよい、ＣＣ切替についての切替遅延を含んでもよい。この設定時間区間は、キャリア切替、セル切替、物理セル切替、セルグループ切替、帯域切替、又は帯域組み合わせ切替についての切替遅延を含んでもよい。端末装置１１０は、ｎ＋Ｔ_{ｓｗｉｔｃｈ}中にＵＬ信号を送信する必要も、ＤＬ信号を受信する必要もなく、ここで、ｎは端末装置１１０が切替を知った時の開始スロットを表す。例えば、端末装置１１０は、ＢＷＰ／ＣＣ切替コマンドを受信、復号化又は確認応答することにより、切替を知る。

【0059】

いくつかの実施形態において、オプションとして、切替の前に、端末装置１１０はネットワーク装置１２０から設定情報を受信してもよい（３１０）。

【0060】

いくつかの実施形態において、この設定情報は、ＴＣＩ状態プール設定を含んでもよい。いくつかの実施形態において、この設定情報は、ＣＣ設定ごとに設定されてもよく、また、帯域組み合わせごと、帯域又はＣＣグループごと、又はＣＣ又はＢＷＰごとに設定されてもよい。

【0061】

いくつかの実施形態において、設定情報は、端末装置１１０が切替を知った時の開始スロット、切替のための設定時間区間、第２のＲＳの周期性、第２のＲＳの送信オケージョン設定数、第２のＲＳのＱＣＬタイプ、第２のＲＳのヌメロロジー情報、又は端末装置１１０の事前定義された能力関連値、のうちの少なくとも１つを含んでもよい。

【0062】

設定情報がＴＣＩ状態プール設定を含む実施形態において、ＴＣＩ状態プール設定は、以下の情報を含んでもよい。
TCI state pool (optional)
tciStatePoolId (optional)
List of TCI-State-r17
list of {cell (optional) + bwp-Id (optional) + tci-State_r17}
TCI-State-r17
tci-StateId_r17
tci-StateType (optional)
qcl-Type1: QCL-Info-r17
qcl-Type2: QCL-Info-r17 (if configured)
QCL-Info-r17
cell (optional)
bwp-Id (optional)
referenceSignal choice of {
NZP-CSI-RS-ResourceId (CSI-RS for beam management or CSI-RS for tracking, used for DL/UL TCI or Joint TCI state);
SSB-Index;
SRS ResourceId (SRS for beam management, used for UL TCI);
}
qcl-Type ENUMERATED{typeA, typeB, typeB, typeD}
pathloss RS (optional) choice of{
SSB-Index;
NZP-CSI-RS-ResourceId (periodic CSI-RS);
}

【0063】

ＴＣＩ－Ｓｔａｔｅ－ｒ１７は、リリース１７ ＴＣＩ状態と称されてもよい。ＱＣＬ－Ｉｎｆｏ－ｒ１７は、リリース１７ ＱＣＬ－Ｉｎｆｏとして参照されてもよい。表２は、ＴＣＩ－Ｓｔａｔｅ－ｒ１７及びＱＣＬ－Ｉｎｆｏ－ｒ１７フィールドの記述を示す。

【表2】

【0064】

なお、ＴＣＩ状態プール内のＴＣＩ状態のＢＷＰ／ＣＣ ＩＤは、ＲＳのＢＷＰ／ＣＣ ＩＤとは異なる。ＴＣＩ状態プール内のＴＣＩ状態のＢＷＰ／ＣＣ ＩＤが存在しない場合、設定されたＢＷＰ／ＣＣ ＩＤを想定するか、スケジューリングする／スケジューリングされる／適用されるＢＷＰ／ＣＣ ＩＤを想定する。

【0065】

ＲＳのＢＷＰ／ＣＣ ＩＤについての１つの最も合理的な例は次のとおりであることにも注意すべきである。ＢＷＰ／ＣＣ ＩＤはＱＣＬタイプＡ／Ｂ／ＣソースＲＳについて設定されておらず、追跡ＲＳはＢＷＰ／ＣＣごとに配置されるべきであり、必要なＴＣＩ状態の数が著しく減少する。ＢＷＰ／ＣＣ ＩＤはＱＣＬタイプＤソースＲＳについて設定され、ビーム管理のためのＢＷＰ／ＣＣを指すため、ＢＷＰ／ＣＣをわたって同じ受信（ＵＬの場合は送信）ビームが適用される。

【0066】

また、専用のＴＣＩ状態プール設定を持たない他のＣＣ／ＢＷＰについて、ＢＷＰ／ＣＣ ＩＤは、ＴＣＩ状態プールを有するように設定されたＣＣ／ＢＷＰにリンクされてもよいことに注意すべきである。

【0067】

いくつかの実施形態において、オプションとして、切替の前に、端末装置１１０はネットワーク装置１２０からＤＣＩ又はＭＡＣ ＣＥアクティブ化コマンドを受信してもよい（３２０）。ＤＣＩ又はＭＡＣ ＣＥアクティブ化コマンドは、ＴＣＩ状態指示を含む。ＴＣＩ状態指示内のＴＣＩ状態識別情報（ＩＤ）は、ＴＣＩ状態プール内のＴＣＩ状態を指す。

【0068】

いくつかの実施形態において、図４Ａ、図４Ｂ及び図４Ｃに示すようなＭＡＣ ＣＥアクティブ化コマンドの従来のフォーマットは、以下のような修正で再利用されてもよい。例えば、参照ＢＷＰ／ＣＣが既知である場合（例えば、ＲＲＣ設定を介して）、１つのみのＴＣＩ状態プールが参照ＢＷＰ／ＣＣ内に設定された場合、端末装置１１０は、従来のＭＡＣ ＣＥコマンド内で示された（サービングセルＩＤ及びＢＷＰ ＩＤ）を使用して、ＢＷＰ／ＣＣ間の設定されたリンクを介して参照ＢＷＰ／ＣＣを見つけだしてもよい。いくつかの実施形態において、ＭＡＣ ＣＥアクティブ化コマンドは、リンクされた全てのＢＷＰ／ＣＣ内でＴＣＩ状態をアクティブ化することができる。いくつかの実施形態において、ＭＡＣ ＣＥアクティブ化コマンドは、リンクされた全てのアクティブＢＷＰ／ＣＣ内でＴＣＩ状態をアクティブ化することができる。追加として、図４Ａにおいて、Ｔｉは、ＴＣＩ状態プール設定を介した、設定されたＴＣＩ状態リスト内のＴＣＩ状態の順序（ｉ番目又は（ｉ＋１）番目）であってもよい。図４Ｂ及び図４Ｃにおいて、ＴＣＩ状態ＩＤは、示された（サービングセルＩＤ＋ＢＷＰ ＩＤ）を有するＢＷＰ／ＣＣ内で設定されたＴＣＩ状態ではなく、ＴＣＩ状態プール内のＴＣＩ状態を指す。

【0069】

追加として、ＴＣＩ状態は複数のサブセットにグループ化されてもよい。各サブセット内のＴＣＩ状態は、異なる物理セルＩＤ（ＰＣＩ：ｐｈｙｓｉｃａｌ ｃｅｌｌ ＩＤ）に関連付けられている。例えば、サービングセルに関連付けられたＴＣＩ状態は第１のサブセットにグループ化されてもよく、非サービングセルに関連付けられたＴＣＩ状態（すなわち、サービングセルとは異なるＰＣＩと）は第２のサブセットにグループ化されてもよい。いくつかの実施形態において、ＴＣＩ状態アクティブ化は、第１のサブセット内のＴＣＩ状態の順序、そして、第２のサブセット内のＴＣＩ状態の順序に基づく。他の実施形態において、ＴＣＩ状態アクティブ化は、サービングセルのＰＣＩに関連付けられたＴＣＩ状態の順序、そして、異なるＰＣＩに関連付けられたＴＣＩ状態の順序に基づく。

【0070】

オプションとして、図４Ａに示すようなＭＡＣ ＣＥアクティブ化コマンドは、少なくとも端末装置専用チャネル／ＲＳに適用されるＴＣＩ状態をアクティブ化するために使用されることができ、図４Ｂに示すようなＭＡＣ ＣＥアクティブ化コマンドは、非専用チャネル／ＲＳ、例えば共通ＰＤＣＣＨに適用されるＴＣＩ状態をアクティブ化するために使用されることができる。いくつかの実施形態において、図４Ｂに示すようなＭＡＣ ＣＥアクティブ化コマンドがＰＤＣＣＨのためのＴＣＩ状態を示すために使用される場合、対応するＰＤＣＣＨは、スケジュールされたＰＤＳＣＨについてのみリリース１５／１６のＴＣＩ状態を指すＴＣＩフィールドを含む。いくつかの実施形態において、図４Ａに示すようなＭＡＣ ＣＥアクティブ化コマンドがＰＤＣＣＨのためのＴＣＩ状態（つまり、リリース１７、共通ＴＣＩ）を示す場合、対応するＰＤＣＣＨは、端末装置専用ＰＤＣＣＨ／ＰＤＳＣＨ、端末装置専用ＰＵＣＣＨ／ＰＵＳＣＨのうちの少なくとも１つを含む、示されたＴＣＩ状態が適用される全てのチャネル／ＲＳについて、リリース１７のＴＣＩ状態を指すＴＣＩフィールドを含む。

【0071】

他の実施形態において、ＰＤＣＣＨのためのＤＣＩ又はＭＡＣ ＣＥアクティブ化コマンドの新しいフォーマットは、｛ＴＣＩ状態プールＩＤ，ＢＷＰ／ＣＣ ＩＤ，ＴＣＩ状態ＩＤ｝のうちの少なくとも１つを含んでもよい。いくつかの実施形態において、ＤＣＩ又はＭＡＣ ＣＥアクティブ化コマンドは、示されたＢＷＰ／ＣＣ内でＴＣＩ状態をアクティブ化することができる。いくつかの実施形態において、参照ＢＷＰ／ＣＣが既知である場合（例えば、ＲＲＣ設定を介して）、１つのみのＴＣＩ状態プールが参照ＢＷＰ／ＣＣ内に設定された場合、端末装置１１０は、ＤＣＩ又はＭＡＣ ＣＥコマンド内で示された（サービングセルＩＤ及びＢＷＰ ＩＤ）を使用して、ＢＷＰ／ＣＣ間の設定されたリンクを介して参照ＢＷＰ／ＣＣを見つけだしてもよい。いくつかの実施形態において、ＤＣＩ又はＭＡＣ ＣＥアクティブ化コマンドは、リンクされた全てのＢＷＰ／ＣＣ内でＴＣＩ状態をアクティブ化することができる。いくつかの実施形態において、ＤＣＩ又はＭＡＣ ＣＥアクティブ化コマンドは、リンクされた全てのアクティブＢＷＰ／ＣＣ内でＴＣＩ状態をアクティブ化することができる。

【0072】

続けて図３を参照して、いくつかの実施形態において、オプションとして、切替の前に、端末装置１１０は、少なくとも第１のＲＳを測定することにより、第１の組のプロパティを取得してもよい（３３０）。端末装置１１０は、取得した第１の組のプロパティを記録してもよい。

【0073】

いくつかの実施形態において、第１のＲＳは、第１の周波数部分のＩＤとＲＳ ＩＤとにより識別されてもよい。例えば、第１のＲＳは、第１のＢＷＰ／ＣＣ ＩＤ＋ＲＳ ＩＤにより識別されてもよい。

【0074】

いくつかの実施形態において、ＲＳ ＩＤは、以下のうちの少なくとも１つについてのＴＣＩ状態のＱＣＬ－Ｉｎｆｏ内のＲＳのＩＤであってもよい。
－ タイプＡ／Ｂ／ＣのＲＳのみ、
－ 加えてタイプＤのＲＳ、
－ 加えて経路損失ＲＳ。

【0075】

いくつかの実施形態において、第１のＢＷＰ／ＣＣ ＩＤは、以下のうちの１つについてのＩＤであってもよい。
－ ＢＷＰ／ＣＣ切替前のアクティブＢＷＰ／ＣＣ、
－ スケジューリング情報が送信されるＢＷＰ／ＣＣ、
－ ＴＣＩ－Ｓｔａｔｅが設定されているＢＷＰ／ＣＣ、
－ リリース１７のＴＣＩ－Ｓｔａｔｅが設定されているＢＷＰ／ＣＣ、
－ ＴＣＩ状態プールが設定されているＢＷＰ／ＣＣ、
－ 参照ＢＷＰ／ＣＣ、
－ デフォルトＢＷＰ／ＣＣ（例えば、最低／最高ＩＤのような特定のＩＤを持つＢＷＰ／ＣＣ）、
－ 初期ＤＬ／ＵＬ ＢＷＰ／ＣＣ。

【0076】

図３に戻り、切替に応じて、端末装置１１０は、第１の周波数部分においてネットワーク装置１２０から受信した第１のＲＳを、端末装置１１０がＱＣＬ ＲＳとして使用する時間間隔を決定する（３５０）。この時間間隔が終了する前に、端末装置１１０は、第１のＲＳを測定することにより、第１の組のプロパティに基づいてネットワーク装置１２０との通信を実行する。

【0077】

いくつかの実施形態において、端末装置１１０は、ネットワーク装置１２０から受信した設定情報に基づいて、端末が切替を知った時の開始スロット（上述したようにｎにより表される）を決定してもよい。端末装置１１０はまた、設定情報に基づいて、切替のための設定時間区間（上述したようにＴ_{ｓｗｉｔｃｈ}により表される）を決定してもよい。端末装置１１０は、第２の組のプロパティを取得するためのＱＣＬ時間区間を決定してもよい。以下では、第２の組のプロパティを取得するためのＱＣＬ時間区間はＴ_ＱＣＬにより表されてもよい。次に、端末装置１１０は、開始スロットと、切替のための設定時間区間と、ＱＣＬ時間区間と、のうちの少なくとも１つに基づいてこの時間間隔を決定してもよい。

【0078】

いくつかの実施形態において、ＱＣＬ時間区間Ｔ_ＱＣＬは、第２のＲＳの周期性に関連していてもよい。例えば、ＱＣＬ時間区間Ｔ_ＱＣＬは、第２のＲＳの周期性のＮ倍であってもよい。また、時間間隔の終了は、ＢＷＰ／ＣＣ切替後の第２のＲＳのＮ番目の送信オケージョン又はＮ番目の測定オケージョンの後であることを意味する。いくつかの実施形態において、Ｎは、ネットワーク装置１２０からの設定情報、端末装置１１０の能力、又は標準的な要件に基づいて決定されてもよい。

【0079】

いくつかの実施形態において、ＱＣＬ時間区間Ｔ_ＱＣＬは、第２のＲＳのＱＣＬタイプに関連していてもよい。例えば、ＱＣＬ時間区間Ｔ_ＱＣＬは、タイプＡの場合にＮ１、タイプＢの場合にＮ２、タイプＣの場合にＮ３、タイプＤの場合にＮ４、経路損失ＲＳの場合にＮ５であってもよい。

【0080】

いくつかの実施形態において、ＱＣＬ時間区間Ｔ_ＱＣＬは、サブキャリア間隔（ＳＣＳ：ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）のようなヌメロロジーに関連していてもよい。

【0081】

いくつかの実施形態において、ＱＣＬ時間区間Ｔ_ＱＣＬは、設定された値、事前定義された値、又は端末装置１１０の能力に関する値であってもよい。

【0082】

この時間間隔を決定すると、端末装置１１０は、第２の周波数部分においてネットワーク装置１２０から受信した少なくとも第２の参照信号を測定することにより、この時間間隔内に、第２の組のプロパティを取得する（３６０）。第１のＲＳ及び第２のＲＳは、第１の識別情報（ＩＤ）を有する。以下では、第１のＩＤはまた第１のＲＳ ＩＤと称されてもよい。いくつかの実施形態において、第１のＲＳと第２のＲＳとは、異なる識別情報を有してもよい。換言すれば、第１のＲＳと第２のＲＳとは異なるＲＳ ＩＤを有する。いくつかの実施形態において、第１のＲＳと第２のＲＳとが異なるＲＳ ＩＤを有する場合、端末装置１１０は、第２の周波数部分においてネットワーク装置１２０から受信した少なくとも第２のＲＳを測定することと、第２の周波数部分への切替に応じて、第１の周波数部分においてネットワーク装置から受信した第１の参照信号を、前記端末装置が準コロケーション（ＱＣＬ）参照信号として使用する時間間隔を決定することとにより、この時間間隔内に、第２の組のプロパティを取得し（３６０）、端末装置は、少なくとも前記第１の参照信号を測定することにより得られた第１の組のプロパティに基づいて、この時間間隔が終了する前にネットワーク装置との通信を実行し、第１の参照信号と第２の参照信号とは異なるＲＳ ＩＤを有する。

【0083】

いくつかの実施形態において、第１のＲＳ及び第２のＲＳは、同じＱＣＬタイプのＲＳであってもよい。例えば、第１のＲＳ及び第２のＲＳは、ＱＣＬタイプＡ、ＱＣＬタイプＢ又はＱＣＬタイプＣのＲＳであってもよい。説明のために、ＱＣＬタイプＡ、ＱＣＬタイプＢ、ＱＣＬタイプＣはまたＱＣＬタイプＡ／Ｂ／Ｃと称されてもよい。

【0084】

いくつかの実施形態において、端末装置１１０は、以下のことにより、第２の組のプロパティを取得してもよい。端末装置１１０は、ネットワーク装置１２０から受信した設定情報に基づいて第２のＲＳのＱＣＬタイプを決定してもよい。次に、端末装置１１０は、第２の周波数部分において第２のＲＳを測定することにより、ＱＣＬタイプに基づいて第２の組のプロパティを決定してもよい。

【0085】

いくつかの実施形態において、端末装置１１０は、以下のことにより、ＯＣＬタイプに基づいて、第２の組のプロパティを決定してもよい。ＱＣＬタイプがＱＣＬタイプＡである場合、端末装置１１０は、第２のＲＳの測定結果に基づいて、ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッドを決定してもよい。ＱＣＬタイプがＱＣＬタイプＢである場合、端末装置１１０は、第２のＲＳの測定結果に基づいて、ドップラーシフト及びドップラースプレッドを決定してもよい。ＱＣＬタイプがＱＣＬタイプＣである場合、端末装置１１０は、第２のＲＳの測定結果に基づいてドップラーシフト及び平均遅延を決定してもよい。ＱＣＬタイプがＱＣＬタイプＤである場合、端末装置１１０は、第２のＲＳの測定結果に基づいて空間Ｒｘパラメータを決定してもよい。

【0086】

第２の組のプロパティを取得すると、この時間間隔の後に、端末装置１１０は、第２のＲＳをＱＣＬソースＲＳとして用いて該第２の組のプロパティに基づいて、第２の周波数部分においてネットワーク装置１２０との通信を実行する（３７０）。

【0087】

図５は、本開示のいくつかの実施形態にかかるＢＷＰ切替又はＣＣ切替の例５００を示す図である。全体として、実施例５００において、新しいＢＷＰ／ＣＣ内でＱＣＬ－Ｔｙｐｅ ＡソースＲＳの数回測定後に新しい安定した結果を端末装置１１０が得ることができる前に、端末装置１１０は、ＱＣＬ想定を維持してもよい。（第２のＢＷＰ／ＣＣ ＩＤ＋第１のＲＳ ＩＤ）により識別されるＲＳを測定するために、端末装置１１０のために時間間隔を導入することができる。この時間間隔中に、端末装置１１０は、ＢＷＰ切替前の最後のＢＷＰ内のＲＳ（つまり、第１のＢＷＰ ＩＤ＋第１のＲＳ ＩＤ）についてのＱＣＬ想定に基づいてネットワーク装置１２０と通信することが許可される。時間間隔の長さは、対応するＲＳの周期性のＮ（例えば、３）倍であってもよい。

【0088】

具体的には、図示されるように、端末装置１１０は、第１のＢＷＰ／ＣＣ内で、ネットワーク装置１２０から第１のＲＳ ５１１－１、５１１－２及び５１１－３を受信する。第１のＲＳ ５１１－１、５１１－２及び５１１－３は、（第１のＢＷＰ／ＣＣ ＩＤ＋ＲＳ ＩＤ）により識別されてもよい。ＲＳ ５１１－１～ＲＳ ５１１－３の送信は、単一のＲＳの複数の送信、例えば、該単一のＲＳの周期的な送信であってもよいことを、理解すべきである。端末装置１１０は、第２のＢＷＰ／ＣＣ内で、ＰＤＳＣＨ ５１３をスケジューリングするＰＤＣＣＨ ５１２を受信する。図５内の破線矢印は、実際の送信を表していない。

【0089】

ネットワーク装置１２０は、第２のＢＷＰ／ＣＣ内で、第２のＲＳ ５２１－１、５２１－２及び５２１－３を送信する。ＲＳ ５２１－１～ＲＳ ５２１－３の送信は、単一のＲＳの複数の送信、例えば、該単一のＲＳの周期的な送信であってもよいことを、理解すべきである。第２のＢＷＰ／ＣＣ ＩＤは、ＴＣＩ状態のＱＣＬ－Ｉｎｆｏ内のＲＳについて存在しない。

【0090】

時間間隔５３０の開始５３１において、端末装置１１０は、第２のＢＷＰ／ＣＣへの切替プロシージャを完了する。第２のＢＷＰ／ＣＣに切り替えた後、端末装置１１０は、時間間隔５３０が５３２において終了するまで、（第１のＢＷＰ／ＣＣ ＩＤ＋ＲＳ ＩＤ）により識別される第１のＲＳをＱＣＬ ＲＳとして用いる。

【0091】

この時間間隔５３０内に、端末装置１１０は、第２のＢＷＰ／ＣＣ内で第２のＲＳ ５２１－１及び５２１－２を測定することにより、第２の組のプロパティを取得する。

【0092】

時間間隔５３０の後、端末装置１１０は、（第２のＢＷＰ／ＣＣ ＩＤ＋ＲＳ ＩＤ）により識別される第２のＲＳ ５２１－３をＱＣＬ参照ＲＳとして用いる。追加として、時間間隔５３０の後、端末装置１１０は、第２の組のプロパティに基づいて、第２のＢＷＰ／ＣＣ内でＰＤＳＣＨ ５１４を受信する。追加として、この時間間隔の後、端末装置は、第２の組のプロパティに基づいて、第２のＢＷＰ／ＣＣ内で、端末装置専用ＰＤＣＣＨ／ＰＤＳＣＨ、端末装置専用ＰＵＣＣＨ／ＰＵＳＣＨ、のうちの少なくとも１つを含む、示されたＴＣＩ状態が適用される全てのチャネル／ＲＳを受信／送信する。

【0093】

本開示の実施形態は、ＱＣＬ－Ｔｙｐｅ ＡソースＲＳについてＢＷＰ／ＣＣ ＩＤが存在しない場合に、端末装置１１０が、新しいＢＷＰ／ＣＣ内で新しい測定結果を取得出来るようになるまで、ＱＣＬ－Ｔｙｐｅ ＡソースＲＳがＢＷＰ／ＣＣ切替前の最後のＢＷＰ／ＣＣ内にあると想定することをサポートする。追加として、本開示の実施形態は、端末装置１１０に、（第２のＢＷＰ／ＣＣ ＩＤ＋ＲＳ ＩＤ）により識別される新しいＲＳを測定する十分な時間を与える。

【0094】

いくつかの実施形態において、ＢＷＰ／ＣＣ切替は、ＢＷＰ／ＣＣが切り替えられた元のＴＣＩ状態を非アクティブ化する。いくつかの実施形態において、ＢＷＰ／ＣＣ切替は、ＢＷＰ／ＣＣが切り替えられた先のＴＣＩ状態をアクティブ化する。

【0095】

いくつかの実施形態において、第２のＢＷＰ／ＣＣに切り替えた後、端末装置がＭＡＣ ＣＥ又はＤＣＩに基づくＴＣＩ状態アクティブ化又は指示を受信するまで、端末装置は、古いＴＣＩ状態のＱＣＬ－Ｉｎｆｏ内のＱＣＬソースＲＳが第１のＢＷＰ／ＣＣ内にあると想定する。古いＴＣＩ状態は、端末装置１１０がＢＷＰ／ＣＣ切替コマンドを受信、復号化又は確認応答することにより切替を知るときに適用されるＴＣＩ状態であってもよい。

【0096】

いくつかの実施形態において、第２のＢＷＰ／ＣＣに切り替えた後、端末装置は、古いＴＣＩ状態のＱＣＬ－Ｉｎｆｏ内のＱＣＬソースＲＳがこの時間間隔が終了する前の第１のＢＷＰ／ＣＣ内にあると想定し、端末装置がＭＡＣ ＣＥ又はＤＣＩに基づくＴＣＩ状態アクティブ化又は指示を受信するまで、端末装置は、古いＴＣＩ状態のＱＣＬ－Ｉｎｆｏ内のＱＣＬソースＲＳがこの時間間隔が終了する後の第２のＢＷＰ／ＣＣ内にあると想定する。古いＴＣＩ状態は、端末装置１１０がＢＷＰ／ＣＣ切替コマンドを受信、復号化又は確認応答することにより切替を知るときに適用されるＴＣＩ状態であってもよい。

【0097】

いくつかの実施形態において、第２のＢＷＰ／ＣＣに切り替えた後、端末装置がＭＡＣ ＣＥ又はＤＣＩに基づくＴＣＩ状態アクティブ化又は指示を受信するまで、端末装置は、示されたＴＣＩ状態のＱＣＬ－Ｉｎｆｏ内のＱＣＬソースＲＳが第１のＢＷＰ／ＣＣ内にあると想定する。示されたＴＣＩ状態は、ＢＷＰ／ＣＣ切替コマンドとともに、その直前、又はその直後に受信されたＴＣＩ状態であってもよい。

【0098】

いくつかの実施形態において、第２のＢＷＰ／ＣＣに切り替えた後、端末装置は、示されたＴＣＩ状態のＱＣＬ－Ｉｎｆｏ内のＱＣＬソースＲＳがこの時間間隔が終了する前の第１のＢＷＰ／ＣＣ内にあると想定し、端末装置がＭＡＣ ＣＥ又はＤＣＩに基づくＴＣＩ状態アクティブ化又は指示を受信するまで、端末装置は、示されたＴＣＩ状態のＱＣＬ－Ｉｎｆｏ内のＱＣＬソースＲＳがこの時間間隔が終了する後の第２のＢＷＰ／ＣＣ内にあると想定する。示されたＴＣＩ状態は、ＢＷＰ／ＣＣ切替コマンドとともに、その直前、又はその直後に受信されたＴＣＩ状態であってもよい。

【0099】

いくつかの実施形態において、端末装置１１０は、タイマの満了を原因として、第２の周波数部分から第１の周波数部分に切り戻してもよい。例えば、ＢＷＰ切替の場合、タイマは従来のＲＲＣ ＩＥ ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ（以下ではｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒとも称される）であってもよい。ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは、端末装置１１０がデフォルトの帯域幅パートに逆戻りするｍｓ単位の時間間隔である（ＴＳ ３８．３２１、条項５．１５を参照）。例えば、ＭＡＣ ＣＥに基づくＳＣｅｌｌアクティブ化のようなＣＣ切替の場合、タイマは従来のＲＲＣ ＩＥ ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒであってもよい。

【0100】

いくつかの実施形態において、タイマに基づくＢＷＰ／ＣＣ切替を考慮すると、例えば、設定されたｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの満了を原因として、第２のＢＷＰから第１のＢＷＰに切り戻した直後に、タイマの値が小さい、例えば［１２８０ｍｓ］よりも小さい場合には、端末装置１１０が依然としてＢＷＰ＃１内のＲＳからの測定結果を利用できる可能性がある。このような実施形態において、第１の周波数部分に切り戻したことに応じて、端末装置１１０は、第１の周波数部分における最後の送信からのタイマの時間周期を決定してもよい。例えば、タイマの時間周期は、ｂｗｐ－Ｉｎａｃｔｉｖｉｔｙ Ｔｉｍｅｒの設定された値に関連している。

【0101】

いくつかの実施形態において、最後の送信はＲＳの送信であってもよく、該ＲＳは（第１のＢＷＰ／ＣＣ ＩＤ＋ＲＳ ＩＤ）により識別されてもよい。代替として、この最後の送信は、データ送信を含む任意の送信であってもよい。

【0102】

時間周期が第１の閾値よりも小さい場合、端末装置１１０は、第１のＲＳをＱＣＬソースＲＳとして用いて、第１の周波数部分においてネットワーク装置１２０との通信を実行してもよい。第１の閾値は、事前されてもよく、ネットワーク装置１２０により設定されてもよく、又は端末装置１１０により能力として報告されてもよい。これについては、図６Ａを参照して説明する。

【0103】

図６Ａは、本開示のいくつかの実施形態にかかるＢＷＰ切替又はＣＣ切替の例６００を示す図である。

【0104】

図示されるように、端末装置１１０は、第１のＢＷＰ／ＣＣ内で、ネットワーク装置１２０から第１のＲＳ ６１１－１及び６１１－２を受信する。第１のＲＳ ６１１－１及び６１１－２は、（第１のＢＷＰ／ＣＣ ＩＤ＋ＲＳ ＩＤ）により識別されてもよい。端末装置１１０は、第１のＲＳ ６１１－１及び６１１－２をＱＣＬソースＲＳとして用いて、第２のＢＷＰ／ＣＣ内でＰＤＳＣＨ ６１３を受信する。図６Ａ内の破線矢印は、実際の送信又は測定を表していない。

【0105】

ネットワーク装置１２０は、第２のＢＷＰ／ＣＣ内で、第２のＲＳ ６２１－１及び６２１－２を送信する。

【0106】

第２のＢＷＰ／ＣＣに切り替え、第２のＢＷＰ／ＣＣ内で第２のＲＳ ６２１－１及び６２１－２を測定することにより第２の組のプロパティを取得した後に、端末装置１１０は、第２の組のプロパティに基づいて、第２のＢＷＰ／ＣＣ内でＰＤＳＣＨ ６１４を受信する。

【0107】

ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが６３０において満了するため、端末装置１１０は、第２のＢＷＰ／ＣＣから第１のＢＷＰ／ＣＣに切り戻す。第１のＢＷＰ／ＣＣ内の最後の送信からのｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの時間周期が第１の閾値よりも小さいため、端末装置１１０は、第１のＲＳ ６１１－１及び６１１－２をＱＣＬソースＲＳとして用いて、第１のＢＷＰ／ＣＣ内でＰＤＳＣＨ ６１２を受信する。

【0108】

実施例６００の解決策により、端末装置１１０が以前のＱＣＬ想定を再利用できる場合、安定した送信がより速く実現される。

【0109】

一方、時間周期が第１の閾値以上である場合、端末装置１１０は、第２のＲＳをＱＣＬソースＲＳとして用いて、第１の周波数部分においてネットワーク装置１２０との通信を実行してもよい。端末装置１１０は、第１のＲＳを測定することにより第３の組のプロパティを取得し、第１のＲＳをＱＣＬ ＲＳとして用いて第３の組のプロパティに基づいて、第１の周波数部分においてネットワーク装置１２０との通信を実行してもよい。換言すれば、タイマに基づくＢＷＰ／ＣＣ切替について、本開示のいくつかの実施形態は、端末装置１１０が、ＱＣＬ－Ｔｙｐｅ ＡソースＲＳについてＢＷＰ／ＣＣ ＩＤが存在しない場合に、タイマの値が閾値よりも大きい場合にのみ、ＱＣＬ－Ｔｙｐｅ ＡソースＲＳがＢＷＰ／ＣＣ切替前の最後のＢＷＰ／ＣＣ内にあると想定することをサポートする。これについては、図６Ｂを参照して説明する。

【0110】

図６Ｂは、本開示のいくつかの実施形態にかかるＢＷＰ切替又はＣＣ切替の例６０５を示す図である。

【0111】

実施例６０５は、第１のＢＷＰ／ＣＣ内の最後の送信からのｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの時間周期が第１の閾値よりも大きい点において、実施例６００と大きく異なる。

【0112】

ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが６３１において満了するため、端末装置１１０は、第２のＢＷＰ／ＣＣから第１のＢＷＰ／ＣＣに切り戻す。切替の後に、端末装置１１０は、第２のＲＳ ６２１－１、６２１－２及び６２１－３をＱＣＬソースＲＳとして用いてＰＤＳＣＨ ６４１を受信する。

【0113】

追加として、第１のＢＷＰ／ＣＣ内の最後の送信からのｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒの時間周期が第１の閾値以上であるため、切替の後に、端末装置１１０は、第１のＢＷＰ／ＣＣ内で第１のＲＳ ６１１－３及び６１１－４を測定することにより、第３の組のプロパティを取得する。そして、端末装置１１０は、第１のＲＳ ６１１－３及び６１１－４をＱＣＬ ＲＳとして用いて第１のＢＷＰ／ＣＣ内でＰＤＳＣＨ ６４２を受信する。

【0114】

いくつかの実施形態において、端末装置１１０は、第２の組のプロパティが取得される前に、さらに第２の周波数部分から第３の周波数部分に切り替えてもよい。このような実施形態において、該別の切替に応じて、端末装置１１０は、スケジューリング周波数部分がアクティブである時間長さを決定してもよい。この時間長さが第２の閾値以上である場合、端末装置１１０は、参照周波数部分をスケジューリング周波数部分であるように決定してもよい。時間長さが第２の閾値よりも小さい場合、端末装置１１０は、参照周波数部分を最後の周波数部分切替の前のアクティブ周波数部分であるように決定してもよい。これについては、図７を参照して説明する。

【0115】

図７は、本開示のいくつかの実施形態にかかるＢＷＰ切替又はＣＣ切替の例７００を示す図である。

【0116】

図示されるように、端末装置１１０は、第１のＢＷＰ／ＣＣ内で、ネットワーク装置１２０から第１のＲＳ ７１１－１、７１１－２及び７１１－３を受信する。第１のＲＳ ７１１－１、７１１－２及び７１１－３は、（第１のＢＷＰ／ＣＣ ＩＤ＋ＲＳ ＩＤ）により識別されてもよい。端末装置１１０は、第２のＢＷＰ／ＣＣ内で、ＰＤＳＣＨ ７１３をスケジューリングするＰＤＣＣＨ ７１２を受信する。

【0117】

端末装置１１０は、第１のＲＳ ７１１－２及び７１１－３をＱＣＬソースＲＳとして用いて第２のＢＷＰ／ＣＣ内でＰＤＳＣＨ ７１３を受信する。図７内の破線矢印は、実際の送信又は測定を表していない。ネットワーク装置１２０は、第２のＢＷＰ／ＣＣ内で、第２のＲＳ ７２１－１を送信する。

【0118】

第２のＢＷＰ／ＣＣ内で第２のＲＳ７２１－１を測定することにより第２の組のプロパティを取得する前に、端末装置１１０は、第２のＢＷＰ／ＣＣから第３のＢＷＰ／ＣＣに切り替える。端末装置１１０は、第３のＢＷＰ／ＣＣ内で、ＰＤＳＣＨ ７１５をスケジューリングするＰＤＣＣＨ ７１４を受信する。

【0119】

スケジューリングＢＷＰ／ＣＣ（つまり、第２のＢＷＰ／ＣＣ）がアクティブである時間長さが第２の閾値よりも小さいため、端末装置１１０は、参照ＢＷＰ／ＣＣを最後のＢＷＰ／ＣＣ切替の前の第１のＢＷＰ／ＣＣであるように決定する。したがって、端末装置１１０は、第１のＲＳ７１１－２及び７１１－３をＱＣＬソースＲＳとして用いて第１の組のプロパティに基づいて、第３のＢＷＰ／ＣＣ内でＰＤＳＣＨ ７１５を受信する。第３のＢＷＰ／ＣＣ内で、端末装置１１０は、第３のＲＳ７３１－１及び７３１－２を測定することにより、第４の組のプロパティを取得する。次に、端末装置１１０は、第３のＲＳ７３１－１及び７３１－２をＱＣＬ ＲＳとして用いて第４の組のプロパティに基づいてＰＤＳＣＨ ７１６を受信する。

【0120】

実施例７００の解決策により、高速なＢＷＰ／ＣＣ切替の問題を回避することができる。

【0121】

上述したように、ＴＣＩ－Ｓｔａｔｅ ＩＥは、ｑｃｌ－Ｔｙｐｅ１及びｑｃｌ－Ｔｙｐｅ２を示してもよい。例えば、ｑｃｌ－Ｔｙｐｅ１は、ＤＬについてのＱＣＬタイプＡ又はＢ、Ｃであってもよく、ｑｃｌ－Ｔｙｐｅ２は、ＤＬ又はＵＬのためのＵＬ Ｔｘ空間フィルタについてのＱＣＬタイプＤであってもよい。

【0122】

いくつかの実施形態において、端末装置１１０は、第１のＲＳ及び第３のＲＳを測定することにより第１の組のプロパティを取得し、第２のＲＳ及び第４のＲＳを測定することにより第２の組のプロパティを取得してもよい。第３のＲＳ及び第４のＲＳは、いずれも第２のＩＤ（第２のＲＳ ＩＤとも称される）を有する。いくつかの実施形態において、第１のＲＳ及び第２のＲＳはＱＣＬタイプＡ／Ｂ／ＣのＲＳであってもよく、第３のＲＳ及び第４のＲＳはＱＣＬタイプＤのＲＳであってもよい。このような実施形態において、ＱＣＬタイプＡ／Ｂ／ＣのＲＳについてそしてＱＣＬタイプＤのＲＳについて、両方のＴＣＩ状態のＱＣＬ－Ｉｎｆｏ内にＢＷＰ／ＣＣ ＩＤが存在しない場合、端末装置１１０は、ＱＣＬタイプＡ／Ｂ／Ｃ及びＱＣＬタイプＤの仮定を異なるように扱ってもよい。

【0123】

いくつかの実施形態において、ＱＣＬタイプＡ／Ｂ／ＣのＲＳ（すなわち、第１のＲＳ及び第２のＲＳ）が第１のＲＳ ＩＤにより識別されてもよく、ＱＣＬタイプＤのＲＳ（すなわち、第３のＲＳ及び第４のＲＳ）が第２のＲＳ ＩＤにより識別されてもよく、ＱＣＬタイプＡ／Ｂ／ＣのＲＳについてそしてＱＣＬタイプＤのＲＳについて両方のＴＣＩ状態のＱＣＬ－Ｉｎｆｏ内にＢＷＰ／ＣＣ ＩＤが存在しないと想定することにより、以下のシナリオを扱う必要がある。

【0124】

シナリオ１：第１のＲＳ ＩＤと第２のＲＳ ＩＤとが異なり、第１のＢＷＰ／ＣＣ ＩＤ＋第２のＲＳ ＩＤにより識別されるＲＳと、第２のＢＷＰ／ＣＣ ＩＤ＋第２のＲＳ ＩＤにより識別されるＲＳ、例えば第３のＲＳと第４のＲＳとの間に、ＱＣＬタイプＤ関係が常に想定される。

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

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

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図4C】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】

【図11】

【手続補正書】

【提出日】2024-05-27

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ユーザ装置（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）であって、
第１の送信設定インジケータ（ＴＣＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）状態が適用される第１の帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）から、第２のＴＣＩ状態が適用される第２のＢＷＰにアクティブＢＷＰを切り替えるように設定されているＢＷＰ切替をサポートするための手段であって、前記第１のＴＣＩ状態が第１のダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）参照信号に関連付けられ、前記第２のＴＣＩ状態が第２のＤＬ参照信号に関連付けられ、
前記ＵＥは、前記ＵＥが前記第２のＢＷＰにおいて通信を実行するための前記第２のＴＣＩ状態に関する情報を有する場合、前記第２のＢＷＰ内での遅延の前に前記第１のＴＣＩ状態で前記通信を実行するように設定されている手段と、
前記第２のＤＬ参照信号が、準コロケーションタイプＡ又はＤソース参照信号（ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）タイプＡ／ＤソースＲＳ）であり、前記第２のＴＣＩ状態のＱＣＬ－ｉｎｆｏ内の前記第２のＤＬ参照信号についてのｂｗｐ－ｉｄが設定されていない場合、前記第２のＴＣＩ状態が適用される前記第２のＢＷＰ内に前記第２のＤＬ参照信号が設定されていると想定するための手段と、
を含むＵＥ。

【請求項2】

前記ＵＥは、前記ＵＥが前記第２のＢＷＰにおいて前記通信を実行するための前記第２のＴＣＩ状態に関する前記情報を有する場合、前記第２のＢＷＰ内での前記遅延の後に前記第２のＴＣＩ状態で前記通信を実行するように設定されている、
請求項１に記載のＵＥ。

【請求項3】

前記ＵＥは、参照ＢＷＰから前記第１のＴＣＩ状態を適用するように設定されている、
請求項１又は２に記載のＵＥ。

【請求項4】

前記第１のＤＬ参照信号が、ＱＣＬタイプＡ／ＤソースＲＳであり、前記第１のＴＣＩ状態のＱＣＬ－ｉｎｆｏ内の前記第１のＤＬ参照信号についてのｂｗｐ－ｉｄが設定されていない場合、前記第１のＴＣＩ状態が適用される前記第１のＢＷＰ内に前記第１のＤＬ参照信号が設定されていると想定するための手段、
をさらに含む請求項１又は２に記載のＵＥ。

【請求項5】

前記第１のＢＷＰ上で前記第１のＤＬ参照信号を受信するための手段と、
前記第２のＢＷＰ上で前記第２のＤＬ参照信号を受信するための手段と、
をさらに含む請求項４に記載のＵＥ。

【請求項6】

前記通信は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を受信することを含む、
請求項１又は２に記載のＵＥ。

【請求項7】

前記通信は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信することを含む、
請求項１又は２に記載のＵＥ。

【請求項8】

ユーザ装置（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）の方法であって、
第１の送信設定インジケータ（ＴＣＩ：ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｏｒ）状態が適用される第１の帯域幅パート（ＢＷＰ：ｂａｎｄｗｉｄｔｈ ｐａｒｔ）から、第２のＴＣＩ状態が適用される第２のＢＷＰにアクティブＢＷＰを切り替えるように設定されているＢＷＰ切替をサポートすることであって、前記第１のＴＣＩ状態が第１のダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）参照信号に関連付けられ、前記第２のＴＣＩ状態が第２のＤＬ参照信号に関連付けられ、
前記ＵＥは、前記ＵＥが前記第２のＢＷＰにおいて通信を実行するための前記第２のＴＣＩ状態に関する情報を有する場合、前記第２のＢＷＰ内での遅延の前に前記第１のＴＣＩ状態で前記通信を実行するように設定されていることと、
前記第２のＤＬ参照信号が、準コロケーションタイプＡ又はＤソース参照信号（ＱＣＬ（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ）タイプＡ／ＤソースＲＳ）であり、前記第２のＴＣＩ状態のＱＣＬ－ｉｎｆｏ内の前記第２のＤＬ参照信号についてのｂｗｐ－ｉｄが設定されていない場合、前記第２のＴＣＩ状態が適用される前記第２のＢＷＰ内に前記第２のＤＬ参照信号が設定されていると想定することと、
を含む方法。

【請求項9】

前記ＵＥは、前記ＵＥが前記第２のＢＷＰにおいて前記通信を実行するための前記第２のＴＣＩ状態に関する前記情報を有する場合、前記第２のＢＷＰ内での前記遅延の後に前記第２のＴＣＩ状態で前記通信を実行するように設定されている、
請求項８に記載の方法。

【請求項10】

前記ＵＥは、参照ＢＷＰから前記第１のＴＣＩ状態を適用するように設定されている、
請求項８又は９に記載の方法。

【請求項11】

前記第１のＤＬ参照信号が、ＱＣＬタイプＡ／ＤソースＲＳであり、前記第１のＴＣＩ状態のＱＣＬ－ｉｎｆｏ内の前記第１のＤＬ参照信号についてのｂｗｐ－ｉｄが設定されていない場合、前記第１のＴＣＩ状態が適用される前記第１のＢＷＰ内に前記第１のＤＬ参照信号が設定されていると想定すること、
をさらに含む請求項８又は９に記載の方法。

【請求項12】

前記第１のＢＷＰ上で前記第１のＤＬ参照信号を受信することと、
前記第２のＢＷＰ上で前記第２のＤＬ参照信号を受信することと、
をさらに含む請求項１１に記載の方法。

【請求項13】

前記通信は、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を受信することを含む、
請求項８又は９に記載の方法。

【請求項14】

前記通信は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信することを含む、
請求項８又は９に記載の方法。

【国際調査報告】