(57)【要約】好適な実施形態の一例は、ユーザー機器において、Ｍ個の有効送信設定標示状態に対する設定を受信することと、１つ以上の定義済みのルールに則り、前記設定されたＭ個の有効送信設定標示状態に基づいて、前記Ｍ個の送信設定標示状態のうちのＮ個のセットのサブセット（Ｎ＜Ｍ）を選択することと、前記選択されたＮ個の送信設定標示状態に基づいて、前記ユーザー機器によってビーム失敗検出リソースを決定することとを含む。
2021521713.tif 000002
【特許請求の範囲】
【請求項１】
ユーザー機器において、Ｍ個の有効送信設定標示状態に対する設定を受信することと、
１つ以上の定義済みのルールに則り、前記設定されたＭ個の有効送信設定標示状態に基づいて、前記Ｍ個の送信設定標示状態のうちのＮ個のセットのサブセット（Ｎ＜Ｍ）を選択することと、
前記選択されたＮ個の送信設定標示状態に基づいて、前記ユーザー機器によってビーム失敗検出リソースを決定することと、
を含む方法。
【請求項２】
ビーム失敗検出のために前記失敗検出リソースを監視することをさらに含む、請求項１に記載の方法。
【請求項３】
前記監視された失敗検出リソースに基づいて、ビーム失敗が発生したと判定することと、
基地局に対してビーム失敗の標示を送信することと、
前記基地局とのビームリカバリプロセスに加わることと、
をさらに含む、請求項２に記載の方法。
【請求項４】
基地局によって、ユーザー機器にＭ個の有効送信設定標示状態に対する設定を施すことと、
前記設定されたＭ個の有効送信設定標示状態に基づいて、前記Ｍ個の送信設定標示状態のうちのＮ個のサブセット（Ｎ＜Ｍ）を選択することと、
前記基地局によって、前記選択されたＮ個の送信設定標示状態に基づいて、ビーム失敗検出リソースを決定することと、
を含む方法。
【請求項５】
前記基地局によって、前記ユーザー機器がビーム失敗検出リソースとして使用する基準信号の標示を前記ユーザー機器に対して送信することをさらに含む、請求項４に記載の方法。
【請求項６】
前記ユーザー機器からビーム失敗の標示を受信することと、
前記ユーザー機器とのビームリカバリプロセスに加わることと、
をさらに含む、請求項４または５に記載の方法。
【請求項７】
前記Ｍ個の有効送信設定標示状態は、物理ダウンリンク制御チャネル用である、請求項１から６のいずれかに記載の方法。
【請求項８】
前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、ＴＣＩ状態設定および／または活動に基づく選択を含み、
・ＰＤＣＣＨに対して直近に有効化されたＴＣＩ状態となる前記失敗検出リソースを選択すること、
・前記ユーザー機器のスケジューリングに使用されるＰＤＣＣＨに対して最新のＴＣＩ状態となる前記失敗検出リソースを選択すること、
のうち少なくとも１つを含む、請求項１から７のいずれかに記載の方法。
【請求項９】
前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、設定された周期特性に基づく選択を含み、
・迅速な失敗検出のために最短の周期性を有する前記失敗検出リソースを選択すること、
・最短のサーチスペース周期性を有するＣＯＲＥＳＥＴに対応付けられた前記失敗検出リソースを選択すること、
のうち少なくとも１つを含む、請求項１から８のいずれかに記載の方法。
【請求項１０】
前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、対応付けられたＣＯＲＥＳＥＴの設定された識別子の値に基づく選択を含み、
・有効ＴＣＩ状態を有する最低のＣＯＲＥＳＥＴのＩＤが選択されるように前記失敗検出リソースを選択すること、
・ＰＤＣＣＨに対するＴＣＩ状態に対応付けられたＣＯＲＥＳＥＴ＃０に応じて、Ｎ個のＴＣＩ状態のうちの１つとして、最初のＴＣＩ状態を初期設定で選択し、少なくとも１つの別のＴＣＩ状態が、請求項１または本請求項を除く請求項１に従属するいずれかの請求項に記載の方法において提案された別の選択機構に基づいて選択されること、
のうち少なくとも１つを含む、請求項１から９のいずれかに記載の方法。
【請求項１１】
前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、ＴＣＩ状態基準信号タイプに基づく選択を含み、
・ＳＳブロックが選択されるように前記失敗検出リソースを選択すること、
・１つのＳＳＢのみが有効ＴＣＩ状態にある場合、ＣＳＩ−ＲＳに対する代替の選択ロジックオプションに基づいて、前記失敗検出リソースを選択すること、
・適用可能である場合、ＱＣＬ仮定によってＳＳブロックとなる前記失敗検出リソースを選択すること、
のうち少なくとも１つを含む、請求項１から１０のいずれかに記載の方法。
【請求項１２】
前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、非周期的／半永続的ＣＳＩ−ＲＳであるＰＤＣＣＨに対するＴＣＩ状態に応じて、ＴＣＩ状態基準信号時間タイプに基づく選択を含み、
・前記失敗検出リソースがこのＴＣＩ状態を含まないように当該失敗検出リソースを選択すること、
・請求項１または本請求項を除く請求項１に従属するいずれかの請求項に記載の方法に従って、周期的信号として、可用であれば、Ａ／Ｓ−Ｐ  ＣＳＩ−ＲＳに対するソースＲＳとして、前記失敗検出リソースを選択すること、
のうち少なくとも１つを含む、請求項１から１１のいずれかに記載の方法。
【請求項１３】
請求項１から１２のいずれかに記載の異なる選択機構の任意の組合せを選択することをさらに含む、方法。
【請求項１４】
部分的ビーム失敗の発生および前記失敗検出リソースのうちの１つが失敗条件に当たることに応じて、前記Ｎ個の送信設定標示状態から前記失敗条件に当たる基準信号を取り除き、代わりに残りのＮ−１個の送信設定標示状態を前記失敗検出リソースとして使用する、請求項１から１３のいずれかに記載の方法。
【請求項１５】
Ｎ−１個のリソースが失敗条件に当たること、かつ失敗条件に当たらない基準信号が前記Ｎ個の送信設定標示状態に含まれていなかったことに応じて、前記失敗条件に当たらない前記基準信号を前記Ｎ個の送信設定標示状態に追加し、前記追加された基準信号を前記ビーム失敗検出のために使用する、請求項１４に記載の方法。
【請求項１６】
ユーザー機器において、Ｍ個の有効送信設定標示状態に対する設定を受信する手段と、
１つ以上の定義済みのルールに則り、前記設定されたＭ個の有効送信設定標示状態に基づいて、前記Ｍ個の送信設定標示状態のうちのＮ個のセットのサブセット（Ｎ＜Ｍ）を選択する手段と、
前記選択されたＮ個の送信設定標示状態に基づいて、前記ユーザー機器によってビーム失敗検出リソースを決定する手段と、
を備える装置。
【請求項１７】
ビーム失敗検出のために前記失敗検出リソースを監視する手段をさらに備える、請求項１６に記載の装置。
【請求項１８】
前記監視された失敗検出リソースに基づいて、ビーム失敗が発生したと判定する手段と、
基地局に対してビーム失敗の標示を送信する手段と、
前記基地局とのビームリカバリプロセスに加わる手段と、
をさらに備える、請求項１７に記載の装置。
【請求項１９】
基地局によって、ユーザー機器にＭ個の有効送信設定標示状態に対する設定を施す手段と、
前記設定されたＭ個の有効送信設定標示状態に基づいて、前記Ｍ個の送信設定標示状態のうちのＮ個のサブセット（Ｎ＜Ｍ）を選択する手段と、
前記基地局によって、前記選択されたＮ個の送信設定標示状態に基づいて、ビーム失敗検出リソースを決定する手段と、
を備える装置。
【請求項２０】
前記基地局によって、前記ユーザー機器がビーム失敗検出リソースとして使用する基準信号の標示を前記ユーザー機器に対して送信する手段をさらに備える、請求項１９に記載の装置。
【請求項２１】
前記ユーザー機器からビーム失敗の標示を受信する手段と、
前記ユーザー機器とのビームリカバリプロセスに加わる手段と、
をさらに備える、請求項１６から２０のいずれかに記載の装置。
【請求項２２】
前記Ｍ個の有効送信設定標示状態は、物理ダウンリンク制御チャネル用である、請求項１６から２１のいずれかに記載の装置。
【請求項２３】
前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、ＴＣＩ状態設定および／または活動に基づく選択を含み、
・ＰＤＣＣＨに対して直近に有効化されたＴＣＩ状態となる前記失敗検出リソースを選択すること、
・前記ユーザー機器のスケジューリングに使用されるＰＤＣＣＨに対して最新のＴＣＩ状態となる前記失敗検出リソースを選択すること、
のうち少なくとも１つを含む、請求項１６から２２のいずれかに記載の装置。
【請求項２４】
前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、設定された周期特性に基づく選択を含み、
・迅速な失敗検出のために最短の周期性を有する前記失敗検出リソースを選択すること、
・最短のサーチスペース周期性を有するＣＯＲＥＳＥＴに対応付けられた前記失敗検出リソースを選択すること、
のうち少なくとも１つを含む、請求項１６から２３のいずれかに記載の装置。
【請求項２５】
前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、対応付けられたＣＯＲＥＳＥＴの設定された識別子の値に基づく選択を含み、
・有効ＴＣＩ状態を有する最低のＣＯＲＥＳＥＴのＩＤが選択されるように前記失敗検出リソースを選択すること、
・ＰＤＣＣＨに対するＴＣＩ状態に対応付けられたＣＯＲＥＳＥＴ＃０に応じて、Ｎ個のＴＣＩ状態のうちの１つとして、最初のＴＣＩ状態を初期設定で選択し、少なくとも１つの別のＴＣＩ状態が、請求項１または本請求項を除く請求項１に従属するいずれかの請求項に記載の方法において提案された別の選択機構に基づいて選択されること、
のうち少なくとも１つを含む、請求項１６から２４のいずれかに記載の装置。
【請求項２６】
前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、ＴＣＩ状態基準信号タイプに基づく選択を含み、
・ＳＳブロックが選択されるように前記失敗検出リソースを選択すること、
・１つのＳＳＢのみが有効ＴＣＩ状態にある場合、ＣＳＩ−ＲＳに対する代替の選択ロジックオプションに基づいて、前記失敗検出リソースを選択すること、
・適用可能である場合、ＱＣＬ仮定によってＳＳブロックとなる前記失敗検出リソースを選択すること、
のうち少なくとも１つを含む、請求項１６から２５のいずれかに記載の装置。
【請求項２７】
前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、非周期的／半永続的ＣＳＩ−ＲＳであるＰＤＣＣＨに対するＴＣＩ状態に応じて、ＴＣＩ状態基準信号時間タイプに基づく選択を含み、
・前記失敗検出リソースがこのＴＣＩ状態を含まないように当該失敗検出リソースを選択すること、
・請求項１６、あるいは本請求項を除く請求項１６に従属するいずれかの請求項に記載の装置において、周期的信号として、可用であれば、Ａ／Ｓ−Ｐ  ＣＳＩ−ＲＳに対するソースＲＳとして、前記失敗検出リソースを選択すること、
のうち少なくとも１つを含む、請求項１６から２６のいずれかに記載の装置。
【請求項２８】
部分的ビーム失敗の発生および前記失敗検出リソースのうちの１つが失敗条件に当たることに応じて、前記Ｎ個の送信設定標示状態から前記失敗条件に当たる基準信号を取り除き、代わりに残りのＮ−１個の送信設定標示状態を前記失敗検出リソースとして使用する、請求項１６から２７のいずれかに記載の装置。
【請求項２９】
Ｎ−１個のリソースが失敗条件に当たること、かつ失敗条件に当たらない基準信号が前記Ｎ個の送信設定標示状態に含まれていなかったことに応じて、前記失敗条件に当たらない前記基準信号を前記Ｎ個の送信設定標示状態に追加し、前記追加された基準信号を前記ビーム失敗検出のために使用する、請求項２８に記載の装置。
【請求項３０】
１つ以上のプロセッサと、
コンピュータプログラムコードを含む１つ以上のメモリと、を備える装置であって、
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサによって、前記装置に少なくとも、
ユーザー機器において、Ｍ個の有効送信設定標示状態に対する設定を受信することと、
１つ以上の定義済みのルールに則り、前記設定されたＭ個の有効送信設定標示状態に基づいて、前記Ｍ個の送信設定標示状態のうちのＮ個のセットのサブセット（Ｎ＜Ｍ）を選択することと、
前記選択されたＮ個の送信設定標示状態に基づいて、前記ユーザー機器によってビーム失敗検出リソースを決定することと、
を実施させるように構成されている、装置。
【請求項３１】
前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、設定された周期特性に基づく選択を含み、
・迅速な失敗検出のために最短の周期性を有する前記失敗検出リソースを選択すること、
・最短のサーチスペース周期性を有するＣＯＲＥＳＥＴに対応付けられた前記失敗検出リソースを選択すること、
のうち少なくとも１つを含む、請求項３０に記載の装置。
【請求項３２】
請求項１から１５のいずれかに記載の方法を実行するためのプログラムコードを含む、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して無線通信に関し、より詳細には、ビーム失敗検出に関する。
【背景】
【０００２】
本明細書や図面に使用され得る略記を、後述の「詳細説明」の冒頭に定義する。
【０００３】
現在、３ＧＰＰにおいて、ビーム失敗リカバリ手順が規定されている。ビームリカバリは、リンク再設定とも呼ばれる。ビームリカバリの目的は、失敗条件に当たるとみなされる１つ以上のサービング制御チャネル（ＰＤＣＣＨ）リンクを検出し、そのリンクを回復することである。リンクを回復するには、ＵＥが、失敗を示すべくネットワークに対するシグナリングを開始し、候補リンク（例えば、ビーム）と呼ばれる、可能性のある新しいリンク（例えば、ビーム）を示す。ＵＥから受信したビーム失敗リカバリ要求に応じて、ネットワークは、当該ＵＥに新しいＰＤＣＣＨリンクを設定してもよい。ビームリカバリは、３ＧＰＰによって仕様書３ＧＰＰ  ＴＳ  ３８．２１３および３ＧＰＰ  ＴＳ  ３８．３２１に規定されている。
【０００４】
さらに詳細を以下に示す。
【図面の簡単な説明】
【０００５】
添付する図面は以下のとおり。
【０００６】
【図１】例示の実施形態が実施され得る、非制限的な、考えられる１つの例示的システムのブロック図である。
【０００７】
【図２】ＵＥに設定されたＴＣＩ表の例を示す。
【０００８】
【図３】特定のＴＣＩ状態（複数可）のみに対応付けされていることを示す２つの例示的ＣＯＲＥＳＥＴ設定を示す。
【０００９】
【図４】例示の実施形態に係るビーム失敗検出リソースのサブセットを選択し、使用するためのユーザー機器によるロジックフロー図である。
【００１０】
【図５】例示の実施形態に係るビーム失敗検出リソースのサブセットを選択し、使用するための基地局によるロジックフロー図である。
【００１１】
【図６】例示の実施形態による、設定されたＭ個の有効ＴＣＩ状態に基づいて、Ｍ個の状態のうちのＮ個のサブセット（Ｎ＜Ｍ）を選択するプロセスのロジックフロー図である。図面のサイズが大きいため、図６−１と図６−２の２つに分割して載せられている。
【００１２】
【図７】２つのソースＲＳとともに３つのＴＣＩ状態を示す図である。
【００１３】
【図８】図５と同様に、例示の実施形態に係るビーム失敗検出リソースのサブセットを選択し、使用するための基地局によるロジックフロー図であり、図５の黙示的な動作の代わりに明示的な動作を使用する。
【詳細説明】
【００１４】
明細書や図面で使用され得る略記を以下に定義する。
【００１５】
３ＧＰＰ    （Third Generation Partnership Project）第３世代パートナーシッププロジェクト
【００１６】
５Ｇ    （Fifth Generation）第５世代
【００１７】
ＢＦＤ−ＲＳ    （Beam Failure Detection Reference Signal）ビーム失敗検出基準信号
【００１８】
ＢＷＰ    （Bandwidth Part）帯域部
【００１９】
ＣＯＲＥＳＥＴ    （Control Resource Set）制御リソースセット
【００２０】
Ｃ−ＲＮＴＩ    （Cell Radio Network Temporary Identifier）セル無線ネットワーク一時識別子
【００２１】
ＣＳＩ−ＲＳ    （Channel State Information Reference Signal）チャネル状態情報基準信号
【００２２】
ＤＭＲＳ    （DeModulation Reference Signal）復調基準信号
【００２３】
ｅＮＢ（またはｅＮｏｄｅＢ）    （evolved Ｎｏde B）進化型ノードＢ（例えばＬＴＥ基地局）
【００２４】
ｇＮＢ（またはｇＮｏｄｅＢ）    ５Ｇ／ＮＲ用の基地局
【００２５】
ＩＤ    （Identification）識別
【００２６】
Ｉ／Ｆ    （Interface）インタフェース
【００２７】
Ｌ３    （Layer 3）レイヤー３
【００２８】
ＬＴＥ    （Long Term Evolution）ロングタームエボリューション
【００２９】
ＭＡＣ    （Medium Access Control）媒体アクセス制御
【００３０】
ＭＡＣ−ＣＥ    （MAC Control Element）ＭＡＣ制御要素
【００３１】
ｍａｘ    （Maximum）最大
【００３２】
ＭＭＥ    （Mobility Management Entity）モビリティ管理エンティティ
【００３３】
ＮＣＥ    （Network Control Element）ネットワーク制御要素
【００３４】
ＮＲ    （New Radio）新無線
【００３５】
ＮＲ−ＰＤＣＣＨ    （New Radio-PDCCH）新無線−ＰＤＣＣＨ
【００３６】
ＮＲ−ＰＤＳＣＨ    （New Radio-PDSCH）新無線−ＰＤＳＣＨ
【００３７】
Ｎ／ＷまたはＮＷ    （Network）ネットワーク
【００３８】
ＰＢＣＨ    （Physical Broadcast CHannel）物理ブロードキャストチャネル
【００３９】
ＰＤＣＣＨ    （Physical Downlink Control CHannel）物理ダウンリンク制御チャネル
【００４０】
ＰＤＳＣＨ    （Physical Downlink Shared CHannel）物理ダウンリンク共有チャネル
【００４１】
ＱＣＬ    （Quasi Colocation）疑似同位置
【００４２】
ＱＣＬ'ｄ    （Quasi-Co-Located）疑似同位置にある
【００４３】
ＲＡＣＨ    （Random Access CHannel）ランダムアクセスチャネル
【００４４】
ＲＬＭ−ＲＳ    （Radio Link Monitoring Reference Signal）無線リンク監視基準信号
【００４５】
ＲＲＨ    （Remote Radio Head）リモートラジオヘッド
【００４６】
ＲＲＣ    （Radio Resource Control）無線リソース制御
【００４７】
ＲＳ    （Reference Signal）基準信号
【００４８】
Ｒｘ    （Receiver）受信機
【００４９】
ＳＧＷ    （Serving Gateway）サービングゲートウェイ
【００５０】
ＳＳ    （Synchronization Signal）同期信号
【００５１】
ＳＳＢ    （Synchronization Signal Block）同期信号ブロック
【００５２】
ＳＳ／ＰＢＣＨ    （Synchronization Signal/Physical Broadcast CHannel）同期信号／物理ブロードキャストチャネル
【００５３】
Ｓ−Ｐ    （Semi-Persistent）半永続的
【００５４】
ＴＣＩ    （Transmission Configuration Indication）送信設定標示
【００５５】
ＴＲＰ    （Tx/Rx Point）Ｔｘ／Ｒｘ点
【００５６】
ＴＳ    （Technical Specification）技術仕様書
【００５７】
Ｔｘ    （Transmitter）送信機
【００５８】
ＵＥ    （User Equipment）ユーザー機器（例えばワイヤレスの、典型的にはモバイルデバイス）
【００５９】
本明細書に使用される「例示的」という語は、「一例として、例示する、または図示する」ものであることを意味する。本明細書に記載の「例示的」とされた実施形態はいずれも、他の実施形態に対して好ましい、または有利であると解されるものでは必ずしもない。この「詳細説明」に記載されるすべての実施形態は、当業者が本発明を製造し、使用できるように提供された例示の実施形態であり、請求項に定義された本発明の範囲を制限するものではない。
【００６０】
本明細書の例示の実施形態は、ビーム失敗検出リソースのサブセットを選択し、使用するための技術を説明する。これらの技術に関する追加的な記述は、例示の実施形態が使用され得るシステムの説明の後に記載される。
【００６１】
図１を参照すると、例示の実施形態が実施され得る、非制限的な、考えられる１つの例示的システムのブロック図を示す。図１では、ユーザー機器（ＵＥ）１１０は、ワイヤレスネットワーク１００と無線通信している。ＵＥは、ワイヤレスネットワークにアクセス可能な、ワイヤレスの、典型的にはモバイルのデバイスである。ＵＥ１１０は、１つ以上のバス１２７を介して相互接続された、１つ以上のプロセッサ１２０と、１つ以上のメモリ１２５と、１つ以上の送受信機１３０とを備える。１つ以上の送受信機１３０は、それぞれ受信機（Ｒｘ）１３２と、送信機（Ｔｘ）１３３とを備える。１つ以上のバス１２７は、アドレスバス、データバス、または制御バスであってもよく、マザーボードまたは集積回路上の一連の配線、光ファイバ、または他の光学通信機器などの任意の相互接続機構を含んでもよい。１つ以上の送受信機１３０は、１つ以上のアンテナ１２８に接続される。１つ以上のメモリ１２５は、コンピュータプログラムコード１２３を含む。ＵＥ１１０は、ビーム失敗モジュール１４０を備え、このモジュールは、いくつかの形で実装され得る部分１４０−１および１４０−２の一方または両方を備える。ビーム失敗モジュール１４０は、１つ以上のプロセッサ１２０の一部として実装されるなど、ビーム失敗モジュール１４０−１としてハードウェアにおいて実装されてもよい。ビーム失敗モジュール１４０−１は、集積回路として、またはプログラマブルゲートアレイなど他のハードウェアによって、実装されてもよい。別の例では、ビーム失敗モジュール１４０は、コンピュータプログラムコード１２３として実装され、１つ以上のプロセッサ１２０によって実行される、ビーム失敗モジュール１４０−２として実装されてもよい。例えば、１つ以上のメモリ１２５およびコンピュータプログラムコード１２３は、１つ以上のプロセッサ１２０によって、本明細書に記載された動作のうちの１つ以上をユーザー機器１１０に実施させるように構成されてもよい。ＵＥ１１０は、ワイヤレスリンク１１１を介してｇＮＢ１７０と通信する。
【００６２】
ｇＮＢ１７０は、ＵＥ１１０などのワイヤレスデバイスによるワイヤレスネットワーク１００へのアクセスを提供する基地局である。ｇＮＢ１７０は、新無線（ＮＲ）とも呼ばれる５Ｇ用の基地局である。ｇＮＢ１７０は、ＬＴＥ（ロングタームエボリューション）用のｅＮＢ（進化型ノードＢ）基地局、または他の好適な基地局であってもよい。ｇＮＢ１７０は、１つ以上のバス１５７を介して相互接続された、１つ以上のプロセッサ１５２と、１つ以上のメモリ１５５と、１つ以上のネットワークインタフェース（Ｎ／Ｗ  Ｉ／Ｆ（複数可））１６１と、１つ以上の送受信機１６０とを備える。１つ以上の送受信機１６０は、それぞれ受信機（Ｒｘ）１６２と、送信機（Ｔｘ）１６３とを備える。１つ以上の送受信機１６０は、１つ以上のアンテナ１５８に接続される。１つ以上のメモリ１５５は、コンピュータプログラムコード１５３を含む。ｇＮＢ１７０は、ビーム失敗モジュール１５０を備え、このモジュールは、いくつかの形で実装され得る部分１５０−１および１５０−２の一方または両方を備える。ビーム失敗モジュール１５０は、１つ以上のプロセッサ１５２の一部として実装されるなど、ビーム失敗モジュール１５０−１としてハードウェアにおいて実装されてもよい。ビーム失敗モジュール１５０−１は、集積回路として、またはプログラマブルゲートアレイなど他のハードウェアによって、実装されてもよい。別の例では、ビーム失敗モジュール１５０は、コンピュータプログラムコード１５３として実装され、１つ以上のプロセッサ１５２によって実行される、ビーム失敗モジュール１５０−２として実装されてもよい。例えば、１つ以上のメモリ１５５およびコンピュータプログラムコード１５３は、１つ以上のプロセッサ１５２によって、本明細書に記載された動作のうちの１つ以上をｇＮＢ１７０に実施させるように構成される。１つ以上のネットワークインタフェース１６１は、リンク１７６および１３１などを介してネットワーク上で通信する。２つ以上のｇＮＢ１７０が、例えば、リンク１７６を使用して通信する。リンク１７６は、有線であっても、無線であっても、またはその両方であってもよく、例えば、Ｘ２インタフェースを実装してもよい。
【００６３】
１つ以上のバス１５７は、アドレスバス、データバス、または制御バスであってもよく、マザーボードまたは集積回路上の一連の配線、光ファイバ、または他の光学通信機器、無線チャネルなどの任意の相互接続機構を含んでもよい。例えば、１つ以上の送受信機１６０は、リモートラジオヘッド（ＲＲＨ）１９５として、ｇＮＢ１７０の他の構成要素がＲＲＨとは物理的に異なる位置にある状態で実装されてもよく、１つ以上のバス１５７は、ｇＮＢ１７０の他の構成要素をＲＲＨ１９５に接続するために一部を光ファイバケーブルとして実装できるであろう。
【００６４】
ワイヤレスネットワーク１００は、モビリティ管理エンティティ（ＭＭＥ）／サービングゲートウェイ（ＳＧＷ）機能性を含み得るネットワーク制御要素（ＮＣＥ）１９０を備えてもよく、これは、電話網ネットワークおよび／またはデータ通信ネットワーク（例えば、インターネット）などのさらなるネットワークとの接続性を提供する。ｇＮＢ１７０は、リンク１３１を介してＮＣＥ１９０に接続される。リンク１３１は、例えば、Ｓ１インタフェースとして実装されてもよい。ＮＣＥ１９０は、１つ以上のバス１８５を介して相互接続された、１つ以上のプロセッサ１７５と、１つ以上のメモリ１７１と、１つ以上のネットワークインタフェース（Ｎ／Ｗ  Ｉ／Ｆ（複数可））１８０とを備える。１つ以上のメモリ１７１は、コンピュータプログラムコード１７３を含む。１つ以上のメモリ１７１およびコンピュータプログラムコード１７３は、１つ以上のプロセッサ１７５によって、１つ以上の動作をＮＣＥ１９０に実施させるように構成される。
【００６５】
ワイヤレスネットワーク１００は、ネットワーク仮想化を実装してもよい。ネットワーク仮想化は、ハードウェアおよびソフトウェアのネットワークリソースおよびネットワーク機能性をソフトウェアベースの単一の管理エンティティである仮想ネットワークに組み合わせるプロセスである。ネットワーク仮想化は、プラットフォーム仮想化を伴い、多くの場合、リソース仮想化と組み合わされる。ネットワーク仮想化は、多数のネットワークまたはネットワークの一部を仮想ユニットに組み合わせる外部的なもの、または単一システム上のソフトウェアコンテナにネットワークのような機能性を提供する内部的なもののいずれかに分類される。なお、ネットワーク仮想化から生じる仮想化エンティティは、依然として、何らかのレベルでプロセッサ１５２または１７５ならびにメモリ１５５および１７１などのハードウェアを使用して実装され、そのような仮想化エンティティも技術的効果をもたらす。
【００６６】
コンピュータ可読メモリ１２５、１５５、および１７１は、ローカル技術環境に適した任意のタイプのものであってもよく、半導体ベースのメモリデバイス、フラッシュメモリ、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリ、ならびにリムーバブルメモリなど、任意の適切なデータストレージ技術を使用して実装されてもよい。コンピュータ可読メモリ１２５、１５５、および１７１は、ストレージ機能を実施するための手段であってもよい。プロセッサ１２０、１５２、および１７５は、 ローカル技術環境に適した任意のタイプのものであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含んでもよい。プロセッサ１２０、１５２、および１７５は、ＵＥ１１０、ｇＮＢ１７０、および本明細書に記載された他の機能の制御などの機能を実施するための手段であってもよい。
【００６７】
一般的に、ユーザー機器１１０の様々な実施形態は、スマートフォンなどの携帯電話、タブレット、ワイヤレス通信能力を有する携帯情報端末（Personal Digital Assistant：ＰＤＡ）、ＩｏＴ（Internet of Things）デバイス、ワイヤレス通信能力を有するポータブルコンピュータ、デジタルカメラなどのワイヤレス通信能力を有する画像捕捉デバイス、ワイヤレス通信能力を有するゲーム用デバイス、ワイヤレス通信能力を有する音楽記憶再生機器、ワイヤレスインターネットアクセスおよびブラウジングを可能にするインターネット機器、ワイヤレス通信能力を有するタブレット、ならびにそのような機能の組合せを組み入れたポータブルユニットまたは端末を含むことができるが、これらに限定されない。
【００６８】
このように、本発明の例示の実施形態の実施のための適切であるが非限定的な１つの技術的文脈を紹介したが、以下では、例示の実施形態をより具体的に記載する。これより先、本明細書は参照しやすいように章立てされている。
【００６９】
Ｉ．本技術分野についてさらなる記載
【００７０】
以下に、本技術分野についてさらに記載する。
【００７１】
Ｉ．ａ．ビーム失敗検出ＲＳ
【００７２】
ネットワーク（例えば、ｇＮＢ１７０）は、ＵＥ１１０に、ビーム失敗検出のためにリンクの品質を監視するための基準信号のセットを設定する。このセットは、ｑ０のセットまたはビーム失敗検出ＲＳ（ＢＦＤ−ＲＳ）と呼ばれ得る。典型的には、ＢＦＤ−ＲＳ（複数可）は、ＰＤＣＣＨのＤＭＲＳと空間的に疑似同位置となるように構成される。つまり、これらの基準信号は、ＰＤＣＣＨを送信するために使用されるダウンリンクビームに相当する。ダウンリンクビームは、ＳＳ／ＰＢＣＨブロックインデックスまたはＣＳＩ−ＲＳリソースインデックスのいずれかである基準信号によって識別される。ＳＳ／ＰＢＣＨまたはＳＳＢは、ＳＳＢリソースインデックスまたはＳＳＢ時間場所インデックスとともに使用され得る。ネットワークは、ＲＲＣシグナリングを明示的に使用してＢＦＤ−ＲＳリストを構成してもよい。また、ＢＦＤ−ＲＳのセットを設定するためにＲＲＣシグナリングを使用してＢＦＤ−ＲＳを示し、ＭＡＣのＣＥを使用してリソースのサブセットを有効化する方法を決定することが可能となり得る。一部の実施形態では、ＰＤＳＣＨビームに対応する基準信号を含めるためのｑ０のセットを定義することが可能となり得る。ＰＤＣＣＨに使用したのと同様のＴＣＩフレームワークを、ＰＤＳＣＨに使用してもよい。同様に、ＵＥには、無線リンク監視（例えば、セルレベル失敗監視）のためのＲＳが明示的に設定されてもよい。これらの信号は、ＲＬＭ−ＲＳと呼ばれ得る。本明細書に記載の、または基準信号に対して一般的に使用される任意の方法は、失敗検出のために使用され得る。ＲＬＭ−ＲＳのリストは、ＰＤＣＣＨおよびＰＤＳＣＨビームと対応関係があっても、なくてもよい。本明細書に記載の方法は、ＢＦＤ−ＲＳまたはＲＬＭ−ＲＳに対して個別に適用されてもよいし、両方に同時に適用されてもよい。
【００７３】
ＵＥ１１０にＢＦＤ−ＲＳリストを明示的に設定しない場合、ＵＥは、ＣＯＲＥＳＥＴごとの設定された／標示された／有効化されたＰＤＣＣＨ−ＴＣＩ状態に基づいて、すなわち、ＰＤＣＣＨのＤＭＲＳと空間的に疑似同位置（ＱＣＬ'ｄ）のダウンリンク基準信号（ＣＳＩ−ＲＳ、ＳＳ／ＰＢＣＨブロック）、または言い換えると、ＰＤＣＣＨビーム、すなわちＰＤＣＣＨを送信するために使用されるビームに黙示的に基づいて、ＢＦＤ−ＲＳリソースを決定する。同様に、ＵＥは、ＰＤＣＣＨに対するＴＣＩ状態に黙示的に基づいて、無線リンク監視のためのＲＳを決定してもよい。ＢＦＤ−ＲＳについては、黙示的な設定がＰＤＳＣＨのＴＣＩ状態有効化にも基づいて適応可能であることを除外しない。本明細書に記載の方法は、ＢＦＤ−ＲＳまたはＲＬＭ−ＲＳのいずれかに個別に、または両方に適用されてもよい。一般的に、これらの方法は、失敗検出のために使用されるあらゆる信号に適用可能である。
【００７４】
Ｉ．ｂ．ＴＣＩ状態およびＱＣＬフレームワーク
【００７５】
共通の疑似同位置（ＱＣＬ）および送信設定標示（ＴＣＩ）フレームワークを使用して、周期的、半永続的（Ｓ／Ｐ）、および非周期的ＣＳＩ−ＲＳ、やＮＲ−ＰＤＣＣＨおよびＮＲ−ＰＤＳＣＨのような、異なるダウンリンク物理信号およびチャネルのための「送信ビーム」を定義する。このため、ＵＥ１１０には、各列（例えば、状態）が特定のダウンリンク信号に対する異なるＱＣＬパラメータ（例えば、遅延スプレッド、平均遅延、ドップラースプレッド、ドップラーシフト、空間ＲＸ）という点でソースＲＳ（複数可）として機能する１つまたは２つのＲＳと対応付けられているＴＣＩ表が設定される。空間ＲＸ  ＱＣＬパラメータが特定のソースＲＳについて設定されている場合、ＵＥ１１０は、ソースＲＳの受信に使用されたのと同じＲＸビームを、設定された／スケジューリングされた／トリガされた物理信号または物理チャネルの受信時に適用できると想定することができる。
【００７６】
以下では、ＰＤＣＣＨビーム標示の概要を説明する。ＵＥ１１０には、（例えば、ｇＮＢ１７０によって）３個までのＣＯＲＥＳＥＴが設定可能であり、設定された帯域部（ＢＷＰ）内で合計１０個のサーチスペースセットが設定可能である。ＣＯＲＥＳＥＴは、ＮＲ−ＰＤＣＣＨを送信可能な物理時間および周波数リソースを定義する。サーチスペースセットは、監視周期性のようなＰＤＣＣＨ監視関連時間ドメインパラメータを定義する。言い換えると、サーチスペースパラメータは、特定のＣＯＲＥＳＥＴからＮＲ−ＰＤＣＣＨを検出しようとするタイミングについての情報をＵＥに対して提供する。
【００７７】
ＮＲ−ＰＤＣＣＨに対する送信ビームを決定するために、各ＣＯＲＥＳＥＴが上述のＴＣＩ列（例えば、ＴＣＩ状態）の１つ以上と対応付けられ得ることが理解されている。ＣＯＲＥＳＥＴが２つ以上のＴＣＩ状態に対応付けられている場合、ＭＡＣ−ＣＥレベル有効化シグナリングを使用して、ＣＯＲＥＳＥＴごとに一度に複数のＴＣＩ状態のいずれが有効であるかを制御する。ＣＯＲＥＳＥＴに対応付けられたサーチスペースセット関連パラメータは、ＵＥが特定のＣＯＲＥＳＥＴを監視するタイミングを把握する時間ドメイン監視パターンを定義し、当該ＣＯＲＥＳＥＴの対応付けられた（例えば、有効）ＴＣＩ状態から、ＵＥ１１０は、自らのＲＸビームをどのようにセットすべきかを把握する。
【００７８】
図２は、（例えば、ｇＮＢ１７０によって）ＵＥに設定された例示的ＴＣＩ表を示す。ここでは、ＱＣＬタイプＡがドップラースプレッド、ドップラーシフト、遅延スプレッド、平均遅延を意味し、ＱＣＬタイプＤが空間ＲＸを意味する。ＴＣＩインデックス、ソースＲＳセット、ソースＲＳインデックス、およびＱＣＬタイプの４つの列がある。ＴＣＩインデックスは、０（ゼロ）からＭ−１までである。ソースＲＳセットには、ＲＳセット＃Ａ（ＴＣＩインデックス０用）、ＲＳセット＃Ｂ（ＴＣＩインデックス１用）、・・・、およびＲＳセット＃Ｅ（ＴＣＩインデックスＭ−１用）が含まれる。ソースＲＳインデックスには、（セット＃Ａの）ＳＳ／ＰＢＣＨブロック＃ｎ（ＴＣＩインデックス０用）、（セット＃Ｂの）ＴＲＳ＃ｂおよび（セット＃Ｂの）ＣＳＩ−ＲＳ＃ｃの両方（ＴＣＩインデックス１用）、・・・、および（セット＃Ｅの）ＣＳＩ−ＲＳ＃ｂ（ＴＣＩインデックスＭ−１用）が含まれる。ＱＣＬタイプには、Ａ＋Ｄ（ＴＣＩインデックス０用）、ＴＲＳ＃ｂ用のＡおよびＣＳＩ−ＲＳ＃ｃ用の（ＴＣＩインデックス１用）、・・・、およびＡ＋Ｄ（ＴＣＩインデックスＭ−１用）が含まれる。
【００７９】
このように、ＴＣＩインデックス０が特定の物理信号またはチャネルに対するソースＲＳ（複数可）を決定すると、ＵＥは、自らのＲＸビームをセットできると判断できる。これは、当該ビームがＳＳ／ＰＢＣＨブロック＃ｎを受信するためにセットされているためである。これに対応して、ＴＣＩインデックス１が特定の物理信号またはチャネルに対するソースＲＳ（複数可）を決定すると、ＵＥは、自らのＲＸビームをセットできると判断できる。これは、当該ビームが（ＲＳセット＃Ｂの）ＣＳＩ−ＲＳ＃ｂを受信するためにセットされているためである。
【００８０】
図３は、ＵＥに１つ以上のＴＣＩ状態の対応付けを有する２つのＣＯＲＥＳＥＴが設定されている場合を示す。ＣＯＲＥＳＥＴ＃０に対して、ＭＡＣ−ＣＥシグナリングを使用して、同時に１つのＴＣＩ状態を有効化する。ブロック３１０を参照すると、２つ以上のＴＣＩ状態がＣＯＲＥＳＥＴごとに設定されている場合、ＭＡＣ−ＣＥを使用してＴＣＩ状態を有効化／無効化する。この例において、ＣＯＲＥＳＥＴ＃０に対して有効設定ＴＣＩ状態は状態０（ゼロ）（有効列の「Ｙｅｓ」参照）であり、状態１および５は有効ではない（有効列の「Ｎｏ」参照）。ＣＯＲＥＳＥＴ＃１に対して、設定されたＴＣＩ状態はＭ−１であり、有効である（有効列の「Ｙｅｓ」参照）。
【００８１】
Ｉ．ｃ．現在のリソース信号動作
【００８２】
概略として、ＵＥ１１０には、ビーム失敗検出ＲＳ（ＢＦＤ−ＲＳ）のセット（ｑ０セットとも称される）を明示的または黙示的に構成してもよい。黙示的な設定の場合、ＵＥは、ＣＯＲＥＳＥＴごとの有効化されたＰＤＣＣＨ−ＴＣＩ状態（すなわち、ダウンリンク基準信号、つまり、ＣＳＩ−ＲＳまたはＳＳ／ＰＢＣＨブロック）に基づいてｑ０セットを決定する。ＵＥ１１０には、複数のＣＯＲＥＳＥＴを設定してもよく、ＣＯＲＥＳＥＴはそれぞれ１つ以上のＰＤＣＣＨ−ＴＣＩ状態に対応付けられてもよい。ＣＯＲＥＳＥＴごとに複数のＴＣＩ状態の場合、ＣＯＲＥＳＥＴごとに１つのみのＴＣＩ状態が同時に有効となる（ＭＡＣ−ＣＥシグナリングを使用して有効化される）。５Ｇでは、ＵＥに３つのＣＯＲＥＳＥＴを設定可能であることが理解されており、３つの異なるＴＣＩ状態が同時に有効となり得る（２つのＣＯＲＥＳＥＴが共通の有効ＴＣＩ状態を有する場合を除き）。これは、可能性のある３つの基準信号がビーム失敗検出のために導かれ得ることを意味する。ＢＦＤ−ＲＳの最大数は２つと理解されている。したがって、３つの有効ＴＣＩ状態から２つのＢＦＤ−ＲＳのサブセットをいかに選択するかが問題となる（すなわち、ＵＥおよびネットワークの両方が把握しているＵＥでの選択用のルールが必要となる）。一般に、リソースのセットから失敗検出リソースのサブセットをいかに選択するかに関して問題を定式化できる。
【００８３】
より詳細には、ＮＲにおいて、ＵＥには最大で３つのＣＯＲＥＳＥＴを構成可能であり、ＣＯＲＥＳＥＴはそれぞれＰＤＣＣＨに対するＴＣＩ状態に対応付け可能である。ＲＡＮ１＃９２では、「合意（ＲＲＣパラメータ更新）：ＢＷＰごとにmaxNrofFailureDetectionResourcesは２」であることが議長の注釈として合意されている。
【００８４】
ＢＦＤ−ＲＳは黙示的に構成可能であり、すなわち、ＢＦＤ−ＲＳ設定（ｑ０のセット）はＰＤＣＣＨ−ＴＣＩ状態標示に従うため、上述のＢＦＤ−ＲＳリソースの最大数が２であるという合意は問題を生じる。ＵＥは、ＢＦＤ−ＲＳのセットのいずれをＵＥがビーム失敗に関して実際に監視するかを決定する必要がある。
【００８５】
手っ取り早い解決策は、ＵＥに対してＢＷＰごとに最大で３つのＢＦＤ−ＲＳを許可して、黙示的な構成における上記問題を防ぐことであろう。この手法はこれまでも検討されているが、本明細書に記載の代替の手法も必要となる可能性が高い。ＢＷＰごとに３つのＢＦＤ−ＲＳを有する構成は当初ＲＡＮ１＃９２で提案されていたが、この手法が「３ＧＰＰ  ＴＳ  ３８．３２１  Ｖ１５．１．０（２０１８−０３）」およびＲＡＮ１議長の注釈「ＲＡＮ１＃９２」に文書化されたようにＲＡＮ１では採択されなかった。さらに、ＲＡＮ１＃９２の２において、測定対象のＲＳの数についての懸念がある。その結果、ＲＡＮ１＃９２の２において、設定されたＢＦＤおよびＲＬＭ−ＲＳリソースの合計数が一緒に制限されるように、３ＧＨｚ未満（＜３ＧＨｚ）かつ６ＧＨｚ超（＞６ＧＨｚ）の場合における制限について合意があった。例えば、３ＧＨｚ未満の場合、２つのＲＬＭ−ＲＳと２つのＢＦＤを個別に設定する代わりに、最大で２つのリソースを設定可能である（ＲＡＮ１＃９２の２、議長の議事録を参照）。ＢＦＤの数が変更されると、作業仮定として合意されている制限数を再検討する必要があることを示し得る。したがって、ＢＦＤ−ＲＳリソースの数を増やすことが容認される可能性は低く、よって、別の解決策が必要である。別の手法としては、ＣＯＲＥＳＥＴ設定の最大数を２に制限することが挙げられるが、これはシステム動作の面から好ましくなく、場合によっては不可能である。より大局的には、ＢＦＤ−ＲＳの最大数を最終的に増やすとしても、ＢＦＤ−ＲＳの最大数がＰＤＣＣＨに対する有効化されたＴＣＩ状態の数よりも少ない場合、やはり本発明の方法が必要になる。
【００８６】
あるいは、３つのＰＤＣＣＨ−ＴＣＩ状態がＵＥに設定されると、ネットワークは、３つのＴＣＩ状態から最大２つをＢＦＤ−ＲＳリソースとして明示的に選択する必要がある。この設定は、ＲＲＣシグナリングを使用して（現状、単にオプションである）更新される。これは、動的な動作において、つまり、ＰＤＣＣＨに対するＴＣＩ状態の有効化が比較的頻繁に行われる場合の、集中的な手順である。さらに、ＲＲＣが設定されたＴＣＩ状態セットからのＭＡＣ−ＣＥを使用してＴＣＩ状態有効化を実施可能であり、これにより、シグナリング遅延の差に起因して有効化されたＴＣＩ状態とＢＦＤ−ＲＳとの間の不一致が起こり得る。所定のセットからＢＦＤ−ＲＳを有効化するために使用されるＭＡＣのＣＥの場合でも、ネットワークは常に有効化信号を送信する必要があり、送信リソースを要する。
【００８７】
現状、ＵＥには３つのＣＯＲＥＳＥＴが設定されているものの、２つ以上のＣＯＲＥＳＥＴが共通のＴＣＩ状態を有する必要がある（この場合、ＢＦＤ−ＲＳを最大２に限定する）との限定はない。
【００８８】
したがって、黙示的なＢＦＤ−ＲＳ設定を使用し、ＢＦＤ−ＲＳの明示的な設定にかかる高シグナリングコストを伴う上述した問題のケースを考慮し、ＢＦＤ−ＲＳ最大値およびＰＤＣＣＨ−ＴＣＩ状態最大値が不一致である場合、ＢＦＤ−ＲＳのサブセットの選択のための（例えば、ルールに基づく）選択ロジックを提案する。
【００８９】
ＩＩ．例示の実施形態
【００９０】
例示の実施形態では、ＰＤＣＣＨに対するＭ個の有効ＴＣＩ状態がＵＥに設定され、ＢＦＤ−ＲＳの最大数がＮ（Ｎ＜Ｍ）である場合、ＢＦＤ−ＲＳ（ｑ０のセット）としての（または、より一般的に失敗検出のために）Ｎ個のＴＣＩ状態を選択するためのＵＥに対する機構を実装する。
【００９１】
図４を参照すると、例示の実施形態に係るビーム失敗検出リソースのサブセットを選択し、使用するためのＵＥ１１０によるロジックフロー図を示す。この図はさらに、例示的方法（複数可）の動作、コンピュータ可読メモリで実施されたコンピュータプログラム命令の実行結果、ハードウェアで実装されたロジックによる機能、および／または例示の実施形態に係る機能を実施するための相互接続された手段を示す。例えば、ビーム失敗モジュール１４０は、図４における複数のブロックを含んでもよく、含まれた各ブロックは、当該ブロックの機能を実施するための相互接続された手段である。図４におけるブロックは、例えば、少なくとも部分的にビーム失敗モジュール１４０の制御下において、ＵＥ１１０によって実施されるものと仮定する。
【００９２】
ブロック４１０において、ＵＥ１１０は、例えばｇＮＢ１７０から、Ｍ個の有効ＴＣＩ状態に対する設定を受信する。ブロック４２０において、ＵＥ１１０は、設定されたＭ個の有効ＴＣＩ状態に基づいて、Ｍ個の状態のうちのＮ個のサブセット（Ｎ＜Ｍ）を選択する。この選択は、図６に記載された１つ以上のルールに基づく。ブロック４３０において、ＵＥ１１０は、選択されたＮ個のＴＣＩ状態に基づいて、ビーム失敗検出リソースを決定する。ブロック４４０において、ＵＥ１１０は、ビーム失敗検出のために失敗検出リソースを監視する。これは、決定されたビーム失敗検出リソースに関する基準信号を受信することを伴ってもよい。ブロック４５０において、ＵＥ１１０は、監視された失敗検出リソース（例えば、監視された失敗検出リソースに関する受信された基準信号）を使用して、ビーム失敗が発生したかを判定する。ビーム失敗が発生していなければ（ブロック４６０＝Ｎｏ）、フローはブロック４９０に進む。一方、ビーム失敗が発生していれば（ブロック４６０＝Ｙｅｓ）、ブロック４７０において、ＵＥ１１０は、基地局（例えば、ｇＮＢ１７０）に対してビーム失敗の標示を送信する。ＵＥ１１０は、候補ビームと呼ばれる、可能性のある新しいビームを示してもよい。ブロック４８０において、ＵＥ１１０は、例えば候補ビームを使用して、（例えばｇＮＢ１７０との）ビームリカバリプロセスに加わる。一例としてこの場合、ＵＥは、新しい候補ビームとして、事前のＢＦＤ−ＲＳのサブセットの選択によりＢＦＤ−ＲＳとして使用されなかったＴＣＩ状態（ＳＳＢまたはＣＳＩ−ＲＳ）を示してもよい。失敗検出に使用されなかったＴＣＩ状態は、ビーム失敗を示すために使用可能なアップリンクリソース（例えば、ＰＵＣＣＨ）を有してもよい。ビームリカバリは、３ＧＰＰによって、仕様書３ＧＰＰ  ＴＳ  ３８．２１３および３ＧＰＰ  ＴＳ  ３８．３２１に規定されている。一つのオプション（図４に示す）として、ＵＥが新しいＴＣＩ状態をネットワークから受信するとリカバリ手順が終了することから、ブロック４８０からブロック４９０（後述する）に向かい得る。
【００９３】
また、ＵＥ１１０をＰＤＣＣＨに対する少なくとも１つの新しいＴＣＩ状態で（再）設定することも可能である。この場合、選択ロジック手順がＵＥにおいて再実行される。あるいは、失敗検出リソースのサブセットを決定するために使用されるパラメータのいずれか（複数可）が変更されると、選択ロジック手順は再実行される。
【００９４】
図４の例では、これは以下のように実施される。ブロック４９０において、ＵＥ１１０は、選択手順を再実行するかを決定する（例えば、ＵＥがＰＤＣＣＨに対する少なくとも１つの新しいＴＣＩ状態で（再）設定されているか、または、失敗検出リソースのサブセットを決定するために使用されるパラメータ（複数可）が変更されているか？）。選択手順を再実行しない決定がなされた場合（ブロック４９５＝Ｎｏ）、フローはブロック４４０に進む。選択手順を再実行する決定がなされた場合（ブロック４９５＝Ｙｅｓ）、フローはブロック４２０に進む。ブロック４２０における選択は、（再）設定されたＰＤＣＣＨに対する少なくとも１つの新しいＴＣＩ状態に基づくか、または、失敗検出リソースのサブセットを決定するために使用される変更されたパラメータ（複数可）（例えば、変更されていない他の可能性のあるパラメータ）に基づく。
【００９５】
図５を参照すると、例示の実施形態に係るビーム失敗検出リソースのサブセットを選択し、使用するための基地局によるロジックフロー図を示す。この図はさらに、例示的方法（複数可）の動作、コンピュータ可読メモリで実施されたコンピュータプログラム命令の実行結果、ハードウェアで実装されたロジックによる機能、および／または例示の実施形態に係る機能を実施するための相互接続された手段を示す。例えば、ビーム失敗モジュール１５０は、図５における複数のブロックを含んでもよく、含まれた各ブロックは、当該ブロックの機能を実施するための相互接続された手段である。図５におけるブロックは、例えば、少なくとも部分的にビーム失敗モジュール１５０の制御下において、ｇＮＢ１７０などの基地局によって実施されるものと仮定する。
【００９６】
ブロック５１０において、ｇＮＢ１７０は、ＵＥ１１０にＭ個の有効ＴＣＩ状態を設定する。ブロック５２０において、ｇＮＢ１７０は、設定されたＭ個の有効ＴＣＩ状態に基づいて、Ｍ個の状態のうちのＮ個のサブセット（Ｎ＜Ｍ）を選択する。この選択は、図６に記載されたルールに基づいてもよい。ブロック５３０において、ＧＮＢ１７０は、選択されたＮ個のＴＣＩ状態に基づいて、ビーム失敗検出リソースを決定し、ブロック５４０において、ビーム失敗検出に使用される基準信号（例えば、ビーム失敗検出リソースに関する基準信号）をＵＥに対して送信する。ブロック５５０において、ｇＮＢ１７０は、ビーム失敗の標示がＵＥから受信されているかを判定する。これは、候補ビームと呼ばれる、可能性のある新しいビームの標示も含んでもよい。受信されていない場合（ブロック５６０＝Ｎｏ）、フローはブロック５８０に進む。受信されている場合（ブロック５６０＝Ｙｅｓ）、ブロック５７０において、ｇＮＢ１７０は、例えば候補ビームを使用して、（例えば、ＵＥ１１０との）ビームリカバリプロセスに加わる。ビームリカバリは、３ＧＰＰによって、仕様書３ＧＰＰ  ＴＳ  ３８．２１３および３ＧＰＰ  ＴＳ  ３８．３２１に規定されている。一つのオプション（図５に示す）として、ｇＮＢ１７０が新しいＴＣＩ状態をＵＥ１１０に対して送信するとリカバリ手順が終了することから、ブロック５７０からブロック５８０（後述する）に向かい得る。
【００９７】
上述のように、ネットワークが、ＵＥ１１０をＰＤＣＣＨに対する少なくとも１つの新しいＴＣＩ状態で（再）設定することも可能である。この場合、選択ロジック手順がネットワークにおいて（例えば、さらにＵＥにおいて）再実行される。あるいは、失敗検出リソースのサブセットを決定するために使用されるパラメータのいずれか（複数可）が変更されると、選択ロジック手順は再実行される。
【００９８】
図５の例では、これは以下のように実施される。ブロック５８０において、ｇＮＢ１７０は、ＵＥ情報を再設定するかを決定する（例えば、ＵＥ１１０をＰＤＣＣＨに対する少なくとも１つの新しいＴＣＩ状態で（再）設定するか、または、失敗検出リソースのサブセットを決定するために使用されるパラメータ（複数可）を変更するか）。ＵＥ情報を再設定しない決定がなされた場合（ブロック５９０＝Ｎｏ）、フローはブロック５４０に進む。ＵＥ情報を再設定する決定がなされた場合（ブロック５９０＝Ｙｅｓ）、フローはブロック５９５に進み、ｇＮＢ１７０はＵＥ情報を再設定する。これは、ＰＤＣＣＨに対する少なくとも１つの新しいＴＣＩ状態を（再）設定すること、または、失敗検出リソースのサブセットを決定するために使用される１つ以上のパラメータを変更することの一方または両方を伴う。次に、フローはブロック５２０に進む。
【００９９】
同じＮ個のＴＣＩ状態を選択するには、ネットワーク（例えば、ｇＮＢ１７０）およびＵＥ１１０の両方が同じ選択プロセスを実行する必要がある。図６は、例示の実施形態による、設定されたＭ個の有効ＴＣＩ状態に基づいて、Ｍ個の状態のうちのＮ個のサブセット（Ｎ＜Ｍ）を選択するプロセス５００のロジックフロー図である。このプロセスは、ブロック４２０においてＵＥ１１０によって、またはブロック５２０においてｇＮＢ１７０（または、ＮＣＥ１９０などの他のネットワーク要素）によって実施されてもよい。この図はさらに、例示的方法（複数可）の動作、コンピュータ可読メモリで実施されたコンピュータプログラム命令の実行結果、ハードウェアで実装されたロジックによる機能、および／または例示の実施形態に係る機能を実施するための相互接続された手段を示す。
【０１００】
例として、プロセス６００は、ＰＤＣＣＨに対するＭ個のＴＣＩ状態が設定され、Ｎの値がＭより小さい（Ｎ＜Ｍ）場合、ビーム失敗を判定するために使用されるリソースセットに含まれるＰＤＣＣＨ（例えば、ＣＳＩ−ＲＳ／ＳＳＢ）に対するＮ個のＴＣＩ状態を選択するための方法と考えられ得る。プロセス６００には、それぞれ後述するルールを用いた複数の手法がある。選択されたそれぞれの手法の主要かつ例示的な利点（すなわち、技術的効果）としては、どの信号が失敗検出に使用されるか、すべてが使用不可であるかについて、ネットワークとＵＥとが共通の理解に立っていることが挙げられる。図６のブロックにおける個々のルールは、それぞれに利点（すなわち、技術的効果）があり、以下に記載する個別の利点によって（例えば、単純な手法を取るか、迅速な失敗検出か、最もロバストな信号に基づくか？）、優先されるべきルールがあり得る。
【０１０１】
ブロック６０５においてプロセス６００が開始する。一例において、選択することは、ＴＣＩ状態設定および活動（ブロック６１０参照）に基づいて、以下のうち少なくとも１つについて選択することを含む。
【０１０２】
ＰＤＣＣＨに対する直近に有効化されたＮ個のＴＣＩ状態となる失敗検出リソースを選択すること（ブロック６１１）。
【０１０３】
ＵＥをスケジューリングするために使用されるＰＤＣＣＨに対する最新のＮ個のＴＣＩ状態となる失敗検出リソースを選択すること（例えば、最も有効ビームを優先する）（ブロック６１２）。
【０１０４】
ブロック６１１の利点すなわち技術的効果としては、どの信号が失敗検出に使用されるかについて、ＮＷとＵＥとが共通の理解に立っていること、つまり、ＮＷはＵＥによって監視されているリンク（複数可）（および監視されていないリンク）を把握していることが挙げられる。これにより、ＮＷは、ＵＥ側のリカバリ行動に依拠してもよい。例えば、この場合、現在使用されている信号が失敗条件に当たるときにＵＥがビーム失敗リカバリ手順を開始できることを決定することが可能であってもよい。これは、ＵＥが処理するにシンプルな選択ルールでもある。
【０１０５】
ブロック６１２の手法の利点すなわち技術的効果としては、この手法がスケジューリング活動に基づくビームを優先していること、つまり、最も有効なビームが失敗条件に当たるとき、ＵＥはこれにより迅速に反応することが挙げられる。この点は、ブロック６１１における最初の手法では考慮されていない可能性がある。
【０１０６】
あるいは、選択することは、設定された周期特性に基づいて、以下のうち少なくとも１つについて選択することを含む（ブロック６２０参照）。
【０１０７】
迅速な失敗検出のために最短の周期性を有する失敗検出リソースを選択すること（ブロック６２１）。
【０１０８】
最短のサーチスペース周期性を有するＣＯＲＥＳＥＴに対応付けられた失敗検出リソースを選択すること（ブロック６２２）。
【０１０９】
ブロック６２０、６２１、および６２２について、利点すなわち技術的効果としては以下が挙げられる。ビーム失敗検出（および標示）の周期性が基準信号の周期性に依存する場合、失敗は迅速に検出され得る。また、ＵＥ１１０は、測定のためによりよく可用となり得る。複数の信号（例えば、ＰＤＳＣＨ、ＳＳブロック、Ｌ３モビリティのためのＣＳＩ−ＲＳ、ＲＬＭ−ＲＳ）が平行して送信される場合によっては、ＵＥは測定をスキップする必要があり得る。周期性が短いことは、信号が測定のためにより頻繁に可用であることを示す。
【０１１０】
また、サーチスペースに対する最短の周期性は、ＵＥがこれらのリンクをより頻繁に監視していることを意味し、したがって、スケジューリングに関してこれらのリンクがより重要であるとみなされ得る。これらのリンクに関する失敗を検出することに利点がある。
【０１１１】
あるいは、選択することは、対応付けられたＣＯＲＥＳＥＴの設定された識別子の値に基づいて、以下のうち少なくとも１つについて選択することを含む（ブロック６３０参照）。
【０１１２】
有効ＴＣＩ状態を有する最低のＣＯＲＥＳＥＴのＩＤが選択されるように失敗検出リソースを選択すること（ブロック６３１）。
【０１１３】
ＰＤＣＣＨに対するＴＣＩ状態に対応付けられたＣＯＲＥＳＥＴ＃０に応じて、N個のうちの１つとして、最初のＴＣＩ状態を初期設定で選択し、別のＴＣＩ状態が、提案された別の選択機構（例えば、図６のブロック６１０、６２０、６４０、または６５０のいずれかに示す）に基づいて選択されること（ブロック６３２）。
【０１１４】
ブロック６３０、６３１、および６３２について、利点すなわち技術的効果としては以下が挙げられる。この選択ルールは単純である。また、少なくともＣＯＲＥＳＥＴ＃０を選択することは、これが初期アクセス／競合式ＲＡＣＨに使用されるため、ＵＥがロバストなＣＯＲＥＳＥＴの失敗検出を行っていることを意味する。
【０１１５】
あるいは、選択することは、ＴＣＩ状態基準信号タイプに基づいて、以下のうち少なくとも１つについて選択することを含む（ブロック６４０参照）。
【０１１６】
ＳＳブロックが選択されるように失敗検出リソースを選択すること（ブロック６４１）、つまり、ＵＥ１００がＮ個のＳＳＢを有効ＴＣＩ状態として、Ｍ−Ｎ個のＣＳＩ−ＲＳを有効ＴＣＩ状態として有していることに応じて、ＳＳブロックが選択される。
【０１１７】
１つのＳＳＢのみが有効ＴＣＩ状態にある場合、ＣＳＩ−ＲＳに対する代替の選択ロジックオプションに基づいて、失敗検出リソースを選択すること（ブロック６４２）（つまり、ＵＥ１００が１つのＳＳＢを有効ＴＣＩ状態として、Ｍ−１個のＣＳＩ−ＲＳを有効ＴＣＩ状態として有していることに応じて、２つ（またはＭ−１個の）ＣＳＩ−ＲＳのうち１つが選択される）。
【０１１８】
適用可能である場合、ＱＣＬ仮定によってＳＳブロックとなる失敗検出リソースを選択すること（ブロック６４３）。ここで、例えば、設定されている３つのＣＳＩ−ＲＳに応じて、また、２つの異なるＳＳブロックのみがＣＳＩ−ＲＳに対するソースＲＳとして設定されていることに応じて、ＳＳブロックが選択される。複数の信号が同一のＱＣＬ仮定を共有する場合、遅延スプレッド、ドップラースプレッド、ドップラーシフト、平均遅延、および／または空間受信パラメータなどの同一の示された特性を共有することを意味する。一例として、複数の信号が空間ＲＸ  ＱＣＬ仮定を有する場合、これらの信号の受信時にＵＥは同一のＲＸビームを想定できることを意味する。
【０１１９】
図７を参照すると、２つの異なるソースＲＳ７１０のみを有する３つのＴＣＩ状態（ＣＳＩ−ＲＳ）７２０を示す。このソースは、ＣＳＩ−ＲＳに対するＱＣＬソースを意味してもよく、つまり、同図において、２つのＣＳＩ−ＲＳが同一のＱＣＬソースを共有し、例えば空間ＱＣＬ仮定を共有している。すなわち、ＳＳブロック７１０−１はＣＳＩ−ＲＳ７３０−１および７３０−２のＴＣＩ状態７１０に対応する。ＳＳブロック７１０−１はＣＳＩ−ＲＳ７３０−３のＴＣＩ状態７２０に対応する。
【０１２０】
図６に戻り、ブロック６４０〜６４３についての主要な利点として、ＳＳＢが選択されたとき、ＵＥがロバストな信号に対してビーム失敗検出を実施している可能性がある点が挙げられる。典型的には、ＳＳブロックビームは高ゲインＣＳＩ−ＲＳビームよりも広い（例えば、広い分、空間カバレッジが改善される）。
【０１２１】
あるいは、選択することは、非周期的／半永続的ＣＳＩ−ＲＳであるＰＤＣＣＨに対するＴＣＩ状態に応じて、ＴＣＩ状態基準信号時間タイプに基づいて、以下のうち少なくとも１つについて選択することを含む（ブロック６５０参照）。
【０１２２】
失敗検出リソースがこのＴＣＩ状態を含まないように当該リソースを選択すること（ブロック６５１）。
【０１２３】
上述のオプション（例えば、上述のブロック６１０、６２０、６３０、または６４０のいずれか）に従って、周期的信号として、（可用であれば）Ａ／Ｓ−Ｐ（非周期的／半永続的）ＣＳＩ−ＲＳに対するソースＲＳとして、失敗検出リソースを選択すること（ブロック６５２）。
【０１２４】
ブロック６５０〜６５２に関して、非周期的信号を選択することは、失敗検出について有利でない可能性がある。これは、この信号がそもそも周期的ではなく、ＵＥが測定を実施するために周期的信号を有する必要があるためである。周期的ソース信号を使用するか、失敗検出ＲＳセットから非周期的信号を除外するのがよい。
【０１２５】
プロセス６００は、上述の異なる選択機構（例えば、ブロック６１０〜６５２）の任意の組合せを選択することを含んでもよい（ブロック６６０）。例えば、ブロック６６１において、最初の選択機構が考慮した候補（例えば、ブロック６１０、６２０、６３０、６４０、および６５０におけるルールの候補）を同等にセットしたことに応じて、追加の選択機構が適用される。つまり、ある方法で同等の候補に到達しながらも、Ｎ個の候補に絞られていない場合、本明細書に記載の追加の方法（複数可）を使用して最終候補を選択する必要がある。
【０１２６】
上述の説明では黙示的な方法を取り上げ、ＵＥが規定されたアルゴリズムを実行してＢＦＤリソースを決定した。ＵＥ自体が決定できるため、ネットワークはこれらのリソースを示さない。ネットワーク側では、対処すべき２つの態様がある。
【０１２７】
１）黙示的な動作は、図４のＵＥ動作に対応するものであり、図５に示される。つまり、ネットワーク（例えば、ｇＮＢ１７０）は同じアルゴリズムを実行して、どのリソースをＵＥがＢＦＤのために使用するかを把握する。
【０１２８】
２）明示的な動作は、ネットワークが規定されたアルゴリズムを実行して（例えば、他の事項との組合せであってもよい）、どのリソースをＵＥがＢＦＤのために使用するかを決定し、これらのリソースをＵＥに示す。ＵＥ側ではこれらのアルゴリズムを実行しない。これは、ＵＥ１１０は、ネットワークから明示的な標示を得るからである。
【０１２９】
（２）の明示的な動作について、図８は、図５と同様に、例示の実施形態に係るビーム失敗検出リソースのサブセットを選択し、使用するための基地局によるロジックフロー図であり、図５の黙示的な動作の代わりに明示的な動作を使用する。図８におけるブロックは、例えば、少なくとも部分的にビーム失敗モジュール１５０の制御下において、ｇＮＢ１７０などの基地局によって実施されるものと仮定する。図８は図５と類似しており、ここではその違いについてのみ説明する。
【０１３０】
明示的な動作を実装するには、ｇＮＢ１７０は最初に、選択されたＮ個のＴＣＩ状態に基づいて、ＵＥ１００によって使用されるビーム失敗検出リソースを決定する。次に、ブロック８３５において、ｇＮＢ１７０は、ビーム失敗検出のために使用される基準信号（例えば、ビーム失敗検出リソース）の標示をＵＥ１１０に対して送信する。この明示的シグナリングは、これらの基準信号をビーム失敗検出のために使用するべく、ＵＥ１１０を明示的に設定する。図８における方法のその他の点は図５と同様である。
【０１３１】
なお、部分的ビーム失敗（Ｎ個未満のリソース）が発生する可能性もある。部分的ビーム失敗の発生および前記失敗検出リソースのうちの１つが失敗条件に当たることに応じて、失敗条件に当たるＲＳは、ｑ０の失敗検出リソースセットから除外されてもよく、代わりに残りのＮ−１個のダウンリンクＲＳが失敗検出リソースとして使用される。さらに、Ｎ−１個のリソース（すなわち、１つを除いてすべてのリソース）が失敗条件に当たり、失敗条件に当たらないＲＳがｑ０の失敗検出リソースセットに含まれていなかった場合、当該ＲＳはｑ０のセットに追加される（かつ、ビーム失敗検出に使用される）。あるいは、部分的ビーム失敗の場合、失敗検出リソースセットはそのまま維持される。
【０１３２】
１つのネットワーク側実装オプションにおいて、ｇＮＢ１７０は、（適用可能である場合）ビーム失敗検出のためのＵＥに対して明示的に設定された失敗検出リソース（Ｍ個のうちＮ個）を選択するための同様のロジックを使用してもよい。
【０１３３】
１つの実装オプションでは、ネットワークは、値Ｎを特定の値に限定するべくＵＥを設定してもよい。例えば、Ｍ＝５の場合、ネットワークはＮ＝３を設定してもよい。ＵＥは、上述のようにＮ個のダウンリンクＲＳに対する選択ロジックを適用する。
【０１３４】
提案されたルールの一部は、Ｎ＜Ｍであり、明示的な設定が使用される場合に、ネットワーク側で失敗検出リソースを選択するために使用される可能性がある。ネットワークは、本明細書に記載のものと同様の方法を使用してもよい。
【０１３５】
これらの実施形態を技術仕様書も踏まえて実装するに関して、一例として以下の３ＧＰＰ  ＴＳ  ３８．２１３、リンク再設定（Link Reconfiguration）、６章を参照する。
【０１３６】
ＰＤＣＣＨに対するＴＣＩ状態によって示されたＲＳセットにおけるＲＳインデックスの数がmaxNrofFailureDetectionResources（Ｎｍａｘ）を超える場合、ＵＥは最新のＮｍａｘ標示状態が含まれるように、ＳＳ／ＰＢＣＨ  Ｂｌｏｃｋおよび周期的ＣＳＩ−ＲＳインデックスの値を、ＴＣＩ状態標示の順に沿ったセット に含めることを決定する。ＮｍａｘＴＣＩ状態について同等のプライオリティが決定された場合、ｑ０のセットは、Ｃ−ＲＮＴＩを使用してＵＥが復号されたことを監視する、ＰＤＣＣＨに対する最新のＮｍａｘＴＣＩ状態のＲＳを含む、すなわち、ＵＥをスケジューリングするために使用されたＮｍａｘ最新の状態を含むと決定される。一例において、ＵＥは、ｑ０のセットを、Ｃ−ＲＮＴＩ（もしくは言い換えると、ＵＥ固有の方法で直近にＵＥをスケジューリングするために使用されたリンク）を使用してＵＥが復号されたことを監視する、ＰＤＣＣＨに対する最新のＮｍａｘＴＣＩ状態に常に基づいて決定する。
【０１３７】
より大局的には、ＢＦＤ−ＲＳの最大数が最終的には増加するとしても、ＢＦＤ−ＲＳの最大数がＰＤＣＣＨに対する有効化されたＴＣＩ状態の数よりも低い場合に、依然として、本発明の方法が必要となり得る。一例において、これは、複数のＴＲＰ（送信／受信点）を同時に使用してＰＤＣＣＨをＵＥに対して送信し、各リンクが自らのＣＳＩ−ＲＳに対応付けられている場合にこれが該当する。一つの方法では、ＵＥは、同一のＴＣＩフレームワークを使用して、例えば、２つのＴＣＩ状態がＰＤＣＣＨ受信に対して有効であると示される場合があり、これは、ＵＥが同時に２つのリンクでサーブされることを意味している。この場合、ＵＥは、（例えば、異なるアンテナパネルによって形成された）２つのビームを使用して、同時に二方向（例えば２つのＴＲＰ）から受信可能である必要がある場合がある。あるいは、ＵＥは、全方向ビームを有してもよく、ＵＥは同時に全方向から受信可能である。このように、ＵＥは、黙示的な設定に基づいて、複数のリンクに関する複数のＰＤＣＣＨを受信し、したがって、ＣＯＲＥＳＥＴごとの各リンクに対して、失敗条件を監視してもよい。この場合、一例では、ＵＥは、（本明細書に記載の方法を使用して）ＣＯＲＥＳＥＴごとに失敗検出リソースを選択するか、または設定されたすべてのＣＯＲＥＳＥＴのすべてのＴＣＩ状態にわたってＢＦＤ−ＲＳを選択する必要がある。この場合、失敗検出に対してＣＯＲＥＳＥＴごとに少なくとも１つのＢＦＤ−ＲＳをＵＥが含める必要があると決定してもよい。
【０１３８】
さらなる例示の実施形態を以下に記載する。
【０１３９】
例１  以下を含む方法。
【０１４０】
ユーザー機器において、Ｍ個の有効送信設定標示状態に対する設定を受信すること。
【０１４１】
１つ以上の定義済みのルールに則り、前記設定されたＭ個の有効送信設定標示状態に基づいて、前記Ｍ個の送信設定標示状態のうちのＮ個のセットのサブセット（Ｎ＜Ｍ）を選択すること。
【０１４２】
前記選択されたＮ個の送信設定標示状態に基づいて、前記ユーザー機器によってビーム失敗検出リソースを決定すること。
【０１４３】
例２  例１の方法であって、ビーム失敗検出のために前記失敗検出リソースを監視することをさらに含む。
【０１４４】
例３  例２の方法であって、さらに以下を含む。
【０１４５】
前記監視された失敗検出リソースに基づいて、ビーム失敗が発生したと判定すること。
【０１４６】
基地局に対してビーム失敗の標示を送信すること。
【０１４７】
前記基地局とのビームリカバリプロセスに加わること。
【０１４８】
例４  以下を含む方法。
【０１４９】
基地局によって、ユーザー機器にＭ個の有効送信設定標示状態に対する設定を施すこと。
【０１５０】
前記設定されたＭ個の有効送信設定標示状態に基づいて、前記Ｍ個の送信設定標示状態のうちのＮ個のサブセット（Ｎ＜Ｍ）を選択すること。
【０１５１】
前記基地局によって、前記選択されたＮ個の送信設定標示状態に基づいて、ビーム失敗検出リソースを決定すること。
【０１５２】
例５  例４の方法であって、前記基地局によって、前記ユーザー機器がビーム失敗検出リソースとして使用する基準信号の標示を前記ユーザー機器に対して送信することをさらに含む。
【０１５３】
例６  例４または５の方法であって、さらに以下を含む。
【０１５４】
前記ユーザー機器からビーム失敗の標示を受信すること。
【０１５５】
前記ユーザー機器とのビームリカバリプロセスに加わること。
【０１５６】
例７  例１から６のいずれかの方法であって、前記Ｍ個の有効送信設定標示状態は、物理ダウンリンク制御チャネル用である。
【０１５７】
例８  例１から７のいずれかの方法であって、前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、ＴＣＩ状態設定および／または活動に基づく選択を含み、以下のうち少なくとも１つを含む。
【０１５８】
ＰＤＣＣＨに対して直近に有効化されたＴＣＩ状態となる前記失敗検出リソースを選択すること。
【０１５９】
前記ユーザー機器のスケジューリングに使用されるＰＤＣＣＨに対して最新のＴＣＩ状態となる前記失敗検出リソースを選択すること。
【０１６０】
例９  例１から８のいずれかの方法であって、前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、設定された周期特性に基づく選択を含み、以下のうち少なくとも１つを含む。
【０１６１】
迅速な失敗検出のために最短の周期性を有する前記失敗検出リソースを選択すること。
【０１６２】
最短のサーチスペース周期性を有するＣＯＲＥＳＥＴに対応付けられた前記失敗検出リソースを選択すること。
【０１６３】
例１０  例１から９のいずれかの方法であって、前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、対応付けられたＣＯＲＥＳＥＴの設定された識別子の値に基づく選択を含み、以下のうち少なくとも１つを含む。
【０１６４】
有効ＴＣＩ状態を有する最低のＣＯＲＥＳＥＴのＩＤが選択されるように前記失敗検出リソースを選択すること。
【０１６５】
ＰＤＣＣＨに対するＴＣＩ状態に対応付けられたＣＯＲＥＳＥＴ＃０に応じて、Ｎ個のＴＣＩ状態のうちの１つとして、最初のＴＣＩ状態を初期設定で選択し、少なくとも１つの別のＴＣＩ状態が、例１または４、あるいは本例を除く例１または４に係るいずれかの例の方法において提案された別の選択機構に基づいて選択されること。
【０１６６】
例１１  例１から１０のいずれかの方法であって、前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、ＴＣＩ状態基準信号タイプに基づく選択を含み、以下のうち少なくとも１つを含む。
【０１６７】
ＳＳブロックが選択されるように前記失敗検出リソースを選択すること。
【０１６８】
１つのＳＳＢのみが有効ＴＣＩ状態にある場合、ＣＳＩ−ＲＳに対する代替の選択ロジックオプションに基づいて、前記失敗検出リソースを選択すること。
【０１６９】
適用可能である場合、ＱＣＬ仮定によってＳＳブロックとなる前記失敗検出リソースを選択すること。
【０１７０】
例１２  例１から１１のいずれかの方法であって、前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、非周期的／半永続的ＣＳＩ−ＲＳであるＰＤＣＣＨに対するＴＣＩ状態に応じて、ＴＣＩ状態基準信号時間タイプに基づく選択を含み、以下のうち少なくとも１つを含む。
【０１７１】
前記失敗検出リソースがこのＴＣＩ状態を含まないように当該失敗検出リソースを選択すること。
【０１７２】
例１または４、あるいは本例を除く例１または４に係るいずれかの例の方法に従って、周期的信号として、可用であれば、Ａ／Ｓ−Ｐ  ＣＳＩ−ＲＳに対するソースＲＳとして、前記失敗検出リソースを選択すること。
【０１７３】
例１３  前記方法は、例１から１２のいずれかの異なる選択機構の任意の組合せを選択することをさらに含む。
【０１７４】
例１４  例１から１３のいずれかの方法であって、部分的ビーム失敗の発生および前記失敗検出リソースのうちの１つが失敗条件に当たることに応じて、前記Ｎ個の送信設定標示状態から前記失敗条件に当たる基準信号を取り除き、代わりに残りのＮ−１個の送信設定標示状態を前記失敗検出リソースとして使用する。
【０１７５】
例１５  例１４の方法であって、Ｎ−１個のリソースが失敗条件に当たること、かつ失敗条件に当たらない基準信号が前記Ｎ個の送信設定標示状態に含まれていなかったことに応じて、前記失敗条件に当たらない前記基準信号を前記Ｎ個の送信設定標示状態に追加し、前記追加された基準信号を前記ビーム失敗検出のために使用する。
【０１７６】
例１６  例１から１５のいずれかの方法を実行するためのプログラムコードを含むコンピュータプログラム。
【０１７７】
例１７  例１６のコンピュータプログラムであって、前記コンピュータプログラムは、コンピュータとともに使用するために実施されたコンピュータプログラムコードを記憶するコンピュータ可読媒体を含むコンピュータプログラム製品である。
【０１７８】
例１８  コンピュータとともに使用するために実施されたコンピュータプログラムコードを記憶するコンピュータ可読記憶媒体を備えるコンピュータプログラム製品であって、前記コンピュータプログラムコードは、例１から１５のいずれかの方法を実施するためのコードを含む。
【０１７９】
例１９  以下を備える装置。
【０１８０】
ユーザー機器において、Ｍ個の有効送信設定標示状態に対する設定を受信する手段。
【０１８１】
１つ以上の定義済みのルールに則り、前記設定されたＭ個の有効送信設定標示状態に基づいて、前記Ｍ個の送信設定標示状態のうちのＮ個のセットのサブセット（Ｎ＜Ｍ）を選択する手段。
【０１８２】
前記選択されたＮ個の送信設定標示状態に基づいて、前記ユーザー機器によってビーム失敗検出リソースを決定する手段。
【０１８３】
例２０  例１９の装置であって、ビーム失敗検出のために前記失敗検出リソースを監視する手段をさらに備える。
【０１８４】
例２１  例２０の装置であって、さらに以下を備える。
【０１８５】
前記監視された失敗検出リソースに基づいて、ビーム失敗が発生したと判定する手段。
【０１８６】
基地局に対してビーム失敗の標示を送信する手段。
【０１８７】
前記基地局とのビームリカバリプロセスに加わる手段。
【０１８８】
例２２  以下を備える装置。
【０１８９】
基地局によって、ユーザー機器にＭ個の有効送信設定標示状態に対する設定を施す手段。
【０１９０】
前記設定されたＭ個の有効送信設定標示状態に基づいて、前記Ｍ個の送信設定標示状態のうちのＮ個のサブセット（Ｎ＜Ｍ）を選択する手段。
【０１９１】
前記基地局によって、前記選択されたＮ個の送信設定標示状態に基づいて、ビーム失敗検出リソースを決定する手段。
【０１９２】
例２３  例２２の装置であって、前記基地局によって、前記ユーザー機器がビーム失敗検出リソースとして使用する基準信号の標示を前記ユーザー機器に対して送信する手段をさらに備える。
【０１９３】
例２４  例２２または２３の装置であって、さらに以下を備える。
【０１９４】
前記ユーザー機器からビーム失敗の標示を受信する手段。
【０１９５】
前記ユーザー機器とのビームリカバリプロセスに加わる手段。
【０１９６】
例２５  例２２から２４のいずれかの装置であって、 前記Ｍ個の有効送信設定標示状態は、物理ダウンリンク制御チャネル用である。
【０１９７】
例２６  例２２から２５のいずれかの装置であって、前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、ＴＣＩ状態設定および／または活動に基づく選択を含み、以下のうち少なくとも１つを含む。
【０１９８】
ＰＤＣＣＨに対して直近に有効化されたＴＣＩ状態となる前記失敗検出リソースを選択すること。
【０１９９】
前記ユーザー機器のスケジューリングに使用されるＰＤＣＣＨに対して最新のＴＣＩ状態となる前記失敗検出リソースを選択すること。
【０２００】
例２７  例２２から２６のいずれかの装置であって、前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、設定された周期特性に基づく選択を含み、以下のうち少なくとも１つを含む。
【０２０１】
迅速な失敗検出のために最短の周期性を有する前記失敗検出リソースを選択すること。
【０２０２】
最短のサーチスペース周期性を有するＣＯＲＥＳＥＴに対応付けられた前記失敗検出リソースを選択すること。
【０２０３】
例２８  例２２から２７のいずれかの装置であって、前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、対応付けられたＣＯＲＥＳＥＴの設定された識別子の値に基づく選択を含み、以下のうち少なくとも１つを含む。
【０２０４】
有効ＴＣＩ状態を有する最低のＣＯＲＥＳＥＴのＩＤが選択されるように前記失敗検出リソースを選択すること。
【０２０５】
ＰＤＣＣＨに対するＴＣＩ状態に対応付けられたＣＯＲＥＳＥＴ＃０に応じて、Ｎ個のＴＣＩ状態のうちの１つとして、最初のＴＣＩ状態を初期設定で選択し、 少なくとも１つの別のＴＣＩ状態が、例１９または２２、あるいは本例を除く例１９または２２に係るいずれかの例の装置において提案された別の選択機構に基づいて選択されること。
【０２０６】
例２９  例２２から２８のいずれかの装置であって、前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、ＴＣＩ状態基準信号タイプに基づく選択を含み、以下のうち少なくとも１つを含む。
【０２０７】
ＳＳブロックが選択されるように前記失敗検出リソースを選択すること。
【０２０８】
１つのＳＳＢのみが有効ＴＣＩ状態にある場合、ＣＳＩ−ＲＳに対する代替の選択ロジックオプションに基づいて、前記失敗検出リソースを選択すること。
【０２０９】
適用可能である場合、ＱＣＬ仮定によってＳＳブロックとなる前記失敗検出リソースを選択すること。
【０２１０】
例３０  例２２から２９のいずれかの装置であって、前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、非周期的／半永続的ＣＳＩ−ＲＳであるＰＤＣＣＨに対するＴＣＩ状態に応じて、ＴＣＩ状態基準信号時間タイプに基づく選択を含み、以下のうち少なくとも１つを含む。
【０２１１】
前記失敗検出リソースがこのＴＣＩ状態を含まないように当該失敗検出リソースを選択すること。
【０２１２】
例１９または２２、あるいは本例を除く例１９または２２に係るいずれかの例の装置において提案された別の選択機構に応じて、周期的信号として、可用であれば、Ａ／Ｓ−Ｐ  ＣＳＩ−ＲＳに対するソースＲＳとして、前記失敗検出リソースを選択すること。
【０２１３】
例３１  前記装置は、例２２から３０のいずれかの異なる選択機構の任意の組合せを選択することをさらに備える。
【０２１４】
例３２  例２２から３１のいずれかの装置であって、部分的ビーム失敗の発生および前記失敗検出リソースのうちの１つが失敗条件に当たることに応じて、前記Ｎ個の送信設定標示状態から前記失敗条件に当たる基準信号を取り除き、代わりに残りのＮ−１個の送信設定標示状態を前記失敗検出リソースとして使用する。
【０２１５】
例３３  例３２の装置であって、Ｎ−１個のリソースが失敗条件に当たること、かつ失敗条件に当たらない基準信号が前記Ｎ個の送信設定標示状態に含まれていなかったことに応じて、前記失敗条件に当たらない前記基準信号を前記Ｎ個の送信設定標示状態に追加し、前記追加された基準信号を前記ビーム失敗検出のために使用する。
【０２１６】
例３４  例１９から２１または２５から３３のいずれかの装置を備えるユーザー機器。
【０２１７】
例３５   例２２から３３のいずれかの装置を備える基地局。
【０２１８】
例３６  以下を備える装置。
【０２１９】
１つ以上のプロセッサ。
【０２２０】
コンピュータプログラムコードを含む１つ以上のメモリ。
【０２２１】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサによって、前記装置に少なくとも、以下を実施させるように構成される。
【０２２２】
ユーザー機器において、Ｍ個の有効送信設定標示状態に対する設定を受信すること。
【０２２３】
１つ以上の定義済みのルールに則り、前記設定されたＭ個の有効送信設定標示状態に基づいて、前記Ｍ個の送信設定標示状態のうちのＮ個のセットのサブセット（Ｎ＜Ｍ）を選択すること。
【０２２４】
前記選択されたＮ個の送信設定標示状態に基づいて、前記ユーザー機器によってビーム失敗検出リソースを決定すること。
【０２２５】
例３７  例３６の装置であって、前記１つ以上のメモリおよび前記コンピュータプログラムコードは、前記１つ以上のプロセッサによって、前記装置に例２または３あるいは７から１５のいずれかの方法を実施させるように構成される。
【０２２６】
例３８  以下を備える装置。
【０２２７】
１つ以上のプロセッサ。
【０２２８】
コンピュータプログラムコードを含む１つ以上のメモリ。
【０２２９】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサによって、前記装置に少なくとも、以下を実施させるように構成される。
【０２３０】
基地局によって、ユーザー機器にＭ個の有効送信設定標示状態に対する設定を施すこと。
【０２３１】
前記設定されたＭ個の有効送信設定標示状態に基づいて、前記Ｍ個の送信設定標示状態のうちのＮ個のサブセット（Ｎ＜Ｍ）を選択すること。
【０２３２】
前記基地局によって、前記選択されたＮ個の送信設定標示状態に基づいて、ビーム失敗検出リソースを決定すること。
【０２３３】
例３９  例３８の装置であって、前記１つ以上のメモリおよび前記コンピュータプログラムコードは、前記１つ以上のプロセッサによって、前記装置に、例５から１５のいずれかの方法を実施させるように構成される。
【０２３４】
本明細書に記載の実施形態は、（１つ以上のプロセッサによって実行された）ソフトウェア、ハードウェア（例えば、特定用途向け集積回路）、ソフトウェアとハードウェアとの組合せで実装されてもよい。例示の実施形態では、ソフトウェア（例えば、アプリケーションロジック、命令セット）は、各種従来型のコンピュータ可読媒体のいずれにも維持される。本明細書の文脈において、「コンピュータ可読媒体」は、命令実行システム、装置、コンピュータ（コンピュータの一例は、例えば図１に説明、図示されている）などのデバイスによる使用のため、またはこれらとの関連で、命令を含み、記憶し、通信し、伝搬し、または搬送することができる任意の媒体または手段であってもよい。コンピュータ可読媒体は、命令実行システム、装置、またはコンピュータなどのデバイスによる使用のため、またはこれらとの関連で、命令を含み、記憶し、かつ／あるいは搬送することができる任意の媒体または手段であってもよいコンピュータ可読記憶媒体（例えば、メモリ１２５、１５５、１７１、または他のデバイス）を含んでもよい。コンピュータ可読記憶媒体は、伝搬信号を含まない。
【０２３５】
必要であれば、本明細書で説明した異なる機能を、別の順序でおよび／または同時に実施してもよい。さらに、必要であれば、上述の機能の１つ以上は任意選択であってもよいし、組み合わせてもよい。
【０２３６】
各種態様を上述したが、別の態様では上述の実施形態とは異なる特徴の組合せを含み、上述の組合せに限定されない。
【０２３７】
なお、本明細書では、本発明の例示の実施形態を説明したが、これらの説明は限定的に解するべきではない。むしろ、本発明の範囲から逸脱することなく、数々の変更や変形を加え得る。
【図１】
2021521713.tif 000003
【図２】
2021521713.tif 000004
【図３】
2021521713.tif 000005
【図４】
2021521713.tif 000006
【図５】
2021521713.tif 000007
【図６−１】
2021521713.tif 000008
【図６−２】
2021521713.tif 000009
【図７】
2021521713.tif 000010
【図８】
2021521713.tif 000011
【手続補正書】
【提出日】令和2年11月19日(2020.11.19)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザー機器において、Ｍ個の有効送信設定標示状態に対する設定を受信することと、
１つ以上の定義済みのルールに則り、前記設定されたＭ個の有効送信設定標示状態に基づいて、前記Ｍ個の送信設定標示状態のうちのＮ個のセットのサブセット（Ｎ＜Ｍ）を選択することと、
前記選択されたＮ個の送信設定標示状態に基づいて、前記ユーザー機器によって失敗検出リソースを決定することと、
を含む方法。
【請求項２】
前記失敗検出リソースは、ビーム失敗検出基準信号リソースまたは無線リンク監視基準信号リソースの少なくとも一方を含む、請求項１に記載の方法。
【請求項３】
前記Ｍ個の送信設定標示状態のうちのＮ個のサブセットを前記選択することは、設定された周期特性に基づく選択を含み、
・迅速な失敗検出のために最短の周期性を有する前記失敗検出リソースを選択すること、
・最短のサーチスペース周期性を有する制御リソースセットに対応付けられた前記失敗検出リソースを選択すること、
のうち少なくとも１つを含む、請求項１に記載の方法。
【請求項４】
ユーザー機器にＭ個の有効送信設定標示状態に対する設定を施す手段と、
前記設定されたＭ個の有効送信設定標示状態に基づいて、前記Ｍ個の送信設定標示状態のうちのＮ個のサブセット（Ｎ＜Ｍ）を選択する手段と、
前記選択されたＮ個の送信設定標示状態に基づいて、失敗検出リソースを決定する手段と、
を備える装置。
【請求項５】
前記失敗検出リソースは、ビーム失敗検出基準信号リソースまたは無線リンク監視基準信号リソースの少なくとも一方を含む、請求項４に記載の装置。
【請求項６】
前記ユーザー機器からビーム失敗の標示を受信する手段と、
前記ユーザー機器とのビームリカバリプロセスに加わる手段と、
を備える、請求項４に記載の装置。
【請求項７】
前記選択することは、設定された周期特性に基づいて選択することを含むと共に、
・  迅速な失敗検出のために最短の周期性を有する前記失敗検出リソースを選択すること、
・  最短のサーチスペース周期性を有する制御リソースセットに対応付けられた前記失敗検出リソースを選択すること、
のうち少なくとも１つを含む、請求項４に記載の装置。
【請求項８】
前記ユーザー機器によって失敗検出リソースとして使用される基準信号の標示を前記ユーザー機器に対して送信する手段を備える、請求項４に記載の装置。
【請求項９】
Ｍ個の有効送信設定標示状態に対する設定を受信する手段と、
１つ以上の定義済みのルールに則り、前記設定されたＭ個の有効送信設定標示状態に基づいて、前記Ｍ個の送信設定標示状態のうちのＮ個のセットのサブセット（Ｎ＜Ｍ）を選択する手段と、
前記選択されたＮ個の送信設定標示状態に基づいて、失敗検出リソースを決定する手段と、
を備える装置。
【請求項１０】
前記失敗検出リソースは、ビーム失敗検出基準信号リソースまたは無線リンク監視基準信号リソースの少なくとも一方を含む、請求項９に記載の装置。
【請求項１１】
前記選択することは、設定された周期特性に基づいて選択することを含むと共に、
・  迅速な失敗検出のために最短の周期性を有する前記失敗検出リソースを選択すること、
・  最短のサーチスペース周期性を有する制御リソースセットに対応付けられた前記失敗検出リソースを選択すること、
のうち少なくとも１つを含む、請求項９に記載の装置。
【請求項１２】
前記選択することは、送信設定標示（Transmission Configuration Indication：ＴＣＩ）状態設定および／または活動に基づいて選択することを含むと共に、
・  物理ダウンリンク制御チャネル（Physical Downlink Control CHannel：ＰＤＣＣＨ）に対して直近に有効化されたＴＣＩ状態となる前記失敗検出リソースを選択すること、
・  前記ユーザー機器のスケジューリングに使用されるＰＤＣＣＨに対して最新のＴＣＩ状態となる前記失敗検出リソースを選択すること、
のうち少なくとも１つを含む、請求項９に記載の装置。
【請求項１３】
前記選択することは、対応付けられた制御リソースセットの設定された識別子の値に基づいて選択することを含むと共に、有効送信設定標示状態を有する最低の制御リソースセットの識別子が選択されるように前記失敗検出リソースを選択することを含む、請求項９に記載の装置。
【請求項１４】
前記選択することは、送信設定標示状態基準信号タイプに基づいて選択することを含むと共に、
・  同期信号ブロック（Synchronization Signal Block：ＳＳＢ）が選択されるように前記失敗検出リソースを選択すること、
・  １つのＳＳＢのみが有効送信設定標示状態にある場合、チャネル状態情報基準信号に対する代替の選択ロジックオプションに基づいて、前記失敗検出リソースを選択すること、
・  適用可能である場合、疑似同位置仮定によってＳＳＢとなる前記失敗検出リソースを選択すること、
のうち少なくとも１つを含む、請求項９に記載の装置。
【請求項１５】
前記選択することは、非周期的／半永続的チャネル状態情報基準信号である物理ダウンリンク制御チャネルに対する送信設定標示（Transmission Configuration Indication：ＴＣＩ）状態に応じて、ＴＣＩ状態基準信号時間タイプに基づいて選択することを含むと共に、前記失敗検出リソースがこのＴＣＩ状態を含まないように当該失敗検出リソースを選択することを含む、請求項９に記載の装置。
【請求項１６】
前記Ｍ個の送信設定標示状態は、物理ダウンリンク制御チャネルである、請求項９に記載の装置。
【請求項１７】
ビーム失敗検出のために前記失敗検出リソースを監視する手段をさらに備える、請求項９に記載の装置。
【請求項１８】
前記監視された失敗検出リソースに基づいて、ビーム失敗が発生したと判定する手段と、
基地局に対してビーム失敗の標示を送信する手段と、
前記基地局とのビームリカバリプロセスに加わる手段と、
をさらに備える、請求項９に記載の装置。
【請求項１９】
部分的ビーム失敗の発生および前記失敗検出リソースのうちの１つが失敗条件に当たることに応じて、前記Ｎ個の送信設定標示状態から前記失敗条件に当たる基準信号を取り除き、代わりに残りのＮ−１個の送信設定標示状態を前記失敗検出リソースとして使用する手段を備える、請求項９に記載の装置。
【請求項２０】
Ｎ−１個のリソースが失敗条件に当たること、かつ失敗条件に当たらない基準信号が前記Ｎ個の送信設定標示状態に含まれていなかったことに応じて、前記失敗条件に当たらない前記基準信号を前記Ｎ個の送信設定標示状態に追加し、前記追加された基準信号を前記ビーム失敗検出のために使用する手段を備える、請求項１９に記載の装置。
【国際調査報告】
2021521713.tif 000012
2021521713.tif 000013
2021521713.tif 000014