(57)【要約】  受信デバイスを動作させる方法は、送信デバイスから送信をモニタリングする段階と、送信の信頼度測定値を導出する段階と、信頼度測定値を閾値と比較してトリガ条件が満たされる旨を検出する段階と、検出に基づいて、トリガ信号を送信デバイスに送信してビーム障害リカバリ手順をトリガする段階とを含む。
2020501404.tif 000002
【特許請求の範囲】
【請求項１】
受信デバイスを動作させる方法であって、
前記受信デバイスが送信デバイスからの送信をモニタリングする段階と、
前記受信デバイスが前記送信の信頼度測定値を導出する段階と、
前記受信デバイスが、前記信頼度測定値を閾値と比較するトリガ条件が満たされる旨を検出する段階と、
前記検出に基づいて、前記受信デバイスがトリガ信号を送信してビーム障害リカバリ手順をトリガする段階と、
を備える、方法。
【請求項２】
前記トリガ信号は、標準技術によって予め定義されたシーケンスを含むか、または、アクセスノードによって構成された、予め構成されたシーケンスを含む、請求項１に記載の方法。
【請求項３】
前記トリガ信号は、時間位置、周波数位置、またはコード／シーケンスが、初期アクセスまたはモビリティを目的とする第２ランダムアクセスチャネルとは異なる、第１ランダムアクセスチャネルにおいて送信される、請求項１に記載の方法。
【請求項４】
前記送信は、制御チャネルまたはデータチャネルのうち少なくとも一方で生じ、前記信頼度測定値を導出する段階は、前記制御チャネルまたは前記データチャネルのうち前記少なくとも一方をデコードする試行の結果を判定する段階を含む、請求項１に記載の方法。
【請求項５】
前記送信は基準信号を搬送し、前記信頼度測定値を導出する段階は、前記基準信号の信号品質測定値を判定する段階を含む、請求項１に記載の方法。
【請求項６】
前記信号品質測定値は、基準信号受信電力（ＲＳＲＰ）測定値、基準信号受信品質（ＲＳＲＱ）測定値、受信信号電力測定値、信号対ノイズ比（ＳＮＲ）測定値、または信号干渉対ノイズ比（ＳＩＮＲ）測定値のうち少なくとも１つを含む、請求項５に記載の方法。
【請求項７】
前記基準信号は、復調基準信号（ＤＭＲＳ）、チャネル状態情報基準信号（ＣＳＩ−ＲＳ）、同期信号（ＳＳ）、位相時間トラッキング基準信号（ＰＴＲＳ）、またはサウンディング参照信号（ＳＲＳ）のうち少なくとも１つを含む、請求項５に記載の方法。
【請求項８】
前記トリガ条件は、複数の信頼度測定値と、１つまたは複数の閾値との比較であり、前記トリガ条件は、前記複数の信頼度測定値のうち特定の数の信頼度測定値が、前記１つまたは複数の閾値を満足する場合に満たされる、請求項１に記載の方法。
【請求項９】
前記特定の数の信頼度測定値は、標準技術において特定されるか、または、前記送信デバイスと前記受信デバイスとの間のシグナリング交換において構成される、請求項８に記載の方法。
【請求項１０】
前記特定の数の信頼度測定値のうちの信頼度測定値は、時間ウインドウにおいて発生する、モニタリングされる送信から導出される、請求項８に記載の方法。
【請求項１１】
複数のトリガ条件があり、トリガ条件ごとに、前記特定の数の信頼度測定値のうちの前記信頼度測定値が、関連する時間ウインドウにおいて発生する、モニタリングされる送信から導出され、複数の前記関連する時間ウインドウは異なる、請求項８に記載の方法。
【請求項１２】
前記トリガ条件は２つの単一のトリガ条件の組み合わせであり、第１の単一のトリガ条件は、複数の第１の信頼度測定値と第１の閾値との比較であり、前記複数の第１の信頼度測定値のうち特定の数の第１の信頼度測定値が前記第１の閾値を満足する場合に満たされ、第２の単一のトリガ条件は、複数の第２の信頼度測定値と第２の閾値との比較であり、前記複数の第１の信頼度測定値のうち特定の数の第２の信頼度測定値が前記第２の閾値を満足する場合に満たされる、請求項１に記載の方法。
【請求項１３】
前記第１の単一のトリガ条件または前記第２の単一のトリガ条件のうち１つは、否定的条件である、請求項１２に記載の方法。
【請求項１４】
前記第１の単一のトリガ条件は、ＣＳＩ−ＲＳの信号品質測定値が前記第１の閾値を満足する場合に満たされ、前記第２の単一のトリガ条件は、ＳＳの信号品質測定値が前記第２の閾値を満足しない場合に満たされる、請求項１３に記載の方法。
【請求項１５】
前記第１の単一のトリガ条件は、ＣＳＩ−ＲＳの信号品質測定値が前記第１の閾値を満足する場合に満たされ、前記第２の単一のトリガ条件は、ＳＳの信号品質測定値が前記第２の閾値を満足する場合に満たされる、請求項１２に記載の方法。
【請求項１６】
前記受信デバイスはユーザ機器（ＵＥ）である、請求項１に記載の方法。
【請求項１７】
受信デバイスを動作させる方法であって、
前記受信デバイスがトリガ条件の発生を検出する段階と、
前記トリガ条件の前記発生の検出に応答して、前記受信デバイスがトリガ信号を送信してビーム障害リカバリ手順をトリガする段階と、
前記受信デバイスが、送信デバイスからの肯定的な応答があるかどうかモニタリングする段階と、
特定の第１の時間ウインドウにおいて肯定的な応答が受信されない旨を前記受信デバイスが検出し、前記検出に基づいて、前記受信デバイスが、別のトリガ信号を送信して前記ビーム障害リカバリ手順をトリガする段階と、
を備える、方法。
【請求項１８】
特定の第２の時間ウインドウにおいて肯定的な応答が受信されない旨を前記受信デバイスが検出し、前記受信デバイスが、前記受信デバイスの上位層エンティティにトリガ信号を送信して無線リンク障害手順をトリガする段階をさらに備える、
請求項１７に記載の方法。
【請求項１９】
前記特定の第２の時間ウインドウは、前記特定の第１の時間ウインドウの後に始まる、請求項１８に記載の方法。
【請求項２０】
受信デバイスを動作させる方法であって、
送信デバイスからの送信を前記受信デバイスがモニタリングする段階と、
前記受信デバイスが前記送信の信頼度測定値を導出する段階と、
前記信頼度測定値の第１のトリガ条件が満たされ、かつ、前記信頼度測定値の第２のトリガ条件が満たされる旨を前記受信デバイスが検出する段階と、
前記検出に基づいて、前記受信デバイスが、前記受信デバイスの上位層エンティティに第１のトリガ信号を送信して無線リンク障害（ＲＬＦ）リカバリ手順をトリガする段階と、
を備える、方法。
【請求項２１】
前記受信デバイスが、前記信頼度測定値の前記第１のトリガ条件が満たされ、かつ、前記信頼度測定値の前記第２のトリガ条件が満たされない旨を検出する段階と、前記検出に基づいて、前記受信デバイスが、前記送信デバイスに第２のトリガ信号を送信してビーム障害リカバリ手順をトリガする段階とをさらに備える、
請求項２０に記載の方法。
【請求項２２】
前記第２のトリガ信号は、標準技術によって特定された、予め定義されたシーケンスであるか、または、アクセスノードによって構成された、予め構成されたシーケンスである、請求項２１に記載の方法。
【請求項２３】
前記第２のトリガ信号は、時間位置、周波数位置、またはコード／シーケンスが、初期アクセスまたはモビリティを目的とする第２ランダムアクセスチャネルとは異なる、第１ランダムアクセスチャネルにおいて送信される、請求項２１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、２０１７年９月１８日に出願され、「ビームリカバリをトリガするシステム及び方法」と題された、米国非仮特許出願番号第１５／７０７，５９０号の優先権を主張し、それは次に、２０１７年６月１６日に出願され、「ビームリカバリをトリガするシステム及び方法」と題された、米国仮特許出願番号第６２／５２１，０８８号からの優先権を主張し、それら両者の特許出願は、これら全体が記載されたかのように参照によって本明細書に組み込まれる。
【０００２】
本開示は、概して、デジタル通信のためのシステム及び方法に関し、特定の実施形態において、ビームリカバリをトリガするシステム及び方法に関する。
【背景技術】
【０００３】
第５世代（５Ｇ）新無線（ＮＲ）システムアーキテクチャのための１つの可能なデプロイのシナリオは、高周波数（ＨＦ）（ミリメートル波長（ｍｍＷａｖｅ）など、６ギガヘルツ（ＧＨｚ）以上）の動作周波数を用いて、より低い混雑する周波数で存在するものよりも、より大きい有効帯域幅を利用して、干渉をより小さくするものである。しかしながら、伝搬損失が著しい課題である。ビームフォーミングは、大きな伝搬損失を克服するように用いられ得る。
【０００４】
しかしながら、ビームフォーミングを利用しても、ユーザ機器（ＵＥ）と次世代（ＮＧ）ＮｏｄｅＢ（ｇＮＢ）との間のチャネルは脆弱であり、妨害を起こしやすく、それにより、信頼性が低くなる。いくつかの状況において、信頼性の低いチャネルのもっとも良い改善策は、信頼性の低いチャネルを、信頼性のある別のチャネルに交換することである。これは、ビームリカバリと称される。ビームリカバリを実行するより先に、信頼性の低いチャネルが検出される必要があり、それによりビームリカバリをトリガする。
【０００５】
ゆえに、ビームリカバリをトリガすることをサポートするメカニズムが必要とされている。
【発明の概要】
【０００６】
例示的な実施形態は、ビームリカバリをトリガするシステム及び方法を提供する。
【０００７】
例示的な実施形態によれば、受信デバイスを動作させる方法が提供される。方法は、受信デバイスが送信デバイスからの送信をモニタリングする段階と、受信デバイスが送信の信頼度測定値を導出する段階と、受信デバイスが、信頼度測定値を閾値と比較するトリガ条件が満たされる旨を検出する段階と、検出に基づいて、受信デバイスがトリガ信号を送信してビーム障害リカバリ手順をトリガする段階とを含む。
【０００８】
オプションで、前述の実施形態のいずれかにおいて、トリガ信号は標準技術によって予め定義されたシーケンスを含むか、または、アクセスノードによって構成された、予め構成されたシーケンスを含む。
【０００９】
オプションで、前述の実施形態のいずれかにおいて、トリガ信号は、時間位置、周波数位置、またはコード／シーケンスが、初期アクセスまたはモビリティを目的とする第２ランダムアクセスチャネルとは異なる、第１ランダムアクセスチャネルにおいて送信される。
【００１０】
オプションで、前述の実施形態のいずれかにおいて、送信は、制御チャネルまたはデータチャネルのうち少なくとも一方で生じ、信頼度測定値を導出する段階は、制御チャネルまたはデータチャネルのうちその少なくとも一方をデコードする試行の結果を判定する段階を含む。
【００１１】
オプションで、前述の実施形態のいずれかにおいて、送信は基準信号を搬送し、信頼度測定値を導出する段階は基準信号の信号品質測定値を判定する段階を含む。
【００１２】
オプションで、前述の実施形態のいずれかにおいて、信号品質測定値は、基準信号受信電力（ＲＳＲＰ）測定値、基準信号受信品質（ＲＳＲＱ）測定値、受信信号電力測定値、信号対ノイズ比（ＳＮＲ）測定値、または信号干渉対ノイズ比（ＳＩＮＲ）測定値のうち少なくとも１つを含む。
【００１３】
オプションで、前述の実施形態のいずれかにおいて、基準信号は、復調基準信号（ＤＭＲＳ）、チャネル状態情報基準信号（ＣＳＩ−ＲＳ）、同期信号（ＳＳ）、位相時間トラッキング基準信号（ＰＴＲＳ）、またはサウンディング参照信号（ＳＲＳ）のうち少なくとも１つを含む。
【００１４】
オプションで、前述の実施形態のいずれかにおいて、トリガ条件は、複数の信頼度測定値と、１つまたは複数の閾値との比較であり、トリガ条件は、複数の信頼度測定値のうちの特定の数の信頼度測定値が、１つまたは複数の閾値を満足する場合に満たされる。
【００１５】
オプションで、前述の実施形態のいずれかにおいて、特定の数の信頼度測定値は、標準技術において特定されるか、または、送信デバイスと受信デバイスとの間のシグナリング交換において構成される。
【００１６】
オプションで、前述の実施形態のいずれかにおいて、特定の数の信頼度測定値のうちの信頼度測定値は、時間ウインドウにおいて発生する、モニタリングされる送信から導出される。
【００１７】
オプションで、前述の実施形態のいずれかにおいて、複数のトリガ条件があり、トリガ条件ごとに、特定の数の信頼度測定値のうちの信頼度測定値が、関連する時間ウインドウにおいて発生する、モニタリングされる送信から導出され、複数の関連する時間ウインドウは異なる。
【００１８】
オプションで、前述の実施形態のいずれかにおいて、トリガ条件は２つの単一のトリガ条件の組み合わせであり、第１の単一のトリガ条件は、複数の第１の信頼度測定値と第１の閾値との比較であり、複数の第１の信頼度測定値のうち特定の数の第１の信頼度測定値が第１の閾値を満足する場合に満たされ、第２の単一のトリガ条件は、複数の第２の信頼度測定値と第２の閾値との比較であり、複数の第１の信頼度測定値のうち特定の数の第２の信頼度測定値が第２の閾値を満足する場合に満たされる。
【００１９】
オプションで、前述の実施形態のいずれかにおいて、第１の単一のトリガ条件または第２の単一のトリガ条件のうち１つは、否定的条件である。
【００２０】
オプションで、前述の実施形態のいずれかにおいて、第１の単一のトリガ条件は、ＣＳＩ−ＲＳの信号品質測定値が第１の閾値を満足する場合に満たされ、第２の単一のトリガ条件は、ＳＳの信号品質測定値が第２の閾値を満足しない場合に満たされる。
【００２１】
オプションで、前述の実施形態のいずれかにおいて、第１の単一のトリガ条件は、ＣＳＩ−ＲＳの信号品質測定値が第１の閾値を満足する場合に満たされ、第２の単一のトリガ条件は、ＳＳの信号品質測定値が第２の閾値を満足する場合に満たされる。
【００２２】
オプションで、前述の実施形態のいずれかにおいて、受信デバイスはユーザ機器（ＵＥ）である。
【００２３】
例示的な実施形態によれば、受信デバイスを動作させる方法が提供される。方法は、受信デバイスがトリガ条件の発生を検出する段階と、トリガ条件の発生の検出に応答して、受信デバイスがトリガ信号を送信してビーム障害リカバリ手順をトリガする段階と、受信デバイスが送信デバイスからの肯定的な応答があるかどうかモニタリングする段階と、特定の第１の時間ウインドウにおいて肯定的な応答が受信されない旨を受信デバイスが検出し、検出に基づいて、受信デバイスが、別のトリガ信号を送信してビーム障害リカバリ手順をトリガする段階とを含む。
【００２４】
オプションで、前述の実施形態のいずれかにおいて、方法はさらに、特定の第２の時間ウインドウにおいて肯定的な応答が受信されない旨を受信デバイスが検出し、受信デバイスが、受信デバイスの上位層エンティティにトリガ信号を送信して無線リンク障害手順をトリガする段階を含む。
【００２５】
オプションで、前述の実施形態のいずれかにおいて、特定の第２の時間ウインドウは、特定の第１の時間ウインドウの後に始まる。
【００２６】
例示的な実施形態によれば、受信デバイスを動作させる方法が提供される。方法は、送信デバイスからの送信を受信デバイスがモニタリングする段階と、受信デバイスが、送信の信頼度測定値を導出する段階と、信頼度測定値の第１のトリガ条件が満たされ、かつ、信頼度測定値の第２のトリガ条件が満たされる旨を受信デバイスが検出する段階と、検出に基づいて、受信デバイスが、受信デバイスの上位層エンティティに第１のトリガ信号を送信して無線リンク障害（ＲＬＦ）リカバリ手順をトリガする段階とを含む。
【００２７】
オプションで、前述の実施形態のいずれかにおいて、方法はさらに、受信デバイスが、信頼度測定値の第１のトリガ条件が満たされ、かつ、信頼度測定値の前記第２のトリガ条件が満たされない旨を検出する段階と、検出に基づいて、受信デバイスが、送信デバイスに第２のトリガ信号を送信してビーム障害リカバリ手順をトリガする段階とを含む。
【００２８】
オプションで、前述の実施形態のいずれかにおいて、第２のトリガ信号は、標準技術によって特定された、予め定義されたシーケンスであるか、または、アクセスノードによって構成された、予め構成されたシーケンスである。
【００２９】
オプションで、前述の実施形態のいずれかにおいて、第２のトリガ信号は、時間位置、周波数位置、またはコード／シーケンスが、初期アクセスまたはモビリティを目的とする第２ランダムアクセスチャネルとは異なる、第１ランダムアクセスチャネルにおいて送信される。
【００３０】
以上の実施形態のやり方は、ＵＥが、信頼性の低いチャネルを検出し、ビームリカバリをトリガすることを可能にする。ｇＮＢの前に、ＵＥが信頼性の低いチャネルを検出することが可能になり得るので、ビームリカバリ全体がより早く開始し、より速く完了することが可能である。
【図面の簡単な説明】
【００３１】
本開示およびこれらの利点の、より完全な理解のために、添付の図面と併用して、以下の記載が参照される。
【００３２】
【図１】本明細書に説明される例示的な実施形態による、例示的な無線通信システムを図示する。
【００３３】
【図２】本明細書に説明される例示的な実施形態による、例示的なビームトラッキングシステムを図示する。
【００３４】
【図３】本明細書に説明される例示的な実施形態による、チャネルおよび／または信号をモニタリングする受信デバイスにおいて発生し、信頼性の低いチャネルを潜在的に検出してビームリカバリをトリガする、例示的な動作のフロー図を図示する。
【００３５】
【図４Ａ】本明細書に説明される例示的な実施形態による、チャネルをモニタリングする受信デバイスにおいて発生し、信頼性の低いチャネルを潜在的に検出してビームリカバリをトリガする、例示的な動作のフロー図を図示する。
【００３６】
【図４Ｂ】本明細書に説明される例示的な実施形態による、信号をモニタリングする受信デバイスにおいて発生し、信頼性の低いチャネルを潜在的に検出してビームリカバリをトリガする、例示的な動作のフロー図を図示する。
【００３７】
【図５】本明細書に説明される例示的な実施形態による、ビームリカバリを潜在的にトリガする組み合わせトリガ条件を用いる受信デバイスにおいて発生する、例示的な動作のフロー図を図示する。
【００３８】
【図６】本明細書に説明される例示的な実施形態による、複数のトリガ条件を用いてビームリカバリおよびＲＬＦリカバリを別々にトリガする受信デバイスにおいて発生する、例示的な動作のフロー図を図示する。
【００３９】
【図７】本明細書に説明される例示的な実施形態による、ビームリカバリおよびＲＬＦリカバリを別々にトリガする受信デバイスにおいて発生する、例示的な動作のフロー図を図示する。
【００４０】
【図８】本明細書に説明される例示的な実施形態による、例示的な通信システムを図示する。
【００４１】
【図９Ａ】本開示に係る方法及び教示内容を実装し得る例示的なデバイスを図示する。
【図９Ｂ】本開示に係る方法及び教示内容を実装し得る例示的なデバイスを図示する。
【００４２】
【図１０】本明細書に開示されるデバイスおよび方法を実装するために用いられ得る、コンピューティングシステムのブロック図である。
【発明を実施するための形態】
【００４３】
開示された実施形態の作成および使用が、以下に詳細に説明される。しかしながら、本開示は、広く様々な特定のコンテキストにおいて具現化され得る、多くの応用可能な発明的概念を提供することを、理解されたい。説明される特定の実施形態は、実施形態を作成および使用する特定の方法を例示するにすぎず、開示の範囲を限定するものではない。
【００４４】
図１は、例示的な無線通信システム１００を図示する。通信システム１００は、ユーザ機器（ＵＥ）１１５にサービスを提供するアクセスノード１０５を含む。第１の動作モードにおいて、ＵＥ１１５との往復の通信は、アクセスノード１０５を通る。第２の動作モードにおいて、ＵＥ１１５との往復の通信は、アクセスノード１０５を通らないが、しかしながら、アクセスノード１０５は典型的には、ＵＥ１１５によって用いられるリソースを、通信に割り当てる。アクセスノードは、また、進化型ＮｏｄｅＢ（ｅＮＢ）、基地局、ＮｏｄｅＢ、マスターｅＮＢ（ＭｅＮＢ）、セカンダリｅＮＢ（ＳｅＮＢ）、次世代（ＮＧ）ＮｏｄｅＢ（ｇＮＢ）、マスターｇＮＢ（ＭｇＮＢ）、セカンダリｇＮＢ（ＳｇＮＢ）、遠隔無線ヘッド、アクセスポイント、および同様のものと一般的に称され、一方、ＵＥは、また、モバイル、モバイル局、端末、加入者、ユーザ、局、および同様のものと一般的に称され得る。
【００４５】
通信システムは、複数のＵＥと通信が可能な多重アクセスノードを採用し得ることが理解されるが、簡略化のために１つのアクセスノードと１つのＵＥのみが図示される。
【００４６】
前に説明されたように、高周波数（ＨＦ）（ミリメートル波長（ｍｍＷａｖｅ）など、６ギガヘルツ（ＧＨｚ）以上）の動作周波数で動作する通信システムの伝搬損失は高く、ビームフォーミングが大きな伝搬損失を克服するために用いられ得る。図１に示されるように、アクセスノード１０５およびＵＥ１１５の両者は、ビームフォーミングされた送信および受信を用いて通信する。一例として、アクセスノード１０５は、ビーム１１０および１１２を含む複数の通信ビームを用いて通信し、一方、ＵＥ１１５は、ビーム１２０および１２２を含む複数の通信ビームを用いて通信する。
【００４７】
ビームは、コードブックベースのプリコーディングのコンテキストにおいて予め定義されたビームフォーミング重みのセットであり得、または、非コードブックベースのプリコーディングのコンテキストにおいて動的に定義されたビームフォーミング重み（例えば、固有ベース（ｅｉｇｅｎ−ｂａｓｅｄ）のビームフォーミング（ＥＢＢ））のセットであり得る。ＴＲＰは非コードブックベースのプリコーディングに依存して、ある放射パターンを形成してダウンリンク信号を送信し、および／またはアップリンク信号を受信し得るが、ＵＥは、コードブックベースのプリコーディングに依存して、アップリンク信号を送信してダウンリンク信号を受信し得ることを理解されたい。
【００４８】
ＵＥの性能を限定し得る様々な制限が存在し、制限は、以下を含む。
−電磁結合：ＵＥのアンテナの表面電流が、様々な形の電気と磁気の結合を誘発し、それは特徴的なインピーダンスおよびアンテナ開口効率に影響を与える。
−物理的サイズ：一般的に、ＵＥの表示パネルおよびバッテリはＵＥの体積の最大パーセンテージを占め、様々な他のデバイス（センサ、カメラ、スピーカなどを含む）は、残りの体積の大部分をまた占め、通常はＵＥのエッジに配置される。アンテナ（第３世代（３Ｇ）、第４世代（４Ｇ）、第５世代（５Ｇ）新無線（ＮＲ）など）もまた存在する。電力消費、熱放散などもまた、物理的サイズに影響を与える。
−使用状況：ＵＥの意図される使用状況もまた、ＵＥの性能に影響を与える。一例として、ユーザの手は、それがアンテナアレイを完全に覆う場合、アンテナアレイのゲインを平均で１０ｄＢ減少させ得る。
−アンテナアレイ構成：複数のアンテナアレイが用いられ得る。潜在的に必要とされるのは、複数の無線周波数（ＲＦ）集積回路（ＩＣ）および単一のベースバンド（ＢＢ）ＩＣ（ＢＢＩＣ）である。
【００４９】
ＵＥの移動は信号品質に著しい悪化をもたらすことに留意する。しかしながら、移動は以下を含む、様々なセンサを用いて検出され得る。
−毎秒０．０４°のオーダーの二乗平均平方根（ＲＭＳ）ノイズを有する３次元（３Ｄ）ジャイロスコープ。
−１ミリｇのオーダーのＲＭＳノイズを有する３Ｄ加速度計。
−磁力計。ＵＥの動きが知られている場合、ＵＥによって用いられるビームを素早くトラッキングすることが可能であり得る。表１は、代表的なアクティビティに関する例示的な角度変位の要約を示す。
【表１】
2020501404.tif 000003
【００５０】
図２は、例示的なビームトラッキングシステム２００を図示する。ビームトラッキングシステム２００は、ＵＥ内に位置し得る。ビームトラッキングシステム２００は、複数のセンサからの（情報に補助された測位システム（グローバルポジショニングシステム（ＧＰＳ）など）からの位置情報、３Ｄジャイロスコープ情報、３Ｄ加速度計情報、磁力計情報などを含む）データを用いて、ビームトラッキングを実行する。情報に補助された測位システムからの位置情報は、動きセンサからの情報に加えて、改善された動き検出、確度、および信頼性をもたらし得る。データフュージョンユニット２０５は、センサデータを受信してデータを処理し、処理されたデータを、ＵＥに行われている移動のタイプを分類する移動分類ユニット２１０に提供する。移動分類ユニット２１０はまた、ＵＥの移動の分類に役立つ履歴データに基づいて移動分類ユニット２１０に情報を提供するトレーニングデータユニット２１５から、情報を受信する。分類された移動は、検出器２２０に提供される。検出器２２０は、ＵＥの動きがビームトラッキング調整を保証するかどうかを判断し得る。ビームトラッキング調整を保証する動きの例は、空間閾値を超える空間変位、角度閾値を超える角度回転、閾値を超える加速／減速などを含む。ビームトラッキング調整が保証される場合、ビームトラッキング調整解決手段が生成される。解決手段の例は、ＵＥが静止している状態２２５でのビーム調整、ＵＥが回転している状態２２６でのビーム調整、ＵＥが変位を経験している状態２２７でのビーム調整、および、ＵＥがブロックされている状態２２８でのビーム調整を含む。
【００５１】
現代の通信システムにおいて、アクセスノードおよびＵＥの対ごとに、通信システムは複数のダウンリンク制御チャネル（例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロングタームエボリューション（ＬＴＥ）準拠の通信システムにおける物理的ダウンリンク制御チャネル（ＰＤＣＣＨ）など）、およびダウンリンクデータチャネル（例えば、３ＧＰＰ  ＬＴＥ準拠の通信システムにおける物理的ダウンリンク共有チャネル（ＰＤＳＣＨ）など）を維持する。
【００５２】
各ダウンリンクチャネル（例えば、ダウンリンク制御チャネルまたはダウンリンクデータチャネル）は、送信ビームｗｔｉおよび受信ビームｗｒｉの選択によって特徴付けられ得、ここで、ｉは、ＣＳＩ−ＲＳリソースインデックス（ＣＲＩ）ともまた称され得る、ダウンリンクチャネル（例えば、ダウンリンク制御チャネルまたはダウンリンクデータチャネル）のビームインデックスである。アクセスノードは、ビームインデックスｉが与えられたとき、どのビームがプリコーディングベクトルｗｒｉを用いるべきか知っている。以下に示される考察は、ダウンリンク制御チャネル、特に３ＧＰＰ  ＬＴＥ準拠の通信システムのＰＤＣＣＨに焦点を合わせる。しかしながら、本明細書に示される技術はダウンリンクデータチャネル、特に、３ＧＰＰ  ＬＴＥ準拠の通信システムのＰＤＳＣＨによっても動作可能である。ゆえに、ダウンリンク制御チャネルの考察、および３ＧＰＰ  ＬＴＥ準拠の専門用語の使用は、本明細書に示される技術の範囲または趣旨のいずれかを限定するものとして解されるべきではない。
【００５３】
復調基準信号（ＤＭＲＳ）は、各ダウンリンク制御チャネルに関連づけられる。ＤＭＲＳは、ＵＥにおける復調を支援するように、ＰＤＣＣＨにおいてのリソースとして搬送される。一度ＰＤＣＣＨの位置がＵＥに知られると、ＤＭＲＳシーケンスおよび／またはパターンもまた、ＵＥに知られる。ＤＭＲＳ＿１、...、ＤＭＲＳ＿Ｎを、Ｎ個のＰＤＣＣＨに関連づけられたＮ個のＤＭＲＳとする。
【００５４】
アクセスノードは、複数のチャネル状態情報基準信号（ＣＳＩ−ＲＳ）を含む複数のリソースを構成して、アクセスノードとＵＥとの間のチャネルの測定を可能にし得る。ＣＳＩ−ＲＳはまた、ビーム管理、ビームリカバリ、ならびに他の目的にも用いられ得る。一度ＣＳＩ−ＲＳリソースの位置がＵＥに知られると、ＣＳＩ−ＲＳシーケンスおよび／またはパターンもまた、ＵＥに知られる。ＣＳＩＲＳ＿１、...、ＣＳＩＲＳ＿Ｋを、Ｋ個のＣＳＩ−ＲＳリソースに関するＫ個のＣＳＩ−ＲＳとする。
【００５５】
アクセスノードは、複数の同期信号（ＳＳ）を含む複数のリソースを構成し、（特に）アクセスノードとＵＥとの間の同期を可能にし得る。ＳＳは、また、ビーム管理、ビームリカバリ、ならびに他の目的にも用いられ得る。ＳＳシーケンスおよび／またはパターンは、最初にＵＥに知られ得る。ＳＳ＿１、...、ＳＳ＿Ｑを、アクセスノードとＵＥとの間のＱ個のＳＳとする。Ｑ個のＳＳ信号のセットおよびＫ個のＣＳＩ−ＲＳ信号のセットは、本明細書では簡略化のために広義の基準信号（ＧＲＳ）と表示される基準信号のより大きいセットの、サブセットであり得ることに留意する。ＧＲＳは、また、広義のＣＳＩ−ＲＳ、ＣＳＩ−ＲＳ、ビーム管理のためのＣＳＩ−ＲＳ、ビーム障害検出ＲＳなどとも称され得る。
【００５６】
例示的な実施形態によれば、受信デバイス（ＵＥなど）は、制御チャネル、データチャネル、および／または基準信号をモニタリングして、ビームリカバリをトリガする。ＵＥは、制御チャネル、データチャネル、ＳＳ、ＣＳＩ−ＲＳおよびＰＤＣＣＨ  ＤＭＲＳをモニタリングして、信頼性の低いビームを検出してビームリカバリをトリガし得る。ＵＥは、制御チャネル、データチャネル、および／または基準信号のモニタリングから収集された情報に基づいて、チャネルの信頼性の測定値を導出する。スライディングウインドウは、チャネルの信頼性の動的な性質をとらえるように、チャネルの信頼性の測定値に適用され得る。受信デバイスがＵＥでない状況においては、受信デバイスはチャネルおよび信号（基準信号）をモニタリングして、信頼性の低いビームを検出してビームリカバリをトリガし得る。
【００５７】
図３は、チャネルおよび／または信号をモニタリングして、潜在的に、信頼性の低いチャネルを検出してビームリカバリをトリガする受信デバイスにおいて発生する、例示的な動作３００のフロー図を図示する。動作３００は、受信デバイスが、チャネルおよび／または信号をモニタリングして、潜在的に、信頼性の低いチャネルを検出してビームリカバリをトリガするとき、受信デバイスに発生する動作を示し得る。
【００５８】
動作３００は、受信デバイスが送信（チャネルおよび／または信号など）をモニタリングすることから始まる（ブロック３０５）。受信デバイスがＵＥである状況において、ＵＥは、ダウンリンク制御チャネル、ダウンリンクデータチャネル、および／または、ＳＳ、ＣＳＩ−ＲＳ、ＰＤＣＣＨ  ＤＭＲＳなどの基準信号をモニタリングし得る。受信デバイスがアクセスノードである状況において、アクセスノードは、アップリンク制御チャネル、アップリンクデータチャネル、および／または、サウンディング参照信号（ＳＲＳ）などのアップリンク基準信号をモニタリングし得る。受信デバイスは、モニタリングされる送信から信頼度測定値を導出する（ブロック３０６）。一例として、信頼度測定値は、チャネルのデコード試行の結果（例えば、成功または失敗のいずれか）である。他の例として、信頼度測定値は、信号の品質または強度の測定値である。受信デバイスは、信頼度測定値に基づいて、トリガ条件が満たされるかどうか判定するチェックを実行する（ブロック３０７）。例示的なトリガ条件は、信頼度測定値（例えば、デコード性能、信号品質、信号強度、またはこれらの組み合わせ）と閾値との比較を含む。一実施形態において、単一のトリガ条件が用いられる。別の実施形態において、２またはそれ以上のトリガ条件の組み合わせが用いられる。組み合わせは肯定的でも否定的でもあり得る。トリガ条件が満たされない場合、受信デバイスは、チャネルおよび／または信号を処理し（ブロック３０９）、ブロック３０５に戻り、チャネルおよび／または信号のモニタリングを続ける。
【００５９】
トリガ条件が満たされる場合、受信デバイスはビームリカバリをトリガする（ブロック３１１）。受信デバイスがＵＥである場合、ＵＥはビームリカバリ要求メッセージを送信することによって、ビームリカバリをトリガしなければならない。一例として、ＵＥはビームリカバリランダムアクセスチャネル（ＢＲＡＣＨ）リソースの構成前のシーケンスを送信することによって、ビームリカバリをトリガする。受信デバイスがアクセスノードである場合、アクセスノードは独力でビームリカバリをトリガし得る。受信デバイスに応じて、受信デバイスは、新しいチャネルをセットアップするか、新しいチャネルを検出するかのいずれかを行う（ブロック３１３）。受信デバイスがアクセスノードである場合、アクセスノードは新しいチャネルをセットアップするが、受信デバイスがＵＥである場合、ＵＥは新しいチャネルを検出する。受信デバイスはブロック３０５に戻り、新しいチャネルおよび／または信号のモニタリングを続ける。
【００６０】
図４Ａは、チャネルをモニタリングして、潜在的に、信頼性の低いチャネルを検出してビームリカバリをトリガする受信デバイスにおいて発生する、例示的な動作４００のフロー図を図示する。動作４００は、受信デバイスがチャネル（例えば、制御チャネルおよび／またはデータチャネル）をモニタリングして、潜在的に、信頼性の低いチャネルを検出してビームリカバリをトリガするときに、受信デバイスにおいて発生する動作を示し得る。
【００６１】
動作４００は、受信デバイスがチャネルを検出することから始まる（ブロック４０５）。受信デバイスがＵＥである状況において、ＵＥはダウンリンク制御チャネル（ＰＤＣＣＨなど）、および／またはダウンリンクデータチャネル（ＰＤＳＣＨなど）を検出し得る。受信デバイスがアクセスノードである状況において、アクセスノードはアップリンク制御チャネル（物理的アップリンク制御チャネル（ＰＵＣＣＨ）など）、および／またはアップリンクデータチャネル（物理的アップリンク共有チャネル（ＰＵＳＣＨ）など）を検出し得る。受信デバイスは、チャネルをデコードすることを試行する（ブロック４０７）。試行されたチャネルのデコードは、チャネルの信頼度測定値の導出である。一般的に、デコード試行は成功するか失敗するかのいずれかである。受信デバイスは、デコード試行が成功したかどうか判定するチェックを実行する（ブロック４０９）。デコード試行が成功した場合、受信デバイスはチャネルを処理し（ブロック４１１）、ブロック４０５に戻り、さらにチャネルを検出する。
【００６２】
デコード試行が成功しなかった場合、受信デバイスはトリガ条件が満たされるかどうか判定するチェックを実行する（ブロック４１３）。トリガ条件は、単に、１回または複数回の不成功に終わったデコード試行であり得る。代わりに、トリガ条件は、特定の時間ウインドウにおいての１回または複数回の不成功に終わったデコード試行であり得る。モニタリングされている複数のチャネルがある状況において、各チャネルは異なるトリガ条件を有し得、または、単一のトリガ条件が、すべてのチャネルに関して用いられ得る。説明例として、受信デバイスが単一のＰＤＣＣＨおよび／またはＰＤＳＣＨをモニタリングしている状況を考慮すると、トリガ条件は、特定の時間ウインドウにおいての連続または非連続でＫ回の不成功に終わったデコード試行であり得、ここで、Ｋは整数である。別の説明例として、受信デバイスがＮ個のＰＤＣＣＨおよび／またはＰＤＳＣＨをモニタリングしている状況を考慮すると、トリガ条件は、第１の特定の時間ウインドウにおいての第１のＰＤＣＣＨおよび／またはＰＤＳＣＨの連続または非連続でＫ１回の不成功に終わったデコード試行、第２の特定の時間ウインドウにおいての第２のＰＤＣＣＨおよび／またはＰＤＳＣＨの連続または非連続でＫ２回の不成功に終わったデコード試行、...、および第Ｎの特定の時間ウインドウにおいての第ＮのＰＤＣＣＨおよび／またはＰＤＳＣＨの連続または非連続でＫＮ回の不成功に終わったデコード試行であり得、ここで、Ｋ１、Ｋ２、...、ＫＮは整数である。Ｎ個の特定の時間ウインドウは同じでも異なってもよい。
【００６３】
さらに、Ｎ個のチャネルがモニタリングされている状況において、満たされている個別のトリガ条件の数もまた、自然に条件となり得る。説明例において、満たされている個別のトリガ条件の数が１である場合、したがって、Ｎ個のトリガ条件のうちいずれかが満たされていることが、ビームリカバリをトリガするのに十分である。別の説明例において、満たされている個別のトリガ条件の数がＬである場合（ここで、ＬはＮ以下の整数）、したがって、ビームリカバリをトリガするためには、少なくともＬ個の個別のトリガ条件が満たされなければならない。
【００６４】
トリガ条件が満たされない場合、受信デバイスはブロック４０５に戻り、チャネルのモニタリングを続ける。トリガ条件が満たされる場合、受信デバイスはビームリカバリをトリガする（ブロック４１５）。受信デバイスに応じて、受信デバイスは、新しいチャネルをセットアップするか、新しいチャネルを検出するかのいずれかを行う（ブロック４１７）。
【００６５】
図４Ｂは、信号をモニタリングして、潜在的に、信頼性の低いチャネルを検出してビームリカバリをトリガする受信デバイスにおいて発生する、例示的な動作４５０のフロー図を図示する。動作４５０は、受信デバイスが信号（例えば、基準信号）をモニタリングして、潜在的に、信頼性の低いチャネルを検出してビームリカバリをトリガするときに、受信デバイスにおいて発生する動作を示し得る。
【００６６】
動作４５０は、受信デバイスが信号を検出することから始まる（ブロック４５５）。受信デバイスがＵＥである状況において、ＵＥは、ＳＳ、ＣＳＩ−ＲＳ、ＰＤＣＣＨ  ＤＭＲＳ、位相時間トラッキング基準信号（ＰＴＲＳ）などの、ダウンリンク基準信号を検出し得る。受信デバイスがアクセスノードである状況において、アクセスノードは、ＳＲＳなどのアップリンク基準信号を検出し得る。受信デバイスは、信号の信号品質の測定値を判定する（ブロック４５７）。信号品質の測定値の例は、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、信号対ノイズ比（ＳＮＲ）、信号対干渉ノイズ比（ＳＩＮＲ）、受信信号電力などを含む。信号の信号品質の判定は、信号の信頼度測定値の導出である。受信デバイスは、信号品質が閾値を満たすかどうか判定するチェックを実行する（ブロック４０９）。受信デバイスは信号品質を、例えば許容可能な信号品質を示す数値と比較し得る。信号品質が閾値を満たす場合、受信デバイスは信号を処理し（ブロック４６１）、ブロック４５５に戻り、さらに信号を検出する。
【００６７】
信号品質が閾値を満たさない場合、受信デバイスは、トリガ条件が満たされるかどうか判定するチェックを実行する（ブロック４６３）。トリガ条件は、単純に、１回または複数回信号品質が閾値を満たさない場合であり得る。代わりに、トリガ条件は、特定の時間ウインドウにおいて、１回または複数回信号品質が閾値を満たさない場合であり得る。複数の信号がモニタリングされている状況において、各信号は異なるトリガ条件を有し得、または、単一のトリガ条件がすべての信号に関して用いられ得る。
【００６８】
説明例として、モニタリングされる信号が単一のＰＤＣＣＨ  ＤＭＲＳである場合、トリガ条件は、連続または非連続でＰ回の、信号品質が閾値を満たさない場合であり得、ここで、Ｐは整数である。代わりに、トリガ条件は、特定の時間ウインドウにおいての連続または非連続でＰ回の、信号品質が閾値を満たさない場合であり得る。別の説明例として、受信デバイスがＮ個のＰＤＣＣＨ  ＤＭＲＳをモニタリングしている状況を考慮すると、トリガ条件は、第１の特定の時間ウインドウにおいての連続または非連続でＰ１回の、第１のＰＤＣＣＨ  ＤＭＲＳの信号品質が第１の閾値を満たさない場合、第２の特定の時間ウインドウにおいての連続または非連続でＰ２回の、第２のＰＤＣＣＨ  ＤＭＲＳの信号品質が第２の閾値を満たさない場合、...、および、第Ｎの特定の時間ウインドウにおいての連続または非連続でＰＮ回の不成功である、第ＮのＰＤＣＣＨ  ＤＭＲＳの信号品質が第Ｎの閾値を満たさない場合であり得、ここで、Ｐ１、Ｐ２、...、ＰＮは整数である。Ｎ個の閾値は同じでも異なってもよい。Ｎ個の特定の時間ウインドウは同じでも異なってもよい。信号品質が送信の多様性をサポートするためのビーム群信号品質となるように、信号品質は信号群にわたって定義され得ることに留意する。
【００６９】
説明例として、モニタリングされる信号は単一のＣＳＩ−ＲＳであり、トリガ条件は、連続または非連続でＭ回の、信号品質が閾値を満たさない場合であり得、ここで、Ｍは整数である。代わりに、トリガ条件は、特定の時間ウインドウにおいての連続または非連続でＭ回の、信号品質が閾値を満たさない場合であり得る。別の説明例として、受信デバイスがＮ個のＣＳＩ−ＲＳをモニタリングしている状況を考慮すると、トリガ条件は、第１の特定の時間ウインドウにおいての連続または非連続でＭ１回の、第１のＣＳＩ−ＲＳの信号品質が第１の閾値を満たさない場合、第２の特定の時間ウインドウにおいての連続または非連続でＭ２回の、第２のＣＳＩ−ＲＳの信号品質が第２の閾値を満たさない場合、...、および、第Ｎの特定の時間ウインドウにおいての連続または非連続でＭＮ回の不成功である、第ＮのＣＳＩ−ＲＳの信号品質が第Ｎの閾値を満たさない場合であり得、ここで、Ｍ１、Ｍ２、...、ＭＮは整数である。Ｎ個の閾値は同じでも異なってもよい。Ｎ個の特定の時間ウインドウは同じでも異なってもよい。信号品質が送信の多様性をサポートするためのビーム群信号品質となるように、信号品質は信号群にわたって定義され得ることに留意する。
【００７０】
説明例として、モニタリングされる信号は単一のＳＳであり、トリガ条件は、連続または非連続でＱ回の、信号品質が閾値を満たさない場合であり得、ここで、Ｑは整数である。代わりに、トリガ条件は、特定の時間ウインドウにおいての連続または非連続でＱ回の、信号品質が閾値を満たさない場合である。別の説明例として、受信デバイスがＮ個のＳＳをモニタリングしている状況を考慮すると、トリガ条件は、第１の特定の時間ウインドウにおいての連続または非連続でＱ１回の、第１のＳＳの信号品質が第１の閾値を満たさない場合、第２の特定の時間ウインドウにおいての連続または非連続でＱ２回の、第２のＳＳの信号品質が第２の閾値を満たさない場合、...、および、第Ｎの特定の時間ウインドウにおいての連続または非連続でＱＮ回の不成功である、第ＮのＳＳの信号品質が第Ｎの閾値を満たさない場合であり得、ここで、Ｑ１、Ｑ２、...、ＱＮは整数である。Ｎ個の閾値は同じでも異なってもよい。Ｎ個の特定の時間ウインドウは同じでも異なってもよい。信号品質が送信の多様性をサポートするためのビーム群信号品質となるように、信号品質は信号群にわたって定義され得ることに留意する。
【００７１】
さらに、Ｎ個の信号がモニタリングされる状況において、満たされている個別のトリガ条件の数もまた、自然に条件となり得る。説明例において、満たされている個別のトリガ条件の数が１である場合、したがって、Ｎ個のトリガ条件のうちいずれかが満たされていることが、ビームリカバリをトリガするのに十分である。別の説明例において、満たされている個別のトリガ条件の数がＬである場合（ここで、ＬはＮ以下の整数）、したがって、ビームリカバリをトリガするためには、少なくともＬ個の個別のトリガ条件が満たされなければならない。
【００７２】
トリガ条件が満たされない場合、受信デバイスはブロック４５５に戻り、信号のモニタリングを続ける。トリガ条件が満たされている場合、受信デバイスはビームリカバリをトリガする（ブロック４６５）。受信デバイスに応じて、受信デバイスは、新しいチャネルをセットアップするか、新しいチャネルを検出するかのいずれかを行う（ブロック４６７）。
【００７３】
例示的な実施形態によれば、２つまたはそれ以上の単一のトリガ条件の組み合わせを含む組み合わせトリガ条件が、ビームリカバリをトリガするために用いられる。組み合わせトリガ条件は、１より多いチャネルおよび／または信号に基づく、ビームリカバリのトリガを可能にする。組み合わせトリガ条件は、２つまたはそれ以上の単一のトリガ条件の肯定的組み合わせであり得る。例示的な肯定的組み合わせトリガ条件は、ＩＦ（第１のトリガ条件が満たされる）ＡＮＤ（第２のトリガ条件が満たされる）ＴＨＥＮ  ビームリカバリをトリガする、というものを含む。組み合わせトリガ条件は、２つまたはそれ以上の単一のトリガ条件の否定的組み合わせであり得る。例示的な否定的組み合わせトリガ条件は、ＩＦ（第１のトリガ条件が満たされる）ＡＮＤ  ＮＯＴ（第２のトリガ条件が満たされる）ＴＨＥＮ  ビームリカバリをトリガする、というものを含む。
【００７４】
肯定的な組み合わせトリガ条件において、肯定的な組み合わせトリガ条件のうちすべての単一のトリガ条件が満たされる場合、したがって、受信デバイスはビームリカバリをトリガする。新しいビームが識別されたかどうかに関する追加の条件が適用可能であり得ることに留意する。４つの単一のトリガ条件（条件＿１、条件＿２、条件＿３、および条件＿４）がある状況において、可能な組み合わせトリガ条件は、以下を含む。
条件＿１  ＡＮＤ  条件＿２
条件＿１  ＡＮＤ  条件＿３
条件＿１  ＡＮＤ  条件＿４
条件＿２  ＡＮＤ  条件＿３
条件＿２  ＡＮＤ  条件＿４  および
条件＿３  ＡＮＤ  条件＿４
【００７５】
前に説明された単一のトリガ条件のうち２つを有する、例示的な肯定的組み合わせトリガ条件は、以下のように表現できる。
（１または複数のＣＳＩ−ＲＳ信号の信号品質が対応する閾値を連続してＭ回満たさない）
かつ（ＡＮＤ）
（１または複数のＳＳ信号の信号品質が対応する閾値を連続してＱ回満たさない）
場合、したがって、受信デバイスはビームリカバリをトリガする。
【００７６】
否定的な組み合わせトリガ条件において、単一のトリガ条件のうち少なくとも１つは否定的に示される。ゆえに、否定的な単一のトリガ条件が満たされる場合、本来の単一のトリガ条件は満たされない。否定的な組み合わせトリガ条件のうち単一のトリガ条件のすべてが否定的に示されることが可能であるが、肯定的に示される少なくとも１つの単一のトリガ条件があるべきである。新しいビームが識別されたかどうかに関する追加の条件が適用可能であり得ることに留意する。４つの単一のトリガ条件（条件＿１、条件＿２、条件＿３、および条件＿４）がある状況において、否定的な組み合わせトリガ条件は、以下を含む。
条件＿１  ＡＮＤ  ＮＯＴ  条件＿２
条件＿１  ＡＮＤ  ＮＯＴ  条件＿３
条件＿１  ＡＮＤ  ＮＯＴ  条件＿４
条件＿２  ＡＮＤ  ＮＯＴ  条件＿１
条件＿２  ＡＮＤ  ＮＯＴ  条件＿３
条件＿２  ＡＮＤ  ＮＯＴ  条件＿４
条件＿３  ＡＮＤ  ＮＯＴ  条件＿１
条件＿３  ＡＮＤ  ＮＯＴ  条件＿２
条件＿３  ＡＮＤ  ＮＯＴ  条件＿４
条件＿４  ＡＮＤ  ＮＯＴ  条件＿１
条件＿４  ＡＮＤ  ＮＯＴ  条件＿２  および
条件＿４  ＡＮＤ  ＮＯＴ  条件＿３
【００７７】
前に説明された単一のトリガ条件のうち２つを有する、例示的な否定的組み合わせトリガ条件は、以下のように表現できる。
ＩＦ（１または複数のＣＳＩ−ＲＳ信号の信号品質が対応する閾値を連続してＭ回満たさない）
ＡＮＤ  ＮＯＴ
（１または複数のＳＳ信号の信号品質が対応する閾値を連続してＱ回満たさない）
ＴＨＥＮ  受信デバイスはビームリカバリをトリガする。
【００７８】
図５は、組み合わせトリガ条件を用いて、潜在的にビームリカバリをトリガする受信デバイスにおいて発生する、例示的な動作５００のフロー図を図示する。動作５００は、受信デバイスが組み合わせトリガ条件を用いて、潜在的にビームリカバリをトリガするときに、受信デバイスにおいて発生する動作を示し得る。図５に示されるように、動作５００は、潜在的に、信頼性の低いチャネルを検出してビームリカバリをトリガする、処理の一部分を示す。
【００７９】
動作５００は、潜在的に、信頼性の低いチャネルを検出してビームリカバリをトリガする処理のチャネルデコードまたは信号処理の後に、受信デバイスが、組み合わせトリガ条件が満たされるかどうか判定するチェックを実行することから始まる（ブロック５０５）。組み合わせトリガ条件が満たされる場合、受信デバイスはビームリカバリをトリガし（ブロック５０７）、ビームリカバリを続ける。組み合わせトリガ条件を満たすためには、組み合わせトリガ条件のうちすべての個別の単一のトリガ条件が満たされる。一例として、２つの単一のトリガ条件を有する肯定的な組み合わせトリガ条件において、肯定的な組み合わせトリガ条件を満たすためには、単一のトリガ条件の両者が満たされなければならない。他の例として、２つの単一のトリガ条件を有する否定的な組み合わせトリガ条件において、否定的な組み合わせトリガ条件を満たすためには、第１の単一のトリガ条件は満たされなければならず、第２の単一のトリガ条件は満たされてはならない（単一のトリガ条件が否定的であることに応じて）。組み合わせトリガ条件が満たされない場合、受信デバイスは戻り、チャネルまたは信号処理を続ける。
【００８０】
例示的な実施形態によれば、ビームリカバリおよび無線リンク障害（ＲＬＦ）リカバリをトリガするために、異なるトリガ条件（単一のトリガ条件および／または組み合わせトリガ条件）が用いられる。説明例として、第１のトリガ条件が、ビームリカバリをトリガするために用いられ、第２のトリガ条件が、ＲＬＦリカバリをトリガするために用いられる。ビームリカバリは、典型的には、ＲＬＦリカバリより重大ではないとみなされるので、第１のトリガ条件は、第２のトリガ条件より厳しくなくてもよい。ビームリカバリおよびＲＬＦリカバリをトリガするために異なるトリガ条件を用いる説明例は、すべてのＣＳＩ−ＲＳの信号品質が第１の閾値を下回り、かつ、少なくとも１つのＳＳの信号品質が第２の閾値を上回るかどうか判定し、そうである場合はビームリカバリをトリガし、一方、すべてのＣＳＩ−ＲＳの信号品質が第３の閾値を下回り、かつ、すべてのＳＳの信号品質が第４の閾値を下回るかどうか判定し、そうである場合はＲＬＦリカバリをトリガする、チェックを含む。
【００８１】
図６は、複数のトリガ条件を用いて、ビームリカバリおよびＲＬＦリカバリを別々にトリガする受信デバイスにおいて発生する、例示的な動作６００のフロー図を図示する。動作６００は、受信デバイスが複数のトリガ条件を用いて、ビームリカバリおよびＲＬＦリカバリを別々にトリガする受信デバイスにおいて発生する、動作を示し得る。図６に示されるように、動作６００は、潜在的に、信頼性の低いチャネルまたは障害のある無線リンクを検出してリカバリをトリガする処理の一部分を示す。
【００８２】
動作６００は、潜在的に、信頼性の低いチャネルを検出してビームリカバリをトリガする処理のチャネルデコードまたは信号処理の後に、受信デバイスが、第１のトリガ条件が満たされるかどうか判定するチェックを実行することから始まる（ブロック６０５）。第１のトリガ条件の例は、すべてのＣＳＩ−ＲＳの信号品質が第３の閾値を下回り、かつ、すべてのＳＳの信号品質が第４の閾値を下回るかどうかである。第１のトリガ条件が満たされる場合、受信デバイスはＲＬＦリカバリをトリガし（ブロック６０７）、ＲＬＦリカバリを続ける。ＲＬＦリカバリのトリガは、例えば、受信デバイスの上位層エンティティにメッセージを送信することを含む。第１のトリガ条件が満たされない場合、受信デバイスは、第２のトリガ条件が満たされるかどうか判定するチェックを実行する（ブロック６０９）。第２のトリガ条件の例は、すべてのＣＳＩ−ＲＳの信号品質が第１の閾値を下回り、かつ、少なくとも１つのＳＳの信号品質が第２の閾値を上回るかどうかである。第２のトリガ条件が満たされる場合、受信デバイスはビームリカバリをトリガし（ブロック６１１）、ビームリカバリを続ける。ビーム障害リカバリをトリガすることは、受信デバイスがＵＥである状況において、送信デバイスにメッセージを送信することを含む。第２のトリガ条件が満たされない場合、したがって、第１のトリガ条件および第２のトリガ条件の両者が満たされなく、受信デバイスは戻り、チャネルまたは信号処理を続ける。
【００８３】
ビームリカバリをトリガすることに関して、受信デバイスはビーム障害リカバリ要求を送信して、ビームリカバリをトリガし得る。ビーム障害リカバリ要求の送信後（例えば特定の長さの時間後）に応答が受信されない場合、別のビーム障害リカバリ要求が送信され得る。最大で特定数までのビーム障害リカバリ要求が送信され得る。応答を受信することなく、受信デバイスが特定数のビーム障害リカバリ要求を送信した場合、受信デバイスはＲＬＦリカバリをトリガし得る。説明例として、ＲＬＦリカバリは、受信デバイスが初期アクセス手順の実行を試行することを伴い得る。
【００８４】
図７は、ビームリカバリおよびＲＬＦリカバリを別々にトリガする受信デバイスにおいて発生する、例示的な動作７００のフロー図を図示する。動作７００は、受信デバイスがビームリカバリおよびＲＬＦリカバリを別々にトリガするときに、受信デバイスに発生する動作を示し得る。
【００８５】
動作７００は、受信デバイスが、トリガ条件が満たされる旨を検出することから始まる（ブロック７０５）。トリガ条件は、単一のトリガ条件でも組み合わせトリガ条件でもよい。受信デバイスはビームリカバリをトリガする（ブロック７０７）。受信デバイスは肯定的な応答に関してモニタリングする（ブロック７０９）。ビームリカバリトリガへの肯定的な応答が第１間隔において受信された場合（ブロック７１１）、受信デバイスはビームリカバリを続ける。しかしながら、第１間隔において肯定的な応答が受信されない場合、受信デバイスは追加のビームリカバリをトリガする（ブロック７１３）。追加のビームリカバリへの肯定的な応答が第２間隔において受信された場合（ブロック７１５）、受信デバイスは追加のビームリカバリを続ける。第２間隔において肯定的な応答が受信されない場合、受信デバイスはＲＬＦリカバリをトリガし（ブロック７１７）、ＲＬＦリカバリを続ける。
【００８６】
ビーム障害リカバリにおいて、ビーム障害イベントの早期検出において、ＵＥがアクセスノードを支援し、可能であればビーム障害イベントからリカバリさせることを可能にすることが、意図される。ここで示される考察は、物理的ランダムアクセスチャネル（ＰＲＡＣＨ）に似たビーム障害リカバリに焦点を合わせ、ここで、ビーム障害リカバリ要求を送信する決定は、アップリンク送信グラントを必要とすることなくＵＥによって行われる。以下が動作の前提であることが、合意されている。
−ビーム障害リカバリ要求送信に関して、少なくとも以下のトリガ条件をサポートする。
条件１−ビーム障害が検出されたとき、ＣＳＩ−ＲＳのみが新しい候補ビームの識別に用いられるときの場合について少なくとも、候補ビームが識別される。
条件２（今後の研究対象）−少なくともレシプロシティがない場合に、ビーム障害が単独で検出される。
【００８７】
条件１に関して、ＣＳＩ−ＲＳが新しい候補ビームの識別に用いられる場合、ＣＳＩ−ＲＳ信号のセットの全体を複数のサブセット、例えば、サブセット１およびサブセット２に分けることが有益であり得る。一例として、サブセット１は、比較的狭いビームであるすべてのＣＳＩ−ＲＳを含み得、一方、サブセット２は、ＳＳ信号と準共同設置型（ｑｕａｓｉ  ｃｏ−ｌｏｃａｔｅｄ）（ＱＣＬｅｄ）であり得る比較的広いビームであるすべてのＣＳＩ−ＲＳを含み得る。また、ＵＥ固有の新無線ＰＤＣＣＨ（ＮＲ−ＰＤＣＣＨ）に関するＱＣＬの構成は、例えばＲＲＣおよびＭＡＣ制御要素（ＭＡＣ−ＣＥ）シグナリングによるが、ＣＳＩ−ＲＳリソースにおいてのアンテナポートと、セルのＳＳブロック（またはＳＳブロック時間インデックス）のアンテナポートとの間での、空間ＱＣＬの前提をサポートすることも合意されている。ビームの幅の粒度に応じて、２つより多いＣＳＩ−ＲＳのサブセットが可能であることに留意する。
【００８８】
サブセット１および２は、ＲＲＣ信号によって、例えば同じ又は異なる繰り返しサイクルで構成されてよい。さらに、アクセスノードは、どのＣＳＩ−ＲＳ信号がどのサブセットに含まれるかをＵＥに信号で伝え得る。ＵＥがＰＲＡＣＨに似たメカニズムを用いてビーム障害リカバリ要求を送信するためには、ＵＥは、サブセット２（すなわち、広いビームのＣＳＩ−ＲＳを備えるサブセット）において確実に少なくとも１つの信号を受信可能である必要があり得る。サブセット２において少なくとも１つの信号を確実に受信したことは、ＰＲＡＣＨに似たビーム障害リカバリ要求の送信およびビーム障害リカバリの応答の待機が効率的かつ価値あるものとなることを確実にすることの助けになる。ＵＥがサブセット１から任意のＣＳＩ−ＲＳを受信可能かどうかは、今後の研究対象のトピックである。
【００８９】
ゆえに、ＣＳＩ−ＲＳのみが、新しい候補ビームの識別に用いられるとき、ＣＳＩ−ＲＳは、ビーム障害が検出されて特定のＣＳＩ−ＲＳサブセットからの候補ビームが識別されるときのビーム障害リカバリ要求送信のトリガをサポートする。
【００９０】
図８は、例示的な通信システム８００を図示する。一般的に、システム８００は複数の無線または有線ユーザが、データおよび他のコンテンツを送信および受信することを可能にする。システム８００は、符号分割多重アクセス（ＣＤＭＡ）、時間分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、または非直交多重アクセス（ＮＯＭＡ）などの、１または複数のチャネルアクセス方法を実装し得る。
【００９１】
この例において、通信システム８００は、電子デバイス（ＥＤ）８１０ａ−８１０ｃ、無線アクセスネットワーク（ＲＡＮ）８２０ａ−８２０ｂ、コアネットワーク８３０、パブリックスイッチテレフォンネットワーク（ＰＳＴＮ）８４０、インターネット８５０、および他のネットワーク８６０を含む。いくつかの数のそれらのコンポーネントまたは要素が図８に示されるが、任意の数のそれらのコンポーネントまたは要素がシステム８００に含まれ得る。
【００９２】
ＥＤ８１０ａ−８１０ｃは、システム８００において動作および／または通信するように構成される。例えば、ＥＤ８１０ａ−８１０ｃは、無線または有線通信チャネルによって送信および／または受信するように構成される。各ＥＤ８１０ａ−８１０ｃは、任意の適切なエンドユーザデバイスを表し、ユーザ機器／デバイス（ＵＥ）、無線送信／受信ユニット（ＷＴＲＵ）、モバイル局、固定またはモバイル加入者ユニット、セルラ電話、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、ラップトップ、コンピュータ、タッチパッド、無線センサ、または家庭用電子デバイスとしての、そのようなデバイスを含み得る（または、そのように称され得る）。
【００９３】
ここで、ＲＡＮ８２０ａ−８２０ｂは、それぞれ基地局８７０ａ−８７０ｂを含む。各基地局８７０ａ−８７０ｂは、１または複数のＥＤ８１０ａ−８１０ｃと無線でインタフェース接続するように構成され、コアネットワーク８３０、ＰＳＴＮ８４０、インターネット８５０、および／または他のネットワーク８６０へのアクセスを可能にする。例えば、基地局８７０ａ−８７０ｂは、基地送受信局（ＢＴＳ）、ノードＢ（ＮｏｄｅＢ）、進化型ＮｏｄｅＢ（ｅＮｏｄｅＢ）、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線ルータなどの、いくつかのよく知られた１または複数のデバイスを含む（または１または複数のデバイスである）。ＥＤ８１０ａ−８１０ｃは、インターネット８５０とインタフェース接続および通信するように構成され、コアネットワーク８３０、ＰＳＴＮ８４０、および／または他のネットワーク８６０にアクセスし得る。
【００９４】
図８に示される実施形態において、基地局８７０ａはＲＡＮ８２０ａの部分を形成し、それは他の基地局、要素、および／またはデバイスを含み得る。また、基地局８７０ｂはＲＡＮ８２０ｂの部分を形成し、それは他の基地局、要素、および／またはデバイスを含み得る。各基地局８７０ａ−８７０ｂは、特定の地理的地域またはエリアにおいて無線信号を送信および／または受信するように動作し、"セル"と称されることがある。いくつかの実施形態において、セルごとに複数の送受信機を有する複数入力複数出力（ＭＩＭＯ）技術が採用され得る。
【００９５】
基地局８７０ａ−８７０ｂは、無線通信リンクを用いて、１または複数のエアインタフェース８９０を介して、１または複数のＥＤ８１０ａ−８１０ｃと通信する。エアインタフェース８９０は、任意の適切な無線アクセス技術を利用し得る。
【００９６】
システム８００は、上記で説明されたような方式を含む、複数のチャネルアクセス機能を用い得ることが企図される。特定の実施形態において、基地局およびＥＤはＬＴＥ、ＬＴＥ−Ａ、および／またはＬＴＥ−Ｂを実装する。もちろん、他の多重アクセス方式および無線プロトコルが利用され得る。
【００９７】
ＲＡＮ８２０ａ−８２０ｂはコアネットワーク８３０と通信関係にあって、ＥＤ８１０ａ−８１０ｃに、音声、データ、アプリケーション、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）、または他のサービスを提供する。当然ながら、ＲＡＮ８２０ａ−８２０ｂおよび／またはコアネットワーク８３０は、１または複数の他のＲＡＮ（不図示）との、直接または間接の通信関係にあり得る。コアネットワーク８３０は、他のネットワーク（ＰＳＴＮ８４０、インターネット８５０、および他のネットワーク８６０など）のためのゲートウェイアクセスとしての役割もまた果たし得る。加えて、ＥＤ８１０ａ−８１０ｃのいくつかまたはすべてが、種々の無線技術および／またはプロトコルを用いて、種々の無線リンクを介して、種々の無線ネットワークと通信する機能を含み得る。無線通信の代わりに（または、それに加えて）、ＥＤは有線通信チャネルによって、サービスプロバイダまたはスイッチ（不図示）、およびインターネット８５０と通信し得る。
【００９８】
図８は通信システムの一例を図示するが、図８には様々な変更が成され得る。例えば、通信システム８００は、任意の数のＥＤ、基地局、ネットワーク、または他の構成要素を、任意の適切な構成で含むことがある。
【００９９】
図９Ａおよび９Ｂは、本開示に係る方法及び教示内容を実装し得る例示的なデバイスを図示する。特に、図９Ａは例示的なＥＤ９１０を図示し、図９Ｂは例示的な基地局９７０を図示する。これらの構成要素は、システム８００または任意の他の適切なシステムにおいて用いられることがある。
【０１００】
図９Ａに示されるように、ＥＤ９１０は少なくとも１つの処理ユニット９００を含む。処理ユニット９００は、ＥＤ９１０の様々な処理動作を実装する。例えば、処理ユニット９００は、信号符号化、データ処理、電力制御、入出力処理、または任意の他の機能を実行して、ＥＤ９１０がシステム８００において動作することを可能にし得る。処理ユニット９００は、また、上記でより詳細に説明された方法及び教示をサポートする。各処理ユニット９００は、１または複数の動作を実行するように構成される、任意の適切な処理デバイスまたはコンピューティングデバイスを含む。各処理ユニット９００は、例えば、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、フィールドプログラマブルゲートアレイ、または特定用途向け集積回路を含むことがある。
【０１０１】
ＥＤ９１０は、また、少なくとも１つの送受信機９０２を含む。送受信機９０２は、少なくとも１つのアンテナまたはＮＩＣ（ネットワークインタフェースコントローラ）９０４による送信のために、データ又は他のコンテンツを変調するように構成される。送受信機９０２は、また、少なくとも１つのアンテナ９０４によって受信されるデータ又は他のコンテンツを復調するように構成される。各送受信機９０２は、無線または有線送信のための信号を生成するための、および／または、無線または有線で受信された信号を処理するための、任意の適切な構造を含む。各アンテナ９０４は、無線または有線信号を送信および／または受信するための任意の適切な構造を含む。１または複数の送受信機９０２は、ＥＤ９１０において用いられることがあり、１または複数のアンテナ９０４は、ＥＤ９１０において用いられることがある。送受信機９０２は、単一の機能的ユニットとして図示されるが、少なくとも１つの送信機および少なくとも１つの別個の受信機を用いて実装されることもまたある。
【０１０２】
ＥＤ９１０は、さらに、１または複数の入出力デバイス９０６またはインタフェース（インターネット８５０への有線インタフェースなど）を含む。入出力デバイス９０６は、ネットワークにおけるユーザデバイスまたは他のデバイスとのインタラクション（ネットワーク通信）を容易にする。各入出力デバイス９０６は、ネットワークインタフェース通信を含んだ、ユーザに情報を提供するための、またはユーザから情報を受信／提供されるための、スピーカ、マイク、キーパッド、キーボード、ディスプレイ、またはタッチスクリーンなどの、任意の適切な構造を含む。
【０１０３】
加えて、ＥＤ９１０は少なくとも１つのメモリ９０８を含む。メモリ９０８は、ＥＤ９１０によって用いられ、生成され、または収集される命令およびデータを格納する。例えば、メモリ９０８は、処理ユニット９００によって実行されるソフトウェアまたはファームウェア命令、および、入来する信号における干渉を減少またはなくすように用いられるデータを格納することがある。各メモリ９０８は、任意の適切な揮発性および／または非揮発性の、ストレージおよび検索デバイスを含む。ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスク、光ディスク、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード、および同様のものなどの、任意の適切なタイプのメモリが用いられ得る。
【０１０４】
図９Ｂに示されるように、基地局９７０は、少なくとも１つの処理ユニット９５０、送信機及び受信機の機能を含む少なくとも１つの送受信機９５２、１または複数のアンテナ９５６、少なくとも１つのメモリ９５８、および１または複数の入出力デバイスまたはインタフェース９６６を含む。当業者によって理解されるであろうスケジューラが、処理ユニット９５０に結合される。スケジューラは、基地局９７０に含まれることがあり、基地局９７０とは別々に動作することもある。処理ユニット９５０は、信号符号化、データ処理、電力制御、入出力処理、または任意の他の機能などの、基地局９７０の様々な処理動作を実装する。処理ユニット９５０は、また、上記により詳細に説明された方法及び教示をサポートし得る。各処理ユニット９５０は、１または複数の動作を実行するように構成される、任意の適切な処理デバイスまたはコンピューティングデバイスを含む。各処理ユニット９５０は、例えば、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、フィールドプログラマブルゲートアレイ、または特定用途向け集積回路を含むことがある。
【０１０５】
各送受信機９５２は、１または複数のＥＤまたは他のデバイスへの無線または有線送信のための信号を生成する、任意の適切な構造を含む。各送受信機９５２は、１または複数のＥＤまたは他のデバイスから無線または有線で受信された信号を処理する、任意の適切な構造をさらに含む。送受信機９５２として一体化されて図示されるが、送信機及び受信機は別個の部品であることがある。各アンテナ９５６は、無線または有線の信号の送信および／または受信のための任意の適切な構造を含む。送受信機９５２に結合されている共通アンテナ９５６がここで示されるが、１または複数のアンテナ９５６が、送受信機９５２に結合されて、別個のアンテナ９５６が、別個の部品として設けられた送信機および受信機に結合されることが可能となることがある。各メモリ９５８は、任意の適切な揮発性および／または非揮発性ストレージおよび検索デバイスを含む。各入出力デバイス９６６は、ネットワークにおけるユーザデバイスまたは他のデバイスとのインタラクション（ネットワーク通信）を容易にする。各入出力デバイス９６６は、ネットワークインタフェース通信を含んだ、ユーザへ情報を提供するための、または、ユーザから情報を受信／提供されるための任意の適切な構造を含む。
【０１０６】
図１０は、本明細書に開示されるデバイスおよび方法を実装するために用いられ得る、コンピューティングシステム１０００のブロック図である。例えば、コンピューティングシステムは、ＵＥ、アクセスネットワーク（ＡＮ）、モビリティ管理（ＭＭ）、セッション管理（ＳＭ）、ユーザプレーンゲートウェイ（ＵＰＧＷ）、および／またはアクセス階層（ＡＳ）の、任意のエンティティであり得る。特定のデバイスは、示されるすべての構成要素を利用でき、または構成要素のサブセットのみを利用でき、集積のレベルはデバイスごとに異なり得る。さらに、デバイスは、複数の処理ユニット、プロセッサ、メモリ、送信機、受信機などの、構成要素の複数のインスタンスを格納し得る。コンピューティングシステム１０００は処理ユニット１００２を含む。処理ユニットは、バス１０２０に接続された、中央処理ユニット（ＣＰＵ）１０１４、メモリ１００８を含み、ならびに、大容量ストレージデバイス１００４、ビデオアダプタ１０１０、およびＩ／Ｏインタフェース１０１２をさらに含み得る。
【０１０７】
バス１０２０は、メモリバスまたはメモリコントローラ、ペリフェラルバス、またはビデオバスを含む、１または複数の任意のタイプのいくつかのバスアーキテクチャであり得る。ＣＰＵ１０１４は、任意のタイプの電子データプロセッサを含み得る。メモリ１００８は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、またはこれらの組み合わせなどの、任意のタイプの非一時的システムメモリを含み得る。一実施形態において、メモリ１００８は、ブートアップ時の使用のためのＲＯＭと、プログラムを実行する間の使用のためのプログラムおよびデータのストレージのためのＤＲＡＭとを含み得る。
【０１０８】
大容量ストレージ１００４は、データ、プログラム、および他の情報を格納し、データ、プログラム、およびバス１０２０によってアクセス可能な他の情報を作成するように構成された、任意のタイプの非一時的ストレージデバイスを含み得る。大容量ストレージ１００４は、例えば、１または複数のソリッドステートドライブ、ハードディスクドライブ、磁気ディスクドライブ、または光ディスクドライブを含み得る。
【０１０９】
ビデオアダプタ１０１０およびＩ／Ｏインタフェース１０１２は、外部の入出力デバイスを処理ユニット１００２に結合するためのインタフェースを提供する。図示されるように、入出力デバイスの例は、ビデオアダプタ１０１０に結合されたディスプレイ１０１８、および、Ｉ／Ｏインタフェース１０１２に結合されたマウス／キーボード／プリンタ１０１６を含む。他のデバイスが処理ユニット１００２に結合されてよく、追加の、またはより少ないインタフェースカードが利用されてもよい。例えば、ユニバーサルシリアルバス（ＵＳＢ）（不図示）などのシリアルインタフェースが、外部デバイスのためのインタフェースを提供するように用いられ得る。
【０１１０】
処理ユニット１００２は、また、１または複数のネットワークインタフェース１００６を含み、それは、アクセスノードまたは異なるネットワークへの、イーサネット（登録商標）ケーブルなどの有線リンク、および／または無線リンクを含み得る。ネットワークインタフェース１００６は、処理ユニット１００２が、ネットワークによって遠隔ユニットと通信することを可能にする。例えば、ネットワークインタフェース１００６は、１または複数の送信機／送信アンテナおよび１または複数の受信機／受信アンテナによる無線通信を提供し得る。一実施形態において、処理ユニット１００２は、他の処理ユニット、インターネット、または遠隔のストレージ設備などの遠隔のデバイスとデータ処理および通信を行うために、ローカルエリアネットワーク９２２またはワイドエリアネットワークに結合される。
【０１１１】
本明細書で提供される方法の実施形態の、１または複数の段階は、対応するユニットまたはモジュールによって実行され得ることを理解されたい。例えば、信号は送信ユニットまたは送信モジュールによって送信され得る。信号は受信ユニットまたは受信モジュールによって受信され得る。信号は処理ユニットまたは処理モジュールによって処理され得る。モニタリングユニット／モジュール、導出ユニット／モジュール、検出ユニット／モジュール、デコードユニット／モジュール、判定ユニット／モジュール、および／または、トリガユニット／モジュールによって、他の段階が実行され得る。それぞれのユニット／モジュールは、ハードウェア、ソフトウェア、またはこれらの組み合わせであり得る。例えば、１または複数のユニット／モジュールは、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または特定用途向け集積回路（ＡＳＩＣ）などの集積回路であり得る。
【０１１２】
本開示およびその利点が詳細に説明されたが、添付の請求項によって定義される開示の趣旨および範囲から逸脱することなく、本明細書において様々な変更、置換、および修正が成され得ることを理解されたい。
【図１】
2020501404.tif 000004
【図２】
2020501404.tif 000005
【図３】
2020501404.tif 000006
【図４Ａ】
2020501404.tif 000007
【図４Ｂ】
2020501404.tif 000008
【図５】
2020501404.tif 000009
【図６】
2020501404.tif 000010
【図７】
2020501404.tif 000011
【図８】
2020501404.tif 000012
【図９Ａ】
2020501404.tif 000013
【図９Ｂ】
2020501404.tif 000014
【図１０】
2020501404.tif 000015
【手続補正書】
【提出日】令和1年6月12日(2019.6.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
受信デバイスを動作させる方法であって、
前記受信デバイスが送信デバイスからの送信をモニタリングする段階と、
前記受信デバイスが前記送信の信頼度測定値を導出する段階と、
前記受信デバイスが、前記信頼度測定値を閾値と比較するトリガ条件が満たされる旨を検出する段階と、
前記検出に基づいて、前記受信デバイスがトリガ信号を送信してビーム障害リカバリ手順をトリガする段階と、
を備える、方法。
【請求項２】
前記トリガ信号は、標準技術によって予め定義されたシーケンスを含むか、または、アクセスノードによって構成された、予め構成されたシーケンスを含む、請求項１に記載の方法。
【請求項３】
前記トリガ信号は、時間位置、周波数位置、またはコード／シーケンスが、初期アクセスまたはモビリティを目的とする第２ランダムアクセスチャネルとは異なる、第１ランダムアクセスチャネルにおいて送信される、請求項１または２に記載の方法。
【請求項４】
前記送信は、制御チャネルまたはデータチャネルのうち少なくとも一方で生じ、前記信頼度測定値を導出する段階は、前記制御チャネルまたは前記データチャネルのうち前記少なくとも一方をデコードする試行の結果を判定する段階を含む、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記送信は基準信号を搬送し、前記信頼度測定値を導出する段階は、前記基準信号の信号品質測定値を判定する段階を含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
前記信号品質測定値は、基準信号受信電力（ＲＳＲＰ）測定値、基準信号受信品質（ＲＳＲＱ）測定値、受信信号電力測定値、信号対ノイズ比（ＳＮＲ）測定値、または信号対干渉ノイズ比（ＳＩＮＲ）測定値のうち少なくとも１つを含む、請求項５に記載の方法。
【請求項７】
前記基準信号は、復調基準信号（ＤＭＲＳ）、チャネル状態情報基準信号（ＣＳＩ−ＲＳ）、同期信号（ＳＳ）、位相時間トラッキング基準信号（ＰＴＲＳ）、またはサウンディング参照信号（ＳＲＳ）のうち少なくとも１つを含む、請求項５または６に記載の方法。
【請求項８】
前記トリガ条件は、複数の信頼度測定値と、１つまたは複数の閾値との比較であり、前記トリガ条件は、前記複数の信頼度測定値のうち特定の数の信頼度測定値が、前記１つまたは複数の閾値を満足する場合に満たされる、請求項１から７のいずれか一項に記載の方法。
【請求項９】
前記特定の数の信頼度測定値は、標準技術において特定されるか、または、前記送信デバイスと前記受信デバイスとの間のシグナリング交換において構成される、請求項８に記載の方法。
【請求項１０】
前記特定の数の信頼度測定値のうちの信頼度測定値は、時間ウインドウにおいて発生する、モニタリングされる送信から導出される、請求項８または９に記載の方法。
【請求項１１】
複数のトリガ条件があり、トリガ条件ごとに、前記特定の数の信頼度測定値のうちの前記信頼度測定値が、関連する時間ウインドウにおいて発生する、モニタリングされる送信から導出され、複数の前記関連する時間ウインドウは異なる、請求項８から１０のいずれか一項に記載の方法。
【請求項１２】
前記トリガ条件は２つの単一のトリガ条件の組み合わせであり、第１の単一のトリガ条件は、複数の第１の信頼度測定値と第１の閾値との比較であり、前記複数の第１の信頼度測定値のうち特定の数の第１の信頼度測定値が前記第１の閾値を満足する場合に満たされ、第２の単一のトリガ条件は、複数の第２の信頼度測定値と第２の閾値との比較であり、前記複数の第２の信頼度測定値のうち特定の数の第２の信頼度測定値が前記第２の閾値を満足する場合に満たされる、請求項１から１１のいずれか一項に記載の方法。
【請求項１３】
前記第１の単一のトリガ条件または前記第２の単一のトリガ条件のうち１つは、否定的条件である、請求項１２に記載の方法。
【請求項１４】
前記第１の単一のトリガ条件は、ＣＳＩ−ＲＳの信号品質測定値が前記第１の閾値を満足する場合に満たされ、前記第２の単一のトリガ条件は、ＳＳの信号品質測定値が前記第２の閾値を満足しない場合に満たされる、請求項１３に記載の方法。
【請求項１５】
前記第１の単一のトリガ条件は、ＣＳＩ−ＲＳの信号品質測定値が前記第１の閾値を満足する場合に満たされ、前記第２の単一のトリガ条件は、ＳＳの信号品質測定値が前記第２の閾値を満足する場合に満たされる、請求項１２に記載の方法。
【請求項１６】
前記受信デバイスはユーザ機器（ＵＥ）である、請求項１から１５のいずれか一項に記載の方法。
【請求項１７】
受信デバイスを動作させる方法であって、
前記受信デバイスがトリガ条件の発生を検出する段階と、
前記トリガ条件の前記発生の検出に応答して、前記受信デバイスがトリガ信号を送信してビーム障害リカバリ手順をトリガする段階と、
前記受信デバイスが、送信デバイスからの肯定的な応答があるかどうかモニタリングする段階と、
特定の第１の時間ウインドウにおいて肯定的な応答が受信されない旨を前記受信デバイスが検出し、前記検出に基づいて、前記受信デバイスが、別のトリガ信号を送信して前記ビーム障害リカバリ手順をトリガする段階と、
を備える、方法。
【請求項１８】
特定の第２の時間ウインドウにおいて肯定的な応答が受信されない旨を前記受信デバイスが検出し、前記受信デバイスが、前記受信デバイスの上位層エンティティにトリガ信号を送信して無線リンク障害手順をトリガする段階をさらに備える、
請求項１７に記載の方法。
【請求項１９】
前記特定の第２の時間ウインドウは、前記特定の第１の時間ウインドウの後に始まる、請求項１８に記載の方法。
【請求項２０】
受信デバイスを動作させる方法であって、
送信デバイスからの送信を前記受信デバイスがモニタリングする段階と、
前記受信デバイスが前記送信の信頼度測定値を導出する段階と、
前記信頼度測定値の第１のトリガ条件が満たされ、かつ、前記信頼度測定値の第２のトリガ条件が満たされる旨を前記受信デバイスが検出する段階と、
前記検出に基づいて、前記受信デバイスが、前記受信デバイスの上位層エンティティに第１のトリガ信号を送信して無線リンク障害（ＲＬＦ）リカバリ手順をトリガする段階と、
を備える、方法。
【請求項２１】
前記受信デバイスが、前記信頼度測定値の前記第１のトリガ条件が満たされ、かつ、前記信頼度測定値の前記第２のトリガ条件が満たされない旨を検出する段階と、前記検出に基づいて、前記受信デバイスが、前記送信デバイスに第２のトリガ信号を送信してビーム障害リカバリ手順をトリガする段階とをさらに備える、
請求項２０に記載の方法。
【請求項２２】
前記第２のトリガ信号は、標準技術によって特定された、予め定義されたシーケンスであるか、または、アクセスノードによって構成された、予め構成されたシーケンスである、請求項２１に記載の方法。
【請求項２３】
前記第２のトリガ信号は、時間位置、周波数位置、またはコード／シーケンスが、初期アクセスまたはモビリティを目的とする第２ランダムアクセスチャネルとは異なる、第１ランダムアクセスチャネルにおいて送信される、請求項２１または２２に記載の方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
オプションで、前述の実施形態のいずれかにおいて、信号品質測定値は、基準信号受信電力（ＲＳＲＰ）測定値、基準信号受信品質（ＲＳＲＱ）測定値、受信信号電力測定値、信号対ノイズ比（ＳＮＲ）測定値、または信号対干渉ノイズ比（ＳＩＮＲ）測定値のうち少なくとも１つを含む。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１８
【補正方法】変更
【補正の内容】
【００１８】
オプションで、前述の実施形態のいずれかにおいて、トリガ条件は２つの単一のトリガ条件の組み合わせであり、第１の単一のトリガ条件は、複数の第１の信頼度測定値と第１の閾値との比較であり、複数の第１の信頼度測定値のうち特定の数の第１の信頼度測定値が第１の閾値を満足する場合に満たされ、第２の単一のトリガ条件は、複数の第２の信頼度測定値と第２の閾値との比較であり、複数の第２の信頼度測定値のうち特定の数の第２の信頼度測定値が第２の閾値を満足する場合に満たされる。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００６６
【補正方法】変更
【補正の内容】
【００６６】
動作４５０は、受信デバイスが信号を検出することから始まる（ブロック４５５）。受信デバイスがＵＥである状況において、ＵＥは、ＳＳ、ＣＳＩ−ＲＳ、ＰＤＣＣＨ  ＤＭＲＳ、位相時間トラッキング基準信号（ＰＴＲＳ）などの、ダウンリンク基準信号を検出し得る。受信デバイスがアクセスノードである状況において、アクセスノードは、ＳＲＳなどのアップリンク基準信号を検出し得る。受信デバイスは、信号の信号品質の測定値を判定する（ブロック４５７）。信号品質の測定値の例は、基準信号受信電力（ＲＳＲＰ）、基準信号受信品質（ＲＳＲＱ）、信号対ノイズ比（ＳＮＲ）、信号対干渉ノイズ比（ＳＩＮＲ）、受信信号電力などを含む。信号の信号品質の判定は、信号の信頼度測定値の導出である。受信デバイスは、信号品質が閾値を満たすかどうか判定するチェックを実行する（ブロック４５９）。受信デバイスは信号品質を、例えば許容可能な信号品質を示す数値と比較し得る。信号品質が閾値を満たす場合、受信デバイスは信号を処理し（ブロック４６１）、ブロック４５５に戻り、さらに信号を検出する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００７４
【補正方法】変更
【補正の内容】
【００７４】
肯定的な組み合わせトリガ条件において、肯定的な組み合わせトリガ条件のうちすべての単一のトリガ条件が満たされる場合、したがって、受信デバイスはビームリカバリをトリガする。新しいビームが識別されたかどうかに関する追加の条件が適用可能であり得ることに留意する。４つの単一のトリガ条件（条件＿１、条件＿２、条件＿３、および条件＿４）がある状況において、肯定的な組み合わせトリガ条件は、以下を含む。
条件＿１  ＡＮＤ  条件＿２
条件＿１  ＡＮＤ  条件＿３
条件＿１  ＡＮＤ  条件＿４
条件＿２  ＡＮＤ  条件＿３
条件＿２  ＡＮＤ  条件＿４  および
条件＿３  ＡＮＤ  条件＿４
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００８９
【補正方法】変更
【補正の内容】
【００８９】
ゆえに、ＣＳＩ−ＲＳのみが、新しい候補ビームの識別に用いられるとき、ＣＳＩ−ＲＳは、ビーム障害が検出されて特定のＣＳＩ−ＲＳサブセットからの候補ビームが識別されるときのビーム障害リカバリ要求送信のトリガをサポートする。
【国際調査報告】
2020501404.tif 000016
2020501404.tif 000017