(57)【要約】  本開示の実施形態は、ビーム障害回復のための方法、デバイス、及びコンピュータ読み取り可能な媒体を提供する。例示的な実施形態では、端末デバイスで実施される方法が提供される。この方法は、ネットワークデバイスが端末デバイスにサービスを提供するために少なくともプライマリセル（ＰＣｅｌｌ）及びセカンダリセル（ＳＣｅｌｌ）を提供し、且つＳＣｅｌｌでビーム障害が検出されたことに応答して、ＰＣｅｌｌ及びＳＣｅｌｌから、ビーム障害回復（ＢＦＲ）要求がネットワークデバイスに伝送される第１セルとＢＦＲ要求に対する応答がネットワークデバイスから受信される第２セルを決定することを含む。この方法は、第１セルでネットワークデバイスにＢＦＲ要求を伝送することをさらに含む。さらに、この方法は、ネットワークデバイスからＢＦＲ要求に対する応答を受信するために、第２セルで制御チャネル探索空間を監視することをさらに含む。【選択図】図４
2022500886.tif 000002
【特許請求の範囲】
【請求項１】
端末デバイスで実施される方法であって、
ネットワークデバイスが、前記端末デバイスにサービスを提供するために少なくともプライマリセル（ＰＣｅｌｌ）とセカンダリセル（ＳＣｅｌｌ）を提供し、且つ前記ＳＣｅｌｌでビーム障害が検出されたことに応答して、前記ＰＣｅｌｌと前記ＳＣｅｌｌから、ビーム障害回復（ＢＦＲ）要求が前記ネットワークデバイスに伝送される第１セルと、前記ＢＦＲ要求に対する応答が前記ネットワークデバイスから受信される第２セルを決定することと、
前記第１セルで前記ネットワークデバイスに前記ＢＦＲ要求を伝送することと、
前記ネットワークデバイスから前記ＢＦＲ要求に対する応答を受信するために、前記第２セルで制御チャネル探索空間を監視することと、
を備える方法。
【請求項２】
前記ＳＣｅｌｌに対応する周波数は、前記ＰＣｅｌｌに対応する周波数を超える、
請求項１に記載の方法。
【請求項３】
前記第１セルは前記ＳＣｅｌｌであり、前記第２セルは前記ＰＣｅｌｌ及び前記ＳＣｅｌｌのいずれかであり、
前記ＢＦＲ要求を伝送することは、
前記ＰＣｅｌｌで物理ダウンリンク制御チャネル(ＰＤＣＣＨ)オーダーに対する要求を伝送することと、
前記ネットワークデバイスから前記ＰＤＣＣＨオーダーを受信したことに応答して、前記ＳＣｅｌｌで前記ネットワークデバイスに前記ＢＦＲ要求を伝送することと、
を含む、
請求項１に記載の方法。
【請求項４】
前記第２セルは前記ＳＣｅｌｌであり、前記ＰＤＣＣＨオーダーは前記ＰＣｅｌｌ及び前記ＳＣｅｌｌのいずれかで前記ネットワークデバイスから受信される、
請求項３に記載の方法。
【請求項５】
前記第１セルは前記ＰＣｅｌｌであり、
前記ＢＦＲ要求を伝送することは、
前記ＰＣｅｌｌのために構成されたビーム障害検出リソースの組に基づいて、前記ＢＦＲ要求の伝送用の第１リソースを決定することと、
前記第１リソースを介して前記ネットワークデバイスに前記ＢＦＲ要求を伝送することと、
を含む、
請求項１に記載の方法。
【請求項６】
前記第２セルは前記ＰＣｅｌｌであり、
前記制御チャネル探索空間を監視することは、
前記ＰＣｅｌｌのために構成された前記ビーム障害検出リソースの組に基づいて、前記ＰＣｅｌｌで前記制御チャネル探索空間を監視するための第２リソースを決定することと、
前記第２リソースを介して前記制御チャネル探索空間を監視することと、
を含む、
請求項５に記載の方法。
【請求項７】
前記ＢＦＲ要求を伝送することは、
前記ＳＣｅｌｌで前記ビーム障害からの回復用の候補ビームを特定することと、
前記候補ビームに関する情報を前記ＢＦＲ要求に含めることと、
前記第１セルで前記ネットワークデバイスに前記ＢＦＲ要求を伝送することと、
を含む、
請求項１に記載の方法。
【請求項８】
前記第２セルは前記ＳＣｅｌｌであり、
前記制御チャネル探索空間を監視することは、
前記候補ビームに基づいて、前記制御チャネル探索空間に関連付けられた疑似コロケーション（ＱＣＬ）パラメータを決定することと、
前記ＱＣＬパラメータに基づいて前記制御チャネル探索空間を監視することと、
を含む、
請求項７に記載の方法。
【請求項９】
前記第１セルは前記ＳＣｅｌｌであり、前記第２セルは前記ＰＣｅｌｌであり、
前記ＢＦＲ要求を伝送することは、
前記候補ビームに基づいて、前記ＢＦＲ要求の伝送用の物理ランダムアクセスチャネル（ＰＲＡＣＨ）に関連付けられたＱＣＬパラメータを決定することと、
前記ＱＣＬパラメータに基づいてＰＲＡＣＨを介して前記ＢＦＲ要求を伝送することと、
を含む、
請求項７に記載の方法。
【請求項１０】
端末デバイスであって、
プロセッサと、
前記プロセッサに接続され、命令が格納されたメモリと、
を備え、
前記命令は、前記プロセッサによって実行されると、前記端末デバイスに、
ネットワークデバイスが、前記端末デバイスにサービスを提供するために少なくともプライマリセル（ＰＣｅｌｌ）とセカンダリセル（ＳＣｅｌｌ）を提供し、且つ前記ＳＣｅｌｌでビーム障害が検出されたことに応答して、前記ＰＣｅｌｌと前記ＳＣｅｌｌから、ビーム障害回復（ＢＦＲ）要求が前記ネットワークデバイスに伝送される第１セルと、前記ＢＦＲ要求に対する応答が前記ネットワークデバイスから受信される第２セルを決定することと、
前記第１セルで前記ネットワークデバイスに前記ＢＦＲ要求を伝送することと、
前記ネットワークデバイスから前記ＢＦＲ要求に対する応答を受信するために、前記第２セルで制御チャネル探索空間を監視することと、
を含む動作を実行させる、
端末デバイス。
【請求項１１】
前記ＳＣｅｌｌに対応する周波数は、前記ＰＣｅｌｌに対応する周波数を超える、
請求項１０に記載の端末デバイス。
【請求項１２】
前記第１セルは前記ＳＣｅｌｌであり、前記第２セルは前記ＰＣｅｌｌ及び前記ＳＣｅｌｌのいずれかであり、
前記ＢＦＲ要求を伝送することは、
前記ＰＣｅｌｌで物理ダウンリンク制御チャネル(ＰＤＣＣＨ) オーダーに対する要求を伝送することと、
前記ネットワークデバイスから前記ＰＤＣＣＨオーダーを受信したことに応答して、前記ＳＣｅｌｌで前記ネットワークデバイスに前記ＢＦＲ要求を伝送することと、
を含む、
請求項１０に記載の端末デバイス。
【請求項１３】
前記第２セルは前記ＳＣｅｌｌであり、前記ＰＤＣＣＨオーダーは前記ＰＣｅｌｌ及び前記ＳＣｅｌｌのいずれかで前記ネットワークデバイスから受信される、
請求項１２に記載の端末デバイス。
【請求項１４】
前記第１セルは前記ＰＣｅｌｌであり、
前記ＢＦＲ要求を伝送することは、
前記ＰＣｅｌｌのために構成されたビーム障害検出リソースの組に基づいて、前記ＢＦＲ要求の伝送用の第１リソースを決定することと、
前記第１リソースを介して前記ネットワークデバイスに前記ＢＦＲ要求を伝送することと、
を含む、
請求項１０に記載の端末デバイス。
【請求項１５】
前記第２セルは前記ＰＣｅｌｌであり、
前記制御チャネル探索空間を監視することは、
前記ＰＣｅｌｌのために構成された前記ビーム障害検出リソースの組に基づいて、前記ＰＣｅｌｌで前記制御チャネル探索空間を監視するための第２リソースを決定することと、
前記第２リソースを介して前記制御チャネル探索空間を監視することと、
を含む、
請求項１４に記載の端末デバイス。
【請求項１６】
前記ＢＦＲ要求を伝送することは、
前記ＳＣｅｌｌで前記ビーム障害からの回復用の候補ビームを特定することと、
前記候補ビームに関する情報を前記ＢＦＲ要求に含めることと、
前記第１セルで前記ネットワークデバイスに前記ＢＦＲ要求を伝送することと、
を含む、
請求項１０に記載の端末デバイス。
【請求項１７】
前記第２セルは前記ＳＣｅｌｌであり、
前記制御チャネル探索空間を監視することは、
前記候補ビームに基づいて、前記制御チャネル探索空間に関連付けられた疑似コロケーション（ＱＣＬ）パラメータを決定することと、
前記ＱＣＬパラメータに基づいて前記制御チャネル探索空間を監視することと、
を含む、
請求項１６に記載の端末デバイス。
【請求項１８】
前記第１セルは前記ＳＣｅｌｌであり、前記第２セルは前記ＰＣｅｌｌであり、
前記ＢＦＲ要求を伝送することは、
前記候補ビームに基づいて、前記ＢＦＲ要求の伝送用の物理ランダムアクセスチャネル（ＰＲＡＣＨ）に関連付けられたＱＣＬパラメータを決定することと、
前記ＱＣＬパラメータに基づいてＰＲＡＣＨを介して前記ＢＦＲ要求を伝送することと、
を含む、
請求項１６に記載の端末デバイス。
【請求項１９】
少なくとも１つのプロセッサで実行されると、前記少なくとも１つのプロセッサに請求項１から９のいずれか一項に記載の方法を実行させる命令が格納されたコンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の実施形態は、一般的に、電気通信の分野に関し、特に、ビーム障害回復のための方法、デバイス、及びコンピュータ読み取り可能な媒体に関する。
【背景技術】
【０００２】
新しい無線アクセス(ＮＲ)でサポートされるより高い周波数帯域での自由空間伝搬損失が増大するため、チャネル／信号伝送は指向性の高いリンクに依存する。言い換えれば、従来の通信システムでは、無指向性通信ではなく、指向性ビームに基づく通信が必要となる。しかし、指向性リンクは、ビーム管理として知られている一連の操作によって達成される送受信ビームの微調整を必要とする。例えば、ビーム管理には、一般的に、ビーム掃引、ビーム測定、ビーム決定、ビーム報告などの操作が含まれる。これらの操作を定期的に繰り返すことで、最適な送受信ビームペアを時間の経過とともに更新することができる。
【０００３】
関連する制御チャネルのビームペアの品質が（例えば、関連するタイマの閾値又はタイムアウトとの比較で）十分に低下したときに、ビーム障害が発生する恐れがある。ビーム障害が発生したときに、ビーム障害から回復するメカニズムが起動されてもよい。端末デバイス（例えば、ユーザ機器（ＵＥ））側のビーム障害回復メカニズムは、通常、ビーム障害の検出、新候補ビームの特定、ビーム障害回復要求の伝送、ネットワークデバイスからのビーム障害回復要求に対する応答の監視などの動作を含む。例えば、端末デバイスは、ビーム障害が発生したか否かを評価するために、ビーム障害検出参照信号（ＲＳ）を監視する。ビーム障害が発生すると、端末デバイスは、新候補ビームを見つけるために、ビーム特定ＲＳを監視する。候補ビームが特定されると、端末デバイスは、特定された候補ビームに関する情報を含むビーム障害回復要求をネットワークデバイスに送信する。端末デバイスは、ネットワークデバイスからのビーム障害回復要求に対する応答を検出するために、制御チャネル探索空間を監視する。端末デバイスがネットワークデバイスからビーム回復確認応答を受信すると、新たなビームペアが確立され、ビーム障害が回復したと判断することができる。
【０００４】
ＮＲでは、ネットワークデバイス（例えば、次世代ＮｏｄｅＢ（ｇＮＢ））は、端末デバイスにサービスを提供するために１つのプライマリセル（ＰＣｅｌｌ）及び少なくとも１つのセカンダリセル（ＳＣｅｌｌ）を提供することができる。しかしながら、現在の３ＧＰＰ仕様では、ビーム障害回復手順は、ＰＣｅｌｌに発生するビーム障害にしか適用できない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般的に、本開示の例示的な実施形態は、ビーム障害回復のための方法、デバイス、及びコンピュータ読み取り可能な媒体を提供する。
【課題を解決するための手段】
【０００６】
第１態様では、端末デバイスで実施される方法が提供される。この方法は、ネットワークデバイスが、端末デバイスにサービスを提供するために少なくともプライマリセル（ＰＣｅｌｌ）とセカンダリセル（ＳＣｅｌｌ）を提供し、且つＳＣｅｌｌでビーム障害が検出されたことに応答して、ＰＣｅｌｌとＳＣｅｌｌから、ビーム障害回復（ＢＦＲ）要求がネットワークデバイスに伝送される第１セルと、ＢＦＲ要求に対する応答がネットワークデバイスから受信される第２セルを決定することと、第１セルでネットワークデバイスにＢＦＲ要求を伝送することと、ネットワークデバイスからＢＦＲ要求に対する応答を受信するために、第２セルで制御チャネル探索空間を監視することと、を備える。
【０００７】
第２態様では、端末デバイスが提供される。この端末デバイスは、プロセッサと、プロセッサに接続されたメモリとを備える。メモリは、プロセッサによって実行されると、端末デバイスに動作を実行させる命令を格納する。上記動作は、ネットワークデバイスが、端末デバイスにサービスを提供するために少なくともプライマリセル（ＰＣｅｌｌ）とセカンダリセル（ＳＣｅｌｌ）を提供し、且つＳＣｅｌｌでビーム障害が検出されたことに応答して、ＰＣｅｌｌとＳＣｅｌｌから、ビーム障害回復（ＢＦＲ）要求がネットワークデバイスに伝送される第１セルと、ＢＦＲ要求に対する応答がネットワークデバイスから受信される第２セルを決定することと、第１セルでネットワークデバイスにＢＦＲ要求を伝送することと、ネットワークデバイスからＢＦＲ要求に対する応答を受信するために、第２セルで制御チャネル探索空間を監視することと、を含む。
【０００８】
第３の態様では、命令が格納されたコンピュータ読み取り可能な媒体が提供される。上記命令は、少なくとも１つのプロセッサで実行されると、該少なくとも１つのプロセッサに本開示の第１態様に記載の方法を実行させる。
【０００９】
第４の態様では、コンピュータ読み取り可能な媒体に有形に格納されたコンピュータプログラム製品が提供される。このコンピュータプログラム製品は、少なくとも１つのプロセッサで実行されると、該少なくとも１つのプロセッサに本開示の第１態様に記載の方法を実行させる命令を含む。
【００１０】
本開示の他の特徴は、以下の記述により容易に理解可能になる。
【図面の簡単な説明】
【００１１】
添付図面における本開示のいくつかの実施形態のより詳細な説明を通して、本開示の上記及び他の目的、特徴、及び利点がより明らかになる。
【００１２】
【図１】本開示の実施形態が実施されることができる例示的な通信ネットワーク１００を示す。
【００１３】
【図２Ａ】図１に示すネットワーク１００の例示的なシナリオ２０１を示す。
【００１４】
【図２Ｂ】図１に示すネットワーク１００の別の例示的なシナリオ２０２を示す。
【００１５】
【図３Ａ】図２Ｂに示す例示的なシナリオ２０２におけるＢＦＲ手順に発生し得る問題を示す。
【図３Ｂ】図２Ｂに示す例示的なシナリオ２０２におけるＢＦＲ手順に発生し得る問題を示す。
【００１６】
【図４】本開示のいくつかの実施形態に係るビーム故障回復のための例示的な方法４００のフローチャートを示す。
【００１７】
【図５】本開示の実施形態の実施に適するデバイス５００の簡略的なブロック図である。
【００１８】
図面全体において、同一又は類似の参照番号は、同一又は類似の要素を表す。
【発明を実施するための形態】
【００１９】
本開示の原理を、いくつかの例示的な実施形態を参照して説明する。これらの実施形態は、例示の目的のみで記載され、本開示の範囲に関するいかなる制限を示唆することなく、当業者が本開示を理解及び実施するのを助けることが理解される。本明細書に説明される開示は、以下に説明されるもの以外の様々な態様で実施されることができる。
【００２０】
以下の説明及び特許請求の範囲において、別途定義されない限り、本明細書で使用されるすべての技術用語及び科学用語は、本開示が属する技術分野の当業者に一般的に理解されるのと同じ意味を有する。
【００２１】
本明細書で使用されるとき、単数形である「１つ（ａ）」、「１つ（ａｎ）」、及び「前記（ｔｈｅ）」は、文脈からそうでないことが明確に示さていない限り、複数形も含むことを意図している。「含む」という用語及びその変形は、「含むがこれに限定されない」ことを意味するオープンな用語として読まれる。「に基づいて」という用語は、「少なくとも部分的に基づいて」として読まれる。「一実施形態」及び「実施形態」という用語は、「少なくとも１つの実施形態」として読まれる。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」として読まれる。「第１」、「第２」などの用語は、異なるオブジェクト又は同じオブジェクトを指すことができる。以下には、明示的及び暗黙的なその他の定義が含まれることがある。
【００２２】
いくつかの例では、値、手順、又は装置は、「最もよい」、「最も低い」、「最も高い」、「最小」、「最大」などとして言及される。そのような記述は、多くの使用される機能的選択肢から選択可能であり、このような選択は、他の選択に比べてより良く、小さい、高い、又はより好ましい必要がないことを示すと意図していることを理解されたい。
【００２３】
上述したように、関連する制御チャネルのビームペアの品質が（例えば、関連するタイマの所定の閾値又はタイムアウトとの比較で）十分に低下したときに、ビーム障害が発生する恐れがある。ビーム障害が発生したときに、ビーム障害から回復するメカニズムが起動されてもよい。端末デバイス側のビーム障害回復メカニズムは、通常、ビーム障害の検出、新候補ビームの特定、ビーム障害回復要求の伝送、ネットワークデバイスからのビーム障害回復要求に対する応答の監視などの動作を含む。
【００２４】
ＮＲでは、ネットワークデバイス（例えば、次世代ＮｏｄｅＢ（ｇＮＢ））は、端末デバイスにサービスを提供するために１つのプライマリセル（ＰＣｅｌｌ）及び少なくとも１つのセカンダリセル（ＳＣｅｌ）を提供することができる。しかしながら、現在の３ＧＰＰ仕様では、ビーム障害回復手順は、ＰＣｅｌｌで発生するビーム障害にしか適用できない。
【００２５】
本開示の実施形態は、上記の課題及び他の潜在的な課題のうちの１つ又は複数を解決するために、ビーム障害回復のためのソリューションを提供する。本開示の実施形態に係るビーム障害回復のためのソリューションは、ＳＣｅｌｌで発生するビーム障害に適用されることができる。さらに、本開示の実施形態は、従来のビーム障害回復スキームよりも速いビーム障害回復を可能にする。
【００２６】
以下、図１〜図５を参照して本開示の原理及び実施形態を詳細に説明する。
【００２７】
図１は、本開示の実施形態が実施されることができる例示的な通信ネットワーク１００を示す。ネットワーク１００は、ネットワークデバイス１１０と、ネットワークデバイス１１０によってサービスが提供される端末デバイス１２０とを含む。ネットワーク１００は、端末デバイス１２０にサービスを提供するために、１つ又は複数のサービングセル１０２を提供することができる。ネットワークデバイス、端末デバイス及び／又はサービングセルの数は、本開示に対するいかなる制限を示唆することなく、例示の目的のみであることを理解されたい。ネットワーク１００は、本開示の実施形態を実施するのに適する任意の適切な数のネットワークデバイス、端末デバイス及び／又はサービングセルを含むことができる。
【００２８】
本明細書で使用されるとき、「端末デバイス」という用語は、無線又は有線通信機能を有する任意のデバイスを指す。端末デバイスの例としては、ユーザ機器（ＵＥ：User Equipment）、パーソナルコンピュータ、デスクトップ、移動電話、セルラー電話、スマートフォン、携帯情報端末（ＰＤＡ：Personal Digital Assistant）、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャデバイス、ゲームデバイス、音楽記憶・再生機器、又は無線や有線インターネットアクセス及びブラウジングなどを可能にするインターネット機器などが挙げられるが、これらに限定されない。検討の目的のために、以下、端末デバイス２２０の例としてＵＥを参照していくつかの実施形態を説明する。
【００２９】
本明細書で使用されるとき、「ネットワークデバイス」又は「基地局」（ＢＳ：Base Station）という用語は、端末デバイスが通信できるセル又はカバレッジを提供し、又はホストすることができるデバイスを指す。ネットワークデバイスの例として、Ｎｏｄｅ  Ｂ（ＮｏｄｅＢ又はＮＢ）、Ｅｖｏｌｖｅｄ  ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、リモート無線ユニット（ＲＲＵ：Remote Radio Unit）、無線ヘッド（ＲＨ：Radio Head）、リモート無線ヘッド（ＲＲＨ：Remote Radio Head）、及びフェムトノードやピコノードなどの低パワーノードなどが挙げられるが、これらに限定されない。
【００３０】
例えば、いくつかのシナリオでは、ネットワーク１００において、キャリアアグリゲーション（ＣＡ）をサポートすることができ、ここで、より広い帯域幅をサポートするために２つ以上のコンポーネントキャリア（ＣＣ）がアグリゲーションされる。ＣＡにおいて、ネットワークデバイス１１０は、端末デバイス１２０にサービスを提供するために、１つのプライマリセル（ＰＣｅｌｌ）及び少なくとも１つのセカンダリセル（ＳＣｅｌｌ）を含む複数のサービングセル（例えば、１ＣＣあたり１つのサービングセル）を提供してもよい。端末デバイス１２０は、ＰＣｅｌｌにおいてネットワークデバイス１１０との間で無線リソース制御（ＲＲＣ：Radio Resource Control）接続を確立することができる。ネットワークデバイス１１０と端末デバイス１２０との間のＲＲＣ接続が確立され、且つ上位層シグナリングを介してＳＣｅｌｌが活性化されると、ＳＣｅｌｌは、追加の無線リソースを提供することができる。
【００３１】
いくつかの他のシナリオでは、例えば、端末デバイス１２０は、２つの異なるネットワークデバイス（図１に示されていない）との接続を確立してもよく、これにより、この２つのネットワークデバイスの無線リソースを利用することができる。２つのネットワークデバイスは、それぞれ、マスタネットワークデバイス及びセカンダリネットワークデバイスとして定義されてもよい。マスタネットワークデバイスは、「マスタセルグループ（ＭＣＧ：Master Cell Group）」とも呼ばれるサービングセルのグループを提供してもよい。セカンダリネットワークデバイスも、「セカンダリセルグループ（ＳＣＧ：Secondary Cell Group）」とも呼ばれるサービングセルのグループを提供してもよい。デュアルコネクティビティ動作の場合、「スペシャルセル（ＳｐＣｅｌｌ）」という用語は、端末デバイス１２０がＭＣＧ又はＳＣＧにそれぞれ関連付けられているか否かに応じて、ＭＣＧのＰｃｅｌｌ又はＳＣＧのプライマリＳｃｅｌｌ（ＰＳｃｅｌｌ）を指してもよい。デュアルコネクティビティ動作以外の場合、「ＳｐＣｅｌｌ」という用語は、ＰＣｅｌｌを指すこともある。
【００３２】
図１に示す通信ネットワーク１００において、ネットワークデバイス１１０は、データ及び制御情報を端末デバイス１２０に通信することができ、端末デバイス１２０も、データ及び制御情報をネットワークデバイス１１０に通信することができる。ネットワークデバイス１１０から端末デバイス１２０へのリンクはダウンリンク（ＤＬ）と呼ばれ、端末デバイス１２０からネットワークデバイス１１０へのリンクはアップリンク（ＵＬ）と呼ばれる。
【００３３】
ネットワーク１００における通信は、任意の適切な規格に準拠してもよく、ここでの規格は、モバイル通信用グローバルシステム（ＧＳＭ：Global System for Mobile Communications）、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）、ＬＴＥエボリューション、ＬＴＥアドバンスト（ＬＴＥ−Ａ：LTE-Advanced）、広帯域符号分割多元接続（ＷＣＤＭＡ：Wideband Code Division Multiple Access）、符号分割多元接続（ＣＤＭＡ：Code Division Multiple Access）、ＧＳＭ  ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：GSM EDGE Radio Access Network）などを含むが、これらに限定されない。さらに、通信は、現在知られている、又は将来に開発される任意の世代の通信プロトコルに従って実施されてもよい。通信プロトコルの例として、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが挙げられるが、これらに限定されない。
【００３４】
ネットワークデバイス１１０（例えば、次世代ＮｏｄｅＢ（ｇＮＢ））は、１つ又は複数の送受信ポイント（ＴＲＰ：Transmission Reception Point）又はアンテナパネルを備えてもよい。本明細書で使用されるとき、用語「ＴＲＰ」は、特定の地理的位置に位置するネットワークデバイスに利用可能な（１つ又は複数のアンテナ要素を有する）アンテナアレイを指す。例えば、ネットワークデバイス１１０は、より良好なカバレッジを達成するために、異なる地理的位置にある複数のＴＲＰと接続されてもよい。１つ又は複数のＴＲＰは、同じサービングセルに含まれてもよいし、異なるサービングセルに含まれてもよい。
【００３５】
図２Ａは、図１に示すネットワーク１００の例示的なシナリオ２０１を示す。図２Ａに示すように、例えば、図１のネットワークデバイス１１０は、端末デバイス１２０にサービスを提供するために、ＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０を提供してもよい。ＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０は、互いに重なってもよい。ネットワークデバイス１１０は、ＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０の両方に位置するＴＲＰ２３０と接続されてもよい。
【００３６】
ビームの不正確な調整、閉塞効果、端末デバイス１２０の移動、又はいくつかの他の理由により、ネットワークデバイス１１０が制御チャネル（例えば、物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control Channel））を介して端末デバイス１２０に到達できなくなった場合に、ビーム障害が発生することがある。例えば、端末デバイス１２０は、ネットワークデバイス１１０が端末デバイス１２０に到達するために使用するビームを介して伝送される仮想ＰＤＣＣＨ受信の品質を推定することによって、このような状況を検出してもよい。ビーム障害検出を実行するために、端末デバイス１２０は、所定の参照信号（ＲＳ）の受信に基づいて、仮想ＰＤＣＣＨ受信の品質を推定してもよい。以下の説明では、この参照信号が「ビーム障害検出ＲＳ」又は「ビーム障害検出用ＲＳ」と呼ばれることもある。ビーム障害検出ＲＳの例としては、周期的なチャネル状態情報参照信号（ＣＳＩ−ＲＳ：Channel State Information-Reference Signal）、同期信号ブロック（ＳＳＢ：Synchronization Signal Block）、又はそれらの組み合わせが挙げられるが、これらに限定されない。
【００３７】
図２Ａに示す例では、ＰＤＣＣＨがＰＣｅｌｌ２１０とＳＣｅｌｌ２２０の両方で伝送されることができる。例えば、図２Ａに示すように、ＰＤＣＣＨは、ＰＣｅｌｌ２１０におけるＤＬビーム２４０−１を介してＴＲＰ２３０から端末デバイス１２０に伝送され、ＳＣｅｌｌ２２０における別のＤＬビーム２４０−２を介してＴＲＰ２３０から端末デバイス１２０に伝送されてもよい。この場合、ビーム障害がＰＣｅｌｌ２１０又はＳＣｅｌｌ２２０において検出されることができる。
【００３８】
いくつかの実施形態では、ＳＣｅｌｌ２２０でビーム障害が検出されたことに応答して、端末デバイス１２０は、まず、ビーム障害からの回復用の候補ビームを特定するために、ＳＣｅｌｌのために構成されたビーム特定ＲＳの組を監視してもよい。端末デバイス１２０は、候補ビームに関する情報をビーム障害回復（ＢＦＲ：Beam Failure Recovery）要求に含み、且つ候補ビームに関する情報を含むＢＦＲ要求を第１セルでネットワークデバイス１１０に伝送してもよい。
【００３９】
いくつかの実施形態では、ネットワークデバイス１１０が、端末デバイス１２０にサービスを提供するために少なくともＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０を提供し、且つＳＣｅｌｌ２２０でビーム障害が検出されたことに応答して、端末デバイス１２０は、ＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０から、ＢＦＲ要求がネットワークデバイス１１０に伝送される第１セルと、ＢＦＲ要求に対する応答がネットワークデバイス１１０から受信される第２セルを決定してもよい。端末デバイス１２０は、決定された第１セルで、ＢＦＲ要求をネットワークデバイス１１０に送信してもよい。その後、端末デバイス１２０は、ネットワークデバイス１１０からＢＦＲ要求に対する応答を受信するために、第２セルで制御チャネル探索空間を監視してもよい。
【００４０】
いくつかの実施形態では、疑似コロケーション（ＱＣＬ：quasi co-location）タイプがＲＳに対して構成されてもよい。疑似コロケーションタイプは、ＱＣＬ−ＴｙｐｅＡ｛ドップラーシフト、ドップラー広がり、平均遅延、遅延広がり｝、ＱＣＬ−ＴｙｐｅＢ｛ドップラーシフト、ドップラー広がり｝、ＱＣＬ−ＴｙｐｅＣ｛ドップラーシフト、平均遅延｝、及びＱＣＬ−ＴｙｐｅＤ｛空間Ｒｘパラメータ｝のうちの１つの値であってもよい。
【００４１】
いくつかの実施形態では、異なるシナリオについて、ビーム障害回復手順は異なってもよい。ＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０は、それぞれ第１周波数範囲ＦＲ１及び第２周波数範囲ＦＲ２に関連付けられてもよい。例えば、第１周波数範囲ＦＲ１は６ＧＨｚ未満であり、第２周波数範囲ＦＲ２は６ＧＨｚ以上であってもよい。いくつかの実施形態では、例えば、図２Ａに示す例示的なシナリオ２０１において、第１周波数範囲ＦＲ１は、第２周波数範囲ＦＲ２と同じであってもよいし、異なってもよい。いくつかの実施形態では、この場合、ＢＦＲは、ＳＣｅｌｌでのみ必要とされるが、ＰＣｅｌｌでは必要とされないことがある。いくつかの実施形態では、例えば図２Ａに示す例示的なシナリオ２０１において、ＰＣｅｌｌ２１０とＳＣｅｌｌ２２０は、同じ周波数範囲、例えばＦＲ２で構成されてもよい。いくつかの実施形態では、この場合、ＰＣｅｌｌにおけるＤＬビームとＳＣｅｌｌにおけるＤＬビームは、類似の特性を有する。例えば、ＰＣｅｌｌにおけるＤＬビームがブロックされる場合、ＳＣｅｌｌにおけるＤＬビームも同じ時間でブロックされることがある。いくつかの実施形態では、例えば図２Ａに示す例示的なシナリオ２０１において、ＰＣｅｌｌ２１０とＳＣｅｌｌ２２０の両方は同じ周波数範囲、例えばＦＲ１で構成されてもよい。いくつかの実施形態では、この場合、ＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０の両方についてＢＦＲを必要としないことがある。例えば、ＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０のために構成されたＲＳの全てがＱＣＬ−ＴｙｐｅＤで構成されていない場合、ＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０の両方についてＢＦＲを必要としないことがある。
【００４２】
いくつかの実施形態では、例えば、図２Ａに示す例示的なシナリオ２０１において、ＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０は、同じ周波数範囲で構成されてもよい。例えば、この場合、バンド内連続ＣＣがアグリゲーションされるバンド内ＣＡはサポートされてもよい。いくつかの実施形態では、この場合、ＳＣｅｌｌでビーム障害が検出されると、ＰＣｅｌｌで別のビーム障害が同時に検出される可能性がある。いくつかの実施形態では、この場合、ＢＦＲは、ＰＣｅｌｌでのみ必要とされることがある。さらに、ビーム障害検出ＲＳがＳＣｅｌｌ２２０のために構成される場合、このビーム障害検出ＲＳは、ＰＣｅｌｌ２１０のために構成された少なくとも１つのビーム障害検出ＲＳとＱＣＬ−ＴｙｐｅＤでＱＣＬ化されてもよい。代替的又は追加的に、ビーム特定ＲＳがＳＣｅｌｌ２２０のために構成される場合、このビーム特定ＲＳは、ＰＣｅｌｌ２１０のために構成された少なくとも１つのビーム特定ＲＳとＱＣＬ−ＴｙｐｅＤでＱＣＬ化されてもよい。即ち、この場合、クロスキャリア疑似コロケーション（ＱＣＬ）がサポートされることができる。
【００４３】
いくつかの実施形態では、例えば、図２Ａに示す例示的なシナリオ２０１において、ＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０は、同じ周波数範囲で構成されてもよい。例えば、この場合、バンド内連続ＣＣがアグリゲーションされるバンド内ＣＡがサポートされてもよい。いくつかの実施形態では、この場合、ビーム障害検出ＲＳの組は、ＳＣｅｌｌの代わりに、ＰＣｅｌｌのためだけに構成されてもよい。それに対応して、ビーム特定ＲＳの組も、ＳＣｅｌｌの代わりに、ＰＣｅｌｌのためだけに構成されてもよい。
【００４４】
いくつかの実施形態では、ＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０は、それぞれ第１周波数範囲ＦＲ１及び第２周波数範囲ＦＲ２に関連付けられてもよい。例えば、図２Ａに示す例示的なシナリオ２０１において、ＦＲ１は、ＦＲ２と異なってもよい。さらに、ＳＣｅｌｌ２２０に関連付けられる周波数範囲は、ＰＣｅｌｌ２１０に関連付けられる周波数範囲を超えてもよい。いくつかの実施形態では、ＢＦＲ要求がネットワークデバイス１１０に伝送される、決定された第１セルは、ＳＣｅｌｌ２２０であってもよい（例えば、この場合、以下のテキストでは「ＢＦＲ  ｏｎ  ＳＣｅｌｌ  ＵＬ」とも呼ばれる）。代替的に、いくつかの実施形態では、ＢＦＲ要求がネットワークデバイス１１０に伝送される、決定された第１セルは、ＰＣｅｌｌ２１０であってもよい（例えば、この場合、以下のテキストでは「ＢＦＲ  ｏｎ  ＰＣｅｌｌ  ＵＬ」とも呼ばれる）。いくつかの他の実施形態では、ＢＦＲ要求に対する応答がネットワークデバイス１１０から受信される、決定された第２セルは、ＰＣｅｌｌ２１０であってもよい（例えば、この場合、以下のテキストでは「ＢＦＲ  ｏｎ  ＰＣｅｌｌ  ＤＬ」とも呼ばれる）。代替的に、いくつかの他の実施形態では、ＢＦＲ要求に対する応答がネットワークデバイス１１０から受信される、決定された第２セルは、ＳＣｅｌｌ２２０であってもよい（例えば、この場合、以下のテキストでは「ＢＦＲ  ｏｎ  ＳＣｅｌｌ  ＤＬ」とも呼ばれる）。いくつかの実施形態では、ＢＦＲ要求がネットワークデバイス１１０に伝送される、決定された第１セルは、ＳＣｅｌｌ２２０であるとともに、ＢＦＲ要求に対する応答がネットワークデバイス１１０から受信される、決定された第２セルは、ＰＣｅｌｌ２１０であってもよい（例えば、この場合、以下のテキストでは「ＢＦＲ  ｏｎ  ＳＣｅｌｌ  ＵＬ  ａｎｄ  ＰＣｅｌｌ  ＤＬ」とも呼ばれる）。
【００４５】
いくつかの実施形態では、「ＢＦＲ  ｏｎ  ＳＣｅｌｌ  ＵＬ」の場合に関して、ＢＦＲ要求の伝送は、ＰＤＣＣＨオーダー（order）によってトリガされてもよい。いくつかの実施形態では、この場合、ＢＦＲを伝送する前に、端末デバイス１２０は、ＰＣｅｌｌ２１０でＰＤＣＣＨオーダーに対する要求を伝送してもよい。いくつかの実施形態では、ＰＤＣＣＨオーダーに対する要求は、ＰＣｅｌｌ２１０内の物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理ランダムアクセスチャネル（ＰＲＡＣＨ）を介して伝送されてもよい。例えば、ＰＤＣＣＨオーダーに対する要求は、特定のシーケンス、特定の時間リソース、特定の周波数リソース、及びＰＵＣＣＨ又はＰＲＡＣＨのシーケンスの特定の循環シフトのうちの少なくとも１つを用いてＰＣｅｌｌ２１０で伝送されてもよい。例えば、特定された候補ビームのインデックスは、該要求で運ばれなくてもよい。ネットワークデバイス１１０からＰＤＣＣＨオーダーを受信したことに応答して、端末デバイスは、ＳＣｅｌｌ２２０でＢＦＲ要求をネットワークデバイス１１０に伝送してもよい。即ち、この場合、ＰＤＣＣＨオーダーは、キャリアを跨いでＢＦＲの伝送をトリガすることができる。いくつかの実施形態では、例えば、ＰＤＣＣＨオーダー内のいくつかの予約ビットを占有するフィールドは、ＢＦＲ要求が伝送されるセルのインデックスを示すために使用されることができる。例えば、セルのインデックスを示すために、ＰＤＣＣＨオーダーで３ビットを使用してもよい。
【００４６】
いくつかの実施形態では、ＰＤＣＣＨオーダーがＳＣｅｌｌ２２０でのＢＦＲ要求のＰＲＡＣＨ伝送をトリガする場合、ＰＤＣＣＨオーダーにおけるランダムアクセスプリアンブルインデックスのビットフィールドは０に固定されてもよい。例えば、ランダムアクセスプリアンブルインデックスのための６ビットは０に固定されてもよい。いくつかの実施形態では、ＳＳ／ＰＢＣＨインデックスのフィールド及び／又はＰＲＡＣＨマスクインデックスのフィールドは予約されてもよい。
【００４７】
いくつかの実施形態では、ＰＤＣＣＨオーダーがＳＣｅｌｌ２２０でのＢＦＲ要求のＰＲＡＣＨ伝送をトリガする場合、端末デバイス１２０は、ＰＤＣＣＨオーダーにおけるランダムアクセスプリアンブルインデックスのビットフィールドを無視してもよい。いくつかの実施形態では、ＳＣｅｌｌ２２０でのＢＦＲ要求のＰＲＡＣＨ伝送のためのランダムアクセスプリアンブルインデックスは、ＳＣｅｌｌ２２０における特定された候補ビームのインデックスに基づいてもよい。
【００４８】
いくつかの実施形態では、「ＢＦＲ  ｏｎ  ＳＣｅｌｌ  ＵＬ」の場合に関して、ＢＦＲ要求の伝送は、ＰＤＣＣＨオーダーによってトリガされてもよい。いくつかの実施形態では、この場合、ＢＦＲを伝送する前に、端末デバイス１２０は、ＳＣｅｌｌ２２０でＰＤＣＣＨオーダーに対する要求を伝送してもよい。ネットワークデバイス１１０からＰＤＣＣＨオーダーを受信したことに応答して、端末デバイスは、ＳＣｅｌｌ２２０でネットワークデバイス１１０にＢＦＲ要求を伝送してもよい。いくつかの実施形態では、この場合、ＰＤＣＣＨオーダー伝送のためのＤＬビームは、特定された候補ビームであってもよい。例えば、特定された候補ビームのインデックスは、ＢＦＲ要求で運ばれてもよい。
【００４９】
いくつかの実施形態では、「ＢＦＲ  ｏｎ  ＳＣｅｌｌ  ＵＬ」の場合に関して、ＳＣｅｌｌ２２０でビーム障害が検出されたことに応答して、端末デバイス１２０は、ネットワークデバイス１１０からＰＤＣＣＨオーダーを要求することなく、ＳＣｅｌｌ２２０でＢＦＲ要求をネットワークデバイス１１０に直接に伝送してもよい。いくつかの実施形態では、ＢＦＲ要求は、ＢＦＲのための非競合ベースのランダムアクセス（ＣＦＲＡ：Contention Free Based Random Access）手順を開始するために、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）を介して伝送されてもよい。競合ベースのランダムアクセス（ＣＢＲＡ：Contention Based Random Access）は、ＳＣｅｌｌでサポートされない場合がある。従って、いくつかの実施形態では、ＢＦＲタイマが満了した場合、ＳＣｅｌｌ２２０においてＣＢＲＡ手順を開始するのではなく、ＳＣｅｌｌ障害がＰＣｅｌｌ２１０でネットワークデバイス１００に報告されてもよい。例えば、チャネル状態情報（ＣＳＩ）レポートにおける追加状態は、ＳＣｅｌｌ障害を示すために使用されることができる。代替的又は追加的に、特定のＰＲＡＣＨリソースは、ＰＣｅｌｌにおけるＳＣｅｌｌ障害の報告のために構成されてもよい。さらに、ＳＣｅｌｌ障害を報告するためにＰＣｅｌｌのために構成される候補ビームの組（ビーム特定ＲＳの組に対応する）のうちの１つを使用する必要はないこともある。
【００５０】
いくつかの実施形態では、「ＢＦＲ  ｏｎ  ＳＣｅｌｌ  ＵＬ」の場合に関して、ＢＦＲ要求の伝送は、ＰＤＣＣＨオーダーによってトリガされてもよい。いくつかの実施形態では、この場合、ＢＦＲを伝送する前に、端末デバイス１２０は、ＰＣｅｌｌ２１０でＰＤＣＣＨオーダーに対する要求を伝送してもよい。ネットワークデバイス１１０からＰＤＣＣＨオーダーを受信したことに応答して、端末デバイスは、ＳＣｅｌｌ２２０でＢＦＲ要求をネットワークデバイス１１０に伝送してもよい。即ち、この場合、ＰＤＣＣＨオーダーは、キャリアを跨いでＢＦＲの伝送をトリガすることができる。いくつかの実施形態では、例えば、ＰＤＣＣＨオーダーにおけるいくつかの予約ビットを占有するフィールドは、ＢＦＲ要求がトリガされるセルのインデックスを示すために使用されることができる。
【００５１】
いくつかの実施形態では、「ＢＦＲ  ｏｎ  ＳＣｅｌｌ  ＵＬ  ａｎｄ  ＰＣｅｌｌ  ＤＬ」の場合に関して、ＳＣｅｌｌ２２０でビーム障害が検出されたことに応答して、端末デバイス１２０は、ネットワークデバイス１１０からＰＤＣＣＨオーダーを要求することなく、ＳＣｅｌｌ２２０でＢＦＲ要求をネットワークデバイス１１０に直接に伝送してもよい。いくつかの実施形態では、ＢＦＲ要求は、ＢＦＲのための非競合ベースのランダムアクセス（ＣＦＲＡ）手順を開始するために、物理ランダムアクセスチャネル（ＰＲＡＣＨ）を介して伝送されてもよい。競合ベースのランダムアクセス（ＣＢＲＡ）は、ＳＣｅｌｌでサポートされない場合がある。従って、いくつかの実施形態では、ＢＦＲタイマが満了した場合、ＳＣｅｌｌ２２０においてＣＢＲＡ手順を開始するのではなく、ＳＣｅｌｌ障害がＰＣｅｌｌ２１０でネットワークデバイス１００に報告されてもよい。例えば、チャネル状態情報（ＣＳＩ）レポートにおける追加状態は、ＳＣｅｌｌ障害を示すために使用されることができる。代替的又は追加的に、特定のＰＲＡＣＨリソースは、ＰＣｅｌｌにおけるＳＣｅｌｌ障害の報告のために構成されてもよい。さらに、ＳＣｅｌｌ障害を報告するためにＰＣｅｌｌのために構成される候補ビームの組（ビーム特定ＲＳの組に対応する）のうちの１つを使用する必要はないこともある。
【００５２】
いくつかの実施形態では、「ＢＦＲ  ｏｎ  ＳＣｅｌｌ  ＵＬ  ａｎｄ  ＰＣｅｌｌ  ＤＬ」の場合に関して、ＣＦＲＡに基づくＢＦＲは、ＳＣｅｌｌ２２０においてサポートされてもよい。いくつかの実施形態では、この場合、端末デバイス１２０は、ネットワークデバイス１１０からＢＦＲ要求に対する応答を受信するために、ＰＣｅｌｌ２１０で制御チャネル探索空間を監視してもよい。例えば、ＢＦＲ要求は、ＳＣｅｌｌ２２０でＰＲＡＣＨリソースを介して伝送されてもよい。いくつかの実施形態では、ＰＲＡＣＨリソースは、ＳＣｅｌｌ２２０における特定された候補ビームとＱＣＬ化されてもよい。いくつかの実施形態では、ＰＣｅｌｌ２１０におけるいずれのＲＳに対してもＱＣＬ−ＴｙｐｅＤが構成されていない場合、「ＢＦＲ  ｏｎ  ＳＣｅｌｌ  ＵＬ  ａｎｄ  ＰＣｅｌｌ  ＤＬ」が利用できない。
【００５３】
いくつかの実施形態では、「ＢＦＲ  ｏｎ  ＳＣｅｌｌ  ＵＬ  ａｎｄ  ＰＣｅｌｌ  ＤＬ」の場合に関して、端末デバイス１２０は、ＢＦＲ要求がＳＣｅｌｌ２２０でＰＲＡＣＨを介して伝送されている間、ＰＣｅｌｌ２１０でＢＦＲ要求に対する応答を監視してもよい。いくつかの実施形態では、ＰＣｅｌｌに関連付けられたサブキャリア間隔（ＳＣＳ）は、ＳＣｅｌｌに関連付けられたＳＣＳと異なってもよい。いくつかの実施形態では、この場合、ＰＣｅｌｌで応答を監視するための時間間隔は、ＰＣｅｌｌ２１０又はＳＣｅｌｌ２２０に関連付けられたＳＣＳに基づいて決定されてもよい。例えば、ＳＣｅｌｌ２２０におけるＢＦＲ要求の伝送用のスロットがスロット＃ｎであると仮定すると、ＰＣｅｌｌ２１０におけるＢＦＲ要求に対する応答を受信するためのスロットがスロット＃（ｎ’＋ｋ）であってもよい。ここで、スロット＃ｎ’は、ＳＣｅｌｌ２２０におけるスロット＃ｎと重なるＰＣｅｌｌ２１０における直近のスロットであり、時間間隔ｋは、ＰＣｅｌｌ２１０又はＳＣｅｌｌ２２０に関連付けられたＳＣＳに基づいて決定されることができる。
【００５４】
いくつかの実施形態では、（例えば、ＣＦＲＡに基づくＢＦＲを開始するために）ＢＦＲ要求がＳＣｅｌｌ２２０で伝送され、ＣＦＲＡに基づくＢＦＲ用のＢＦＲタイマが満了すると、ＣＢＲＡに基づくＢＦＲをトリガすることができる。例えば、ＣＢＲＡに基づくＢＦＲは、ＰＤＣＣＨオーダーによってのみトリガされることができる。いくつかの実施形態では、この場合、ＣＢＲＡに基づくＢＦＲをトリガするためのＰＤＣＣＨオーダーを受信したことに応答して、端末デバイス１２０は、ＣＢＲＡに基づくＢＦＲを開始するために、ＰＲＡＣＨを介してＢＦＲ要求を伝送してもよい。いくつかの実施形態では、端末デバイス１２０は、ＰＣｅｌｌ２１０でＢＦＲ要求に対する応答を監視してもよい。
【００５５】
図２Ｂは、図１に示すネットワーク１００の別の例示的なシナリオ２０２を示す。図２Ｂに示すように、例えば、図１のネットワークデバイス１１０は、端末デバイス１２０にサービスを提供するために、ＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０を提供してもよい。例えば、ＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０は、互いに重ならなくてもよい。ネットワークデバイス１１０は、ＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０にそれぞれ位置する２つのＴＲＰ２３０−１及び２３０−２と接続されてもよい。
【００５６】
ビームの不正確な調整、閉塞効果、端末デバイス１２０の移動、又はいくつかの他の理由により、ネットワークデバイス１１０が制御チャネル（例えば、ＰＤＣＣＨ）を介して端末デバイス１２０に到達できなくなった場合に、ビーム障害が発生することがある。例えば、端末デバイス１２０は、ネットワークデバイス１１０が端末デバイス１２０に到達するために使用するビームを介して伝送される仮想ＰＤＣＣＨ受信の品質を推定することによって、このような状況を検出してもよい。ビーム障害検出を実行するために、端末デバイス１２０は、所定のビーム障害検出ＲＳの受信に基づいて、仮想ＰＤＣＣＨ受信の品質を推定してもよい。
【００５７】
図２Ｂに示す例では、ＰＤＣＣＨがＰＣｅｌｌ２１０とＳＣｅｌｌ２２０の両方で伝送されることができる。例えば、図２Ｂに示すように、ＰＤＣＣＨは、ＰＣｅｌｌ２１０におけるＤＬビーム２４０−１を介してＴＲＰ２３０−１から端末デバイス１２０に伝送され、且つＳＣｅｌｌ２２０における別のＤＬビーム２４０−２を介してＴＲＰ２３０−２から端末デバイス１２０に伝送されてもよい。この場合、ビーム障害はＰＣｅｌｌ２１０又はＳＣｅｌｌ２２０において検出されることができる。例えば、ＳＣｅｌｌ２２０でビーム障害が検出されたことに応答して、端末デバイス１２０は、まず、ビーム障害からの回復用の候補ビームを特定するために、ＳＣｅｌｌのために構成されたビーム特定ＲＳの組を監視してもよい。端末デバイス１２０は、ＢＦＲのためのランダムアクセス手順を開始するために、候補ビームに関する情報を含むＢＦＲ要求をネットワークデバイス１１０に伝送してもよい。その後、端末デバイス１２０は、ＢＦＲ要求に対する応答を受信するために、制御チャネル探索空間を監視してもよい。
【００５８】
図２Ｂに示す例示的なシナリオ２０２において、ＢＦＲ要求がＰＣｅｌｌ２１０で端末デバイス１２０からネットワークデバイス１１０に伝送されるとともに、ＢＦＲ要求に対する応答がＰＣｅｌｌ２１０でネットワークデバイス１１０から端末デバイス１２０に伝送される（即ち、「ＢＦＲ  ｏｎ  ＰＣｅｌｌ  ＵＬ  ａｎｄ  ＰＣｅｌｌ  ＤＬ」）と仮定すると、何らかの問題が発生する可能性がある。
【００５９】
図３Ａ及び図３Ｂは、図２Ｂに示す例示的なシナリオ２０２におけるＢＦＲ手順において発生する可能性のある問題を示す。図３Ａに示すように、ＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０にそれぞれ位置するＴＲＰ２３０−１及び２３０−２は、互いに離れている。ＴＲＰ２３０−２からのＤＬビーム２４０−２が故障していることが検出され、ビーム故障からの回復のために候補ビーム３１０が特定される場合がある。現在の３ＧＰＰ仕様では、ＢＦＲ要求は、端末デバイス１２０からネットワークデバイス１１０に、候補ビーム３２０の方向に伝送されることがある。この場合、図３Ａに示すように、ＰＣｅｌｌ２１０におけるＴＲＰ２３０−１は、ＢＦＲ要求を受信することができない。さらに、現在の３ＧＰＰ仕様では、ＢＦＲ要求に対する応答は、ネットワークデバイス１１０から端末デバイス１２０に、候補ビーム３２０の方向に伝送されることがある。この場合、図３Ｂに示すように、端末デバイス１２０は、ＢＦＲ要求に対する応答を受信することができない。即ち、現在の３ＧＰＰ仕様では、ＢＦＲ  ｏｎ  ＰＣｅｌｌ  ＵＬ  ａｎｄ  ＰＣｅｌｌ  ＤＬはサポートされることができない。
【００６０】
本開示の実施形態は、図３Ａ及び図３Ｂに示すような問題を解決することができる。
【００６１】
いくつかの実施形態では、ネットワークデバイス１１０が、端末デバイス１２０にサービスを提供するために少なくともＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０を提供し、且つＳＣｅｌｌ２２０でビーム障害が検出されたことに応答して、端末デバイス１２０は、ＰＣｅｌｌ２１０及びＳＣｅｌｌ２２０から、ビーム障害回復（ＢＦＲ）要求がネットワークデバイス１１０に伝送される第１セルと、ＢＦＲ要求に対する応答がネットワークデバイス１１０から受信される第２セルを決定してもよい。端末デバイス１２０は、決定された第１セルでＢＦＲ要求をネットワークデバイス１１０に伝送してもよい。その後、端末デバイス１２０は、ネットワークデバイス１１０からＢＦＲ要求に対する応答を受信するために、第２セルで制御チャネル探索空間を監視してもよい。
【００６２】
いくつかの実施形態では、例えば図２Ｂに示す例示的なシナリオ２０２において、ＢＦＲ要求がネットワークデバイス１１０に伝送される、決定された第１セルはＰＣｅｌｌ２１０であり、ＢＦＲ要求に対する応答がネットワークデバイス１１０から受信される、決定された第２セルもＰＣｅｌｌ２１０であってもよい（即ち、「ＢＦＲ  ｏｎ  ＰＣｅｌｌ  ＵＬ  ａｎｄ  ＰＣｅｌｌ  ＤＬ」）。
【００６３】
いくつかの実施形態では、ＳＣｅｌｌ２２０におけるビーム障害については、ＢＦＲ要求又はビーム障害レポートを伝送するためにＰＣｅｌｌ２１０において構成されたＰＲＡＣＨリソースは１つのみ存在してもよい。この場合、特定された新候補ビームをＰＲＡＣＨリソースに関連付ける必要はない。例えば、ＰＣｅｌｌ２１０は、ＢＦＲ要求又はビーム障害レポートを受信したことに応答して、新しいＳＣｅｌｌ測定を構成してもよい。
【００６４】
いくつかの実施形態では、ＢＦＲ要求がＰＣｅｌｌ２１０で伝送される場合、ＢＦＲ要求の伝送用のＵＬビームは、ＰＣｅｌｌ２１０におけるビームを再利用してもよい。例えば、ＢＦＲ要求の伝送（即ち、ＰＲＡＣＨ伝送）用のＱＣＬパラメータは、特定された新候補ビームに基づいて決定されるのではなく、ＰＣｅｌｌ２１０のための直近のスロットに構成された最下位の識別子を有するコアセット（ＣＯＲＥＳＥＴ）のＴＣＩ（Transmission Configuration Indicator）状態、又はＰＣｅｌｌ２１０における最下位の識別子を有するビーム障害検出用ＲＳ又はビーム障害検出用のＲＳのいずれか１つ、又はＰＣｅｌｌ２１０における他のいくつかのＲＳ又はＴＣＩ状態に基づいて決定されてもよい。例えば、端末デバイス１２０は、ＰＣｅｌｌのために構成されたビーム障害検出リソースの組に基づいて、ＢＦＲ要求の伝送用のＵＬビームを決定してもよい。
【００６５】
いくつかの実施形態では、ＢＦＲ要求の伝送用の１つのＰＲＡＣＨリソースは、ＰＣｅｌｌ２１０における１つのビームと、ＳＣｅｌｌ２２０における別のビームに対応してもよい。ＰＣｅｌｌ２１０又はＳＣｅｌｌ２２０において発生したビーム障害は、ＰＲＡＣＨ伝送に使用される異なる循環シフト（ＣＳ）値又は異なるカバーコードによって示されてもよい。
【００６６】
いくつかの実施形態では、ＰＣｅｌｌ２１０でのＢＦＲ要求の伝送のために、第１組のＰＲＡＣＨリソース、シーケンス又はプリアンブルが構成され、ＰＣｅｌｌ２１０における特定された異なる候補ビームを示すために、第２組のＰＲＡＣＨリソース、シーケンス又はプリアンブルが使用されてもよい。いくつかの実施形態では、ＳＣｅｌｌ２２０でのＢＦＲ要求の伝送も、第１組のＰＲＡＣＨリソース、シーケンス、又はプリアンブルのうちの少なくとも１つに基づいてもよい。いくつかの実施形態では、ＳＣｅｌｌ２２０におけるビーム障害に対するＢＦＲ要求がＰＣｅｌｌ２１０で伝送される場合、ＰＣｅｌｌ２１０におけるタイミングアドバンス値が、ＢＦＲ要求のＰＲＡＣＨ伝送に適用されてもよい。例えば、ネットワークデバイス１１０で受信したＢＦＲ要求に時間差がない場合（ＢＦＲ要求のＰＲＡＣＨ伝送にタイミングアドバンス値が適用されたため）、ＰＲＡＣＨ伝送は、ＳＣｅｌｌ２２０におけるビーム障害に対するＢＦＲとみなされてもよい。いくつかの実施形態では、ＰＣｅｌｌ２１０におけるビーム障害に対するＢＦＲ要求がＰＣｅｌｌ２１０で伝送される場合、ＰＣｅｌｌ２１０において利用可能なタイミングアドバンス値が存在しないことがある。例えば、ネットワークデバイス１１０で受信したＢＦＲ要求に時間差がある場合（ＢＦＲ要求のＰＲＡＣＨ伝送にタイミングアドバンス値が適用されないため）、ＰＲＡＣＨ伝送は、ＰＣｅｌｌ２１０におけるビーム障害に対するＢＦＲとみなされてもよい。
【００６７】
いくつかの実施形態では、ＢＦＲ要求に対する応答がＰＣｅｌｌ２１０で受信される場合、応答の伝送用のＤＬビームは、ＰＣｅｌｌ２１０におけるビームを再利用してもよい。例えば、ＢＦＲのために構成された制御リソースセット（「ＣＯＲＥＳＥＴ−ＢＦＲ」）用のＱＣＬパラメータは、特定された新候補ビームに基づいて決定されるのではなく、例えば、ＰＣｅｌｌ２１０のための直近のスロットに構成された最下位の識別子を有するＣＯＲＥＳＥＴのＴＣＩ状態、又はＰＣｅｌｌ２１０における最下位の識別子を有するビーム障害検出用ＲＳ又はビーム障害検出用ＲＳのいずれか１つ、又はＰＣｅｌｌ２１０における他のいくつかのＲＳ又はＴＣＩ状態に基づいて決定されてもよい。例えば、端末デバイス１２０は、ＰＣｅｌｌのために構成されたビーム障害検出リソースの組に基づいて、応答の検出用のＤＬビームを決定してもよい。例えば、ＢＦＲ要求に対する応答は、ＰＣｅｌｌ２１０で受信されるランダムアクセス応答（ＲＡＲ）であってもよい。ＰＣｅｌｌ２１０で受信されるＲＡＲは、ＳＣｅｌｌ２２０におけるビーム障害からの回復を示してもよい。
【００６８】
いくつかの実施形態では、ＳＣｅｌｌのためのＢＦＲ要求に対する応答がＰＣｅｌｌ２１０で受信される場合、応答にはタイミング調整コマンドが存在しない場合がある。いくつかの実施形態では、ＢＦＲ要求に対する応答は、ＰＤＣＣＨを介して伝送されてもよい。いくつかの実施形態では、ＰＤＣＣＨは、コンパクトなＰＤＣＣＨであってもよい。例えば、ＰＤＣＣＨにはスケジューリング情報が存在しない場合がある。別の例として、応答にはタイミング調整コマンドが存在しない場合がある。いくつかの実施形態では、ＢＦＲ要求に対する応答は、ＤＣＩフォーマット０＿０及び／又はＤＣＩフォーマット１＿０であってもよい。いくつかの実施形態では、ＢＦＲ要求に対する応答は、ＣＳＩ要求及び／又はＰＤＣＣＨオーダーを有するＰＤＣＣＨを介して伝送されてもよい。
【００６９】
いくつかの実施形態では、ＢＦＲ要求がＰＣｅｌｌ２１０で伝送され、且つＢＦＲ要求に対する応答がＳＣｅｌｌ２２０で受信される場合、ＣＯＲＥＳＥＴ−ＢＦＲのためのＱＣＬパラメータは、特定された新候補ビームに基づいて決定されてもよい。しかしながら、いくつかの実施形態では、ＳＣｅｌｌ２２０がＣＯＲＥＳＥＴ−ＢＦＲで構成されていない場合、ＳＣｅｌｌ２２０においてＢＦＲが必要とされない可能性がある。
【００７０】
いくつかの実施形態では、ＰＣｅｌｌ２１０における第１組のＢＦＲパラメータ（例えば、ＢＦＲカウンタ、ＢＦＲ時間など）は、ＰＣｅｌｌ２１０におけるビーム障害のために使用されてもよい。いくつかの実施形態では、ＳＣｅｌｌ２２０におけるビーム障害のためのＢＦＲ要求がＰＣｅｌｌ２１０で伝送される場合、ＰＣｅｌｌ２１０における第２組のＢＦＲパラメータ（例えば、ＢＦＲカウンタ、ＢＦＲ時間など）が、ＳＣｅｌｌ２２０におけるビーム障害のために使用されてもよい。例えば、第１組のＢＦＲパラメータは、第２組のＢＦＲパラメータとは異なってもよい。いくつかの実施形態では、ＳＣｅｌｌ２２０におけるＢＦＲは、ＰＣｅｌｌ２１０におけるＢＦＲのために使用されるプリアンブルリソースを再利用してもよいが、ＳＣｅｌｌ２２０におけるＢＦＲのためのＢＦＲカウンタ又はタイマとＰＣｅｌｌ２１０におけるＢＦＲのためのカウンタ又はタイマは、互いに離れてもよい。
【００７１】
いくつかの実施形態では、上述したように、ビーム障害検出を実行するために、端末デバイス１２０は、所定の参照信号（ＲＳ）の受信に基づいて、仮想ＰＤＣＣＨ受信の品質を推定してもよい。例えば、ＲＳは、ＣＳＩ−ＲＳであってもよい。ＳＣｅｌｌ２２０におけるＣＳＩ−ＲＳの受信パワーは、ＳＣｅｌｌ２２０に定義されるＳＳＢに基づいて決定されてもよい。しかし、いくつかの実施形態では、ＳＣｅｌｌ２２０においてＳＳＢが定義されない場合がある。いくつかの実施形態では、この場合、ＳＣｅｌｌ２２０におけるＣＳＩ−ＲＳのパワーは、ＰＣｅｌｌ２１０におけるＳＳＢのパワーに基づいて決定されてもよい。
【００７２】
図４は、本開示のいくつかの実施形態に係るビーム障害回復のための例示的な方法４００のフローチャートを示す。方法４００は、図１、図２Ａ及び／又は図２Ｂに示す端末デバイス１２０で実施されることができる。方法４００は、図示されない追加の動作を含み、及び／又は図示された、いくつかの動作を省略してもよく、本開示の範囲は、この点で限定されないことを理解されたい。
【００７３】
ブロック４１０において、ネットワークデバイスが、端末デバイスにサービスを提供するために少なくともプライマリセル（ＰＣｅｌｌ）及びセカンダリセル（ＳＣｅｌｌ）を提供し、且つＳＣｅｌｌでビーム障害が検出されたことに応答して、端末デバイスは、ＰＣｅｌｌ及びＳＣｅｌｌから、ビーム障害回復（ＢＦＲ）要求がネットワークデバイスに伝送される第１セルと、ＢＦＲ要求に対する応答がネットワークデバイスから受信される第２セルとを決定する。
【００７４】
ブロック４２０において、端末デバイスは、第１セルでＢＦＲ要求をネットワークデバイスに伝送する。
【００７５】
ブロック４３０において、端末デバイスは、ネットワークデバイスからＢＦＲ要求に対する応答を受信するために、第２セルで制御チャネル探索空間を監視する。
【００７６】
いくつかの実施形態では、第１セルはＳＣｅｌｌであり、第２セルはＰＣｅｌｌ及びＳＣｅｌｌのいずれかである。端末デバイスは、ＰＣｅｌｌでＰＤＣＣＨオーダーに対する要求を伝送し、ネットワークデバイスからＰＤＣＣＨオーダーを受信したことに応答して、ＳＣｅｌｌでＢＦＲ要求をネットワークデバイスに伝送することで、ＢＦＲ要求を伝送してもよい。
【００７７】
いくつかの実施形態では、第２セルはＳＣｅｌｌであり、ＰＤＣＣＨオーダーはＰＣｅｌｌ及びＳＣｅｌｌのいずれかでネットワークデバイスから受信される。
【００７８】
いくつかの実施形態では、第１セルはＰＣｅｌｌであり、端末デバイスは、ＰＣｅｌｌのために構成されたビーム障害検出リソースの組に基づいて、ＢＦＲ要求の伝送用の第１リソースを決定し、第１リソースを介してＢＦＲ要求をネットワークデバイスに伝送することで、ＢＦＲ要求を伝送してもよい。
【００７９】
いくつかの実施形態では、第２セルはＰＣｅｌｌであり、端末デバイスは、候補ビームに基づいて、制御チャネル探索空間に関連付けられた疑似コロケーション(ＱＣＬ)パラメータを決定し、ＱＣＬパラメータに基づいて制御チャネル探索空間を監視することで、制御チャネル探索空間を監視する。
【００８０】
いくつかの実施形態では、第１セルはＳＣｅｌｌであり、第２セルはＰＣｅｌｌである。端末デバイスは、候補ビームに基づいて、ＢＦＲ要求の伝送用の物理ランダムアクセスチャネル（ＰＲＡＣＨ）に関連付けられたＱＣＬパラメータを決定し、ＱＣＬパラメータに基づいてＰＲＡＣＨを介してＢＦＲ要求を伝送することで、ＢＦＲ要求を伝送してもよい。
【００８１】
本開示の実施形態は、ビーム障害回復のためのソリューションを提供することが分かる。本開示の実施形態に係るビーム障害回復のためのソリューションは、ＳＣｅｌｌで発生したビーム障害に適用されることができる。さらに、本開示の実施形態は、従来のビーム障害回復スキームよりも速いビーム障害回復を可能にした。
【００８２】
図５は、本開示の実施形態の実施に適するデバイス５００の簡略的なブロック図である。デバイス５００は、図１に示すネットワークデバイス１１０又は端末デバイス１２０のさらなる例示的な実施形態とみなすことができる。従って、デバイス５００は、ネットワークデバイス１１０又は端末デバイス１２０の少なくとも一部において、又はその少なくとも一部として実施されることができる。
【００８３】
図示されるように、デバイス５００は、プロセッサ５１０と、プロセッサ５１０に接続されたメモリ５２０と、プロセッサ５１０に接続された適切な伝送機（ＴＸ）及び受信機（ＲＸ）５４０と、ＴＸ／ＲＸ５４０に接続された通信インターフェースとを含む。メモリ５１０は、プログラム５３０の少なくとも一部を格納する。ＴＸ／ＲＸ５４０は、双方向通信用である。ＴＸ／ＲＸ５４０は、通信を容易にするために少なくとも１つのアンテナを有するが、実際には、本願で言及されるアクセスノードは複数あってもよい。通信インターフェースは、ｅＮＢ間の双方向通信用のＸ２インターフェース、ＭＭＥ（Mobility Management Entity）／Ｓ−ＧＷ（Serving Gateway）とｅＮＢとの間の通信用のＳ１インターフェース、ｅＮＢとリレーノード（ＲＮ）との間の通信用のＵｎインターフェース、又はｅＮＢと端末デバイスとの間の通信用のＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表してもよい。
【００８４】
プログラム５３０は、関連するプロセッサ５１０によって実行されると、デバイス５００が、本明細書で図１から図４を参照して説明したように、本開示の実施形態に従って動作することを可能にするプログラム命令を含むと想定される。本明細書の実施形態は、デバイス５００のプロセッサ５１０によって実行可能なコンピュータソフトウェアにより、又はハードウェアにより、又はソフトウェアとハードウェアとの組み合わせにより実施されてもよい。プロセッサ５１０は、本開示の様々な実施形態を実施するように構成されてもよい。さらに、プロセッサ５１０とメモリ５２０の組み合わせは、本開示の様々な実施形態を実施するのに適した処理手段５５０を形成してもよい。
【００８５】
メモリ５２０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、非一時的コンピュータ読み取り可能な記憶媒体、半導体系のメモリデバイス、磁気メモリデバイス及びシステム、光メモリデバイス及びシステム、固定メモリデバイス及びリムーバブルメモリなどの任意の適切なデータ記憶技術を使用して実施してもよい。デバイス５００には１つのメモリ５２０のみが示されているが、デバイス５００には物理的に別個である複数のメモリモジュールがあってもよい。プロセッサ５１０は、ローカル技術ネットワークに適した任意のタイプのものであってもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、ＤＳＰ（Digital Signal Processor）、及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ又は複数を含んでもよい。デバイス５００は、メインプロセッサを同期させるクロックに時間的に従属する特定用途向け集積回路チップなどの複数のプロセッサを有してもよい。
【００８６】
一般的に、本開示の様々な実施形態は、ハードウェア又は専用回路、ソフトウェア、ロジック、又はそれらの任意の組み合わせで実施されてもよい。いくつかの態様はハードウェアで実施され、他の態様はコントローラ、マイクロプロセッサ、又は他のコンピューティングデバイスによって実行され得るファームウェア又はソフトウェアで実施されてもよい。本開示の実施形態の様々な態様は、ブロック図、フローチャート、又は他の何らかの画像表現を使用して例示及び説明されたが、本明細書に記載されるこれらのブロック、装置、システム、技術又は方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路又はロジック、汎用ハードウェア又はコントローラ又は他のコンピューティングデバイス、又はそれらのいくつかの組み合わせで実施されてもよいことを理解されたい。
【００８７】
本開示は、さらに、非一時的なコンピュータ読み取り可能な記憶媒体に有形に格納された少なくとも１つのコンピュータプログラム製品を提供する。コンピュータプログラム製品は、図４を参照して上述したプロセス又は方法を実行するために、プログラムモジュールに含まれるものなどの、対象の実プロセッサ又は仮想プロセッサ上のデバイスで実行されるコンピュータ実行可能な命令を含む。一般的に、プログラムモジュールは、特定のタスクを実行したり、特定の抽象データ型を実施したりするルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造などを含む。プログラムモジュールの機能は、様々な実施形態で記載されたプログラムモジュール間で組み合わせる、又は分割されることができる。プログラムモジュールのためのマシン実行可能な命令は、ローカルデバイス又は分散型デバイス内で実行されてもよい。分散型デバイスでは、プログラムモジュールがローカル記憶媒体とリモート記憶媒体の両方に配置されてもよい。
【００８８】
本開示の方法を実行するためのプログラムコードは、１つ又は複数のプログラミング言語の任意の組み合わせで書かれてもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに提供されることにより、プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に規定される機能／動作が実現される。プログラムコードは、完全にマシン上で実行されてもよく、その一部がマシン上で実行されてもよく、スタンドアロンのソフトウェアパッケージとして実行されてもよく、一部がマシン上で実行され且つ一部がリモートマシン上で実行されてもよく、完全にリモートマシン又はサーバ上で実行されてもよい。
【００８９】
上記プログラムコードは、命令実行システム、装置、又はデバイスによって、又はそれと関連して使用されるためのプログラムを含む又は格納することができる任意の有形媒体であり得るマシン読み取り可能な媒体上で具現化されてもよい。マシン読み取り可能な媒体は、マシン読み取り可能な信号媒体又はマシン読み取り可能な記憶媒体であってもよい。マシン読み取り可能な媒体は、電子、磁気、光学、電磁気、赤外線、又は半導体システム、装置、デバイス、あるいは前記の任意の適切な組み合わせを含むが、これらに限定されない。マシン読み取り可能な記憶媒体のより具体的な例として、１つ又は複数のワイヤによる電気的接続、ポータブルコンピュータディスケット、ハードディスク、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、消去可能なプログラム可能な読み取り専用メモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバー、ポータブルコンパクトディスク読み取り専用メモリ（ＣＤ−ＲＯＭ）、光学式ストレージデバイス、磁気ストレージデバイス、又は前記の任意の好適な組み合わせが挙げられる。
【００９０】
さらに、動作が特定の順序で描かれているが、これは、望ましい結果を達成するために、そのような動作が図示の特定の順序又は連続順序で実行されること、又は描かれたすべての動作が実行されることを要求するものとして理解されるべきではない。特定の状況では、マルチタスク及び並列処理が有利であることがある。同様に、上記の説明にはいくつかの特定の実施形態の詳細が含まれているが、これらは本開示の範囲を制限するものとして解釈されるべきではなく、特定の実施形態に特有の特徴の説明として解釈されるべきである。別々の実施形態のコンテキストで説明されている特定の特徴は、単一の実施形態に組み合わせて実施されてもよい。逆に、単一の実施形態のコンテキストで説明されている様々な特徴も、複数の実施形態で別々に、又は任意の適切なサブコンビネーションで実施されてもよい。
【００９１】
本開示は、構造的特徴及び／又は方法論的動作に特有の用語で説明されたが、添付の特許請求の範囲で限定される本開示は、必ずしも上述の特定の特徴又は動作に限定されないことを理解されたい。むしろ、上述の特定の特徴及び動作は、特許請求の範囲を実施する例示的な形態として説明されている。
【図１】
2022500886.tif 000003
【図２Ａ】
2022500886.tif 000004
【図２Ｂ】
2022500886.tif 000005
【図３Ａ】
2022500886.tif 000006
【図３Ｂ】
2022500886.tif 000007
【図４】
2022500886.tif 000008
【図５】
2022500886.tif 000009
【国際調査報告】
2022500886.tif 000010
2022500886.tif 000011