特表2024-529879 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 日本電気株式会社の特許一覧

特表2024-529879端末装置により実行される方法及びネットワーク装置により実行される方法

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

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

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

(11)【公表番号】

(43)【公表日】2024-08-14

(54)【発明の名称】端末装置により実行される方法及びネットワーク装置により実行される方法

(51)【国際特許分類】

H04W 72/23 20230101AFI20240806BHJP

H04W 16/28 20090101ALI20240806BHJP

【ＦＩ】

H04W72/23

H04W16/28

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024501867

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

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

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

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

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

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

(71)【出願人】

【識別番号】000004237

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

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入健

(72)【発明者】

【氏名】ワンガン

(72)【発明者】

【氏名】ガオユーカイ

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

5K067

【Ｆターム（参考）】

5K067DD11

5K067EE02

5K067EE10

5K067KK02

(57)【要約】

本開示の実施形態は、通信の方法、装置及びコンピュータ記憶媒体に関する。端末装置は、ランダムリソース選択に関する設定を受信する。端末装置は、ネットワーク装置に、端末装置とネットワーク装置との間の送信のためのＴＣＩ状態の第１のセット内のターゲットＴＣＩ状態に関する情報を送信する。ＴＣＩ状態の第１のセットは、既にアクティブ化されたＴＣＩ状態の第２のセットと少なくとも部分的に重複しない。ターゲットＴＣＩ状態は、ＴＣＩ状態の第２のセットの外にある。その後、端末装置は、少なくともＴＣＩ状態の第１のセット内のターゲットＴＣＩ状態をアクティブとしてセットする。その結果、ＭＡＣＣＥアクティブ化は必要とされない。したがって、シグナリングオーバーヘッド及び遅延が低減される。
【選択図】図２

【特許請求の範囲】

【請求項1】

端末装置により実行される方法であって、
前記端末装置とネットワーク装置との間の送信のためのＴＣＩ状態の第１のセット内のターゲット送信設定インジケータ（ＴＣＩ：transmission configuration indicator）状態であって、前記ＴＣＩ状態の第１のセットと少なくとも部分的に重複しない既にアクティブ化されたＴＣＩ状態の第２のセットの外である前記ターゲットＴＣＩ状態に関する情報を前記ネットワーク装置に送信することと、
少なくとも前記ＴＣＩ状態の第１のセット内の前記ターゲットＴＣＩ状態をアクティブとしてセットすることと、
を含む方法。

【請求項2】

前記ターゲットＴＣＩ状態に関する情報を送信することは、
前記ターゲットＴＣＩ状態に関連付けられる第１のチャネル品質が閾値品質よりも高いことと、
前記ＴＣＩ状態の第２のセット内の現在のＴＣＩ状態に関連付けられた第２のチャネル品質よりも前記第１のチャネル品質が高く、前記現在のＴＣＩ状態を有するチャネルが前記端末装置により監視されていることと、
前記第１のチャネル品質が前記第２のチャネル品質よりオフセットで高いことと、
前記第１のチャネル品質が前記第２のチャネル品質よりオフセットで複数回高いことと、
のうちの少なくとも１つが満たされた場合、前記ターゲットＴＣＩ状態に関する情報を送信する
ことを含む請求項１に記載の方法。

【請求項3】

前記ターゲットＴＣＩ状態に関する情報を送信することは、
物理アップリンク制御チャネル（ＰＵＣＣＨ）、
物理アップリンク共有チャネル（ＰＵＳＣＨ）、又は
物理ランダムアクセスチャネル（ＰＲＡＣＨ）
のうちの少なくとも１つにおける報告リソースにおいて前記ターゲットＴＣＩ状態に関する情報を送信すること
を含む請求項１に記載の方法。

【請求項4】

前記ターゲットＴＣＩ状態に関する前記情報の受信に関する確認を前記ネットワーク装置から受信すること
をさらに含む請求項３に記載の方法。

【請求項5】

前記報告リソースは、ビーム報告、ＣＳＩ報告、又はビーム障害回復要求（ＢＦＲＱ：beam failure recovery request）のためのリソースとともに多重化されるか、又は
前記報告リソースは、前記ターゲットＴＣＩ状態に関する前記情報を送信するための前記端末装置のために保留された専用リソースである
請求項３に記載の方法。

【請求項6】

前記ターゲットＴＣＩ状態に関する情報を送信することは、
前記ターゲットＴＣＩ状態に関する同期信号／物理ブロードキャストチャネルブロックリソースインジケータ（ＳＳＢＲＩ：synchronization signals/physical broadcast channel block resource indicator）又はチャネル状態情報参照信号（ＣＳＩ－ＲＳ）リソースインジケータ（ＣＲＩ）を送信すること、
前記ターゲットＴＣＩ状態に関するＳＳＢＲＩ又はＣＲＩをビーム切替のための指示とともに送信すること、又は
前記ＴＣＩ状態の第１のセットに関する情報を送信すること、
のうちの少なくとも１つを含む
請求項１に記載の方法。

【請求項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】

前記ターゲットＴＣＩ状態に関する情報を受信する前に、
前記ＴＣＩ状態の第２のセット内の第２のＴＣＩ状態に関するビーム障害検出（ＢＦＤ）参照信号（ＲＳ）を監視することであって、前記第２のＴＣＩ状態を有するチャネルが前記端末装置により監視されることと、
前記ＴＣＩ状態の第２のセット内の前記第２のＴＣＩ状態以外の各状態に関する候補ビーム検出（ＣＢＤ）ＲＳを監視することと、
をさらに含む請求項３０に記載の方法。

【請求項41】

ネットワーク装置により実行される方法であって、
端末装置に、前記端末装置と前記ネットワーク装置との間の送信のための送信設定インジケータ（ＴＣＩ）状態の第１のセットであって、既にアクティブ化されたＴＣＩ状態の第２のセットと少なくとも部分的に重複しないＴＣＩ状態の第１のセットに属するターゲットＴＣＩ状態に関する情報を送信することと、
少なくとも前記ＴＣＩ状態の第１のセットに基づいて前記端末装置との通信を実行することと、
を含む方法。

【請求項42】

前記端末装置に、ＴＣＩ状態セット設定のルールに関する指示を送信すること
をさらに含む請求項４１に記載の方法。

【請求項43】

前記ＴＣＩ状態セット設定のルールは、スライディングウィンドウに関する情報を含む
請求項４２に記載の方法。

【請求項44】

前記ターゲットＴＣＩ状態に関する情報を送信することは、
前記端末装置に、前記ターゲットＴＣＩ状態についてのＴＣＩ状態識別子を送信すること
を含む請求項４２に記載の方法。

【請求項45】

前記ターゲットＴＣＩ状態についての前記ＴＣＩ状態識別子を送信することは、
ダウンリンク制御情報（ＤＣＩ）を介して前記ＴＣＩ状態識別子を送信すること、又は
メディアアドレス制御（ＭＡＣ）制御要素（ＣＥ）を介して前記ＴＣＩ状態識別子を送信すること
を含む請求項４４に記載の方法。

【請求項46】

端末装置により実行される方法であって、
ＴＣＩ状態のセット内の第１のＴＣＩ状態に関するビーム障害検出（ＢＦＤ）参照信号（ＲＳ）を監視することであって、前記第１のＴＣＩ状態を有するチャネルが前記端末装置により監視されることと、
前記ＴＣＩ状態のセット内の前記第１のＴＣＩ状態以外の各ＴＣＩ状態に関する候補ビーム検出（ＣＢＤ）ＲＳを監視することと、
を含む方法。

【請求項47】

前記ＣＢＤＲＳを監視することは、
前記第１のＴＣＩ状態に関連付けられたＴＣＩ状態遷移に関する情報に基づいて、前記第１のＴＣＩ状態がある期間中に使用不可となる確率が第１の閾値より高いか否かを決定することと、
確率が第１の閾値よりも高いとの決定に従って、前記ＣＢＤＲＳを監視することと、
を含む請求項４６に記載の方法。

【請求項48】

前記第１のＴＣＩ状態に関連付けられたＴＣＩ状態遷移に関する情報に基づいて、前記第１のＴＣＩ状態がある期間中に使用不可となる確率が第２の閾値より低いか否かを決定することと、
確率が第２の閾値よりも低いとの決定に従って、前記ＢＦＤＲＳ及び／又は前記ＣＢＤＲＳの監視をスキップすることと、
をさらに含む請求項４６に記載の方法。

【請求項49】

ネットワーク装置から、ビーム障害回復（ＢＦＲ）についての設定であって、少なくとも前記ＴＣＩ状態のセットを示す設定を受信すること
をさらに含む請求項４６に記載の方法。

【請求項50】

端末装置により実行される方法であって、
ネットワーク装置から、ビーム障害検出（ＢＦＤ）中断の指示を受信することと、
ビーム障害インスタンス（ＢＦＩ）のカウンタの増加を停止することと、
ＢＦＤ中断後、ＢＦＩのカウンタを再開することと、
を含む方法。

【請求項51】

前記ＢＦＤ中断の指示を受信することは、
ＢＦＤのためのダウンリンク（ＤＬ）参照信号（ＲＳ）の設定を介して前記ＢＦＤ中断の指示を受信すること、
メディアアドレス制御（ＭＡＣ）制御要素（ＣＥ）指示を介して前記ＢＦＤ中断の指示を受信すること、又は
ダウンリンク制御情報（ＤＣＩ）指示を介して前記ＢＦＤ中断の指示を受信すること
を含む請求項５０に記載の方法。

【請求項52】

前記ＢＦＤのためのＤＬＲＳの設定は、
前記ＢＦＤ中断に関連付けられた周期的なＤＬＲＳに関する少なくとも１つの時間領域位置、又は
前記ＢＦＤ中断のスロット番号又はフレーム番号、
のうちの１つを含む請求項５０に記載の方法。

【請求項53】

ネットワーク装置により実行される方法であって、
端末装置に、ビーム障害検出（ＢＦＤ）中断の指示を送信すること
を含む方法。

【請求項54】

前記ＢＦＤ中断の指示を送信することは、
ＢＦＤのためのダウンリンク（ＤＬ）参照信号（ＲＳ）の設定を介して前記ＢＦＤ中断の指示を送信すること、
メディアアドレス制御（ＭＡＣ）制御要素（ＣＥ）指示を介して前記ＢＦＤ中断の指示を送信すること、又は
ダウンリンク制御情報（ＤＣＩ）指示を介して前記ＢＦＤ中断の指示を送信すること
を含む請求項５３に記載の方法。

【請求項55】

前記ＢＦＤのためのＤＬＲＳの設定は、
前記ＢＦＤ中断に関連付けられた周期的なＤＬＲＳに関する少なくとも１つの時間領域位置、又は
前記ＢＦＤ中断のスロット番号又はフレーム番号、
のうちの１つを含む請求項５３に記載の方法。

【請求項56】

他の端末装置の報告、
センシング又はカメラからの補助情報、又は
前記ネットワーク装置における計画、
のうちの少なくとも１つに基づいて、前記ＢＦＤ中断の指示を決定すること
をさらに含む請求項５３に記載の方法。

【請求項57】

請求項１～１７の何れか一項、又は請求項３０～４０の何れか一項、又は請求項４６～４９の何れか一項、又は請求項５０～５２の何れか一項に記載の方法を実行するように設定された回路を備える
端末装置。

【請求項58】

請求項１８～２９の何れか一項、又は請求項４１～４５の何れか一項、又は請求項５３～５６の何れか一項に記載の方法を実行するように設定された回路を備える
ネットワーク装置。

【請求項59】

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

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、全体として電気通信の分野に関し、特に、ビーム管理拡張のための方法、装置及びコンピュータ記憶媒体に関する。

【背景技術】

【0002】

モバイル通信は、端末装置とネットワーク装置との間の送信を含む。最近の通信システム、例えばＮＲシステム又はＮＲネットワークとも称されるＮｅｗＲａｄｉｏアクセスシステムでは、端末装置とネットワーク装置とは、複数のビームを介して通信することができる。このために、端末装置とネットワーク装置との間の送信を拡張するビーム管理を使用することが提案されている。ビーム管理は、送信用及び受信用のビームのセットを取得及び維持し、且つ／又はビーム障害を検出し、送信用のビームを回復するためのメカニズムである。ビーム管理拡張を導入する作業が進行中である。

【発明の概要】

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

【0003】

全体として、本開示の例示的な実施形態は、ビーム管理拡張のための方法、装置及びコンピュータ記憶媒体を提供する。

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

【0004】

第１の態様において、端末装置により実行される方法が提供される。前記方法は、前記端末装置と前記ネットワーク装置との間の送信のためのＴＣＩ状態の第１のセット内のターゲット送信設定インジケータ（ＴＣＩ：transmission configuration indicator）状態であって、前記ＴＣＩ状態の第１のセットと少なくとも部分的に重複しない既にアクティブ化されたＴＣＩ状態の第２のセットの外であるターゲットＴＣＩ状態に関する情報をネットワーク装置に送信することと、少なくとも前記ＴＣＩ状態の第１のセット内の前記ターゲットＴＣＩ状態をアクティブとしてセットすることと、を含む。

【0005】

第２の態様において、ネットワーク装置により実行される方法が提供される。前記方法は、端末装置から、前記端末装置と前記ネットワーク装置との間の送信のためのＴＣＩ状態の第１のセットに属するＴＣＩ状態であって、前記ＴＣＩ状態の第１のセットと少なくとも部分的に重複しない既にアクティブ化されたＴＣＩ状態の第２のセットの外であるターゲットＴＣＩ状態に関する情報を受信することと、少なくとも前記ＴＣＩ状態の第１のセットに基づいて前記端末装置との通信を実行することと、を含む。

【0006】

第３の態様において、端末装置により実行される方法が提供される。前記方法は、ネットワーク装置から、前記端末装置と前記ネットワーク装置との間の送信のための送信設定インジケータＴＣＩ状態の第１のセットであって、既にアクティブ化されたＴＣＩ状態の第２のセットと少なくとも部分的に重複しないＴＣＩ状態の第１のセット内のターゲットＴＣＩ状態に関する情報を受信することと、少なくとも前記ＴＣＩ状態の第１のセット内の前記ターゲットＴＣＩ状態をアクティブとしてセットすることと、を含む。

【0007】

第４の態様において、ネットワーク装置により実行される方法が提供される。前記方法は、端末装置に、前記端末装置と前記ネットワーク装置との間の送信のための送信設定インジケータＴＣＩ状態の第１のセットであって、既にアクティブ化されたＴＣＩ状態の第２のセットと少なくとも部分的に重複しないＴＣＩ状態の第１のセットに属するターゲットＴＣＩ状態に関する情報を送信することと、少なくとも前記ＴＣＩ状態の第１のセットに基づいて前記端末装置との通信を実行することと、を含む。

【0008】

第５の態様において、端末装置により実行される方法が提供される。前記方法は、ＴＣＩ状態のセット内の第１のＴＣＩ状態に関するビーム障害検出ＢＦＤ参照信号ＲＳを監視することであって、該第１のＴＣＩ状態を有するチャネルが端末装置により監視されることと、ＴＣＩ状態セット内の第１のＴＣＩ状態以外の各ＴＣＩ状態に関する候補ビーム検出ＣＢＤＲＳを監視することと、を含む。

【0009】

第６の態様において、端末装置により実行される方法が提供される。前記方法は、ネットワーク装置から、ビーム障害検出ＢＦＤ中断の指示を受信することと、ビーム障害インスタンスＢＦＩのカウンタの増加を停止することと、ＢＦＤ中断後、ＢＦＩのカウンタを再開する。

【0010】

第７の態様において、ネットワーク装置により実行される方法が提供される。前記方法は、ビーム障害検出ＢＦＤ中断の指示を端末装置に送信してもよい。

【0011】

第８の態様において、端末装置が提供される。前記端末装置は、プロセッサと、メモリとを備える。前記メモリは、前記プロセッサに結合され且つ命令を記憶する。前記命令は、前記プロセッサにより実行される場合、前記端末装置に、本開示の第１、第３、第５及び第６の態様の何れかの態様にかかる方法を実行させる。

【0012】

第９の態様において、ネットワーク装置が提供される。前記ネットワーク装置は、プロセッサと、メモリとを備える。前記メモリは、前記プロセッサに結合され且つ命令を記憶する。前記命令は、前記プロセッサにより実行される場合、前記ネットワーク装置に、本開示の第２、第４及び第７の態様の何れかの態様にかかる方法を実行させる。

【0013】

第１０の態様において、命令を記憶したコンピュータ可読媒体が提供される。前記命令は、少なくとも１つのプロセッサ上で実行された場合、前記少なくとも一つのプロセッサに、本開示の前記第１、第２、第３、第４、第５、第６及び第７の態様の何れかの態様に記載の方法を実行させる。

【0014】

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

【図面の簡単な説明】

【0015】

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

【0016】

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

【0017】

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

【0018】

【図3】本開示のいくつかの実施形態にかかるいくつかの例示的なＴＣＩ状態のセットを示す図である。

【0019】

【図4】本開示のいくつかの例示的な実施形態にかかる、位置に基づいて設定されたいくつかの例示的なＴＣＩ状態のセットを示す図である。

【0020】

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

【0021】

【図6】本開示のいくつかの例示的な実施形態にかかる、いくつかの別の例示的なＴＣＩ状態のセットを示す図である。

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

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

【0033】

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

【0034】

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

【0035】

本文で使用される「ネットワーク装置」又は「基地局」（ＢＳ：base station）という用語は、端末装置が通信可能なセル又はカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢ又はｅＮＢ）、ＮｅｗＲａｄｉｏ（ＮＲ）アクセスのノードＢ（ｇＮＢ）、リモートラジオユニット（ＲＲＵ）、ラジオヘッド（ＲＨ）、リモートラジオヘッド（ＲＲＨ）、フェムトノード、ピコノードなどの低電力ノードなどを含むが、これらに限定されない。以下、説明のために、ネットワーク装置の例として、ｇＮＢを参照していくつかの実施形態を説明する。

【0036】

本明細書で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置（ＵＥ）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ）装置、あらゆるモノのインターネット（ＩｏＥ）装置、マシンタイプ通信（ＭＴＣ）装置、Ｖ２Ｘ通信のための車載装置などを含むが、これらに限定されず、Ｖ２Ｘの「Ｘ」は歩行者、車両又はインフラストラクチャ／ネットワーク、あるいはデジタルカメラなどの画像キャプチャー装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す。

【0037】

本明細書で使用されるように、用語「リソース」、「送信リソース」、「リソースブロック」、「物理リソースブロック」（ＰＲＢ：physical resource block）、「アップリンクリソース」、又は「ダウンリンクリソース」は、時間領域におけるリソース、周波数領域におけるリソース、空間領域におけるリソース、コード領域におけるリソース、又は通信を可能にする他の任意のリソースなど、端末装置とネットワーク装置との間の通信などの通信を実行するための任意のリソースを指すことができる。以下では、周波数領域と時間領域との両方におけるリソースは、本開示のいくつかの例示的な実施形態を説明するための送信リソースの例として使用される。本開示の例示的な実施形態は、他の領域の他のリソースにも同様に適用できることに留意されたい。

【0038】

本明細書で使用される用語「回路」は、ハードウェア回路及び／又はハードウェア回路とソフトウェアとの組み合わせを意味することができる。例えば、回路は、アナログ及び／又はデジタルハードウェア回路とソフトウェア／ファームウェアとの組み合わせであってもよい。さらに別の例として、回路は、端末装置又はネットワーク装置のような装置に様々な機能を実行させるために協働する、デジタル信号プロセッサ、ソフトウェア及び一つ又は複数のメモリを含むソフトウェアを有するハードウェアプロセッサの任意の部分であってもよい。さらに別の例において、回路は、オペレーションのためにソフトウェア／ファームウェアを必要とするハードウェア回路及び／又はマイクロプロセッサ又はその一部のようなプロセッサであってもよいが、オペレーションのために必要でない場合、ソフトウェアは存在しなくてもよい。本明細書で使用されるように、用語「回路」は、ハードウェア回路又は１つ又は複数のプロセッサのみ、又はハードウェア回路又は１つ又は複数のプロセッサの一部、及びその（又はそれらの）付随するソフトウェア及び／又はファームウェアの実装も含む。

【0039】

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

【0040】

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

【0041】

いくつかの実施形態において、用語「送信」、「送信オケージョン」及び「反復」は、互換的に使用されてもよい。用語「プリコーダ」、「プリコーディング」、「プリコーディングマトリクス」、「ビーム」、「空間関係情報」、「空間領域送信フィルタ」、「空間領域フィルタ」、「空間パラメータ」、「空間関係情報」、「空間関係インフォ」、「ＴＰＭＩ」、「プリコーディング情報」、「プリコーディング情報及び層数」、「プリコーディングマトリクスインジケータ（ＰＭＩ：precoding matrix indicator）」、「プリコーディングマトリクスインジケータ」、「送信プリコーディングマトリクス支持」、「プリコーディングマトリクス指示」、「ＴＣＩ状態」、「送信設定インジケータ」、「準コロケーション（ＱＣＬ：quasi co-location）」、「準－コロケーション」、「ＱＣＬパラメータ」及び「空間関係」は、互換的に使用されてもよい。用語「ＳＲＩ」、「ＳＲＳリソースセットインデックス」、「ＵＬＴＣＩ」、「ＵＬ空間領域フィルタ」、「ＵＬビーム」、「結合されたＴＣＩ」は、互換的に使用されてもよい。用語「ビーム」及び「リンク」は、互換的に使用されてもよい。

【0042】

一実施形態において、端末装置は、通信ネットワーク内の端末装置と通信してもよい。端末装置についての設定に関する情報は、通信ネットワーク内のネットワーク装置から送信されてもよいし、予め設定されていてもよい。この情報は、無線リソース制御（ＲＲＣ）シグナリング、メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）、ダウンリンク制御情報（ＤＣＩ）又は事前設定のうちのいずれかを介して送信されてもよい。

【0043】

図１は本開示の実施形態を実施可能な例示的な通信ネットワーク１００を示す。ネットワーク１００は、ネットワーク装置１１０と、ネットワーク装置１１０によりサービングされる端末装置１２０とを含む。ネットワーク１００は、端末装置１２０をサービングするために、少なくとも１つのサービングセル１３０を提供してもよい。ネットワーク装置、端末装置及びサービングセルの数は、説明の目的でのみ与えられ、いかなる限定も暗示しないことを理解すべきである。ネットワーク１００は、本開示の実施形態を実施するのに適した任意の適切な数のネットワーク装置、端末装置及びサービングセルを含んでもよい。なお、用語「セル」、「サービングセル」、「キャリアコンポーネント（ＣＣ：carrier component）」、及び「帯域幅パート（ＢＷＰ）」は、本明細書において互換的に使用されてもよい。

【0044】

通信ネットワーク１００において、ネットワーク装置１１０は、端末装置１２０にデータ及び制御情報を通信することができ、端末装置１２０も、ネットワーク装置１１０にデータ及び制御情報を通信することができる。ネットワーク装置１１０から端末装置１２０へのリンクをダウンリンク（ＤＬ）又は順方向リンクと称し、端末装置１２０からネットワーク装置１１０へのリンクをアップリンク（ＵＬ）又は逆方向リンクと称する。ＤＬは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：physical downlink control channel）、物理ダウンリンク共有チャネル（ＰＤＳＣＨ：physical downlink shared channel）及び物理ブロードキャストチャネル（ＰＢＣＨ：physical broadcast channel）を含むが、これらに限定されない１つ又は複数の論理チャネルを含む。ＵＬは、物理アップリンク制御チャネル（ＰＵＣＣＨ：physical uplink control channel）、物理アップリンク共有チャネル（ＰＵＳＣＨ：physical uplink shared channel）及び物理ランダムアクセスチャネル（ＰＲＡＣＨ：physical random access channel）を含むが、これらに限定されない１つ又は複数の論理チャネルを含む。

【0045】

ネットワーク１００における通信は、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ）、符号分割多元接続（ＣＤＭＡ）及びモバイル通信のためのグローバルシステム（ＧＳＭ）などを含むがこれらに限定されない、任意の適切な規格に準拠してもよい。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行されてもよい。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）、５Ｇ－ａｄｖａｎｃｅｄ通信プロトコルを含むが、これらに限定されない。

【0046】

一実施形態において、ネットワーク装置１１０は、ビームフォーミング技術を実現し、複数のビームを介して端末装置１２０に信号を送信するように設定されている。端末装置１２０は、ネットワーク装置１１０により複数のビームを介して送信された信号を受信するように設定されている。端末装置１２０とネットワーク装置１１０との間には、送信用の異なるビームがあってもよい。図１に示すように、ＤＬビーム１４０－１、１４０－２及び１４０－３は、送信用に設定されている。説明の便宜上、ＤＬビーム１４０－１、１４０－２及び１４０－３はまとめて又は個別にＤＬビーム１４０又はビーム１４０と称される。ビームの数は、説明の目的でのみ与えられ、いかなる限定も暗示されていないことを理解すべきである。

【0047】

上述したように、端末装置とネットワーク装置との間の送信を拡張するためにビーム管理が使用されてきた。ビーム管理は通常、ビーム指示、ビーム障害検出（ＢＦＤ：beam failure detection）、候補ビーム検出（ＣＢＤ：candidate beam detection）及びビーム障害回復（ＢＦＲ：beam failure recovery）などを含む。本開示の原理及び例示的な実施形態をよりよく理解するために、ビーム指示についての簡単な紹介が以下で説明される。ＢＦＤ、ＣＢＤ及びＢＦＲについては後述する。

【0048】

ビーム指示は通常、送信にどのビームを使用するかについてビーム情報を端末装置に提供するためにネットワーク装置により使用される。従来、ＤＬについて、送信設定インジケータ（ＴＣＩ：transmission configuration indicator）状態に基づくビーム指示が使用されていた。ＵＬについて、ビーム指示は「空間関係」に基づく。ＤＬとＵＬとの両方についてＵＬＴＣＩ又は結合されたＴＣＩを使用することが提案されている。

【0049】

「ＱＣＬ」構想を採用することも提案されている。例えば、２つのアンテナポートは、空間受信（Ｒｘ）パラメータに関して「ＱＣＬｅｄ」又は「ＱＣＬ’ｄ」であるとは、端末装置の視点から、これら２つのアンテナポートからの送信が同じＲｘビームを共有すべきであることを意味する。ＰＤＳＣＨの復調参照信号（ＤＭ－ＲＳ）ポートとＣＳＩ－ＲＳリソースのＣＳＩ－ＲＳポートとの間のＱＣＬ関係は、ＰＤＳＣＨがＣＳＩ－ＲＳと同じビームを使用することを示す。

【0050】

ＴＣＩ状態は、ネットワーク装置により設定されてもよい。例えば、ＴＣＩ状態のリストは、ＣＣごとに、ＢＷＰごとに、又はＣＣグループごとに設定されてもよい。ＴＣＩ状態設定は、ＲＲＣを介して端末装置に送信されてもよい。ＴＣＩ状態設定は、対応する識別子（ＩＤ）、ＱＣＬタイプ及び対応する参照信号（ＲＳ）を含んでもよい。一例として、ＱＣＬ属性は、例えば、遅延スプレッド、平均遅延、ドップラースプレッド、ドップラーシフト、空間受信（ＲＸ）であってもよい。ＱＣＬタイプＡは、ドップラースプレッド、ドップラーシフト、遅延スプレッド及び／又は平均遅延を表し、ＱＣＬタイプＤは、空間ＲＸを表す。現在では、ＱＣＬタイプは以下のように定義されている。
－「ＱＣＬ－ＴｙｐｅＡ」：｛ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッド｝
－「ＱＣＬ－ＴｙｐｅＢ」：｛ドップラーシフト、ドップラースプレッド｝
－「ＱＣＬ－ＴｙｐｅＣ」：｛ドップラーシフト、平均遅延｝
－「ＱＣＬ－ＴｙｐｅＤ」：｛空間受信パラメータ｝

【0051】

例えば、ＴＣＩ状態シグナリング及びＱＣＬ情報シグナリングは、以下のように示されてもよい。

【0052】

ＴＣＩ設定後、端末装置は、ＭＡＣＣＥを使用して、端末装置についてＴＣＩ状態のサブセットをアクティブ化する。例えば、ＭＡＣＣＥは、無線リソース制御（ＲＲＣ）により設定されたＴＣＩ状態のサブセットをアクティブ化してもよい。代替として、ＭＡＣＣＥは、ＲＲＣにより設定されたＴＣＩ状態を示してもよい。ＭＡＣＣＥアクティブ化は、ＰＤＳＣＨＴＣＩ状態について使用されてもよい。ＭＡＣＣＥアクティブ化は、ＴＣＩ状態識別子をダウンリンク制御情報（ＤＣＩ）内のＴＣＩフィールドのコードポイントにマッピングするためにも使用されてもよい。ＤＣＩ内のＴＣＩフィールドは、ＴＣＩ状態のアクティブ化されたサブセットからのＰＤＳＣＨについてＴＣＩ状態を示してもよい。ＤＣＩ内にＴＣＩフィールドが存在しない場合、ＰＤＳＣＨビームはＰＤＣＣＨに従う。

【0053】

以下で使用されるように、用語「アクティブ化」という用語は、対応するアクティブ化されたＴＣＩ状態について、端末装置が、そのＲｘビーム、時間／周波数同期などを含むＲｘパラメータを、該ＴＣＩ状態がＤＣＩのＴＣＩフィールド内で示されている場合に該ＴＣＩ状態を使用して直ちに受信する準備が整えているようにチューニングする必要があることを意味する。以下で使用されるように、用語「トラッキング」は、単に参照信号受信電力（ＲＳＲＰ）又は信号対干渉雑音比（ＳＩＮＲ）を測定するよりも大きな電力及び複雑さを意味する。

【0054】

以下で使用されるように、ＴＣＩ状態がアクティブ化されたＴＣＩ状態である場合、ＴＣＩ状態は「既知ＴＣＩ状態」と称されてもよい。追加として、端末装置が既にＴＣＩ状態に関する情報を送信した場合、該ＴＣＩ状態を「既知ＴＣＩ状態」と称してもよい。ＴＣＩ状態が非アクティブＴＣＩ状態である場合、ＴＣＩ状態は「不明ＴＣＩ状態」と称されてもよい。

【0055】

アクティブ化されたＴＣＩ状態を示すＤＣＩをスロットｎにおいて端末装置が受信する場合、端末装置は、スロットｎ＋Ｔ１の後の第１のスロットにおいてＴＣＩ状態の切り替えが発生するサービングセル又はサービングセルグループのＴＣＩ状態を有するＰＤＳＣＨ／ＰＤＣＣＨ／ＣＳＩ－ＲＳ／ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳを送信又は受信することができる可能性がある。ここで、Ｔ１は、ＰＤＣＣＨ受信を実行し、空間パラメータを適用するために端末装置により必要とされる時間を少なくとも含む。

【0056】

非アクティブＴＣＩ状態を示すＤＣＩをスロットｎにおいて端末装置が受信する場合、端末装置は、スロットｎ＋Ｔ２の後の第１のスロットにおいてＴＣＩ状態の切り替えが発生するサービングセル又はサービングセルグループのＴＣＩ状態を有するＰＤＳＣＨ／ＰＤＣＣＨ／ＣＳＩ－ＲＳ／ＰＵＳＣＨ／ＰＵＣＣＨ／ＳＲＳを送信又は受信することができる可能性がある。ここで、Ｔ２は、ＰＤＣＣＨ受信を実行し、該ＴＣＩ状態をアクティブされたとしてセットし、空間パラメータを適用するために端末装置により必要とされる時間を少なくとも含む。

【0057】

しかしながら、高速列車内の端末装置などの移動中の端末装置については、頻繁なＭＡＣＣＥアクティブ化が必要とされる。このような頻繁なＭＡＣＣＥアクティブ化は、送信の性能に影響する遅延及びシグナリングオーバーヘッドを引き起こす。

【0058】

端末装置について連続的な送信ビームのための複数のＴＣＩ状態を示すことが提案されている。ビームをタイムスロットに関連付けることにより、適用される一連のビームを拡張することも提案されている。しかしながら、これらの方法は、速度又は位置が変化する可能性のある端末装置からの保護又は確認を提供することができない。そのため、プリセットされたビームパターンはあまり役に立たないことになる。

【0059】

上述したように、ビーム管理、特にビーム指示を拡張することは非常に困難である。本開示の実施形態によれば、上記のいずれかの問題に対処するために、ビーム管理強化のための解決策が提案される。ターゲットＴＣＩ状態が既にアクティブ化されたＴＣＩ状態の第２のセットの外にある場合、端末装置は、ターゲットＴＣＩ状態に関する情報をネットワーク装置に送信する。次に、端末装置は、ＴＣＩ状態の第２のセットと少なくとも部分的に重複しないＴＣＩ状態の第１のセット内の少なくともターゲットＴＣＩ状態をアクティブとしてセットする。少なくともターゲットＴＣＩ状態をアクティブとして端末装置によりセットすることにより、ネットワーク装置からのＭＡＣＣＥアクティブ化が不要となり、遅延及びシグナリングオーバーヘッドが低減される。

【0060】

以上では、ビーム指示について説明したが、以下では、ＢＦＤ、ＣＢＤ及びＢＦＲに関する情報について説明する。一般的には、端末装置は、ＢＦＤを実行することにより、１つ又は複数の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）リンクが障害状態にあると見なされるときを検出する。端末装置がビームの障害を検出すると、端末装置はＣＢＤを実行することにより、候補ビームと称される新たな潜在的ビームを検出する。端末装置はまた、ＢＦＲを実行することにより、ビーム障害を回復してもよい。

【0061】

本開示において、ＢＦＤ、ＣＢＤ及びＢＦＲを改善するいくつかの方法も提案されており、これらの方法については後で詳細に説明する。

【0062】

ビーム管理拡張のための解決策をよりよく理解するために、図２～図１５を参照し、いくつかの実施形態についてこれから説明する。
ビーム指示拡張

【0063】

図２は本開示のいくつかの例示的な実施形態にかかる、通信のためのシグナリングフロー２００を示す図である。図２に示すように、シグナリングフロー２００には、図１に示されるような端末装置１２０と、ネットワーク装置１１０とが関与する。説明のために、１つの端末装置と１つのネットワーク装置とが図２に示されている。シグナリングフロー２００には、より多くの端末装置又はより多くのネットワーク装置が関与してもよく、図２に示された端末装置又はネットワーク装置の数は、説明のためだけに使用され、いかなる限定も示唆しないことを、理解すべきである。

【0064】

オペレーション中、ネットワーク装置１１０は、ＴＣＩ状態セット設定を端末装置１２０に送信してもよい（２０５）。例えば、ＴＣＩ状態セット設定は、ＲＲＣ、ＭＡＣＣＥ、ＤＣＩのうちのいずれかを介して送信されるか、又は事前設定されてもよい。ＴＣＩ状態セット設定は、少なくともＴＣＩ状態の第１のセット及びＴＣＩ状態の第２のセットを示してもよい。追加として、いくつかの例示的な実施形態において、端末装置１２０は、ＴＣＩ状態セット設定が完了したことを示す確認応答をネットワーク装置１２０に送信してもよい。

【0065】

図３は、本開示にかかるいくつかの例示的なＴＣＩ状態セットを示す。図３に示すように、ＴＣＩ状態セット３００は、ＴＣＩ状態セット３１０とＴＣＩ状態セット３２０とを含む。ＴＣＩ状態セット３１０は、図示された識別子１、２、３及び４を持つＴＣＩ状態を含み、ＴＣＩ状態セット３２０は、図示された識別子５、６、７及び８を持つＴＣＩ状態を含む。ＴＣＩ状態セット３００内では、ＴＣＩ状態セット３１０とＴＣＩ状態セット３２０とは重複しない。ＴＣＩ状態セット３００は、ＴＣＩ状態セット３１０及びＴＣＩ状態セット３２０以外のより多くのＴＣＩ状態セットを含んでもよいことを理解すべきである。ＴＣＩ状態セット３００内では、全てのＴＣＩ状態は、重複しないＴＣＩ状態セットにグループ化されてもよい。

【0066】

図３に示すように、ＴＣＩ状態セット３５０は、ＴＣＩ状態セット３６０とＴＣＩ状態セット３７０とを含む。ＴＣＩ状態セット３６０は、図示された識別子４、３、５及び６を持つＴＣＩ状態を含み、ＴＣＩ状態セット３７０は、図示された識別子７、６、８及び９を持つＴＣＩ状態を含む。ＴＣＩ状態セット３５０内では、ＴＣＩ状態セット３６０とＴＣＩ状態セット３７０とは部分的に重複しない。識別子４を持つＴＣＩ状態は、ＴＣＩ状態セット３６０に関連付けられ、識別子７を持つＴＣＩ状態は、ＴＣＩ状態セット３７０に関連付けられる。ＴＣＩ状態セット３５０内の各ＴＣＩ状態について、それぞれのＴＣＩ状態セットはネットワーク装置１１０により設定されてもよい。図３に示されるように、識別子４を持つＴＣＩ状態について、関連付けられるＴＣＩ状態セット３６０は、識別子４、３、５及び６を持つＴＣＩ状態を含んでもよく、一方、識別子７を持つＴＣＩ状態について、関連付けられるＴＣＩ状態セット３７０は、識別子７、６、８及び９を持つＴＣＩ状態を含んでもよい。ＴＣＩ状態のセット３６０及びセット３７０は説明のためのものだけであって、ＴＣＩ状態セット３５０は、ＴＣＩ状態セット３６０及びＴＣＩ状態セット３７０以外のより多くのＴＣＩ状態セットを含んでもよいことを理解すべきである。

【0067】

ＴＣＩ状態セット３００及びＴＣＩ状態セット３５０の例は、例示のためにだけ示され、本開示の範囲についてのいかなる限定も示唆しない。ＴＣＩ状態セットは、他の適切なルールを使用して設定されてもよい。

【0068】

いくつかの例示的な実施形態において、ＴＣＩ状態セットは、位置、予測、又は他の事前設定されたルールのいずれかに基づいて、ネットワーク装置１１０により設定されてもよい。例えば、ネットワーク装置１１０は、ＴＣＩ状態－位置関連付けに基づいて、ＴＣＩ状態セットを設定してもよい。図４は、位置に基づいて設定されたいくつかのＴＣＩ状態セットを示す。ＴＣＩ状態セット４００内では、端末装置１２０は軌跡４１０に沿って移動中であり、例えば、端末装置１２０は高速道路又は鉄道上にある。ＴＣＩ状態セット４００は、軌跡４１０に基づいて設定されてもよい。図示のように、ＴＣＩ状態セット４２０は、識別子１、２、３及び４を持つＴＣＩ状態を含み、一方、ＴＣＩ状態セット４２５は、識別子５、６、７及び８を持つＴＣＩ状態を含む。図４に示すように、端末装置１２０は、ＴＣＩ状態セット４２０内の識別子４を持つＴＣＩ状態に関連付けられた場所に位置し、ＴＣＩ状態セット４２５内の識別子５を持つＴＣＩ状態に関連付けられた場所に移動する。例えば、端末装置１２０は、識別子４を持つＴＣＩ状態に対応するビームのカバレッジエリア内に位置し、識別子５を持つＴＣＩ状態に対応するビームのカバレッジエリア内の場所に移動する。

【0069】

ＴＣＩ状態セット４５０において、端末装置１２０は、軌跡４６０に沿って移動中である。ＴＣＩ状態セット４００は、軌跡４１０に基づいて設定されてもよい。図示のように、ＴＣＩ状態セット４７０は、識別子１、２、３及び４を持つＴＣＩ状態を含み、一方、ＴＣＩ状態セット４７５は、識別子５、６、７及び８を持つＴＣＩ状態を含む。図４に示すように、端末装置１２０は、ＴＣＩ状態セット４７０内の識別子４を持つＴＣＩ状態に関連付けられた場所に位置し、ＴＣＩ状態セット４７５内の識別子５を持つＴＣＩ状態に関連付けられた場所に移動する。ＴＣＩ状態セットのこれらの例は、例示のためにのみ説明され、本開示の範囲についてのいかなる限定も示唆していないことを、理解すべきである。

【0070】

いくつかの例示的な実施形態において、ＴＣＩ状態セットは、予測に基づいて、ネットワーク装置１１０により設定されてもよい。例えば、ネットワーク装置は、ＴＣＩ状態遷移確率に基づいて、ＴＣＩ状態セットを設定してもよい。ＴＣＩ状態遷移確率は、他の端末装置から収集された統計データ又は報告（例えば履歴データ）により算出されてもよい。現在のＴＣＩ状態が、時点ｔにおいて識別子「ｘ」を持つ場合、遷移確率は、端末装置が、識別子「ｙ」を持つＴＣＩ状態によりｔ＋Ｔの継続時間でサービングされる確率を表す。ここで、Ｔは、ネットワーク装置１１０により決定されるか、端末装置１２０により報告されるか、又は事前設定されるか若しくは事前定義される継続時間である。以下の表１は、識別子４を持つＴＣＩ状態の遷移確率を示す。表１が識別子４を持つＴＣＩ状態の遷移確率のみを示しているが、表１は、他のＴＣＩ状態の遷移確率をさらに含んでもよいことを、理解すべきである。

【0071】

表１に示すように、ネットワーク装置１１０は、遷移確率に基づいてＴＣＩ状態セットを設定してもよい。例えば、図３に示されるＴＣＩ状態セット３００内では、同じＴＣＩ状態セット内の２つのＴＣＩ状態はより高い遷移確率を有し、例えば、識別子４を持つＴＣＩ状態から識別子１、２、３、４を持つＴＣＩ状態への遷移確率が相対的に高い（表１に示される０．１０、０．２０、０．３０及び０．４０）が、異なるＴＣＩ状態セットからの２つのＴＣＩ状態はより低い遷移確率を有し、例えば、識別子４を持つＴＣＩ状態から識別子５、６、７又は８を持つＴＣＩ状態への遷移確率が相対的に低い（表１に示される０．０５、０．０５、０．００、０．００）。

【0072】

別の例について、より高い遷移確率を有するＴＣＩ状態は１つのＴＣＩ状態セット内に設定されてもよく、より低い遷移確率の低いＴＣＩ状態は別のＴＣＩ状態セット内に設定されてもよい。ネットワーク装置１１０はまた、０．１０などの閾値確率をセットしてもよく、遷移確率が確率閾値より高いＴＣＩ状態（識別子１、２、３及び４を持つＴＣＩ状態）は１つのＴＣＩ状態セット内に設定されてもよく、遷移確率が確率閾値より低いＴＣＩ状態（識別子５、６、７及び８を持つＴＣＩ状態）は別のＴＣＩ状態セット内にセットされてもよい。閾値確率は、ネットワーク装置１１０により決定されるか、端末装置１２０により報告されるか、又は事前設定又は事前定義されてもよい。

【0073】

例えば、ＴＣＩ状態セット３５０内では、１つのＴＣＩ状態セットに関連付けられた各ＴＣＩ状態は、確率閾値よりも高い確率を有する。いくつかの例示的な実施形態において、ネットワーク装置１１０は、あるＴＣＩ状態の、関連付けられるＴＣＩ状態セット内の各ＴＣＩ状態への遷移確率に関する情報を端末装置１２０に送信してもよい。例えば、ネットワーク装置１１０は、あるＴＣＩ状態の、関連付けられるＴＣＩ状態セット内の各ＴＣＩ状態への遷移確率を端末装置１２０に送信してもよい。代替として、ネットワーク装置１１０は、関連付けられるＴＣＩ状態セット内のＴＣＩ状態を遷移確率の昇順／降順に順位付けしてもよい。次に、ネットワーク装置１１０は、該ＴＣＩ状態セットに関する情報を昇順／降順に送信してもよい。このように、端末装置１２０には、該ＴＣＩ状態セット内の各ＴＣＩ状態の遷移確率情報が通知される。

【0074】

上述したように、ＴＣＩ状態セットは、位置又は予測に基づいて、ネットワーク装置１１０により設定されてもよい。追加として又は代替として、ＴＣＩ状態セットは、後で詳細に説明するいくつかの設定又は事前設定されたルールに基づいて、ネットワーク装置１１０により設定されてもよい。ＴＣＩ状態セットが、事前定義又は事前設定されたルールに基づいて設定されてもよい場合、ネットワーク装置１１０はさらに、ＴＣＩ状態セット設定のルールに関する指示を端末装置１２０に送信してもよい。

【0075】

次に、もう一度図２を参照する。ネットワーク装置１１０は、ＤＬ参照信号（ＲＳ）を端末装置１２０に送信してもよい（２１０）。代替として、端末装置１２０は、ＤＬＲＳ測定を実行してもよい。例えば、ＤＬＲＳは、端末装置１２０が現在のＴＣＩ状態を追跡するためのＲＳと、端末装置１２０が新しいＴＣＩ状態を報告するためのＲＳとを含んでもよい。いくつかの例示的な実施形態において、ＲＳは、例えばＱＣＬタイプＤを有する、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌを介して設定された１つのＲＳを含んでもよい。代替として、ＲＳは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌを介して設定された１つのＲＳに関連付けられるか、又はタイプＤＱＣＬｅｄである他のＲＳであってもよい。いくつかの例示的な実施形態において、ＤＬＲＳ送信又は測定が周期的に実行されてもよい。

【0076】

いくつかの例示的な実施形態において、端末装置１２０は、現在のＴＣＩ状態の第１のティアネイバー（tier neighbors）に関するＲＳのみを測定してもよい。ＴＣＩ状態セット３５０の例において、現在のＴＣＩ状態が識別子４を持つＴＣＩ状態である場合、端末装置１２０は、ＴＣＩ状態セット３６０内のＴＣＩ状態に関するＲＳのみを測定してもよい、即ち、識別子４、３、５及び６を持つＴＣＩ状態について測定してもよい。

【0077】

端末装置１２０は、ＴＣＩ状態決定を実行してもよい（２１５）。例えば、端末装置１２０は、現在のＴＣＩ状態を含むセット内の全てのＴＣＩ状態を追跡してもよい。例えば、現在のＴＣＩ状態が識別子４を持つＴＣＩ状態である場合、現在のＴＣＩ状態を含むセットは、図３に示すようなＴＣＩ状態セット３１０であってもよい。この場合、端末装置１２０は、識別子１、２、３及び４を持つＴＣＩ状態を追跡してもよい。ＴＣＩ状態セット３１０内の全てのＴＣＩ状態はアクティブとしてセットされてもよい。ＴＣＩ状態からＤＣＩ内のＴＣＩコードポイントへのマッピングは、次の表２内で自動的に更新されてもよい。

【0078】

表２に示すように、ＤＣＩ内のＴＣＩフィールドは３ビットに固定されてもよく、そして、マッピングは、ＴＣＩ状態識別子（ＩＤ）により順序付けされてもよい（例えば、一番低いＩＤから）。代替として、ＤＣＩ内のＴＣＩフィールドは、各ＴＣＩ状態の遷移確率の昇順／降順に順序付けされてもよい。ＤＣＩ内のＴＣＩフィールドの幅は、例えば、ｃｅｉｌ（ｌｏｇ２（Ｎ））のように、ＴＣＩ状態セットサイズＮに依存してもよく、ここで、ｃｅｉｌ（）はシーリング関数（ceiling function）を表す。対応するＴＣＩ状態セット内のＴＣＩ状態は、端末装置１２０とネットワーク装置１１０との間のアラインメントされたルールで、ＤＣＩ内のＴＣＩコードポイントに自動的にマッピングされてもよい。ネットワーク装置１２０は、ＤＣＩ内の従来のＴＣＩフィールドを使用して、現在のＴＣＩ状態セット内の適用されたＴＣＩ状態を端末装置１２０に通知してもよい。

【0079】

いくつかの例示的な実施形態において、セット内の全てのＴＣＩ状態がアクティブ化され、さらなるチューニングは必要ないので、適用タイミングは、ＤＣＩに基づくＴＣＩ状態切替のための従来の定義に従ってもよい。最初に、「現在のＴＣＩ状態」＝「初期ＴＣＩ状態」として、「初期ＴＣＩ状態」は、デフォルト動作により定義されるか、又は従来の方法によりシグナリングされてもよい。これにより、ＭＡＣＣＥアクティブ化が不要となるため、遅延及びシグナリングオーバーヘッドが低減される。

【0080】

端末装置１２０は、ネットワーク装置１１０に、端末装置１２０とネットワーク装置１１０との間の送信のためのＴＣＩ状態の第１のセット内のターゲットＴＣＩ状態に関する情報を送信する（２２０）。ＴＣＩ状態の第１のセットは、既にアクティブ化されたＴＣＩ状態の第２のセットと少なくとも部分的に重複しない。ターゲットＴＣＩ状態は、ＴＣＩ状態の第２のセットの外にある。例えば、既にアクティブ化されたＴＣＩ状態の第２のセットが、図３に示されるようなＴＣＩ状態セット３１０である場合、識別子５を持つターゲットＴＣＩ状態は、ＴＣＩ状態セット３１０の外であり、ＴＣＩ状態セット３２０内にある。端末装置１２０は、ネットワーク装置に、ＴＣＩ状態セット３２０内の識別子５を持つターゲットＴＣＩセットに関する情報を送信してもよい。いくつかの実施形態において、端末装置１２０は、送信のためのＴＣＩ状態の第１のセット内のいくつかのターゲットＴＣＩ状態に関する情報を送信してもよいことを、理解すべきである。

【0081】

いくつかの例示的な実施形態において、端末装置１２０は、ターゲットＴＣＩ状態に関連付けられる第１のチャネル品質が閾値品質よりも高いことと、ＴＣＩ状態の第２のセット内の現在のＴＣＩ状態に関連付けられた第２のチャネル品質よりも第１のチャネル品質が高く、該現在のＴＣＩ状態を有するチャネルが端末装置により監視されていることと、第１のチャネル品質が第２のチャネル品質よりもオフセットで高いことと、第１のチャネル品質が第２のチャネル品質よりもオフセットで複数回高いことと、のうちの少なくとも１つが満たされた場合、ターゲットＴＣＩ状態に関する情報を送信してもよい。チャネル品質の例は、参照信号受信電力（ＲＳＲＰ）、参照信号受信品質（ＲＳＲＱ）、又は信号対干渉雑音比（ＳＩＮＲ）を含むが、これらに限定されない。

【0082】

いくつかの例示的な実施形態において、端末装置１２０は、物理アップリンク制御チャネル（ＰＵＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、又は物理ランダムアクセスチャネル（ＰＲＡＣＨ）のうちの少なくとも１つ上の報告リソースにおいてターゲットＴＣＩ状態に関する情報を送信してもよい。追加として又は代替として、報告リソースは、ビーム報告、ＣＳＩ報告、又はビーム障害回復要求ＢＦＲＱのためのリソースとともに多重化されてもよい。代替として、報告リソースは、ターゲットＴＣＩ状態に関する情報を送信するために、端末装置のために保留された（reserve）専用リソースであってもよい。

【0083】

いくつかの例示的な実施形態において、端末装置１２０は、ターゲットＴＣＩ状態に関する同期信号／物理ブロードキャストチャネルブロックリソースインジケータ（ＳＳＢＲＩ：synchronization signals/physical broadcast channel block resource indicator）又はチャネル状態情報参照信号（ＣＳＩ－ＲＳ：channel state information reference signal）リソースインジケータ（ＣＲＩ）を送信してもよい。代替として、端末装置１２０は、ターゲットＴＣＩ状態に関するＳＳＢＲＩ又はＣＲＩをビーム切替の指示とともに送信してもよい。代替として又は追加として、端末装置１２０は、ターゲットＴＣＩ状態に関するＳＳＢＲＩ又はＣＲＩをＴＣＩ状態アクティブ化の指示とともに送信してもよい。代替として、端末装置１２０は、ＴＣＩ状態の第１のセットに関する情報を送信してもよい。例えば、ＴＣＩ状態の第１のセットに関する情報は、ＴＣＩ状態の第１のセットの識別子及び／又はＴＣＩ状態の第１のセット内の状態の識別子を含んでもよい。

【0084】

いくつかの例示的な実施形態において、端末装置１２０は、チャネル取得プロシージャ又はファインチューニングプロシージャのうちの少なくとも１つをトリガするために、ターゲットＴＣＩ状態に関する情報を送信してもよい。以下で使用されるように、用語「ファインチューニング」は、端末装置がターゲットＴＣＩ状態に関する時間又は周波数又は空間又は電力領域パラメータを測定又は取得又は計算することを表してもよい。より具体的には、時間又は周波数又は空間又は電力領域パラメータは、平均遅延、遅延速度、ドップラーシフト、ドップラースプレッド、平均利得、空間領域Ｒｘなどを含んでもよい。例えば、チャネル取得プロシージャは、チャネル取得のための端末装置報告に関連付けられたサウンディング参照信号（ＳＲＳ）、又はチャネル取得のための端末装置報告に関連付けられたＣＳＩ報告のうちの１つを含んでもよい。ファインチューニングプロシージャは、ファインチューニングのための追跡参照信号（ＴＲＳ：tracking reference signal）送信を含んでもよい。いくつかの例示的な実施形態において、ＳＲＳ、ＣＳＩ報告、ＴＲＳの時間／周波数／空間領域リソースが情報に関連付けられる。追加として、端末装置１２０について、ＳＲＳ送信のための空間領域送信フィルタと送信電力とがターゲットＴＣＩ状態に関する。ネットワーク装置１１０について、ＣＳＩ報告のためのＣＳＩリソースのための空間領域送信フィルタは、ターゲットＴＣＩ状態に関連付けられる。端末装置１２０の場合、ＣＳＩ報告のためのＣＳＩリソースのためのＱＣＬタイプＤ参照信号は、ターゲットＴＣＩ状態に関する。例えば、ＴＲＳ送信及びＣＳＩ報告は、非周期的であってもよく、又は代替として、繰り返されてもよく、又は半周期的であってもよい。

【0085】

端末装置１２０がターゲットＴＣＩ状態に関する情報を送信（２２０）した後、端末装置１２０は、少なくともＴＣＩ状態の第１のセット内のターゲットＴＣＩ状態をアクティブとしてセットする（２２５）。例えば、端末装置１２０は、ＴＣＩ状態の第１のセット内のターゲットＴＣＩ状態をアクティブとしてセットしてもよい。また、端末装置１２０は、ＴＣＩ状態識別子と、ＤＣＩ内のＴＣＩコードポイントとのマッピング関係を、ターゲットＴＣＩ状態の識別子で更新してもよい。

【0086】

【0087】

例えば、ＴＣＩ状態識別子とＤＣＩ内のＴＣＩコードポイントとの間の更新されたマッピング関係を以下の表３に示される。

【0088】

表３において、ＤＣＩ内のＴＣＩコードポイントは、表２と同様に固定ビット又は可変ビット幅であってもよい。表３はまた、後述するＤＣＩ内の保留ＴＣＩコードポイント（すなわち１１１）を示している。

【0089】

追加として又は代替として、端末装置１２０は、ＴＣＩ状態の第２のセット内の少なくとも１つのＴＣＩ状態を非アクティブとしてセットしてもよい。例えば、ターゲットＴＣＩ状態が識別子５を持つＴＣＩ状態であり、ＴＣＩ状態の第２のセットが図３に示すＴＣＩ状態セット３１０である例において、継続時間Ｙの後に、ＴＣＩ状態セット３１０内のいくつかのＴＣＩ状態又は全てのＴＣＩ状態を非アクティブとしてセットしてもよい。継続時間Ｙは、０又は他の適切な継続時間に等しくてもよい。ＴＣＩ状態の第２のセット内の各ＴＣＩ状態についての継続時間Ｙは異なってもよい。継続時間Ｘ及びＹは、ネットワーク装置１１０により設定又は事前設定されるか、端末装置１２０により報告されるか、又は事前設定又は事前定義されてもよいことを、理解すべきである。継続時間Ｙは、継続時間Ｘ以上であってもよい。継続時間Ｙが継続時間Ｘよりも大きい場合、端末装置１２０は、継続時間Ｙ－Ｘの間にＴＣＩ状態の２つのセットをアクティブとしてセットしてもよい。継続時間Ｘ及びＹは、端末装置１２０がターゲットＴＣＩ状態に関する情報をネットワーク装置２２０に送信してから、カウントされてもよい。ターゲットＴＣＩ状態に関する情報がネットワーク装置により受信されたことを示す確認を端末装置１２０がネットワーク装置から受信する時、継続時間Ｘ及びＹをカウントしてもよい。代替として、継続時間Ｘ及びＹは、チャネル取得プロシージャ及び／又はファインチューニングプロシージャの完了からカウントされてもよい。例えば、継続時間Ｘ及びＹは、ＳＲＳの完了、ＣＳＩ報告の送信の完了、又はＴＲＳの送信の完了からカウントされてもよい。

【0090】

追加として、ＰＲＡＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨの正しい受信を保証するために、端末装置報告はネットワーク装置１１０により確認されてもよい。送信がＰＵＳＣＨを介して行われる場合、ＰＵＳＣＨをＡＣＫするための従来の方法、例えば、同じＨＡＲＱプロセスＩＤ及びトグル新しいデータインジケータ（ＮＤＩ：new data indicator）を搬送するＤＣＩを再利用してもよい。送信がＰＵＣＣＨ／ＰＲＡＣＨを介して行われる場合、確認を受信するために、専用のＰＤＣＣＨ／ＲＮＴＩを考慮してもよく、例えば、専用の制御リソースセット（ＣＯＲＥＳＥＴ）／探索空間／無線ネットワーク一時識別子（ＲＮＴＩ）を設定してもよい。

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

物理層は、Ｑ０セット内のＢＦＤ－ＲＳに基づいて無線リンクの品質を周期的に評価する。評価は、ＢＦＤ－ＲＳごとに行われ、ビーム障害検出セット内の各ＢＦＤ－ＲＳの無線リンク状態が障害状態にあると考えられる場合、ビーム障害インスタンス（ＢＦＩ：beam failure instance）指示が上位層、例えばＭＡＣ層に提供される。評価と指示とは周期的に行われてもよい。

【0127】

ＭＡＣ層は、物理層からのＢＦＩ指示をカウントするカウンタを実現し、ＢＦＩカウンタが（ネットワーク装置により設定された）最大値に達した場合、ビーム障害を宣言する。このカウンタは、ＭＡＣが下位層からＢＦＩ指示を受信するたびにタイマが開始されるように、タイマにより管理されるように設定されてもよい。タイマが満了すると、ＢＦＩカウンタはリセットされる（カウンタ値はゼロにセットされる）。

【0128】

ネットワーク装置は、専用の信号を用いて示すことができる回復のための候補ＲＳのリストを端末装置に提供してもよい。候補ビームＬ１参照信号受信電力（ＲＳＲＰ）測定は、新しい候補ビームの選択を実行し、新しい候補ビームをネットワーク装置に示すためにアップリンクリソースを決定するＭＡＣ層に提供されてもよい。ネットワーク装置は、候補ビームに特有の無競合ランダムアクセス（ＣＦＲＡ：contention free random access）リソース、専用ＰＵＣＣＨ、ＰＵＣＣＨ－ＳＲ、ＰＵＳＣＨなどの専用シグナリングリソースを有するように端末装置を設定してもよく、例えば、端末装置は、プリアンブルを送信することにより、又は新しい候補ビームに関する情報を含むチャネルを送信することにより、新しい候補ビームを示してもよい。候補ＲＳは、ＳＳＢ及び／又はＣＳＩ－ＲＳを含んでもよい。

【0129】

ビーム障害回復プロシージャは、端末装置がビーム障害を宣言した場合、及び／又は端末装置がＬ１測定（例えば、Ｌ１－ＲＳＲＰ）に基づいて１つ又は複数の新しい候補ビームを検出した場合に開始される。候補ビーム又は言い換えれば、ダウンリンクＲＳ（参照信号、ＳＳＢ又はＣＳＩ－ＲＳ）により識別されるビームを示すために使用可能な専用信号はビーム障害回復の目的で（例えばＰＲＡＣＨプールから）設定されてもよい。この専用信号は、ＢＦＲリソース又はＣＦＲＡリソースと称されてもよく、また、プリアンブル受信へのｇＮＢ応答については、ＣＦＲＡ信号を使用するビーム回復プロシージャは、ランダムアクセス（ＲＡ）プロセスとはわずかに異なることに注意すべきである。専用プリアンブルは、Ｃａｎｄｉｄａｔｅ－Ｂｅａｍ－ＲＳ－Ｌｉｓｔ内の各候補ＲＳについて設定されてもよい。特定の閾値を、（例えばＬ１－ＲＳＲＰ測定に基づく）新しいビーム候補のうちのいずれかが該閾値よりも高い場合に、専用信号（セットＱ１内のリソースのセット又は候補ビームのリスト）を使用してこれらの新しい候補ビームを示すことができるように、設定してもよい。端末装置は、最初に、該セットから候補ビームを選択し、設定された閾値よりも高いビームがない場合、端末装置は、競合に基づくシグナリングを利用して、新しい候補ビームを示す。競合に基づくランダムアクセス（ＣＢＲＡ）プリアンブルリソースは、特定のダウンリンクＲＳ（ＳＳＢ又はＣＳＩ－ＲＳ）にマッピングされる。

【0130】

（ＲＡＲウィンドウと同様の）ビーム回復応答ウィンドウの間に、端末装置は、回復信号を送信するために使用される同じビームアライメント（すなわち、送信（ＴＸ）のために使用される同じビーム方向がＲＸのために使用される）を使用して、ＢＦＲＲ（又はＢＦＲＱ）へのネットワーク応答を監視する。端末装置は、ネットワーク装置が、示されたダウンリンク参照信号と空間的にＱＣＬｅｄであるビームを使用して応答を提供することを期待する。

【0131】

本開示は、上述したＢＦＤ及びＣＢＤを改良するいくつかの方法を提案する。ＢＦＤ及びＣＢＤ拡張に関する詳細については、図７を参照して詳細に説明する。

【0132】

次に、図７を参照する。図７は本開示のいくつかの例示的な実施形態にかかる、通信のためのシグナリングフロー７００を示す図である。図７に示すように、シグナリングフロー７００には、図１に示されるような端末装置１２０と、ネットワーク装置１１０とが関与する。説明のために、１つの端末装置と１つのネットワーク装置とが図７に示されている。シグナリングフロー７００には、より多くの端末装置又はより多くのネットワーク装置が関与してもよく、図７に示された端末装置又はネットワーク装置の数は、説明のためだけに使用され、いかなる限定も示唆しないことを、理解すべきである。

【0133】

オペレーション中、ネットワーク装置１１０は、ＲＲＣ又はＭＡＣＣＥ又はＤＣＩを介して、ＢＦＲについての設定を端末装置１２０に送信してもよい（７０５）。この設定は、第１のＴＣＩ状態を含むＴＣＩ状態セットを少なくとも示してもよい。ネットワーク装置１１０は、各リンクについてのＢＦＤ及び／又はＣＢＤのためにＤＬＲＳを送信してもよい（７１０）。

【0134】

端末装置１２０は、ＴＣＩ状態セット内の第１のＴＣＩ状態に関するＢＦＤＲＳを監視する（７１５）。第１のＴＣＩ状態を有するチャネルは端末装置１２０により監視されてもよい。端末装置１２０は、ＴＣＩ状態のセット内の第１のＴＣＩ状態以外の各ＴＣＩ状態に関するＣＢＤＲＳを監視する（７２０）。例えば、図３に示すように、第１のＴＣＩ状態が識別子５を持つＴＣＩ状態であり、ＴＣＩ状態セットがＴＣＩ状態セット３２０である場合、端末装置１２０は、識別子５を持つＴＣＩ状態に関するＢＦＤＲＳを監視し、識別子６、７及び８を有するＴＣＩ状態に関するＣＢＤＲＳを監視する。ネットワーク装置１１０は、各リンクについて周期的にＤＬＲＳを端末装置１２０に送信（７２５）してもよいことを、理解すべきである。端末装置１２０は、第１のＴＣＩ状態に関するＢＦＤＲＳを監視（７３０）し、ＴＣＩ状態セット内の第１のＴＣＩ状態以外の各状態に関するＣＢＤＲＳを周期的に監視する。

【0135】

これにより、端末装置１２０は、ネットワーク装置１１０により設定された各ＴＣＩ状態に関するＣＢＤＲＳを監視する必要がなくなる。端末装置１２０は、第１のＴＣＩ状態を含むＴＣＩ状態セット内の第１のＴＣＩ状態以外の各状態に関するＣＢＤＲＳのみを監視してもよい。これにより、端末装置の複雑さと電力消費が低減される。

【0136】

いくつかの例示的な実施形態において、端末装置１２０は、第１のＴＣＩ状態に関連付けられたＴＣＩ状態遷移に関する情報に基づいて、第１のＴＣＩ状態が事前決定又は設定された期間中に使用不可（out of service）となる確率が第１の閾値より高いか否かを決定してもよい。確率が第１の閾値よりも高いとの決定に従って、端末装置１２０はＣＢＤＲＳを監視する。例えば、端末装置１２０は、第１のＴＣＩ状態そのものを含まないセットのＴＣＩ状態を監視するか、又は最下位に順位付けされた第１のＴＣＩ状態を有するＴＣＩ状態セットを監視してもよい。確率が第１の閾値よりも低い場合、端末装置１２０はＣＢＤＲＳを監視しない。例えば、端末装置１２０は、第１のＴＣＩ状態を含むＴＣＩ状態セットを監視しなくてもよく、第１のＴＣＩ状態は、該ＴＣＩ状態セットのトップ又は先頭に順位付けされてもよい。第１の閾値を設定又は事前設定される。これにより、端末装置１２０は、より少ないＣＢＤを実行してもよいため、端末装置の複雑さ及び消費電力がさらに低減される。

【0137】

いくつかの例示的な実施形態において、端末装置１２０は、第１のＴＣＩ状態に関連付けられたＴＣＩ状態遷移に関する情報に基づいて、第１のＴＣＩ状態がある期間中に使用不可となる確率が第２の閾値より低いか否かを決定してもよい。確率が第２の閾値よりも低いとの決定に従って、端末装置１２０は、ＢＦＤＲＳ及び／又はＣＢＤＲＳの監視をスキップしてもよい。これにより、端末装置１２０は、より少ないＢＦＤ及び／又はＣＢＤを実行してもよいため、端末装置の複雑さ及び消費電力が低減される。

【0138】

図７を参照し、ＢＦＤ及びＣＢＤについての拡張について説明してきた。以降、図８を参照し、ＢＦＤ及びＢＦＲについての拡張について説明する。
ＢＦＤ及びＢＦＲについての拡張

【0139】

従来、ＢＦＤにおいて、無線リンク品質が閾値Ｑｏｕｔ，ＬＲよりも、セル上のＳＳ／ＰＢＣＨブロック及び／又は端末装置が無線リンク品質を評価するために使用するセットｑ０内の周期的ＣＳＩ－ＲＳ設定間の最短周期と２ｍｓとのうちの最大値により決定される周期だけ悪い場合、物理層は上位層に通知してもよい。ＢＦＩ＿ＣＯＵＮＴＥＲ≧ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔである場合、ビーム障害が宣言され、ＢＦＲＱがトリガされる。

【0140】

しかしながら、いくつかのシナリオにおいては、障害物が周期的に移動するため、偽障害を引き起こす。本明細書で使用されるように、用語「偽障害」は、ネットワーク装置がブロッキングを認識しているので、ネットワーク装置が端末装置に送信しない可能性があることを意味する。しかしながら、従来の手順に従う端末装置は失敗を宣言し、ＢＦＲＱを開始する。偽障害や不必要なＢＦＲＱプロシージャは、端末装置の電力とＵＬリソースをさらに浪費することになる。このために、本開示にかかるＢＦＤ及びＢＦＲを改善することにより上記の問題を解決するいくつかの方法が提案される。図８を参照し、ＢＦＤ及びＢＦＲについての拡張について説明する。

【0141】

次に、図８を参照する。図８は本開示のいくつかの例示的な実施形態にかかる、通信のためのシグナリングフロー８００を示す図である。図８に示すように、シグナリングフロー８００には、図１に示されるような端末装置１２０と、ネットワーク装置１１０とが関与する。説明のために、１つの端末装置と１つのネットワーク装置とが図８に示されている。シグナリングフロー８００には、より多くの端末装置又はより多くのネットワーク装置が関与してもよく、図８に示された端末装置又はネットワーク装置の数は、説明のためだけに使用され、いかなる限定も示唆しないことを、理解すべきである。

【0142】

オペレーション中、ネットワーク装置１１０は、ＢＦＤ中断の指示を端末装置１２０に送信する（８０５）。例えば、ネットワーク装置１１０は、予測ブロッキング障害又は他のルールに基づいてＢＦＤ中断を決定してもよい。ＢＦＤ中断を決定するためのルールは、他の端末装置からの報告、例えばセンシング、カメラからの他の補助情報、又はネットワーク装置側における計画などを含んでもよいが、これらに限定されない。

【0143】

いくつかの例示的な実施形態において、ネットワーク装置１１０は、ＢＦＤのためのＤＬＲＳの設定を介して、ＢＦＤ中断の指示を送信してもよい。例えば、ＢＦＤのためのＤＬＲＳの設定は、ＢＦＤ中断に関連付けられた周期的ＤＬＲＳに関する少なくとも１つの時間領域位置、又はＢＦＤ中断のスロット番号又はフレーム番号、のうちの１つを含んでもよい。例えば、時間領域位置は、該周期性ＤＳＲＳのｎ個ごとの送信オケージョン、又は該周期性ＤＬＲＳのｎ１又はｎ２又はｎi個ごとの送信オケージョンであってもよい。ｎ、ｎ１、ｎ２、及びｎ２は、任意の適切な数であってもよいことを、理解すべきである。例えば、ＢＦＤ中断は、Ｘ（Ｘは任意の適切な数であってもよい）個ごとの時間単位を含んでもよい。時間単位は、ｍｓ／フレーム／スロット／ミニスロット／シンボルなどであってもよい。

【0144】

いくつかの例示的な実施形態において、ネットワーク装置１１０は、ＭＡＣＣＥ又はＤＣＩ指示を介してＢＦＤ中断の指示を送信してもよい。ＭＡＣＣＥ又はＤＣＩ指示は、次のいくつかのＲＳ測定値をカウントしないように端末装置１２０に通知してもよい。追加として、ＭＡＣＣＥ又はＤＣＩ指示は、ＢＦＤ中断が終了したことを端末装置１２０に通知してもよい。

【0145】

ＢＦＤ中断の指示を受信した後、端末装置１２０は、ビーム障害インスタンス（ＢＦＩ）のカウンタの増加を停止する（８１０）。例えば、端末装置１２０は、ＢＦＤ中断により示される時間領域位置、又はスロット番号又はフレーム番号において、ＢＦＩのカウンタの増加を停止してもよい。いくつかの例示的な実施形態において、端末装置１２０は、ＢＦＩのカウンタを０にセットしてもよい。

【0146】

端末装置１２０は、ＢＦＤ中断後、ＢＦＩのカウンタを再開する（８１５）。例えば、端末装置１２０は、ＭＡＣＣＥ又はＤＣＩ指示により示されるＢＦＤ中断の終了の後に、ＢＦＩのカウンタを再開してもよい。

【0147】

上述したプロセスを利用することにより、端末装置は、ＢＦＤ中断の指示に基づいて、ＢＦＩのカウンタを増加させなくてもよいため、周期的なブロッキングによる偽障害が回避される。これにより、不必要なＢＦＲＱプロシージャが回避され、端末装置の電力消費が低減され、ＵＬリソースが節約される。
例示的な方法及び装置

【0148】

次に、図９を参照する。図９は本開示のいくつかの実施形態にかかる例示的な方法９００のフローチャートである。方法９００は、図１に示すような端末装置１２０において実現できる。方法９００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。説明のために、端末装置１２０の視点から図１を参照して方法９００を説明する。

【0149】

ブロック９１０において、端末装置１２０は、ネットワーク装置１１０に、端末装置１２０とネットワーク装置１１０との間の送信のためのＴＣＩ状態の第１のセット内のターゲットＴＣＩ状態に関する情報を送信する。ＴＣＩ状態の第１のセットは、既にアクティブ化されたＴＣＩ状態の第２のセットと少なくとも部分的に重複しない。ターゲットＴＣＩ状態は、ＴＣＩ状態の第２のセットの外にある。ブロック９２０において、端末装置１２０は、少なくともＴＣＩ状態の第１のセット内のターゲットＴＣＩ状態をアクティブとしてセットする。

【0150】

いくつかの例示的な実施形態において、ターゲットＴＣＩ状態に関する情報を送信することは、ターゲットＴＣＩ状態に関連付けられる第１のチャネル品質が閾値品質よりも高いことと、ＴＣＩ状態の第２のセット内の現在のＴＣＩ状態に関連付けられた第２のチャネル品質よりも第１のチャネル品質が高く、該現在のＴＣＩ状態を有するチャネルが端末装置により監視されていることと、第１のチャネル品質が第２のチャネル品質よりもオフセットで高いことと、第１のチャネル品質が第２のチャネル品質よりもオフセットで複数回高いことと、のうちの少なくとも１つが満たされた場合、ターゲットＴＣＩ状態に関する情報を送信することを含む。

【0151】

いくつかの例示的な実施形態において、ターゲットＴＣＩ状態に関する情報を送信することは、ＰＵＣＣＨ、ＰＵＳＣＨ又はＰＲＡＣＨのうちの少なくとも１つ上の報告リソースにおいてターゲットＴＣＩ状態に関する情報を送信することを含む。

【0152】

いくつかの例示的な実施形態において、方法９００は、ネットワーク装置１１０から、ターゲットＴＣＩ状態に関する情報の受信に関する確認を受信することをさらに含む。

【0153】

いくつかの例示的な実施形態において、報告リソースは、ビーム報告、ＣＳＩ報告、又はビーム障害回復要求ＢＦＲＱのためのリソースとともに多重化されるか、又は、報告リソースは、ターゲットＴＣＩ状態に関する情報を送信するために端末装置により保留された専用リソースである。

【0154】

いくつかの例示的な実施形態において、ターゲットＴＣＩ状態に関する情報を送信することは、ターゲットＴＣＩ状態に関するＳＳＢＲＩ又はＣＲＩを送信すること、ターゲットＴＣＩ状態に関するＳＳＢＲＩ又はＣＲＩをビーム切替のための指示とともに送信すること、又はＴＣＩ状態の第１のセットに関する情報を送信すること、のうちの少なくとも１つを含む。

【0155】

いくつかの例示的な実施形態において、ターゲットＴＣＩ状態に関する情報を送信することは、チャネル取得プロシージャ又はファインチューニングプロシージャのうちの少なくとも１つをトリガするために、情報を送信することを含み、チャネル取得プロシージャは、チャネル取得のための端末装置報告に関連付けられたＳＲＳ、又はチャネル取得を報告する端末装置に関連付けられたＣＳＩ報告のうちの１つを含み、ファインチューニングプロシージャは、ファインチューニングのための追跡参照信号ＴＲＳ送信を含む。

【0156】

いくつかの例示的な実施形態において、少なくともＴＣＩ状態の第１のセット内のターゲットＴＣＩ状態をアクティブとしてセットすることは、ターゲットＴＣＩ状態を有するＰＤＣＣＨを監視することを含む。

【0157】

いくつかの例示的な実施形態において、ＴＣＩ状態の第１のセット内の少なくとも１つのターゲットＴＣＩ状態をアクティブとしてセットすることは、ターゲットＴＣＩ状態が将来の送信のために使用されるとの確認をネットワーク装置１１０から受信したことに応じて、ターゲットＴＣＩ状態を有するＰＤＣＣＨの監視を開始することを含む。

【0158】

いくつかの例示的な実施形態において、少なくともＴＣＩ状態の第１のセット内のターゲットＴＣＩ状態をアクティブとしてセットすることは、ＴＣＩ状態の第１のセット内のターゲットＴＣＩ状態をアクティブとしてセットすることと、ＴＣＩ状態識別子とダウンリンク制御情報ＤＣＩ内のＴＣＩコードポイントとのマッピング関係を、ターゲットＴＣＩ状態の識別子で更新することと、を含む。

【0159】

いくつかの例示的な実施形態において、少なくともＴＣＩ状態の第１のセット内のターゲットＴＣＩ状態をアクティブとしてセットすることは、ＴＣＩ状態の第１のセット内の各ＴＣＩ状態をアクティブとしてセットすることと、ＴＣＩ状態識別子とダウンリンク制御情報ＤＣＩ内のＴＣＩコードポイントとのマッピング関係を、ＴＣＩ状態の第１のセット内の各ＴＣＩ状態の識別子で更新することと、を含む。

【0160】

いくつかの実施形態において、方法９００は、ＴＣＩ状態の第２のセット内の少なくとも１つのＴＣＩ状態を非アクティブとしてセットすることをさらに含む。

【0161】

いくつかの例示的な実施形態において、ＴＣＩ状態の第１のセットとＴＣＩ状態の第２のセットとは重複しない。方法９００は、ネットワーク装置１１０から、少なくともＴＣＩ状態の第１のセットとＴＣＩ状態の第２のセットとを示すＴＣＩ状態セット設定を受信することをさらに含む。

【0162】

いくつかの例示的な実施形態において、方法９００は、ネットワーク装置１１０から、少なくともＴＣＩ状態の第１のセットとＴＣＩ状態の第２のセットとを示すＴＣＩ状態セット設定を受信することをさらに含み、第１のＴＣＩ状態がＴＣＩ状態の第１のセットに関連付けられ、第２のＴＣＩ状態がＴＣＩ状態の第２のセットに関連付けられている。

【0163】

いくつかの例示的な実施形態において、方法９００は、ネットワーク装置１１０から、少なくともＴＣＩ状態の第１のセットとＴＣＩ状態の第２のセットとを示すＴＣＩ状態セット設定のルールに関する指示を受信することをさらに含む。

【0164】

いくつかの例示的な実施形態において、方法９００は、ＴＣＩ状態の第１のセット内の第１のＴＣＩ状態に関するＢＦＤＲＳを監視することであって、該第１のＴＣＩ状態を有するチャネルが端末装置１２０により監視されることと、ＴＣＩ状態の第１のセット内の第１のＴＣＩ状態以外の各状態に関するＣＢＤＲＳを監視することと、をさらに含む。

【0165】

いくつかの例示的な実施形態において、方法９００は、ターゲットＴＣＩ状態に関する情報を送信する前に、ＴＣＩ状態の第２のセット内の第２のＴＣＩ状態に関するＢＦＤＲＳを監視することであって、該第２のＴＣＩ状態を有するチャネルが端末装置１２０により監視されることと、ＴＣＩ状態の第２のセット内の第２のＴＣＩ状態以外の各状態に関するＣＢＤＲＳを監視することと、をさらに含む。

【0166】

図１０は本開示のいくつかの実施形態にかかる例示的な方法１０００のフローチャートである。方法１０００は、図１に示すようなネットワーク装置１１０において実現できる。方法１０００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。説明のために、ネットワーク装置１１０の視点から図１を参照して方法１０００を説明する。

【0167】

ブロック１０１０において、ネットワーク装置１１０は、端末装置１２０から、端末装置１２０とネットワーク装置１１０との間の送信のためのＴＣＩ状態の第１のセットに属するターゲットＴＣＩ状態に関する情報を受信する。ＴＣＩ状態の第１のセットは、既にアクティブ化されたＴＣＩ状態の第２のセットと少なくとも部分的に重複しない。ターゲットＴＣＩ状態は、ＴＣＩ状態の第２のセットの外にある。ブロック１０２０において、ネットワーク装置１１０は、少なくともＴＣＩ状態の第１のセットに基づいて端末装置１２０との通信を実行する。

【0168】

いくつかの例示的な実施形態において、ターゲットＴＣＩ状態に関する情報を受信することは、ＰＵＣＣＨ、ＰＵＳＣＨ又はＰＲＡＣＨのうちの少なくとも１つ上の報告リソースにおいてターゲットＴＣＩ状態に関する情報を受信することを含む。

【0169】

いくつかの例示的な実施形態において、方法１０００は、端末装置に、ターゲットＴＣＩ状態に関する情報の受信に関する確認を送信することをさらに含む。

【0170】

【0171】

いくつかの例示的な実施形態において、ターゲットＴＣＩ状態に関する情報を受信することは、ターゲットＴＣＩ状態に関するＳＳＢＲＩ又はＣＲＩを受信すること、ターゲットＴＣＩ状態に関するＳＳＢＲＩ又はＣＲＩをビーム切替のための指示とともに受信すること、又はＴＣＩ状態の第１のセットに関する情報を受信すること、のうちの少なくとも１つを含む。

【0172】

いくつかの例示的な実施形態において、ターゲットＴＣＩ状態に関する情報を受信することは、チャネル取得プロシージャ又はファインチューニングプロシージャのうちの少なくとも１つをトリガするために、情報を受信することを含み、チャネル取得プロシージャは、チャネル取得のための端末装置報告に関連付けられたサウンディング参照信号ＳＲＳ、又はチャネル取得を報告する端末装置に関連付けられたチャネル状態情報ＣＳＩ報告のうちの１つを含み、ファインチューニングプロシージャは、ファインチューニングのための追跡参照信号ＴＲＳ送信を含む。

【0173】

いくつかの例示的な実施形態において、方法１０００は、ネットワーク装置に、少なくともＴＣＩ状態の第１のセットとＴＣＩ状態の第２のセットとを示すＴＣＩ状態セット設定を送信することをさらに含む。

【0174】

いくつかの例示的な実施形態において、ＴＣＩ状態の第１のセットとＴＣＩ状態の第２のセットとは重複せず、ＴＣＩ状態セット設定は、ネットワーク装置により、少なくともＴＣＩ状態の第１のセットとＴＣＩ状態の第２のセットの各ＴＣＩ状態に関連付けられた位置、又は少なくともＴＣＩ状態の第１のセットとＴＣＩ状態の第２のセットの各ＴＣＩ状態に関連付けられたＴＣＩ状態遷移に関する情報、のうちの少なくとも１つに基づいて決定される。

【0175】

いくつかの例示的な実施形態において、方法１０００は、第１のＴＣＩ状態に関連付けられたＴＣＩ状態遷移に関する情報に基づいて、ＴＣＩ状態の第１のセットを設定することと、第２のＴＣＩ状態に関連付けられたＴＣＩ状態遷移に関する情報に基づいて、ＴＣＩ状態の第２のセットを設定することと、をさらに含む。

【0176】

いくつかの例示的な実施形態において、方法１０００は、端末装置に、少なくともＴＣＩ状態の第１のセットとＴＣＩ状態の第２のセットとを示すＴＣＩ状態セット設定のルールに関する指示を送信することをさらに含む。

【0177】

いくつかの例示的な実施形態において、方法１０００は、ＴＣＩ状態識別子と、ダウンリンク制御情報ＤＣＩ内のＴＣＩコードポイントとのマッピング関係を、ターゲットＴＣＩ状態の識別子で更新することをさらに含む。

【0178】

いくつかの例示的な実施形態において、方法１０００は、ＴＣＩ状態識別子と、ダウンリンク制御情報（ＤＣＩ）内のＴＣＩコードポイントとの間のマッピング関係を、ＴＣＩ状態の第１のセット内の各ＴＣＩ状態の識別子で更新することをさらに含む。

【0179】

次に、図１１を参照する。図１１は本開示のいくつかの実施形態にかかる例示的な方法１１００のフローチャートである。方法１１００は、図１に示すような端末装置１２０において実現できる。方法１１００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。説明のために、端末装置１２０の視点から図１を参照して方法１１００を説明する。

【0180】

ブロック１１１０において、端末装置１２０は、ネットワーク装置１１０から、端末装置１２０とネットワーク装置１１０との間の送信のためのＴＣＩ状態の第１のセット内のターゲットＴＣＩ状態に関する情報を受信する。ＴＣＩ状態の第１のセットは、既にアクティブ化されたＴＣＩ状態の第２のセットと少なくとも部分的に重複しない。ブロック１１２０において、端末装置１２０は、少なくともＴＣＩ状態の第１のセット内のターゲットＴＣＩ状態をアクティブとしてセットする。

【0181】

図１２は本開示のいくつかの実施形態にかかる例示的な方法１２００のフローチャートである。方法１２００は、図１に示すようなネットワーク装置１１０において実現できる。方法１２００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。説明のために、ネットワーク装置１１０の視点から図１を参照して方法１２００を説明する。

【0182】

ブロック１２１０において、ネットワーク装置１１０は、端末装置１２０に、端末装置１２０とネットワーク装置１１０との間の送信のためのＴＣＩ状態の第１のセットに属するターゲットＴＣＩ状態に関する情報を送信する。ＴＣＩ状態の第１のセットは、既にアクティブ化されたＴＣＩ状態の第２のセットと少なくとも部分的に重複しない。ブロック１２２０において、ネットワーク装置１１０は、少なくともＴＣＩ状態の第１のセットに基づいて端末装置１２０との通信を実行する。

【0183】

次に、図１３を参照する。図１３は本開示のいくつかの実施形態にかかる例示的な方法１３００のフローチャートである。方法１３００は、図１に示すような端末装置１２０において実現できる。方法１３００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。説明のために、端末装置１２０の視点から図１を参照して方法１３００を説明する。

【0184】

ブロック１３１０において、端末装置１２０は、ＴＣＩ状態セット内の第１のＴＣＩ状態に関するビーム障害検出ＢＦＤ参照信号ＲＳを監視する（１３１０）。第１のＴＣＩ状態を有するチャネルは端末装置１２０により監視されてもよい。ブロック１３２０において、端末装置１２０は、ＴＣＩ状態のセット内の第１のＴＣＩ状態以外の各ＴＣＩ状態に関する候補ビーム検出ＣＢＤＲＳを監視する。

【0185】

次に、図１４を参照する。図１４は本開示のいくつかの実施形態にかかる例示的な方法１４００のフローチャートである。方法１４００は、図１に示すような端末装置１２０において実現できる。方法１４００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。説明のために、端末装置１２０の視点から図１を参照して方法１４００を説明する。

【0186】

ブロック１４１０において、端末装置１２０は、ネットワーク装置１１０から、ビーム障害検出ＢＦＤ中断の指示を受信する。ブロック１４２０において、端末装置１２０は、ビーム障害インスタンスＢＦＩのカウンタの増加を停止する。ブロック１４３０において、端末装置１２０は、中断後にＢＦＩのカウンタを回復する。

【0187】

図１５は本開示のいくつかの実施形態にかかる例示的な方法１５００のフローチャートである。方法１５００は、図１に示すようなネットワーク装置１１０において実現できる。方法１５００は、図示されていない追加のブロックを含んでもよく、且つ／又は図示されているいくつかのブロックを省略してもよく、本開示の範囲はこの点において限定されないことを、理解すべきである。説明のために、ネットワーク装置１１０の視点から図１を参照して方法１５００を説明する。

【0188】

ブロック１５１０において、ネットワーク装置１１０は、端末装置１２０に、ビーム障害検出ＢＦＤ中断の指示を送信する。

【0189】

本開示にかかるビーム管理拡張の詳細は、図１～図１５を参照して説明されてきた。次に、端末装置１２０の例示的な実現について後述する。いくつかの実施形態において、端末装置（例えば、端末装置１２０）は回路を備え、前記回路は、前記端末装置と前記ネットワーク装置との間の送信のためのＴＣＩ状態の第１のセット内のターゲット送信設定インジケータ（ＴＣＩ：transmission configuration indicator）状態であって、前記ＴＣＩ状態の第１のセットと少なくとも部分的に重複しない既にアクティブ化されたＴＣＩ状態の第２のセットの外であるターゲットＴＣＩ状態に関する情報をネットワーク装置に送信するように設定されている。少なくともＴＣＩ状態の第１のセット内のターゲットＴＣＩ状態をアクティブとしてセットするように設定されている。

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

いくつかの例示的な実施形態において、前記ＣＢＤＲＳを監視する際に、前記回路は、第１のＴＣＩ状態に関連付けられたＴＣＩ状態遷移に関する情報に基づいて、第１のＴＣＩ状態が事前決定された期間中に使用不可（out of service）となる確率が第１の閾値より高いか否かを決定し、確率が第１の閾値よりも高いとの決定に従って、前記ＣＢＤＲＳを監視するように設定されている。

【0236】

いくつかの例示的な実施形態において、前記回路はさらに、第１のＴＣＩ状態に関連付けられたＴＣＩ状態遷移に関する情報に基づいて、第１のＴＣＩ状態が事前決定された期間中に使用不可（out of service）となる確率が第２の閾値より低いか否かを決定し、確率が第２の閾値よりも低いとの決定に従って、前記ＢＦＤＲＳ及び／又は前記ＣＢＤＲＳの監視をスキップするように設定されている。

【0237】

いくつかの例示的な実施形態において、前記回路はさらに、ネットワーク装置から、ビーム障害回復ＢＦＲについての設定であって、少なくとも前記ＴＣＩ状態のセットを示す設定を受信するように設定されている。

【0238】

いくつかの実施形態において、端末装置（例えば、端末装置１２０）は回路を備え、前記回路は、ネットワーク装置から、ビーム障害検出ＢＦＤ中断の指示を受信し、ビーム障害インスタンスＢＦＩのカウンタの増加を停止するように設定されている。前記ＢＦＤ中断後、前記ＢＦＩのカウンタを再開するように設定されている。

【0239】

いくつかの例示的な実施形態において、前記ＢＦＤ中断の指示を受信する際に、前記回路は、ＢＦＤのためのダウンリンクＤＬ参照信号ＲＳの設定を介して前記ＢＦＤ中断の指示を受信し、メディアアドレス制御ＭＡＣ制御要素ＣＥを介して前記ＢＦＤ中断の指示を受信し、又はダウンリンク制御情報ＤＣＩ指示を介して前記ＢＦＤ中断の指示を受信するように設定されている。

【0240】

いくつかの実施形態において、ＢＦＤのためのＤＬＲＳの設定は、ＢＦＤ中断に関連付けられた周期的ＤＬＲＳに関する少なくとも１つの時間領域位置、又はＢＦＤ中断のスロット番号又はフレーム番号、のうちの１つを含む。

【0241】

いくつかの実施形態において、ネットワーク装置（例えば、ネットワーク装置１１０）は回路を備え、前記回路は、端末装置に、ビーム障害検出ＢＦＤ中断の指示を送信するように設定されている。

【0242】

いくつかの例示的な実施形態において、前記ＢＦＤ中断の指示を送信する際に、前記回路は、ＢＦＤのためのダウンリンクＤＬ参照信号ＲＳの設定を介して前記ＢＦＤ中断の指示を送信し、メディアアドレス制御ＭＡＣ制御要素ＣＥを介して前記ＢＦＤ中断の指示を送信し、又はダウンリンク制御情報ＤＣＩ指示を介して前記ＢＦＤ中断の指示を送信するように設定されている。

【0243】

【0244】

いくつかの例示的な実施形態において、前記回路はさらに、他の端末装置の報告、センシング又はカメラからの補助情報、又は前記ネットワーク装置における計画、のうちの少なくとも１つに基づいて、前記ＢＦＤ中断の指示を決定するように設定されている。

【0245】

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

【0246】

図示されるように、装置１６００は、プロセッサ１６１０と、プロセッサ１６１０に結合されたメモリ１６２０と、プロセッサ１６１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）１６４０と、ＴＸ／ＲＸ１６４０に結合された通信インターフェースとを備える。メモリ１６１０は、プログラム１６３０の少なくとも一部を記憶する。ＴＸ／ＲＸ１６４０は双方向通信に用いられる。ＴＸ／ＲＸ１６４０は、通信を容易にするために少なくとも一つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有してもよい。通信インターフェースは、ｅＮＢ間の双方向通信のためのＸ２インターフェース、モビリティ管理エンティティ（ＭＭＥ）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信のためのＳ１インターフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信のためのＵｎインターフェース、又はｅＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。

【0247】

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

【0248】

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

【0249】

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

【0250】

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

【0251】

本開示の方法を実行するためのプログラムコードは、一つ又は複数のプログラミング言語の任意の組み合わせで記述されてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング機器のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行してもよい。

【0252】

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

【0253】

なお、動作について特定の順序で説明を行ったが、所望の結果を得るために、こうした動作を、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、説明された全ての動作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する限定として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明されたいくつかの特徴は、単一の実施形態において組み合わされて実現されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブコンビネーションで実装されてもよい。

【0254】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【手続補正書】

【提出日】2024-03-18

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】