(57)【要約】本開示の態様は、ビーム障害回復要求に関する。一例では、ビームのビーム障害が検出され、およびネットワーク構成に基づいて、ビーム障害回復要求のために、どのビーム障害回復リソースを利用すべきかの決定が成される。ビーム障害回復要求は、ビーム障害回復リソースを介して送信されることができる。別の例では、スケジューリングエンティティは、ビーム障害を検出することに関連付けられたビーム障害条件を決定し、およびビーム障害条件に関連付けられたパラメータ、ならびにビーム障害回復リソースを決定することに関連付けられたパラメータを含むことができるスケジューリングされたエンティティについてのネットワーク構成を確認する。ネットワーク構成は、ビーム障害回復要求を送信することを容易にするために、スケジューリングされたエンティティに送信されることができる。他の態様および特徴もまた、特許請求および説明される。【選択図】図６
2020533886.tif 000002
【特許請求の範囲】
【請求項１】
スケジューリングされたエンティティにおけるワイヤレス通信の方法であって、
デバイス間の通信のために使用されるビームのビーム障害を検出することと、
前記スケジューリングされたエンティティのネットワーク構成に少なくとも部分的に基づいて、ビーム障害回復要求を送信するために利用すべき１つまたは複数のビーム障害回復リソースを決定することと、
前記ネットワーク構成にしたがって決定された前記１つまたは複数のビーム障害回復リソースを介して前記ビーム障害回復要求を送信することと
を備える、方法。
【請求項２】
スケジューリングエンティティから無線リソース制御（ＲＲＣ）シグナリングを介して前記ネットワーク構成を受信することをさらに備える、請求項１に記載の方法。
【請求項３】
前記ネットワーク構成は、システムフレーム番号（ＳＦＮ）、サブフレームインジケータ（ＳＦＩ）、周期性、リソース要素、ダウンリンクビームと前記１つまたは複数のビーム障害回復リソースとの間の疑似コロケーション（ＱＣＬ）または時間関係、あるいは別のセルへの順方向ハンドオーバまたは条件付きハンドオーバのうちの１つを実行することに関連付けられたリンク品質条件、のうちの少なくとも１つを指定する、請求項１に記載の方法。
【請求項４】
前記ネットワーク構成は、前記ビーム障害の前記検出を容易にするためのタイマパラメータを指定する、請求項１に記載の方法。
【請求項５】
前記ネットワーク構成は、ビーム障害回復を容易にするための候補ビームしきい値パラメータを指定し、および前記候補ビームしきい値パラメータは、候補ビームに関連付けられた受信電力しきい値に対応する、請求項１に記載の方法。
【請求項６】
前記ネットワーク構成は、ビーム障害回復を容易にするための時間ウィンドウパラメータを指定し、および前記時間ウィンドウパラメータは、前記ビーム障害回復要求への応答をモニタするための時間ウィンドウに対応する、請求項１に記載の方法。
【請求項７】
前記ネットワーク構成は、前記ビーム障害回復要求を送信するために利用すべき前記１つまたは複数のビーム障害回復リソースの前記決定に関連付けられた優先度を指定する、請求項１に記載の方法。
【請求項８】
前記優先度は、
リソースタイプの第１の可用性にしたがって、専用リソース、競合なしのリソース、または共通リソースのうちの１つを優先すること、または
異なる優先度に属する１つまたは複数のビームがネットワーク構成されたしきい値を上回る品質を有すると見なされる場合に、例外をインプリメントすること
のうちの少なくとも１つにしたがって、前記ビーム障害回復リソースを選択することを備える、請求項７に記載の方法。
【請求項９】
前記ネットワーク構成は、
前記ビーム障害回復要求を送信するために特定のチャネルを選択するための試行のしきい値数、
前記ビーム障害回復要求を送信するために前記特定のチャネルを選択するための時間のしきい値量、または、
前記ビーム障害回復要求の再送信間の時間のしきい値量
のうちの少なくとも１つを指定する、請求項７に記載の方法。
【請求項１０】
スケジューリングされたエンティティにおけるワイヤレス通信のための装置であって、
デバイス間の通信のために使用されるビームのビーム障害を検出するように構成された検出回路と、
前記スケジューリングされたエンティティのネットワーク構成に少なくとも部分的に基づいて、ビーム障害回復要求を送信するために利用すべき１つまたは複数のビーム障害回復リソースを決定するように構成された決定回路と、
前記ネットワーク構成にしたがって決定された前記ビーム障害回復リソースを介して前記ビーム障害回復要求を送信するように構成された送信回路と
を備える、装置。
【請求項１１】
スケジューリングエンティティから無線リソース制御（ＲＲＣ）シグナリングを介して前記ネットワーク構成を受信するようにさらに構成される、請求項１０に記載の装置。
【請求項１２】
前記決定回路は、前記ネットワーク構成中に示された少なくとも１つのパラメータを決定するように構成されたパラメータ回路をさらに備え、前記少なくとも１つのパラメータは、システムフレーム番号（ＳＦＮ）、サブフレームインジケータ（ＳＦＩ）、周期性、リソース要素、ダウンリンクビームと前記１つまたは複数のビーム障害回復リソースとの間の疑似コロケーション（ＱＣＬ）または時間関係、あるいは別のセルへの順方向ハンドオーバまたは条件付きハンドオーバのうちの１つを実行することに関連付けられたリンク品質条件、のうちの少なくとも１つである、請求項１０に記載の装置。
【請求項１３】
前記決定回路は、前記ネットワーク構成中に示された少なくとも１つのパラメータを決定するように構成されたパラメータ回路をさらに備え、前記少なくとも１つのパラメータは、前記ビーム障害の検出を容易にするためのタイマパラメータである、請求項１０に記載の装置。
【請求項１４】
前記決定回路は、前記ネットワーク構成中に示された少なくとも１つのパラメータを決定するように構成されたパラメータ回路をさらに備え、前記少なくとも１つのパラメータは、ビーム障害回復を容易にするための候補ビームしきい値パラメータであり、前記候補ビームしきい値パラメータは、候補ビームに関連付けられた受信電力しきい値に対応する、請求項１０に記載の装置。
【請求項１５】
前記決定回路は、前記ネットワーク構成中に示された少なくとも１つのパラメータを決定するように構成されたパラメータ回路をさらに備え、前記少なくとも１つのパラメータは、ビーム障害回復を容易にするための時間ウィンドウパラメータであり、前記時間ウィンドウパラメータは、前記ビーム障害回復要求への応答をモニタするための時間ウィンドウに対応する、請求項１０に記載の装置。
【請求項１６】
前記決定回路は、前記ビーム障害回復要求を送信するために利用すべき前記１つまたは複数のビーム障害回復リソースを決定することに関連付けられた優先度を決定するように構成された優先度回路をさらに備え、および前記優先度回路は、前記ネットワーク構成中に示された優先度に基づいて前記優先度を決定するように構成される、請求項１０に記載の装置。
【請求項１７】
前記優先度回路は、
リソースタイプの第１の可用性にしたがって、専用リソース、競合なしのリソース、または共通リソースのうちの１つを優先すること、または
異なる優先度に属する１つまたは複数のビームがネットワーク構成されたしきい値を上回る品質を有すると見なされる場合に、前記優先度に対する例外をインプリメントすること
のうちの少なくとも１つにしたがって、前記ビーム障害回復リソースを選択するように構成される、請求項１６に記載の装置。
【請求項１８】
前記優先度回路は、
前記ビーム障害回復要求を送信するために特定のチャネルを選択するための試行のしきい値数、ここにおいて、前記試行のしきい値数は、前記ネットワーク構成中に示される、
前記ビーム障害回復要求を送信するために前記特定のチャネルを選択するための時間のしきい値量、ここにおいて、前記時間のしきい値量は、前記ネットワーク構成中に示される、または、
前記ビーム障害回復要求の再送信間の時間のしきい値量、ここにおいて、前記時間のしきい値量は、前記ネットワーク構成中に示される、
のうちの少なくとも１つを指定するように構成される、請求項１６に記載の装置。
【請求項１９】
スケジューリングエンティティにおけるワイヤレス通信の方法であって、
ビーム障害を検出することに関連付けられたビーム障害条件を決定することと、
スケジューリングされたエンティティについてのネットワーク構成を確認することと、ここにおいて、前記ネットワーク構成は、前記ビーム障害条件に関連付けられたパラメータを含み、および前記ネットワーク構成は、ビーム障害回復要求を送信するために利用すべき１つまたは複数のビーム障害回復リソースを決定することに関連付けられたパラメータをさらに含む、
前記スケジューリングされたエンティティに前記ネットワーク構成を送信することと、ここにおいて、前記ネットワーク構成は、前記１つまたは複数のビーム障害回復リソースを介した前記スケジューリングされたエンティティによる前記ビーム障害回復要求の送信を容易にする、
を備える、方法。
【請求項２０】
前記送信することは、前記スケジューリングされたエンティティに無線リソース制御（ＲＲＣ）シグナリングを介して前記ネットワーク構成を送信することを備える、請求項１９に記載の方法。
【請求項２１】
前記ネットワーク構成は、システムフレーム番号（ＳＦＮ）、サブフレームインジケータ（ＳＦＩ）、周期性、リソース要素、ダウンリンクビームと前記１つまたは複数のビーム障害回復リソースとの間の疑似コロケーション（ＱＣＬ）または時間関係、あるいは別のセルへの順方向ハンドオーバまたは条件付きハンドオーバのうちの１つを実行することに関連付けられたリンク品質条件、のうちの少なくとも１つを指定する、請求項１９に記載の方法。
【請求項２２】
前記ネットワーク構成は、前記ビーム障害の検出を容易にするためのタイマパラメータを指定する、請求項１９に記載の方法。
【請求項２３】
前記ネットワーク構成は、ビーム障害回復を容易にするための候補ビームしきい値パラメータを指定し、および前記候補ビームしきい値パラメータは、候補ビームに関連付けられた受信電力しきい値に対応する、請求項１９に記載の方法。
【請求項２４】
前記ネットワーク構成は、ビーム障害回復を容易にするために、時間ウィンドウパラメータを指定し、および前記時間ウィンドウパラメータは、前記ビーム障害回復要求への応答をモニタするための時間ウィンドウに対応する、請求項１９に記載の方法。
【請求項２５】
前記ネットワーク構成は、前記ビーム障害回復要求を送信するために利用すべき前記１つまたは複数のビーム障害回復リソースの決定を容易にするための優先度を指定する、請求項１９に記載の方法。
【請求項２６】
前記優先度は、
リソースタイプの第１の可用性にしたがって、専用リソース、競合なしのリソース、または共通リソースのうちの１つを優先すること、または
異なる優先度に属する１つまたは複数のビームがネットワーク構成されたしきい値を上回る品質を有すると見なされる場合に、例外をインプリメントすること
のうちの少なくとも１つにしたがって、前記１つまたは複数のビーム障害回復リソースを選択することを備える、請求項２５に記載の方法。
【請求項２７】
前記ネットワーク構成は、
前記ビーム障害回復要求を送信するために特定のチャネルを選択するための試行のしきい値数、
前記ビーム障害回復要求を送信するために前記特定のチャネルを選択するための時間のしきい値量、または、
前記ビーム障害回復要求の再送信間の時間のしきい値量
のうちの少なくとも１つを指定する、請求項２５に記載の方法。
【請求項２８】
前記送信することは、複数のスケジューリングされたエンティティに前記ネットワーク構成を送信することを備える、請求項１９に記載の方法。
【請求項２９】
前記確認することは、異なるスケジューリングされたエンティティについての異なるネットワーク構成を確認することを備える、請求項１９に記載の方法。
【請求項３０】
スケジューリングエンティティにおけるワイヤレス通信のための装置であって、
ビーム障害を検出することに関連付けられたビーム障害条件を決定するように構成されたビーム障害回路と、
スケジューリングされたエンティティについてのネットワーク構成を確認するように構成されたネットワーク構成回路と、ここにおいて、前記ネットワーク構成は、前記ビーム障害条件に関連付けられたパラメータを含み、および前記ネットワーク構成は、ビーム障害回復要求を送信するために利用すべき１つまたは複数のビーム障害回復リソースを決定することに関連付けられたパラメータをさらに含む、
前記スケジューリングされたエンティティに前記ネットワーク構成を送信するように構成された送信回路と、ここにおいて、前記ネットワーク構成は、前記１つまたは複数のビーム障害回復リソースを介した前記スケジューリングされたエンティティによる前記ビーム障害回復要求の送信を容易にする、
を備える、装置。
【請求項３１】
前記送信回路は、前記スケジューリングされたエンティティに無線リソース制御（ＲＲＣ）シグナリングを介して前記ネットワーク構成を送信するように構成される、請求項３０に記載の装置。
【請求項３２】
前記ネットワーク構成回路は、前記ネットワーク構成中に含めるべき少なくとも１つのパラメータを決定するように構成されたパラメータ回路をさらに備え、および前記少なくとも１つのパラメータは、システムフレーム番号（ＳＦＮ）、サブフレームインジケータ（ＳＦＩ）、周期性、リソース要素、ダウンリンクビームと前記１つまたは複数のビーム障害回復リソースとの間の疑似コロケーション（ＱＣＬ）または時間関係、あるいは別のセルへの順方向ハンドオーバまたは条件付きハンドオーバのうちの１つを実行することに関連付けられたリンク品質条件、のうちの少なくとも１つである、請求項３０に記載の装置。
【請求項３３】
前記ネットワーク構成回路は、前記ネットワーク構成中に含めるべき少なくとも１つのパラメータを決定するように構成されたパラメータ回路をさらに備え、および前記少なくとも１つのパラメータは、前記ビーム障害の検出を容易にするためのタイマパラメータである、請求項３０に記載の装置。
【請求項３４】
前記ネットワーク構成回路は、前記ネットワーク構成中に含めるべき少なくとも１つのパラメータを決定するように構成されたパラメータ回路をさらに備え、および前記少なくとも１つのパラメータは、ビーム障害回復を容易にするための候補ビームしきい値パラメータであり、前記候補ビームしきい値パラメータは、候補ビームに関連付けられた受信電力しきい値に対応する、請求項３０に記載の装置。
【請求項３５】
前記ネットワーク構成回路は、前記ネットワーク構成中に含めるべき少なくとも１つのパラメータを決定するように構成されたパラメータ回路をさらに備え、および前記少なくとも１つのパラメータは、ビーム障害回復を容易にするための時間ウィンドウパラメータであり、前記時間ウィンドウパラメータは、前記ビーム障害回復要求への応答をモニタするための時間ウィンドウに対応する、請求項３０に記載の装置。
【請求項３６】
前記ネットワーク構成回路は、前記ネットワーク構成中に含めるべき優先度を決定するように構成された優先度回路をさらに備え、および前記優先度は、前記ビーム障害回復要求を送信するために利用すべき前記１つまたは複数のビーム障害回復リソースの決定を容易にする、請求項３０に記載の装置。
【請求項３７】
前記優先度回路は、前記ネットワーク構成に、
リソースタイプの第１の可用性にしたがって、専用リソース、競合なしのリソース、または共通リソースのうちの１つを優先すること、または
異なる優先度に属する１つまたは複数のビームがネットワーク構成されたしきい値を上回る品質を有すると見なされる場合に、例外をインプリメントすること
のうちの少なくとも１つにしたがって、前記１つまたは複数のビーム障害回復リソースを選択するための優先度スキームを含ませるように構成される、請求項３６に記載の装置。
【請求項３８】
前記優先度回路は、前記ネットワーク構成に、
前記ビーム障害回復要求を送信するために特定のチャネルを選択するための試行のしきい値数、
前記ビーム障害回復要求を送信するために前記特定のチャネルを選択するための時間のしきい値量、または、
前記ビーム障害回復要求の再送信間の時間のしきい値量
のうちの少なくとも１つを指定させるように構成される、請求項３６に記載の装置。
【請求項３９】
前記送信回路は、複数のスケジューリングされたエンティティに前記ネットワーク構成を送信するように構成される、請求項３０に記載の装置。
【請求項４０】
前記ネットワーク構成回路は、異なるスケジューリングされたエンティティについての異なるネットワーク構成を確認するように構成される、請求項３０に記載の装置。
【発明の詳細な説明】
【関連出願の相互参照】
【０００１】
[0001]本願は、２０１８年９月１０日に米国特許商標庁に出願された非仮特許出願第１６／１２６，８８８号、および２０１７年９月１１日に米国特許商標庁に出願された仮特許出願第６２／５５７，１０６号の優先権および利益を主張し、それらの内容全体は、その全体が以下に十分に記載されているかのように、および全ての適用可能な目的のために、参照により本明細書に組み込まれる。
【技術分野】
【０００２】
[0002]以下に論述される技術は、概してワイヤレス通信システムに関し、およびより具体的には、ビーム障害回復要求（beam failure recovery requests）に関する。実施形態は、ビーム障害回復要求を送信するために利用すべき特定のリソースを選択するための技法を提供および可能にすることができる。
【背景技術】
【０００３】
[0003]５Ｇ新無線（ＮＲ）では、基地局およびユーザ機器（ＵＥ）は、高い経路損失および短距離を補償するために、ビームフォーミングを利用し得る。ビームフォーミングは、指向性信号送信および／または受信のためにアンテナアレイとともに使用される信号処理技法である。アンテナアレイ中の各アンテナは、特定の角度の信号が強め合う干渉を経験し、その一方で他のものが弱め合う干渉を経験するように、同じアレイの他のアンテナの他の信号と組み合わされる信号を送信する。基地局とＵＥとの間のビーム通信障害が、時々発生する。
【０００４】
[0004]モバイルブロードバンドアクセスに対する需要が増大し続けるにつれて、研究開発は、モバイルブロードバンドアクセスに対する高まる需要を満たすためだけでなく、モバイル通信でのユーザエクスペリエンスを進歩および向上させるためにも、ビームフォーミング通信技術を進歩させ続けている。
【発明の概要】
【０００５】
[0005]以下は、本開示の１つまたは複数の態様の基本的な理解を提供するために、そのような態様の簡略化された概要を提示する。この概要は、本開示の全ての企図される特徴の広範な概観ではなく、本開示の全ての態様の主要なまたは重要な要素を識別することも、本開示の任意または全ての態様の範囲を線引きすることも意図されない。その唯一の目的は、後に提示されるより詳細な説明の前置きとして、本開示の１つまたは複数の態様のいくつかの概念を簡略化された形態で提示することである。
【０００６】
[0006]スケジューリングされたエンティティ（例えば、ユーザ機器（ＵＥ））に向けられた様々な態様が開示される。特定の例では、ビーム障害回復要求を送信するためにどのリソースを利用すべきかを選択するための方法が開示される。その方法は、デバイス間の通信のために使用されるビーム（例えば、スケジューリングされたエンティティと別のデバイス（例えば、スケジューリングエンティティ）との間の通信ビーム）のビーム障害を検出することと、ビーム障害回復要求を送信するために利用すべき１つまたは複数のビーム障害回復リソースを決定することとを含む。この例では、ビーム障害回復リソースは、スケジューリングされたエンティティのネットワーク構成に少なくとも部分的に基づいて決定される。その方法はさらに、ネットワーク構成にしたがって決定されたビーム障害回復リソースを介してビーム障害回復要求を送信することを含む。
【０００７】
[0007]別の態様では、スケジューリングされたエンティティが開示される。スケジューリングされたエンティティは、検出回路、決定回路、および送信回路の各々に通信可能に結合されたプロセッサを含むことができる。この例では、検出回路は、デバイス間の通信のために使用されるビームのビーム障害を検出するように構成されることができる。決定回路は、ビーム障害回復要求を送信するために利用すべき１つまたは複数のビーム障害回復リソースを決定するように構成されることができる。この例では、ビーム障害回復リソースは、スケジューリングされたエンティティのネットワーク構成に少なくとも部分的に基づいて決定される。送信回路は、ネットワーク構成にしたがって決定されたビーム障害回復リソースを介してビーム障害回復要求を送信するように構成されることができる。
【０００８】
[0008]スケジューリングエンティティ（例えば、基地局）に向けられた様々な態様もまた開示される。特定の例では、ビーム障害回復要求を送信するようにスケジューリングされたエンティティを構成するための方法が開示される。その方法は、ビーム障害を検出することに関連付けられたビーム障害条件を決定することと、スケジューリングされたエンティティについてのネットワーク構成を確認することとを含む。この例では、ネットワーク構成は、ビーム障害条件に関連付けられたパラメータ、ならびにビーム障害回復要求を送信するために利用すべき１つまたは複数のビーム障害回復リソースを決定することに関連付けられたパラメータを含む。その方法はさらに、１つまたは複数のビーム障害回復リソースを介したスケジューリングされたエンティティによるビーム障害回復要求の送信を容易にするために、スケジューリングされたエンティティにネットワーク構成を送信することを含む。
【０００９】
[0009]別の態様では、スケジューリングエンティティが開示される。スケジューリングエンティティは、ビーム障害回路、ネットワーク構成回路、および送信回路の各々に通信可能に結合されたプロセッサを含むことができる。この例では、ビーム障害回路は、ビーム障害を検出することに関連付けられたビーム障害条件を決定するように構成されることができる。ネットワーク構成回路は、スケジューリングされたエンティティについてのネットワーク構成を確認するように構成されることができる。ネットワーク構成は、ビーム障害条件に関連付けられたパラメータ、ならびにビーム障害回復要求を送信するために利用すべき１つまたは複数のビーム障害回復リソースを決定することに関連付けられたパラメータを含むことができる。送信回路は、１つまたは複数のビーム障害回復リソースを介したスケジューリングされたエンティティによるビーム障害回復要求の送信を容易にするために、スケジューリングされたエンティティにネットワーク構成を送信するように構成されることができる。
【００１０】
[0010]本発明のこれらおよび他の態様は、以下の詳細な説明を検討することでより十分に理解されることになるであろう。本発明の他の態様、特徴、および実施形態は、添付の図面と併せて本発明の特定の例証的な実施形態の以下の説明を検討することで、当業者に明らかになるであろう。本発明の特徴は、以下のある特定の実施形態および図面に関連して論述され得るが、本発明の全ての実施形態は、本明細書で論述される有利な特徴のうちの１つまたは複数を含むことができる。言い換えれば、１つまたは複数の実施形態は、ある特定の有利な特徴を有するものとして論述され得るが、そのような特徴のうちの１つまたは複数はまた、本明細書に論述される本発明の様々な実施形態にしたがって使用され得る。同様に、例証的な実施形態は、デバイス、システム、または方法の実施形態として以下に論述され得るが、そのような例証的な実施形態は、様々なデバイス、システム、および方法においてインプリメントされることができることが理解されるべきである。
【図面の簡単な説明】
【００１１】
【図１】いくつかの実施形態にしたがった、ワイヤレス通信システムの概略図である。
【図２】いくつかの実施形態にしたがった、無線アクセスネットワークの一例の概念図である。
【図３】いくつかの実施形態にしたがった、多入力多出力（ＭＩＭＯ）通信をサポートするワイヤレス通信システムを例示するブロック図である。
【図４】いくつかの実施形態にしたがった、直交周波数分割多重化（ＯＦＤＭ）を利用するエアインターフェース中のワイヤレスリソースの編成の概略図である。
【図５Ａ】本開示のいくつかの態様にしたがった、ビームフォーミングを使用する基地局とユーザ機器（ＵＥ）との間の通信の例を例示する。
【図５Ｂ】本開示のいくつかの態様にしたがった、ビームフォーミングを使用する基地局とユーザ機器（ＵＥ）との間の通信の例を例示する。
【図５Ｃ】本開示のいくつかの態様にしたがった、ビームフォーミングを使用する基地局とユーザ機器（ＵＥ）との間の通信の例を例示する。
【図５Ｄ】本開示のいくつかの態様にしたがった、ビームフォーミングを使用する基地局とユーザ機器（ＵＥ）との間の通信の例を例示する。
【図５Ｅ】本開示のいくつかの態様にしたがった、ビームフォーミングを使用する基地局とユーザ機器（ＵＥ）との間の通信の例を例示する。
【図５Ｆ】本開示のいくつかの態様にしたがった、ビームフォーミングを使用する基地局とユーザ機器（ＵＥ）との間の通信の例を例示する。
【図５Ｇ】本開示のいくつかの態様にしたがった、ビームフォーミングを使用する基地局とユーザ機器（ＵＥ）との間の通信の例を例示する。
【図６】本開示の一態様にしたがった、ランダムアクセスチャネル（ＲＡＣＨ）スロット中の例証的なビーム回復およびスケジューリング要求ブロックを例示する。
【図７】本開示のいくつかの態様にしたがった、処理システムを用いるスケジューリングエンティティのためのハードウェアインプリメンテーションの一例を例示するブロック図である。
【図８】図７に例示されているスケジューリングエンティティに対応する例証的なサブコンポーネントを例示するブロック図である。
【図９】本開示のいくつかの態様にしたがった、ビーム障害回復要求を送信するためのリソースを選択するようにスケジューリングされたエンティティを構成するための、スケジューリングエンティティにおいて動作可能な例証的なプロセスを例示するフローチャートである。
【図１０】本開示のいくつかの態様にしたがった、処理システムを用いるスケジューリングされたエンティティのためのハードウェアインプリメンテーションの一例を例示するブロック図である。
【図１１】図１０に例示されているスケジューリングされたエンティティに対応する例証的なサブコンポーネントを例示するブロック図である。
【図１２】本開示のいくつかの態様にしたがった、ビーム障害回復要求を送信するためのリソースを選択するための、スケジューリングされたエンティティにおいて動作可能な例証的なプロセスを示すフローチャートである。
【詳細な説明】
【００１２】
[0023]添付された図面に関連して以下に記載される詳細な説明は、様々な構成の説明として意図され、および本明細書に説明される概念が実施され得る唯一の構成を表すことを意図されない。詳細な説明は、様々な概念の完全な理解を提供することを目的とした特定の詳細を含む。しかしながら、これらの概念がこれらの特定の詳細なしに実施され得ることは当業者にとって明らかであろう。いくつかの事例では、よく知られている構造およびコンポーネントは、そのような概念を曖昧にすることを避けるためにブロック図形式で示されている。
【００１３】
[0024]ワイヤレス通信システムでは、信号の経路損失（すなわち、電磁波が空間を通って伝搬するときの電磁波の電力密度の低減（減衰））が望ましくないほど高くなりかねず、範囲が限定され得る。ビームフォーミングは、ワイヤレス信号を所望される方向に向けるかまたは集中させて、経路損失を軽減および／または通信範囲を拡張するために使用され得る技法である。ビームフォーミングされた送信の場合、アンテナのアレイ中の各アンテナの振幅および位相は、送信のための波面中に強め合うおよび弱め合う干渉の所望される（すなわち、指向性の）パターンを作成するためにプリコーディングされ得るか、または制御され得る。ビームは、ある特定の方向ではより多くのエネルギーを受信機に提供し得る。
【００１４】
[0025]基地局は、ユーザ機器（ＵＥ）が最良の「粗い」ビームを識別し得るように、全ての方向にスイープすることによって１つまたは複数のビーム基準信号を送信し得る。さらに、基地局は、ＵＥが「細かい」ビームを追跡し得るように、ビーム精製要求信号（beam refinement request signal）を送信し得る。ＵＥによって識別された「粗い」ビームが変化する場合、ＵＥは、基地局がＵＥのための１つまたは複数の新しい「細かい」ビームをトレーニングし得るように、基地局に通知し得る。いくつかの例では、ＵＥが現在のビームをもはや「認識する」ことができないかまたは失うとき、それは、ビーム障害と呼ばれる。ＵＥは、ビームの信号品質または強度が所定のしきい値を下回るかまたは全く検出されないとき、現在のビームがビーム障害を経験すると決定し得る。
【００１５】
[0026]ビーム障害回復プロセスでは、ＵＥは、基地局にビーム障害回復要求を送信し得る。ビーム障害回復要求は、基地局によって周期的に送信されるビームのセットからＵＥによって検出される新しいビーム（例えば、最良の「粗い」ビーム）を示し得る。基地局およびＵＥは、通信を維持するために現在のビームを置き換えるために、新しいビームを使用し得る。
【００１６】
[0027]本開示の様々な態様は、ＵＥが、ビーム障害回復要求を送信するために複数のアップリンクリソースのうちのどれを選択すべきかを決定することに向けられている。いくつかの例では、これらのリソースは、ＵＥに送信される特定のネットワーク構成にしたがって選択される。その上、開示される態様は、ＵＥの様々なネットワークベースの構成に向けられた態様を含み、それは、ビーム障害回復要求を送信するために利用すべき特定のアップリンクリソースを選択するための規則をＵＥに提供する。
【００１７】
[0028]この開示全体を通じて提示される様々な概念は、幅広い多様な電気通信システム、ネットワークアーキテクチャ、および通信規格にわたってインプリメントされ得る。ここで図１を参照すると、限定ではなく例示的な例として、本開示の様々な態様が、ワイヤレス通信システム１００に関して例示されている。ワイヤレス通信システム１００は、３つの対話ドメインを含む：コアネットワーク１０２、無線アクセスネットワーク（ＲＡＮ）１０４、およびユーザ機器（ＵＥ）１０６。ワイヤレス通信システム１００によって、ＵＥ１０６は、インターネット（それに限定されない）のような外部データネットワーク１１０とのデータ通信を実行することを可能にされ得る。
【００１８】
[0029]ＲＡＮ１０４は、ＵＥ１０６への無線アクセスを提供するための任意の適したワイヤレス通信技術または複数の技術をインプリメントし得る。一例として、ＲＡＮ１０４は、５Ｇと呼ばれることが多い、第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））新無線（ＮＲ）仕様にしたがって動作し得る。別の例として、ＲＡＮ１０４は、５Ｇ ＮＲ規格と、ＬＴＥ（登録商標）と呼ばれることが多い発展型ユニバーサル地上無線アクセスネットワーク（ｅＵＴＲＡＮ）規格とのハイブリッドの下で動作し得る。３ＧＰＰは、このハイブリッドＲＡＮを次世代ＲＡＮ、すなわち、ＮＧ−ＲＡＮと呼ぶ。当然ながら、多くの他の例が、本開示の範囲内で利用され得る。
【００１９】
[0030]例示されているように、ＲＡＮ１０４は、複数の基地局１０８を含む。概括的に、基地局は、ＵＥへのまたはＵＥからの、１つまたは複数のセルにおける無線送信および受信を担う、無線アクセスネットワーク中のネットワーク要素である。異なる技術、規格、またはコンテキストでは、基地局は、当業者によって、ベーストランシーバ局（ＢＴＳ）、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、アクセスポイント（ＡＰ）、ノードＢ（ＮＢ）、ｅノードＢ（ｅＮＢ）、ｇノードＢ（ｇＮＢ）、または何らかの他の適した専門用語で様々に呼ばれ得る。
【００２０】
[0031]無線アクセスネットワーク１０４は、複数のモバイル装置のためのワイヤレス通信をサポートすることをさらに例示されている。モバイル装置は、３ＧＰＰ規格ではユーザ機器（ＵＥ）と呼ばれ得る。およびいくつかのケースでは、モバイル装置はまた、モバイル局（ＭＳ）、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末（ＡＴ）、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適した専門用語で呼ばれ得る。ＵＥは、ネットワークサービスへのアクセスをユーザに提供する装置であることができる。
【００２１】
[0032]本文書内では、「モバイル」装置は、必ずしも移動する能力を有する必要はなく、固定であり得る。モバイル装置またはモバイルデバイスという用語は、多種多様なデバイスおよび技術を広く指す。ＵＥは、通信に役立つようにサイジングされ、形成され、および配置された、いくつかのハードウェア構造コンポーネントを含み得、そのようなコンポーネントは、互いに電気的に結合されたアンテナ、アンテナアレイ、ＲＦチェーン、増幅器、１つまたは複数のプロセッサ、等を含むことができる。例えば、モバイル装置のいくつかの非限定的な例は、モバイル、セルラ（セル）電話、スマートフォン、セッション開始プロトコル（ＳＩＰ）電話、ラップトップ、パーソナルコンピュータ（ＰＣ）、ノートブック、ネットブック、スマートブック、タブレット、携帯情報端末（ＰＤＡ）、および、例えば、「モノのインターネット」（ＩｏＴ）に対応する、幅広い埋込みシステムを含む。モバイル装置は加えて、自動車または他の輸送ビークル、リモートセンサまたはアクチュエータ、ロボットまたはロボティクスデバイス、衛星ラジオ、全地球測位システム（ＧＰＳ）デバイス、オブジェクト追跡デバイス、ドローン、マルチコプター、クワッドコプター、リモート制御デバイス、アイウェア、ウェアラブルカメラ、仮想現実デバイス、スマートウォッチ、ヘルスまたはフィットネストラッカ、デジタルオーディオプレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲームコンソールのような消費者および／またはウェアラブルデバイス、等であり得る。モバイル装置は加えて、ホームオーディオ、ビデオ、および／またはマルチメディアデバイスのような、デジタルホームまたはスマートホームデバイス、アプライアンス、自動販売機、インテリジェント照明、ホームセキュリティシステム、スマートメータ、等であり得る。モバイル装置は加えて、スマートエネルギーデバイス、セキュリティデバイス、ソーラパネルまたはソーラアレイ、電力（例えば、スマートグリッド）、照明、水、等を制御する都市インフラストラクチャデバイス、産業オートメーションおよび企業デバイス、ロジスティクスコントローラ、農業機器、軍事防衛機器、ビークル、航空機、船舶、および兵器類、等であり得る。またさらに、モバイル装置は、ネットワーク医療（connected medicine）またはテレメディシン（telemedicine）サポート、例えば、遠方におけるヘルスケアを提供し得る。テレヘルスデバイス（telehealth devices）は、テレヘルスモニタリングデバイスおよびテレヘルスアドミニストレーションデバイスを含み得、その通信は、例えば、重要なサービスデータのトランスポート用の優先的なアクセス、および／または重要なサービスデータのトランスポート用の関連するＱｏＳの観点から、他のタイプの情報より優遇的な措置または優先的なアクセスが与えられ得る。
【００２２】
[0033]ＲＡＮ１０４とＵＥ１０６との間のワイヤレス通信は、エアインターフェースを利用するものとして説明され得る。基地局（例えば、基地局１０８）から１つまたは複数のＵＥ（例えば、ＵＥ１０６）へのエアインターフェースを通した送信は、ダウンリンク（ＤＬ）送信と呼ばれ得る。本開示のある特定の態様にしたがって、ダウンリンクという用語は、スケジューリングエンティティ（以下にさらに説明される；例えば、基地局１０８）において生じるポイントツーマルチポイント送信を指し得る。このスキームを説明する別の方法が、ブロードキャストチャネル多重化という用語を使用することであり得る。ＵＥ（例えば、ＵＥ１０６）から基地局（例えば、基地局１０８）への送信は、アップリンク（ＵＬ）送信と呼ばれ得る。本開示のさらなる態様にしたがって、アップリンクという用語は、スケジューリングされたエンティティ（以下にさらに説明される；例えば、ＵＥ１０６）において生じるポイントツーポイント送信を指し得る。
【００２３】
[0034]いくつかの例では、エアインターフェースへのアクセスがスケジューリングされ得る。スケジューリングエンティティ（例えば、基地局１０８）は、そのサービスエリアまたはセル内のいくつかまたは全てのデバイスおよび機器の間の通信のためのリソースを割り振ることができる。本開示内では、およびいくつかのシナリオでは、さらに以下に論述されるように、スケジューリングエンティティは、１つまたは複数のスケジューリングされたエンティティのためのリソースをスケジューリング、割り当て、再構成、および解放することを担い得る。すなわち、スケジューリングされた通信のために、スケジューリングされたエンティティであり得るＵＥ１０６は、スケジューリングエンティティ１０８によって割り振られたリソースを利用し得る。
【００２４】
[0035]基地局１０８は、スケジューリングエンティティとして機能し得る唯一のエンティティではない。すなわち、いくつかの例では、ＵＥは、スケジューリングエンティティとして機能し得、１つまたは複数のスケジューリングされたエンティティ（例えば、１つまたは複数の他のＵＥ）のためのリソースをスケジューリングする。
【００２５】
[0036]図１に例示されているように、スケジューリングエンティティ１０８は、１つまたは複数のスケジューリングされたエンティティ１０６にダウンリンクトラフィック１１２をブロードキャストし得る。概括的に、スケジューリングエンティティ１０８は、ダウンリンクトラフィック１１２と、いくつかの例では、１つまたは複数のスケジューリングされたエンティティ１０６からスケジューリングエンティティ１０８へのアップリンクトラフィック１１６とを含む、ワイヤレス通信ネットワーク中のトラフィックをスケジューリングすることを担うノードまたはデバイスである。その一方で、スケジューリングされたエンティティ１０６は、スケジューリング情報（例えば、グラント）、同期またはタイミング情報、あるいはスケジューリングエンティティ１０８のようなワイヤレス通信ネットワーク中の別のエンティティからの他の制御情報を含むがそれらに限定されない、ダウンリンク制御情報１１４を受信するノードまたはデバイスである。
【００２６】
[0037]概して、基地局１０８は、ワイヤレス通信システムのバックホール部分１２０との通信のためのバックホールインターフェースを含み得る。バックホール１２０は、基地局１０８とコアネットワーク１０２との間のリンクを提供し得る。さらに、いくつかの例では、バックホールネットワークは、それぞれの基地局１０８間の相互接続を提供し得る。任意の適したトランスポートネットワークを使用する、直接物理接続、仮想ネットワーク、または同様のもののような、様々なタイプのバックホールインターフェースが用いられ得る。
【００２７】
[0038]コアネットワーク１０２は、ワイヤレス通信システム１００の一部であり得、およびＲＡＮ１０４において使用される無線アクセス技術とは無関係であり得る。いくつかの例では、コアネットワーク１０２は、５Ｇ規格（例えば、サービスベースアーキテクチャ（ＳＢＡ:Services Based Architecture）および制御およびユーザプレーン分離（ＣＵＰＳ:Control and User Plane Separation）の導入に伴って、異なるサービスカテゴリのスループット、レイテンシ、およびモビリティ要件をサポートするように設計された５Ｇコアネットワーク）にしたがって構成され得る。他の例では、コアネットワーク１０２は、４Ｇ発展型パケットコア（ＥＰＣ）、または任意の他の適した規格または構成にしたがって構成され得る。
【００２８】
[0039]ここで図２を参照すると、限定ではなく例として、ＲＡＮ２００の概略図が提供されている。いくつかの例では、ＲＡＮ２００は、上述され且つ図１に例示されているＲＡＮ１０４と同じであり得る。ＲＡＮ２００によってカバーされる地理的エリアは、１つのアクセスポイントまたは基地局からブロードキャストされる識別情報に基づいてユーザ機器（ＵＥ）によって一意に識別されることができるセルラ領域（セル）へと分割され得る。図２は、マクロセル２０２、２０４、および２０６と、スモールセル２０８とを例示しており、それらの各々が、１つまたは複数のセクタ（図示せず）を含み得る。セクタは、セルのサブエリアである。１つのセル内の全てのセクタは、同じ基地局によってサービングされる。セクタ内の無線リンクは、そのセクタに属する単一の論理識別情報によって識別されることができる。複数のセクタへと分割されたセルでは、セル内の複数のセクタは、アンテナのグループによって形成されることができ、各アンテナは、セルの一部分におけるＵＥとの通信を担う。
【００２９】
[0040]図２では、２つ基地局２１０および２１２が、セル２０２および２０４中に示されており、および第３の基地局２１４が、セル２０６におけるリモートラジオヘッド（ＲＲＨ：a remote radio head）２１６を制御することが示されている。すなわち、基地局は、統合されたアンテナを有することができるか、あるいはフィーダケーブルによってアンテナまたはＲＲＨに接続されることができる。例示されている例では、セル２０２、２０４、および１２６は、基地局２１０、２１２、および２１４が、大きいサイズを有するセルをサポートすることから、マクロセルと呼ばれ得る。さらに、基地局２１８が、１つまたは複数のマクロセルと重なり合い得るスモールセル２０８（例えば、マイクロセル、ピコセル、フェムトセル、ホーム基地局、ホームノードＢ、ホームｅノードＢ、等）中に示されている。この例では、セル２０８は、基地局２１８が比較的小さいサイズを有するセルをサポートすることから、スモールセルと呼ばれ得る。セルのサイジングは、システム設計ならびにコンポーネント制約にしたがって行われることができる。
【００３０】
[0041]無線アクセスネットワーク２００は、任意の数のワイヤレス基地局、ノード、およびセルを含み得る。一例では、中継ノードが、所与のセルのサイズまたはカバレッジエリアを拡張するために展開され得る。基地局２１０、２１２、２１４、２１８は、任意の数のモバイル装置に、コアネットワークへのワイヤレスアクセスポイントを提供する。いくつかの例では、基地局２１０、２１２、２１４、および／または２１８は、上述され且つ図１に例示されている基地局／スケジューリングエンティティ１０８と同じであり得る。
【００３１】
[0042]図２はさらに、クワッドコプターまたはドローン２２０を含み、それは、基地局として機能するように構成され得る。すなわち、いくつかの例では、セルは、必ずしも固定ではないことがあり得、およびセルの地理的エリアは、クワッドコプター２２０のようなモバイル基地局のロケーションにしたがって移動し得る。示されていないが、ドローン２２０はまた、高高度クラフト、空中ベースのビークル、陸上ベースのビークル、または水上走行ビークルを含むがそれらに限定されない他のタイプのビークルであり得る。
【００３２】
[0043]ＲＡＮ２００内では、セルは、各セルの１つまたは複数のセクタと通信状態にあり得るＵＥを含み得る。さらに、各基地局２１０、２１２、２１４、２１８、および２２０は、それぞれのセル中の全てのＵＥに、コアネットワーク１０２（図１を参照）へのアクセスポイントを提供するように構成され得る。例えば、ＵＥ２２２および２２４は、基地局２１０と通信状態にあり得、ＵＥ２２６および２２８は、基地局２１２と通信状態にあり得、ＵＥ２３０および２３２は、ＲＲＨ２１６を経由して基地局２１４と通信状態にあり得、ＵＥ２３４は、基地局２１８と通信状態にあり得、およびＵＥ２３６は、モバイル基地局２２０と通信状態にあり得る。いくつかの例では、ＵＥ２２２、２２４、２２６、２２８、２３０、２３２、２３４、２３６、２３８、２４０、および／または２４２は、上述され且つ図１に例示されているＵＥ／スケジューリングされたエンティティ１０６と同じであり得る。
【００３３】
[0044]いくつかの例では、モバイルネットワークノード（例えば、クワッドコプター２２０）は、ＵＥとして機能するように構成され得る。例えば、クワッドコプター２２０は、基地局２１０と通信することによって、セル２０２内で動作し得る。
【００３４】
[0045]ＲＡＮ２００のさらなる態様では、サイドリンク信号が、必ずしも基地局からのスケジューリングまたは制御情報に依拠することなしに、ＵＥ間で使用され得る。例えば、２つ以上のＵＥ（例えば、ＵＥ２２６および２２８）は、基地局（例えば、基地局２１２）を通じてその通信を中継することなしに、ピアツーピア（Ｐ２Ｐ）またはサイドリンク信号２２７を使用して互いと通信し得る。さらなる例では、ＵＥ２３８が、ＵＥ２４０および２４２と通信していることが例示されている。ここで、ＵＥ２３８は、スケジューリングエンティティまたはプライマリサイドリンクデバイスとして機能し得、ＵＥ２４０および２４２は、スケジューリングされたエンティティまたは非プライマリ（例えば、セカンダリ）サイドリンクデバイスとして機能し得る。さらに別の例では、ＵＥは、デバイスツーデバイス（Ｄ２Ｄ）、ピアツーピア（Ｐ２Ｐ）、またはビークルツービークル（Ｖ２Ｖ）ネットワーク中で、および／またはメッシュネットワーク中で、スケジューリングエンティティとして機能し得る。メッシュネットワークの例では、ＵＥ２４０および２４２は、スケジューリングエンティティ２３８と通信することに加えて、オプションとして互いと直接通信し得る。このことから、時間−周波数リソースへのスケジューリングされたアクセスを伴い、且つセルラ構成、Ｐ２Ｐ構成、またはメッシュ構成を有するワイヤレス通信システムでは、スケジューリングエンティティおよび１つまたは複数のスケジューリングされたエンティティは、スケジューリングされたリソースを利用して通信し得る。
【００３５】
[0046]無線アクセスネットワーク２００では、ＵＥがそのロケーションとは無関係に移動しながら通信する能力は、モビリティと呼ばれる。ＵＥと無線アクセスネットワークとの間の様々な物理チャネルは概して、アクセスおよびモビリティ管理機能（ＡＭＦ、例示せず、図１のコアネットワーク１０２の一部）の制御下でセットアップ、維持、および解放される。モビリティ機能はまた、制御プレーンおよびユーザプレーンの機能の両方のためのセキュリティコンテキストを管理するセキュリティコンテキスト管理機能（ＳＣＭＦ：a security context management function）と、認証を実行するセキュリティアンカー機能（ＳＥＡＦ：a security anchor function）とを含み得る。
【００３６】
[0047]本開示の様々な態様では、無線アクセスネットワーク２００は、モビリティおよびハンドオーバ（すなわち、ある無線チャネルから別の無線チャネルへのＵＥの接続の転送）を可能にするために、ＤＬベースのモビリティまたはＵＬベースのモビリティを利用し得る。ＤＬベースのモビリティ用に構成されたネットワークでは、スケジューリングエンティティとの呼中に、または任意の他の時間において、ＵＥは、そのサービングセルからの信号の様々なパラメータ、ならび近隣セルの様々なパラメータをモニタし得る。これらのパラメータの品質に依存して、ＵＥは、近隣セルのうちの１つまたは複数との通信を維持し得る。この時間中に、ＵＥがあるセルから別のセルに移動した場合、または近隣セルからの信号品質が、所与の時間量にわたってサービングセルからの信号品質を上回る場合、ＵＥは、サービングセルから近隣（ターゲット）セルへのハンドオフまたはハンドオーバに着手し得る。例えば、（ＵＥの任意の適した形態が使用され得るが、ビークルとして例示されている）ＵＥ２２４は、そのサービングセル２０２に対応する地理的エリアから近隣セル２０６に対応する地理的エリアに移動し得る。近隣セル２０６からの信号強度または品質が、所与の時間量にわたってそのサービングセル２０２の信号強度または品質を上回るとき、ＵＥ２２４は、この状態を示すレポーティングメッセージをそのサービング基地局２１０に送信し得る。それに応答して、ＵＥ２２４は、ハンドオーバコマンドを受信し得、およびＵＥは、セル２０６へのハンドオーバを経験し得る（undergo）。
【００３７】
[0048]ＵＬベースのモビリティ用に構成されたネットワークでは、各ＵＥからのＵＥ基準信号は、各ＵＥについてサービングセルを選択するために、ネットワークによって利用され得る。いくつかの例では、基地局２１０、２１２、および２１４／２１６は、統合された同期信号（unified synchronization signals）（例えば、統合されたプライマリ同期信号（ＰＳＳ）、統合されたセカンダリ同期信号（ＳＳＳ）、および統合された物理ブロードキャストチャネル（ＰＢＣＨ））をブロードキャストし得る。ＵＥ２２２、２２４、２２６、２２８、２３０、および２３２は、統合された同期信号を受信し、同期信号からキャリア周波数およびスロットタイミングを導出し、およびタイミングを導出したことに応答して、アップリンクパイロットまたは基準信号を送信し得る。ＵＥ（例えば、ＵＥ２２４）によって送信されたアップリンクパイロット信号は、無線アクセスネットワーク２００内の２つ以上のセル（例えば、基地局２１０および２１４／２１６）によって同時に受信され得る。セルの各々は、パイロット信号の強度を測定し得、および無線アクセスネットワーク（例えば、コアネットワーク内の中央ノードおよび／または基地局２１０および２１４／２１６のうちの１つまたは複数）は、ＵＥ２２４のためのサービングセルを決定し得る。ＵＥ２２４が無線アクセスネットワーク２００を通って移動するにつれて、ネットワークは、ＵＥ２２４によって送信されるアップリンクパイロット信号をモニタし続け得る。近隣セルによって測定されたパイロット信号の信号強度または品質が、サービングセルによって測定された信号強度または品質を上回るとき、ネットワーク２００は、ＵＥ２２４に知らせることの有無にかかわらず、サービングセルから近隣セルにＵＥ２２４をハンドオーバし得る。
【００３８】
[0049]基地局２１０、２１２、および２１４／２１６によって送信される同期信号は、統合され得るが、同期信号は、特定のセルを識別しないことがあり得、むしろ同じ周波数上でおよび／または同じタイミングで動作する複数のセルのゾーンを識別し得る。５Ｇネットワークまたは他の次世代通信ネットワーク中のゾーンの使用は、アップリンクベースのモビリティフレームワークを可能にし、およびＵＥとネットワークとの間で交換される必要があるモビリティメッセージの数が低減され得ることから、ＵＥとネットワークとの両方の効率を改善する。
【００３９】
[0050]様々なインプリメンテーションでは、無線アクセスネットワーク２００におけるエアインターフェースは、ライセンススペクトル、アンライセンススペクトル、または共有スペクトルを利用し得る。ライセンススペクトルは、概してモバイルネットワーク事業者が政府規制機関からライセンスを購入することによって、スペクトルの一部分の独占的使用を提供する。アンライセンススペクトルは、政府に認可されたライセンスの必要なしに、スペクトルの一部分の共同使用を提供する。いくつかの技術的な規則の順守が、アンライセンススペクトルにアクセスするために概して依然として必要とされるが、概して、いかなる事業者またはデバイスもアクセスを得ることができる。共有スペクトルは、ライセンススペクトルとアンライセンススペクトルとの間にあり得、ここにおいて、技術的な規則または制限が、スペクトルにアクセスするために必要とされ得るが、スペクトルは依然として、複数の事業者および／または複数のＲＡＴによって共有され得る。例えば、ライセンススペクトルの一部分に対するライセンスの保有者は、例えば、アクセスを得るための適したライセンシー決定条件（licensee-determined conditions）とともに、そのスペクトルを他の当事者と共有するために、ライセンス共有アクセス（ＬＳＡ：licensed shared access）を提供し得る。
【００４０】
[0051]無線アクセスネットワーク２００中のエアインターフェースは、１つまたは複数の複信アルゴリズムを利用し得る。複信／二重（Duplex）は、両方のエンドポイントが両方向で互いと通信することができるポイントツーポイント通信リンクを指す。全二重は、両方のエンドポイントが同時に互いと通信できることを意味する。半二重は、一度に一方のエンドポイントのみが他方に情報を送ることができることを意味する。ワイヤレスリンクでは、全二重チャネルは概して、送信機および受信機の物理的分離と、適した干渉除去技術とに依拠する。全二重エミュレーションは、周波数分割複信（ＦＤＤ）または時分割複信（ＴＤＤ）を利用することによってワイヤレスリンクに対して頻繁にインプリメントされる。ＦＤＤでは、異なる方向の送信は、異なるキャリア周波数で動作する。ＴＤＤでは、所与のチャネル上の異なる方向の送信は、時分割多重化を使用して互いから分離される。すなわち、ある時には、チャネルは、一方向の送信専用であり、他の時には、チャネルは、他の方向の送信専用であり、ここで、方向は、非常に急速に、例えば、スロットごとに数回変化し得る。
【００４１】
[0052]本開示のいくつかの態様では、スケジューリングエンティティおよび／またはスケジューリングされたエンティティは、ビームフォーミングおよび／または多入力多出力（ＭＩＭＯ）技術のために構成され得る。図３は、ＭＩＭＯをサポートするワイヤレス通信システム３００の一例を例示している。ＭＩＭＯシステムでは、送信機３０２は、複数の送信アンテナ３０４（例えば、Ｎ個の送信アンテナ）を含み、および受信機３０６は、複数の受信アンテナ３０８（例えば、Ｍ個の受信アンテナ）を含む。このことから、送信アンテナ３０４から受信アンテナ３０８へのＮ×Ｍ個の信号経路３１０がある。送信機３０２および受信機３０６の各々は、例えば、スケジューリングエンティティ１０８、スケジューリングされたエンティティ１０６、または任意の他の適したワイヤレス通信デバイス内でインプリメントされ得る。
【００４２】
[0053]そのような複数アンテナ技術の使用は、ワイヤレス通信システムが、空間多重化、ビームフォーミング、および送信ダイバーシティをサポートするために空間ドメインを活用することを可能にする。空間多重化は、同じ時間−周波数リソース上で同時に、レイヤとも呼ばれるデータの異なるストリームを送信するために使用され得る。データストリームは、データレートを増大させるために単一のＵＥに、または全体的なシステム容量を増大させるために複数のＵＥに送信され得、後者はマルチユーザＭＩＭＯ（ＭＵ−ＭＩＭＯ）と呼ばれる。これは、各データストリームを空間的にプリコーディング（すなわち、異なる重み付けおよび位相シフティングでデータストリームを乗算）し、およびその後、ダウンリンク上で複数の送信アンテナを通じて各空間的にプリコーディングされたストリームを送信することによって達成される。空間的にプリコーディングされたデータストリームは、異なる空間シグネチャとともにＵＥに到着し、それは、ＵＥ（１つ以上）の各々が、そのＵＥに宛てられた１つまたは複数のデータストリームを復元することを可能にする。アップリンク上で、各ＵＥは、空間的にプリコーディングされたデータストリームを送信し、それは、基地局が、各空間的にプリコーディングされたデータストリームのソースを識別することを可能にする。
【００４３】
[0054]データストリームまたはレイヤの数は、送信のランクに対応する。一般に、ＭＩＭＯシステム３００のランクは、送信または受信アンテナ３０４または３０８のどちらかより低い方の数によって制限される。加えて、ＵＥにおけるチャネル条件、ならびに基地局における利用可能なリソースのような他の考慮事項もまた、送信ランクに影響を及ぼし得る。例えば、ダウンリンク上で特定のＵＥに割り当てられるランク（およびしたがって、データストリームの数）は、ＵＥから基地局に送信されるランクインジケータ（ＲＩ）に基づいて決定され得る。ＲＩは、アンテナ構成（例えば、送信アンテナおよび受信アンテナの数）と、受信アンテナの各々上で測定された信号対干渉雑音比（ＳＩＮＲ）とに基づいて決定され得る。ＲＩは、例えば、現在のチャネル条件下でサポートされ得るレイヤの数を示し得る。基地局は、ＵＥに送信ランクを割り当てるために、リソース情報（例えば、ＵＥのためにスケジューリングされるべきデータの量および利用可能なリソース）とともにＲＩを使用し得る。
【００４４】
[0055]時分割複信（ＴＤＤ）システムでは、ＵＬおよびＤＬは、各々が同じ周波数帯域幅の異なるタイムスロットを使用するという点で、相互的（reciprocal）である。したがって、ＴＤＤシステムでは、基地局は、ＵＬ ＳＩＮＲ測定値に基づいて（例えば、ＵＥから送信されるサウンディング基準信号（ＳＲＳ）または他のパイロット信号に基づいて）、ＤＬ ＭＩＭＯ送信のためのランクを割り当て得る。割り当てられたランクに基づいて、基地局はその後、マルチレイヤチャネル推定を提供するために、各レイヤについて別個のＣ−ＲＳシーケンスを有するＣＳＩ−ＲＳを送信し得る。ＣＳＩ−ＲＳから、ＵＥは、レイヤおよびリソースブロックにわたるチャネル品質を測定し、そしてランクを更新し、および将来のダウンリンク送信のためのＲＥを割り当てる際に使用するために、基地局にＣＱＩおよびＲＩ値をフィードバックし得る。
【００４５】
[0056]最も単純なケースでは、図３に示されているように、２×２ＭＩＭＯアンテナ構成上のランク２空間多重化送信は、各送信アンテナ３０４から１つのデータストリームを送信するであろう。各データストリームは、異なる信号経路３１０に沿って各受信アンテナ３０８に到達する。受信機３０６はその後、各受信アンテナ３０８からの受信された信号を使用してデータストリームを再構築し得る。
【００４６】
[0057]無線アクセスネットワーク２００を通した送信が、依然として非常に高いデータレートを達成しながら、低いブロック誤り率（ＢＬＥＲ：block error rate）を取得するために、チャネルコーディングが使用され得る。すなわち、ワイヤレス通信は概して、適した誤り訂正ブロックコードを利用し得る。典型的なブロックコードでは、情報メッセージまたはシーケンスが、コードブロック（ＣＢ）へと分けられ、および送信デバイスにおける符号化器（例えば、ＣＯＤＥＣ）がその後、情報メッセージに冗長性を数学的に追加する。符号化された情報メッセージにおけるこの冗長性の活用は、メッセージの信頼度を改善することができ、ノイズに起因して発生し得る任意のビット誤りの訂正を可能にする。
【００４７】
[0058]５Ｇ ＮＲ仕様によると、ユーザデータは、２つの異なるベースグラフを用いる疑似巡回低密度パリティ検査（ＬＤＰＣ）（quasi-cyclic low-density parity check）を使用してコーディングされる。あるベースグラフは、大きいコードブロックおよび／または高いコードレートのために使用されることができ、および別のベースグラフは、別の方法で使用されることができる。当然ながら、他の使用ケースは、異なるタイプのベースグラフの組み合わせを用いてインプリメントされ得る。制御情報および物理ブロードキャストチャネル（ＰＢＣＨ）は、ネストされたシーケンスに基づいて、Ｐｏｌａｒコーディングを使用してコーディングされる。これらのチャネルについては、パンクチャリング、短縮、および反復が、レートマッチングのために使用される。
【００４８】
[0059]しかしながら、当業者は、本開示の態様が任意の適したチャネルコードを利用してインプリメントされ得ることを理解するであろう。スケジューリングエンティティ１０８およびスケジューリングされたエンティティ１０６の様々なインプリメンテーションは、ワイヤレス通信のためにこれらのチャネルコードのうちの１つまたは複数を利用するための適したハードウェアおよび能力（例えば、符号化器、復号器、および／またはＣＯＤＥＣ）を含み得る。
【００４９】
[0060]無線アクセスネットワーク２００中のエアインターフェースは、様々なデバイスの同時通信を可能にするために、１つまたは複数の多重化および多元接続アルゴリズムを利用し得る。例えば、５Ｇ ＮＲ仕様は、サイクリックプレフィックス（ＣＰ）を用いる直交周波数分割多重化（ＯＦＤＭ）を利用して、基地局２１０から１つまたは複数のＵＥ２２２および２２４へのＤＬ送信の場合には多重化を、ＵＥ２２２および２２４から基地局２１０へのＵＬ送信の場合には多元接続を提供する。加えて、ＵＬ送信の場合、５Ｇ ＮＲ仕様は、ＣＰを用いる離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ−ｓ−ＯＦＤＭ）（シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）とも呼ばれる）に対するサポートを提供する。しかしながら、本開示の範囲内では、多重化および多元接続は、上記スキームに限定されず、時分割多元接続（ＴＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、スパース符号多元接続（ＳＣＭＡ）、リソース拡散多元接続（ＲＳＭＡ）、または他の適した多元接続スキームを利用して提供され得る。さらに、基地局２１０からＵＥ２２２および２２４へのＤＬ送信を多重化することは、時分割多重化（ＴＤＭ）、符号分割多重化（ＣＤＭ）、周波数分割多重化（ＦＤＭ）、直交周波数分割多重化（ＯＦＤＭ）、スパース符号多重化（ＳＣＭ）、または他の適した多重化スキームを利用して提供され得る。
【００５０】
[0061]本開示の様々な態様は、図４に概略的に例示されているＯＦＤＭ波形を参照して説明されることになる。本開示の様々な態様は、以下に本明細書に説明されるのと実質的に同じ方法でＤＦＴ−ｓ−ＯＦＤＭＡ波形に適用され得ることが当業者によって理解されるべきである。すなわち、本開示のいくつかの例が、明確さのためにＯＦＤＭリンクに重点を置き得る一方で、同じ原理が、ＤＦＴ−ｓ−ＯＦＤＭＡ波形にも適用され得ることが理解されるべきである。
【００５１】
[0062]本開示内では、フレームは概して、特定の時間間隔の送信の論理セグメントを指す。１つの実例的な構成として、フレームは、ワイヤレス送信のための１０ｍｓの持続時間を指すことができ、各フレームは、各々が１ｍｓの１０個のサブフレームから成る。所与のキャリア上で、ＵＬ中にフレームの１つのセットがあり、およびＤＬ中にフレームの別のセットがあり得る。ここで図４を参照すると、ＯＦＤＭリソースグリッド４０４を示す、例証的なＤＬサブフレーム４０２の拡大図が例示されている。しかしながら、当業者が容易に認識するであろうように、任意の特定のアプリケーションのためのＰＨＹ送信構造は、任意の数のファクタに依存して、ここで説明される例とは異なり得る。ここで、時間は、ＯＦＤＭシンボルの単位で水平方向にあり、および周波数は、サブキャリアまたはトーンの単位で垂直方向にある。
【００５２】
[0063]リソースグリッド４０４は、所与のアンテナポートのための時間−周波数リソースを概略的に表すために使用され得る。すなわち、複数のアンテナポートが利用可能であるＭＩＭＯインプリメンテーションでは、対応する複数の数のリソースグリッド４０４が、通信のために利用可能であり得る。リソースグリッド４０４は、複数のリソース要素（ＲＥ）４０６へと分割される。１サブキャリア×１シンボルであるＲＥは、時間−周波数グリッドの最小の個別部分であり、および物理チャネルまたは信号からのデータを表す単一の複素数値を包含する。特定のインプリメンテーションにおいて利用される変調に依存して、各ＲＥは、１つまたは複数のビットの情報を表し得る。いくつかの例では、ＲＥのブロックは、物理リソースブロック（ＰＲＢ）またはより単純にはリソースブロック（ＲＢ）４０８と呼ばれ得、それは、周波数ドメイン中に任意の適した数の連続したサブキャリアを包含する。一例では、ＲＢは、１２個のサブキャリアを含み得、数は、使用されるヌメロロジとは無関係である。いくつかの例では、ヌメロロジに依存して、ＲＢは、時間ドメイン中に任意の適した数の連続するＯＦＤＭシンボルを含み得る。本開示内では、ＲＢ４０８のような単一のＲＢは、単一の通信方向（所与のデバイスについての送信または受信のいずれか）に完全に対応すると想定される。
【００５３】
[0064]ＵＥは概して、リソースグリッド４０４のサブセットのみを利用する。ＲＢは、ＵＥに割り振られることができるリソースの最小単位であり得る。このことから、ＵＥのためにスケジューリングされるＲＢがより多いほど、そしてエアインターフェースのために選ばれる変調スキームがより高度であるほど、ＵＥのためのデータレートはより高くなる。
【００５４】
[0065]この例示では、ＲＢ４０８は、サブフレーム４０２の全帯域幅未満を占有するものとして示されており、いくつかのサブキャリアは、ＲＢ４０８の上下に例示されている。所与のインプリメンテーションでは、サブフレーム４０２は、任意の数の１つまたは複数のＲＢ４０８に対応する帯域幅を有し得る。さらに、この例示では、ＲＢ４０８は、サブフレーム４０２の全持続時間未満を占有するものとして示されているが、これは、単に１つの可能な例にすぎない。
【００５５】
[0066]各１ｍｓのサブフレーム４０２は、１つまたは複数の隣接スロットから成り得る。図４に示されている例では、１つのサブフレーム４０２は、例示的な例として、４つのスロット４１０を含む。いくつかの例では、スロットは、所与のサイクリックプレフィックス（ＣＰ）長を有するＯＦＤＭシンボルの指定された数にしたがって定義され得る。例えば、スロットは、公称ＣＰを有する７つまたは１４個のＯＦＤＭシンボルを含み得る。追加の例は、より短い持続時間（例えば、１つまたは２つのＯＦＤＭシンボル）を有するミニスロットを含み得る。これらのミニスロットは、いくつかのケースでは、同じＵＥまたは異なるＵＥについての継続中のスロット送信のためにスケジューリングされたリソースを占有して送信され得る。
【００５６】
[0067]それらスロット４１０のうちの１つの拡大図は、制御領域４１２とデータ領域４１４とを含むスロット４１０を例示している。一般に、制御領域４１２は、制御チャネル（例えば、ＰＤＣＣＨ）を搬送し得、およびデータ領域４１４は、データチャネル（例えば、ＰＤＳＣＨまたはＰＵＳＣＨ）を搬送し得る。当然ながら、スロットは、全てのＤＬ、全てのＵＬ、または少なくとも１つのＤＬ部分および少なくとも１つのＵＬ部分を包含し得る。図４に例示されている単純な構造は、本質的に単に例証的であり、および異なるスロット構造が利用され得、制御領域（１つ以上）およびデータ領域（１つ以上）の各々のうちの１つまたは複数を含み得る。
【００５７】
[0068]図４には例示されていないが、ＲＢ４０８内の様々なＲＥ４０６は、制御チャネル、共有チャネル、データチャネル、等を含む、１つまたは複数の物理チャネルを搬送するようにスケジューリングされ得る。ＲＢ４０８内の他のＲＥ４０６はまた、復調基準信号（ＤＭＲＳ）、制御基準信号（ＣＲＳ）、またはサウンディング基準信号（ＳＲＳ）を含むがそれらに限定されない、基準信号またはパイロットを搬送し得る。これらのパイロットまたは基準信号は、受信デバイスが対応するチャネルのチャネル推定を実行することを提供し得、それは、ＲＢ４０８内の制御チャネルおよび／またはデータチャネルのコヒーレント復調／検出を可能にし得る。
【００５８】
[0069]ＤＬ送信では、送信デバイス（例えば、スケジューリングエンティティ１０８）は、１つまたは複数のスケジューリングされたエンティティ１０６に、ＰＢＣＨ、ＰＳＳ、ＳＳＳ、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）、物理ハイブリッド自動再送要求（ＨＡＲＱ）インジケータチャネル（ＰＨＩＣＨ）、および／または物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、等のような、１つまたは複数のＤＬ制御チャネルを含むＤＬ制御情報１１４を搬送するために、（例えば、制御領域４１２内の）１つまたは複数のＲＥ４０６を割り振り得る。ＰＣＦＩＣＨは、受信デバイスがＰＤＣＣＨを受信および復号するのを支援するための情報を提供する。ＰＤＣＣＨは、ＤＬおよびＵＬ送信のためのＲＥの割当て、グラント、スケジューリング情報、および／または電力制御コマンドを含むがそれらに限定されない、ダウンリンク制御情報（ＤＣＩ）を搬送する。ＰＨＩＣＨは、肯定応答（ＡＣＫ）または否定応答（ＮＡＣＫ）のようなＨＡＲＱフィードバック送信を搬送する。ＨＡＲＱは、当業者によく知られている技法であり、ここにおいて、パケット送信の完全性は、例えば、チェックサムまたは巡回冗長検査（ＣＲＣ）のような、任意の適した完全性検査メカニズムを利用して、正確性を受信側でチェックされ得る。送信の完全性が確認された場合は、ＡＣＫが送信され得るのに対して、確認されなかった場合は、ＮＡＣＫが送信され得る。ＮＡＣＫに応答して、送信デバイスは、ＨＡＲＱ再送信を送り得、それは、チェイス合成（chase combining）、インクリメンタル冗長（incremental redundancy）、等をインプリメントし得る。
【００５９】
[0070]ＵＬ送信では、送信デバイス（例えば、スケジューリングされたエンティティ１０６）は、スケジューリングエンティティ１０８に、物理アップリンク制御チャネル（ＰＵＣＣＨ）のような１つまたは複数のＵＬ制御チャネルを含むＵＬ制御情報１１８を搬送するために、１つまたは複数のＲＥ４０６を利用し得る。ＵＬ制御情報は、アップリンクデータ送信を復号することを可能にするかまたは支援するように構成されたパイロット、基準信号、および情報を含む、多様なパケットタイプおよびカテゴリを含み得る。いくつかの例では、制御情報１１８は、スケジューリング要求（ＳＲ）、例えば、スケジューリングエンティティ１０８がアップリンク送信をスケジューリングすることを求める要求、を含み得る。ここで、制御チャネル１１８上で送信されたＳＲに応答して、スケジューリングエンティティ１０８は、アップリンクパケット送信のためのリソースをスケジューリングし得るダウンリンク制御情報１１４を送信し得る。ＵＬ制御情報はまた、ＨＡＲＱフィードバック、チャネル状態フィードバック（ＣＳＦ）、または任意の他の適したＵＬ制御情報を含み得る。
【００６０】
[0071]制御情報に加えて、（例えば、データ領域４１４内の）１つまたは複数のＲＥ４０６が、ユーザデータまたはトラフィックデータのために割り振られ得る。このデータトラフィックは、ＤＬ送信の場合は、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、またはＵＬ送信の場合は、物理アップリンク共有チャネル（ＰＵＳＣＨ）のような、１つまたは複数のトラフィックチャネル上で搬送され得る。いくつかの例では、データ領域４１４内の１つまたは複数のＲＥ４０６は、所与のセルへのアクセスを可能にし得る情報を搬送する、システム情報ブロック（ＳＩＢ）を搬送するように構成され得る。
【００６１】
[0072]上述され且つ図１および図４に例示されているチャネルまたはキャリアは、スケジューリングエンティティ１０８とスケジューリングされたエンティティ１０６との間で利用され得る必ずしも全てのチャネルまたはキャリアではなく、当業者は、他のトラフィック、制御、およびフィードバックチャネルのような他のチャネルまたはキャリアが、例示されているものに加えて利用され得ることを認識するであろう。
【００６２】
[0073]上述されたこれらの物理チャネルは概して、媒体アクセス制御（ＭＡＣ）レイヤでの処理のために、トランスポートチャネルに多重化およびマッピングされる。トランスポートチャネルは、トランスポートブロック（ＴＢ）と呼ばれる情報のブロックを搬送する。情報のビット数に対応し得るトランスポートブロックサイズ（ＴＢＳ）は、所与の送信におけるＲＢの数と変調およびコーディングスキーム（ＭＣＳ）とに基づく、制御されたパラメータであり得る。  
例証的なビームフォーム回復要求インプリメンテーション
【００６３】
[0074]いくつかのワイヤレスシステムにおける固有の課題は、高い経路損失の課題である。３Ｇおよび４Ｇシステムには存在しない（アナログとデジタルとの）ハイブリッドビームフォーミングのような新しい技法が、この問題に対処するために企図されている。ハイブリッドビームフォーミングは、リンクバジェット／信号対雑音比（ＳＮＲ）を向上させることができる、ユーザに対するマルチビーム動作を可能にする。
【００６４】
[0075]本開示の特定の態様では、基地局（例えば、ｅＮＢ）とユーザ機器（ＵＥ）とがアクティブビームを通して通信することが企図される。アクティブビームは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）、物理アップリンク共有チャネル（ＰＵＳＣＨ）、および物理アップリンク制御チャネル（ＰＵＣＣＨ）のようなデータおよび制御チャネルを搬送する基地局とＵＥとのビームペアである。マルチビーム動作では、基地局とＵＥとのアクティブビームペアは、ビームスイッチ障害または信号遮断に起因してずれ得る（すなわち、ビーム障害をもたらし得る）。そのようなシナリオでは、基地局とＵＥとは、アクティブビーム（制御またはデータ）を通して通信することができない。
【００６５】
[0076]ＵＥは、制御チャネルの復調基準信号（ＤＭＲＳ）と疑似コロケートされた（ＱＣＬｅｄ：quasi-colocationed）基準ビーム（１つ以上）（または信号）のサブセットをモニタすることによって、ビーム／リンク障害を検出し得る。ビーム／リンク障害を検出すると、ＵＥは、サービングセルと再接続するためのアップリンク（ＵＥ）リソース（時間、周波数およびビーム）を確認するであろう。マルチビーム動作では、ＵＬリソースは、ネットワークがそれらの方向に受信ビームを作成することができるように構成されるべきである。
【００６６】
[0077]図５Ａ〜図５Ｇは、本開示のいくつかの態様にしたがった、ビームフォーミングされた信号を使用する基地局（ＢＳ）５０４とＵＥ５０２との間の例証的な通信を例示する図である。基地局５０４は、図１および２に例示されている基地局またはスケジューリングエンティティのうちのいずれかであり得、ＵＥ５０２は、図１および２に例示されているＵＥまたはスケジューリングされたエンティティのうちのいずれかであり得る。いくつかのビームは、互いに隣接するように例示されているが、そのような配置は、異なる態様では異なり得ることに留意されたい。いくつかの例では、同じシンボルまたは時間中に送信されるビームは、互いに隣接しないことがあり得る。いくつかの例では、ＢＳ５０４は、全ての方向（例えば、３６０度）に分散されたより多いまたはより少ないビームを送信し得る。
【００６７】
[0078]一例では、ビームセットは、８つの異なるビームを包含し得る。例えば、図５Ａは、８つの方向に対する８つのビーム５２１、５２２、５２３、５２４、５２５、５２６、５２７、５２８を例示している。本開示のいくつかの態様では、基地局（ＢＳ）５０４は、ＵＥ５０２に向けてビーム５２１、５２２、５２３、５２４、５２５、５２６、５２７、５２８のうちの少なくとも１つを送信するように構成され得る。例えば、ＢＳ５０４は、同期スロット中に８つのポート（例えば、アンテナポート）を使用して８つの方向にスイープまたは送信することができる。ＢＳ５０４は、同期スロット中に異なるビーム方向に各ビームについてビーム基準信号（ＢＲＳ）を送信し得る。受信機は、ＢＲＳ上で受信電力測定を実行することによってビームを識別するために、ＢＲＳを使用することができる。
【００６８】
[0079]図５Ｂを参照すると、ＢＳ５０４は、４つの方向にビームの第１のセット５２１、５２３、５２５、５２７を送信し得る。例えば、ＢＳ５０４は、送信されるビーム５２１、５２３、５２５、５２７の各々の同期スロット中でＢＲＳを送信し得る。一例では、４つの方向に送信されるこれらのビーム５２１、５２３、５２５、５２７は、ビームセットのための可能な８つの方向のうちの４つの方向のための奇数インデックスビームであり得る。例えば、ＢＳ５０４は、ＢＳ５０４が送信するように構成された他のビーム５２２、５２４、５２６、５２８に隣接する方向にビーム５２１、５２３、５２５、５２７を送信することが可能であり得る。この例では、ＢＳ５０４が４つの方向のためのビーム５２１、５２３、５２５、５２７を送信する構成は、「粗い」ビームセットと見なされ得、それは、ＵＥ５０２が、ＢＳ５０４からの信号が最も強く検出される一般的な方向に対応するビームを識別することを可能にする。以下に図５Ｄを参照して論述されるように、「細かい」ビームセットがその後、ＵＥ５０２によって最も強く検出されるＢＳ５０４からの特定のビームを識別するために使用されることができる。
【００６９】
[0080]図５Ｃでは、ＵＥ５０２は、粗いビームセット中で最も強い（例えば、最も強い信号）または好ましいビームまたはビームインデックスを決定または選択し得る。例えば、ＵＥ５０２は、ＢＲＳを搬送するビーム５２５が最も強いまたは好ましいと決定し得る。ＵＥ５０２は、粗いビームの第１のセット５２１、５２３、５２５、５２７の各々に関連付けられた受信電力または受信品質についての値を測定し、それぞれの値を互いと比較し、および最大、最高、または最良の値に対応するビームを選択することによって、ビームを選択し得る。選択されたビームは、ＢＳ５０４におけるビームインデックスに対応し得る。ＵＥ５０２は、ＢＳ５０４にこのビームインデックスのインジケーション５６０を送信し得る。一例では、インジケーション５６０は、ビーム精製基準信号（ＢＲＲＳ）を送信するための要求を含み得る。当業者は、ＢＲＲＳが、本開示から逸脱することなしに、ビーム精製信号、ビーム追跡信号、または別の用語のような異なる専門用語で呼ばれ得ることを認識するであろう。
【００７０】
[0081]本開示の様々な態様では、ＵＥ５０２は、選択されたビームまたはビームインデックスに対応するリソース（例えば、時間、周波数、および／またはプリアンブル）を決定し得る。例えば、リソースは、無線フレーム、サブフレーム、スロット、シンボル、サブキャリア領域、プリアンブル、シーケンス、またはＲＥのうちの１つを含み得る。各リソースは、値、例えば、無線フレームインデックス、サブフレームインデックス、スロットインデックス、シンボルインデックス、またはサブキャリア領域に対応し得る。一例では、ＵＥ５０２は、ビームインデックスが対応するそれぞれのリソース（例えば、値またはインデックス）を示すマッピングまたはテーブル（例えば、ルックアップテーブル）を記憶していることがあり得る、またはそれへのアクセスを有し得る。例えば、ＵＥ５０２は、ビームインデックスを決定し、およびその後、決定されたビームインデックスに対応するリソースインデックスまたは領域を決定するためにルックアップテーブルにアクセスし得る。
【００７１】
[0082]一例では、リソースは、ＰＵＣＣＨ中に含まれ得る。一例では、リソースは、ランダムアクセスチャネル（ＲＡＣＨ）に関連付けられたスロット中に含まれ得る。例えば、リソースは、ＲＡＣＨ送信または物理ランダムアクセスチャネル（ＰＲＡＣＨ）のためにリザーブされた帯域幅またはキャリア中に含まれ得る。ＢＳ５０４は、インジケーション５６０を受信し得、それは、ビーム追跡を求める要求（例えば、ＢＲＲＳのための要求）を含み得る。インジケーション５６０に基づいて、ＢＳ５０４は、選択されたビーム５２５に対応するインデックスを決定し得る。一例では、インジケーション５６０は、選択されたビーム５２５のインデックスに対応するリソース上で搬送され得る。本開示の一態様では、ＢＳ５０４は、ビームインデックスが対応するそれぞれのリソース（例えば、値またはインデックス）を示すマッピングまたはテーブル（例えば、ルックアップテーブル）を記憶していることがあり得る、またはそれへのアクセスを有し得る。例えば、ＢＳ５０４は、インジケーション５６０がその上で受信されるリソースを決定し、およびその後、ビームインデックス（例えば、選択されたビーム５２５に対応するインデックス）を決定するまたは決定されたビームインデックスに対応するリソース領域を決定するためにルックアップテーブルにアクセスし得る。
【００７２】
[0083]図５Ｄでは、ＢＳ５０４は、インジケーション５６０中に含まれるインデックスに基づいて、ビームの第２のセットを送信し得る。例えば、ＵＥ５０２は、第１のビーム５２５が最も強いまたは好ましいことを示し得、およびそれに応答して、ＢＳ５０４は、示されたビームインデックスに基づいて、ＵＥ５０２にビームの第２のセット５２４、５２５、５２６を送信し得る。本開示の一態様では、示されたビームインデックスに基づいて送信されたビームの第２のセット５２４、５２５、５２６は、ビームの第１のセットのそれら他のビーム５２１、５２３、５２７より、選択されたビーム５２５に（例えば、空間的におよび／または方向的に）より近くなり得る。示されたビームインデックスに基づいて送信されたビームの第２のセット５２４、５２５、５２６は、「細かい」ビームセットと見なされ得る。細かいビームセットにおける２つの隣接ビーム間の隔たりは、粗いビームセットの隔たりより小さい。一例では、ＢＲＲＳは、細かいビームセットのビーム５２４、５２５、５２６の各々中で送信され得る。一例では、細かいビームセットのビーム５２４、５２５、５２６は、隣接ビームであり得る。
【００７３】
[0084]細かいビームセットのビーム５２４、５２５、５２６中で受信された１つまたは複数のＢＲＲＳに基づいて、ＵＥ５０２は、最良の、好ましい、または選択された「細かい」ビームまたは精製されたビームを示すために、ＢＳ５０４に第２のインジケーション５６５を送信し得る。一例では、第２のインジケーション５６５は、選択されたビームを示すために、２つの（２）ビットを使用し得る。例えば、ＵＥ５０２は、選択されたビーム５２５に対応するインデックスを示すインジケーション５６５を送信し得る。ＢＳ５０４はその後、選択されたビーム５２５を使用してＵＥ５０２に送信し得る。
【００７４】
[0085]図５Ｅを参照すると、ＢＳ５０４は、同期スロット中に複数の方向にＢＲＳを送信し得る。一例では、ＢＳ５０４は、例えば、上述されたように、ＵＥ５０２が選択されたビーム５２５のインジケーション５６５を通信した後であっても、ＢＲＳを連続的に送信し得る。例えば、ＢＳ５０４は、各々がＢＲＳを含むビーム５２１、５２３、５２５、５２７（例えば、「粗い」ビームセット）を同時に送信し得るか、またはスイープし得る。ＢＲＳは、周期的にまたは所定の間隔で送信され得る。
【００７５】
[0086]図５Ｆを参照すると、選択されたビーム５２５の品質は、ＵＥ５０２が選択されたビーム５２５を使用してもはや認識することも通信することもできないことがあり得るような様々な理由に起因して劣化し得る。同期スロット中で送信される（例えば、連続的にまたは周期的に送信される）ＢＲＳに基づいて、ＵＥ５０２は、ＢＳ５０４とその上で通信すべき新しいビーム５２３を決定または見出し得る。例えば、ＵＥ５０２は、ＢＲＳを搬送するビーム５２３が最強、最良、または好ましいと決定し得る。ＵＥ５０２は、粗いビーム５２１、５２３、５２５、５２７のセットの各々に関連付けられた受信電力または受信品質についての値を測定し、それぞれの値を互いと比較し、および最大または最良の値に対応するビームを選択することによって、ビームを選択し得る。選択されたビームは、ＢＳ５０４におけるビームインデックスに対応し得る。ＵＥ５０２は、ＢＳ５０４にこのビームインデックスを示す要求５７０を送信し得る。一例では、インジケーション５６０は、ビーム障害回復信号を含み得る。
【００７６】
[0087]本開示の様々な態様では、ＵＥ５０２は、ビーム障害回復信号を送信するための選択されたビームインデックスに対応するリソースを決定し得る。リソースは、無線フレーム、サブフレーム、スロット、シンボル、サブキャリア領域、またはプリアンブルのうちの１つを含み得る。各リソースは、値、例えば、無線フレームインデックス、サブフレームインデックス、シンボルインデックス、またはサブキャリア領域に対応し得る。本開示の一態様では、ＵＥはまた、ＢＲＲＳを送信するようにＢＳ５０４に要求するためにビーム調整要求（ＢＡＲ）を送信し得る。
【００７７】
[0088]本開示の一態様では、ＵＥ５０２は、ビームインデックスが対応するそれぞれのリソース（例えば、値またはインデックス）を示すマッピングまたはテーブル（例えば、ルックアップテーブル）を記憶していることがあり得る、またはそれへのアクセスを有し得る。例えば、ＵＥ５０２は、ビームインデックスを決定し、およびその後、決定されたビームインデックスに対応するリソースインデックスまたは領域を決定するためにルックアップテーブルにアクセスし得る。
【００７８】
[0089]本開示の一態様では、ビーム障害回復要求（例えば、要求５７０）を送信するためのリソースは、ＰＲＡＣＨに関連付けられたリソース中に含まれ得る。一例では、リソースは、ＰＲＡＣＨ中でのＲＡＣＨ送信のためにリザーブされた帯域幅またはキャリア中に含まれ得る。一例では、ビーム障害回復要求を送信するためのリソースは、ＰＲＡＣＨ送信のリソースに直交するリソースであり得る。別の例では、ビーム障害回復要求を送信するためのリソースは、競合ベースのＲＡＣＨリソースであり得る。
【００７９】
[0090]図５Ｇに関して、ＢＳ５０４は、ＵＥ５０２からビーム障害回復要求とともに要求５７０を受信し得る。ＢＳ５０４は、要求および／または要求を搬送するリソースのうちの少なくとも１つに基づいて、ビームインデックス（例えば、図５Ｅに例示されているビームのセットの中の１つのビーム）を決定するように構成され得る。例えば、要求５７０は、選択されたビーム５２３のインデックスに対応すると決定されたリソース上で搬送され得る。一例では、ＢＳ５０４は、ビームインデックスが対応するそれぞれのリソース（例えば、値またはインデックス）を示すマッピングまたはテーブル（例えば、ルックアップテーブル）を記憶していることがあり得る、またはそれへのアクセスを有し得る。例えば、ＢＳ５０４は、要求５７０がその上で受信されるリソースを決定し、およびその後、ビームインデックス（例えば、選択されたビーム５２３に対応するインデックス）を決定するまたは決定されたビームインデックスに対応するリソース領域を決定するためにルックアップテーブルにアクセスし得る。一例では、要求５７０の受信中のアップリンクビームは、ビームの第１のセット５２１、５２３、５２５、５２７のうちの１つであり得る。
【００８０】
[0091]本開示の一態様では、ＢＳ５０４は、要求５７０および／または要求５７０がその上で搬送されるリソースのうちの少なくとも１つに基づいて、ビームの第２のセット５２２、５２３、５２４を送信するように構成され得る。一例では、ＢＳ５０４は、要求５７０および／または要求５７０を搬送する少なくとも１つのリソースから、インデックスの範囲を決定するように構成され得る。一例では、ＢＳ５０４は、要求５７０がその上で搬送される少なくとも１つのリソースの少なくとも１つのサブキャリアに基づいて、ビームインデックスを決定する。
【００８１】
[0092]本開示の一態様では、ＢＳ５０４は、インデックスの範囲内から、要求５７０がそれを通じて受信されるＢＳ５０４の異なる受信チェーン中の信号（例えば、基準信号）の強度に基づいて、ビームインデックスを決定する。例えば、ＢＳ５０４は、ＢＳ５０４の複数の受信チェーンを通じて要求５７０を受信し得る。ＢＳ５０４は、要求５７０がそれを通じて受信される各受信チェーンについて要求５７０の信号強度を決定し得る。ＢＳ５０４は、各受信チェーンが少なくとも１つのビームインデックス（例えば、ビーム５２３についてのビームインデックス）に関連付けられると決定し得、そのためＢＳ５０４は、要求５７０の最高または最強の信号強度が検出される受信チェーンに対応するビームインデックスを決定し得る。
【００８２】
[0093]本開示の一態様では、ＢＳ５０４は、ビーム精製を実行するための命令をＵＥ５０２に送信し得る。一例では、ビーム精製を実行するための命令は、ＵＥ５０２によってＢＳ５０４に示された選択されたビーム５２３に基づき得る。一例では、ＢＳ５０４は、ビームの第２のセット５２２、５２３、５２４の１つまたは複数の同期スロット中で１つまたは複数のＢＲＲＳを送信し得る。ＵＥ５０２は、ビームの第２のセット５２２、５２３、５２４の各ビームの受信電力および／または受信品質についてのそれぞれの値を測定し、および測定された値を互いと比較して、ビームの第２のセット５２２、５２３、５２４のうちの最強のビームに対応する最高の値を決定することなどによって、ＢＳ５０４の最良のビームを決定するために、スケジューリングされたスロット（１つ以上）中でＢＲＲＳを測定し得る。
【００８３】
[0094]上述されたビーム障害回復プロセスは、ＵＥがビーム障害回復要求を送信することを用いて説明されているが、本開示の範囲から逸脱することなしに、同様のプロセスは、ビーム障害回復要求を送信するために基地局によって使用され得る。
【００８４】
[0095]一般に、本明細書に開示される態様は、ワイヤレス通信業界によって達せられた様々な合意にしたがっていることが認識されるべきである。例えば、本明細書に開示される態様は、ＵＥビーム障害回復メカニズムに向けられた第１の合意にしたがい、それはＵＥに、１）ビーム障害検出と、２）新しい候補ビーム識別と、３）ビーム障害回復要求送信と、４）ビーム障害回復要求へのｇＮＢ応答のモニタリングとを実行させることを含む。
【００８５】
[0096]ビーム障害検出に関して、ビーム障害トリガ条件が満たされたかどうかを評価するために、ＵＥがビーム障害検出基準信号（ＲＳ）をモニタすべきであるという合意が達せられた。そのようなビーム障害検出ＲＳが、ビーム管理のための周期的なチャネル状態情報基準信号（ＣＳＩ−ＲＳ）を少なくとも含むことがさらに合意された（例えば、同期信号ブロック（ＳＳブロック）がまたビーム管理においても使用される場合、サービングセル内のＳＳブロックが考慮されることができる）。ビーム障害を宣言するためのトリガ条件は、さらなる研究のために残された。
【００８６】
[0097]新しい候補ビーム識別に関して、ＵＥが新しい候補ビームを見出すためにビーム識別ＲＳをモニタすべきであるという合意が達せられた。この目的のために、そのようなビーム識別ＲＳは、それがネットワークによって構成される場合、ビーム管理のための周期的ＣＳＩ−ＲＳを含むべきであることがさらに合意された。ＳＳブロックがまたビーム管理において使用される場合、ビーム識別ＲＳは、サービングセル内の周期的なＣＳＩ−ＲＳおよびＳＳブロックを含むべきである。
【００８７】
[0098]ビーム障害回復要求送信に関して、ビーム障害回復要求によって搬送される情報が、１）ＵＥおよび新しいｇＮＢ送信ビーム情報を識別する明示的／暗示的情報、２）ＵＥと新しい候補ビームが存在するかどうかとを識別する明示的／暗示的情報、または３）さらなる研究のために、ＵＥビーム障害を示す情報、追加情報（例えば、新しいビーム品質）、のうちの少なくとも１つを含むという合意が達せられた。この合意はさらに、ビーム障害回復要求送信が次のオプションの間のダウン選択を備え得ることを規定する：ＰＲＡＣＨ、ＰＵＣＣＨ、ＰＲＡＣＨのようなチャネル（例えば、ＰＲＡＣＨとは異なるプリアンブルシーケンスについてのパラメータを有する）。この合意はまた、ビーム障害回復要求リソース／信号がスケジューリング要求のために追加的に使用され得ることを規定する。
【００８８】
[0099]ビーム障害回復要求へのｇＮＢ応答のモニタリングに関して、ＵＥが、ビーム障害回復要求へのｇＮＢの応答を受信するために制御チャネル探索空間をモニタすべきであるという合意が達せられた。この目的のために、制御チャネル探索空間が、サービングＢＰＬに関連付けられた現在の制御チャネル探索空間と同じであり得るか、または異なり得るかは、さらなる研究のために残された。ｇＮＢがビーム障害回復要求送信を受信しない場合にＵＥがどのように反応することになるかもまた、さらなる研究のために残された。
【００８９】
[0100]第２の合意では、ワイヤレス通信業界は、ビーム障害回復要求送信のために使用され得る様々なチャネルを識別した。例えば、少なくとも周波数分割多重化（ＦＤＭ）の場合に、他のＰＲＡＣＨ送信のリソースに直交するリソースを使用する、ＰＲＡＣＨに基づく非競合ベースのチャネルを介したビーム障害回復要求送信をサポートする合意が達せられた。直交性を達成する他の方法、例えば、他のＰＲＡＣＨリソースとのＣＤＭ／ＴＤＭは、さらなる研究のために残された。またさらなる研究のために残されたのは、他の目的のためにＰＲＡＣＨのものとは異なるシーケンスおよび／またはフォーマットを有するか否か、およびこのＰＲＡＣＨリソース上の再送信挙動が通常のＲＡＣＨプロシージャとどの程度類似しているかであった。
【００９０】
[0101]この第２の合意では、ビーム障害回復要求送信のためにＰＵＣＣＨを使用するサポートもまた企図された。ここで、ＰＵＣＣＨがビームスイーピングを伴うか否かは、さらなる研究のために残され、ここにおいて、これは、ＰＵＣＣＨ設計に影響を与えることも与えないこともあり得ることに留意されたい。
【００９１】
[0102]この第２の合意では、競合ベースのＰＲＡＣＨリソースが（例えば、従来のＲＡＣＨリソースプールからの、４ステップのＲＡＣＨプロシージャが使用されるかどうか、等）競合なしのビーム障害回復リソースへの補足として使用され得るかどうかもまた、さらなる研究のために残され、ここにおいて、競合ベースのＰＲＡＣＨリソースは、例えば、新しい候補ビームが競合なしのＰＲＡＣＨのような送信のためのリソースを有さない場合に、使用され得ることに留意されたい。
【００９２】
[0103]第３の合意では、ワイヤレス通信業界は、ビーム障害回復要求へのｇＮＢ応答を受信するために、対応するＰＤＣＣＨ ＤＭＲＳがＵＥによって識別された候補ビーム（１つ以上）の基準信号と空間ＱＣＬｅｄされたという想定の下に、ＵＥが新無線（ＮＲ）ＰＤＣＣＨをモニタすべきであるということに合意した。さらなる研究のためなのは、候補ビーム（１つ以上）が予め構成されたセットから識別されるか否かであった。ビーム障害回復要求へのｇＮＢの応答の検出は、サポートされる時間ウィンドウ中であろうこともまた合意された。ここで、次を含む様々な詳細が、さらなる研究のために残された：時間ウィンドウが構成されているか、または所定であるか、モニタリング機会の数が時間ウィンドウ内にあるか、および時間ウィンドウのサイズ／位置。この第３の合意では、ウィンドウ内に応答が検出されない場合、ＵＥが要求の再送信を実行し得ることもまた合意された。その上、ある特定の回数の送信（１つ以上）後にｇＮＢ応答が検出されない場合、ＵＥが上位レイヤエンティティに通知すべきであることが合意され、ここにおいて、送信（１つ以上）の回数は、さらなる研究のために残され、ことによるとタイマの使用を含む。
【００９３】
[0104]第４の合意では、ワイヤレス通信業界は、ある特定の数のビーム障害回復要求送信が、様々なパラメータのうちのいずれかを使用することによってネットワーク構成可能であることに合意した。例えば、ネットワークによって使用されるそのようなパラメータは、次を含み得る：送信の数、その数がタイマのみに基づくか、または送信のネットワーク定義数とタイマとの組み合わせ。ビーム障害回復プロシージャが無線リンク障害（ＲＬＦ）イベントによって影響を受けるかどうかは、さらなる研究のために残された。
【００９４】
[0105]第５の合意では、ワイヤレス通信業界は、ビーム障害からの回復が不成功だった場合、ＵＥが上位レイヤにインジケーションを送り、およびさらなるビーム障害回復を控えるべきであることに合意した。そのようなインジケーションは、ＲＬＦと、もしあれば、不成功のビーム障害回復との間の関係のインジケーション（例えば、ビーム障害回復プロシージャがＲＬＦイベントに影響するか、またはそれによって影響を受けるかどうか）を含み得る。
【００９５】
[0106]第６の合意では、ワイヤレス通信業界は、全てのサービング制御チャネルに障害が発生したときのみにビーム障害が宣言されることに合意した。サービング制御チャネルのサブセットに障害が発生すると、このイベントもまた処理されるべきであることが合意された。
【００９６】
[0107]第７の合意では、ワイヤレス通信業界は、周期的ＣＳＩ−ＲＳに加えて、サービングセル内のＳＳブロックが新しい候補ビーム識別のために使用されることができることに合意した。この目的のために、新しい候補ビーム識別のために次のオプションが構成されることができることがさらに合意された：１）ＣＳＩ−ＲＳのみ、ここにおいて、ＳＳブロックは、新しい候補ビーム識別のために構成されないであろう、２）ＳＳブロックのみ、ここにおいてＣＳＩ−ＲＳは、新しい候補ビーム識別のために構成されないであろう、または３）ＣＳＩ−ＲＳ＋ＳＳブロック。
【００９７】
[0108]次に図６を参照すると、ＲＡＣＨスロット中の例証的なビーム回復およびスケジューリング要求ブロックが、本開示の一態様にしたがって例示されている。５Ｇ ＮＲは、ビーム回復領域とＲＡＣＨ領域との周波数分割多重化をサポートする。図６はこのことから、ビーム回復領域とＲＡＣＨ領域との可能なシナリオ周波数分割多重化を示している。ビーム対応が基地局（ＢＳ）において利用可能である場合、ＢＳは、ダウンリンク（ＤＬ）同期（ＳＹＮＣ）信号の送信とアップリンク（ＵＬ）ＲＡＣＨ信号の受信との間で同様のビームのセットを使用し得る。ＵＥがその現在の作動ビームを失う場合、それは、ＲＡＣＨスロットの対応するシンボルインデックスに良好なＤＬ ＳＹＮＣリソースをマッピングする。すなわち、それは、スケジューリング要求（ＳＲ）／ビーム回復要求領域のＮ個のサブキャリア領域から１つを選択し、およびＲＡＣＨスロットの選択されたシンボル中で送信する。
【００９８】
[0109]本開示の一態様では、ＵＥが、ｇＮＢにビーム回復要求を送信するためにＰＲＡＣＨタイプ信号を選択することができることが企図される。以下の表１は、ビーム回復要求チャネルの可能なヌメロロジを示している。
【表１】
2020533886.tif 000003
【００９９】
[0110]ＢＳは、これらのスロット中でビーム回復要求を受信するために、より一層大きい数のサイクリックシフトを許容にすることができることが企図される。例えば、遅延拡散が約３００ｎｓである場合、ＢＳは、ビーム回復要求のシーケンス持続時間が３３．３３ｕｓであることから、ビーム回復要求領域の各サブキャリア領域中で約１００個の直交リソースを許容することができる。マルチバンドシナリオにおける最小帯域幅のために５０ＭＨｚが提案される特定の例では、各ビーム回復要求領域が４．３２ＭＨｚを要することから、ビーム回復要求を送信するために、１０個もの異なるサブキャリア領域が存在し得る。これらのサブキャリア領域のうちのいくつかは、ＲＡＣＨメッセージ１（Ｍｓｇ１）プリアンブル送信のために使用され得、およびＢＳは、ＵＬデータ送信のためにいくつかの他のものを使用することができる。
【０１００】
[0111]例えば、ｇＮＢがスケジューリング要求またはビーム回復要求を通信するために６つのサブキャリア領域を使用する場合であっても、ビーム回復要求を伝達するために、６００個の直交リソースがこれらの領域へと適合されることができる。ここで、各ＵＥは、例えば、ＳＲまたはビーム回復要求を送信するために、２つの異なるリソースを割り振られることができる。
【０１０１】
[0112]本開示の第１の実施形態では、このことから、ＮＲは、ＲＡＣＨと周波数分割多重化される非競合ベースのチャネルを通じてｇＮＢにビーム回復要求を伝達するために、より大きい数のサイクリックシフトを用いてＲＡＣＨタイプシーケンスをサポートすることが企図される。
【０１０２】
[0113]本開示にしたがった例証的なビーム障害回復要求プロシージャは、いくつかの特徴を有する。マルチビーム動作では、ＵＥは、制御チャネルとＱＣＬｅｄされるＤＬ基準信号をモニタすることによって、アクティブなＰＤＣＣＨビームの障害を検出する。ビーム障害イベントが発生すると、ネットワークは、ＵＥに到達することができない。障害イベントを検出すると、ＵＥは、ｇＮＢにビーム障害回復要求を送信するために、候補ビームセットから１つのビームを選択する。前述されたように、ＮＲでは、ビーム障害回復要求の送信のために次のチャネルがサポートされる：（１）少なくともＦＤＭの場合に、他のＰＲＡＣＨ送信のリソースに直交するリソースを使用する、ＰＲＡＣＨに基づく非競合ベースのチャネル、（２）ＰＵＣＣＨ、および（３）競合なしのビーム障害回復リソースに対する補足としての競合ベースのＰＲＡＣＨリソース。
【０１０３】
[0114]競合ベースのＰＲＡＣＨは、４ステップのＲＡＣＨプロシージャに起因して追加の遅延を被るが、それは、特にシステム中のＵＥの数が多いときに、競合なしのリソースに対する補足としての役割を果たし得る。さらに、ネットワークがビーム障害回復のためのどのリソースも構成しない場合、ＵＥは、サービングセル上で接続を再確立するために、競合ベースのＰＲＡＣＨにフォールバックし得る。
【０１０４】
[0115]本開示の第２の実施形態では、このことから、ＮＲは、ビーム障害回復要求の送信のための競合ベースのＰＲＡＣＨリソースをサポートすべきであることが企図される。
【０１０５】
[0116]ＮＲは、ビーム障害回復要求の送信のための複数のチャネルをサポートすることから、デフォルトとしてＰＲＡＣＨに基づく非競合ベースのチャネルまたは競合ベースのＰＲＡＣＨリソースが使用されることがさらに企図される。すなわち、本開示の第３の実施形態では、ＮＲは、デフォルトとしてビーム障害回復要求の送信のためのＰＲＡＣＨに基づく非競合ベースのチャネルまたは競合ベースのＰＲＡＣＨリソースの構成をサポートすべきであることが企図される。
【０１０６】
[0117]加えて、ネットワークもまた、ビーム障害回復要求の送信のためのＰＵＣＣＨを構成し得ることが企図される。しかしながら、全てのアクティブ制御ビーム（１つ以上）に障害が発生した場合、ＵＥは、それらの方向でｇＮＢにビーム失敗回復要求を送信するための適したビームを見出すことができない。したがって、ネットワークは、ＮＲ−ＳＳまたはＣＳＩ−ＲＳのいずれかとＱＣＬｅｄされるビームスイープされたＰＵＣＣＨを構成し得る。
【０１０７】
[0118]本開示の第４の実施形態では、このことから、ＰＲＡＣＨに基づく非競合ベースのチャネルまたは競合ベースのＰＲＡＣＨに加えて、基地局が、ビーム障害回復要求の送信のための、ＮＲ−ＳＳまたはＣＳＩ−ＲＳのいずれかとＱＣＬｅｄされるビームスイープされたＰＵＣＣＨを構成することができることが企図される。
【０１０８】
[0119]ネットワークが、ＰＲＡＣＨに基づく非競合ベースのチャネルと競合ベースのＰＲＡＣＨとに加えてＰＵＣＣＨを構成し得ることから、ＵＥが要求を送るために優先度規則が使用され得ることもまた企図される。ネットワークが、専用ＰＵＣＣＨリソースを構成することから、ＵＥは、他のものを試みる前にこれにアクセスするように構成され得る。
【０１０９】
[0120]本開示の第５の実施形態では、このことから、ｇＮＢが、ＰＲＡＣＨに基づく非競合ベースのチャネルおよび競合ベースのＰＲＡＣＨリソースに加えてビームスイープされたＰＵＣＣＨリソースを構成する場合、ＵＥは、他のものよりＰＵＣＣＨを優先させることが企図される。
【０１１０】
[0121]さらに、ビームスイープされたＰＵＣＣＨにとって、ＵＥが次のことを行うことを可能にするために複数のビットを搬送することは有益であり得ることが企図される：１）ｇＮＢが複数のビームペアリンクを構成することを容易にするために複数の候補ビーム（１つ以上）の情報を提供すること、２）ビーム障害回復要求を通してスケジューリング要求を送ること、および３）新たに識別された候補ビームを通してダウンリンク上で追加のトレーニングを要求すること。
【０１１１】
[0122]それ故に、本開示の第６の実施形態では、このことから、ＮＲは、ビーム障害回復要求の送信中に追加の情報を伝達するためにマルチビットＰＵＣＣＨをサポートすべきであることが企図される。
【０１１２】
[0123]次に、２つのシナリオが考慮される：ビーム回復要求領域上でビーム回復要求を送信するためのＵＥ同期およびＵＥ同期外れ。ＵＬ同期では、（ＵＥがＴＲＰと整合されたアップリンク時間と見なされる時間の長さを指定する）時間整合（ＴＡ）タイマは、依然として有効である。最新のＮＲ合意に基づいて、ＵＥが物理レイヤからビーム障害インジケーションを受信する場合、それは、ビームスイープされたＰＵＣＣＨまたはＰＲＡＣＨに基づく非競合ベースのチャネルを使用して、ビーム回復要求を送ることができる。そしてｇＮＢは、ビーム回復要求についてこれらの領域をモニタすることになる。ＵＬ同期のケースでは、ＵＥは、ＵＥに選択された候補ビームを通して、ＰＵＣＣＨまたは非競合ベースのチャネルベースのチャネルを通して単一のビーム障害回復要求を送り、および応答ウィンドウ中で応答を待つことができる。
【０１１３】
[0124]それ故に、本開示の第７の実施形態では、このことから、ＵＥは、モニタされた応答ウィンドウの終了前に、ＵＥに選択された候補ビームを通して、ＰＵＣＣＨまたはＰＲＡＣＨに基づく非競合ベースのチャネルを通して１つのビーム障害回復要求を送信すべきであることが企図される。
【０１１４】
[0125]本開示の第８の実施形態では、ＵＥは、モニタされた応答ウィンドウの終了前に、ビーム障害回復要求メッセージへの単一の応答を想定すべきであることが企図される。
【０１１５】
[0126]ＵＥがビーム障害回復要求を送った後に、それは、この要求がｇＮＢによって成功裏に受信されたかどうかを知る必要があり得る。このことから、ＵＥモニタリングメカニズムのセットが導入されるべきである。ＲＡＣＨの応答ウィンドウと同様に、ネットワークは、ＵＥがその回復要求に対する応答をモニタするための応答ウィンドウを構成することができる。
【０１１６】
[0127]本開示の第９の実施形態では、このことから、ネットワークが、ＵＥがビーム障害回復要求送信への応答をモニタする応答ウィンドウを構成することができることが企図される。
【０１１７】
[0128]貧弱な信号品質のためにｇＮＢが要求を検出することができない可能性がある。したがって、ＵＥは、応答ウィンドウ内に応答を受信しないことがあり得る。ロバストな動作のために、ビーム回復要求の再送信メカニズムがサポートされるべきである。具体的には、ＵＥが応答ウィンドウ内に応答を受信しない場合、それは、Ｌ２にインジケータを送り、およびＭＡＣは、要求の再送信をトリガすることになる。
【０１１８】
[0129]本開示の第１０の実施形態では、このことから、ＵＥが応答ウィンドウ内に応答を受信しない場合、ＵＥは、ビーム障害回復要求を（再）送信することができることが企図される。
【０１１９】
[0130]ＵＥが何度も再送信したが、依然として応答ウィンドウ内に応答を得ることができなかった場合、それは、ＵＥが貧弱な無線状態にあるか、またはＵＥがｇＮＢとの同期を失ったことを示し得る。このケースでは、ＵＥが要求の再送信を継続すると、無線リソースが非効率になる。したがって、ネットワークは、（ＬＴＥにおけるＲＡＣＨ試行と同様に）ビーム障害回復要求送信のための最大数の試行を構成する必要があり得る。
【０１２０】
[0131]本開示の第１１の実施形態では、このことから、ネットワークは、ビーム障害回復要求（再）送信を目的として、最大数の試行でＵＥを構成することができることが企図される：１）ネットワークは、（ＬＴＥにおけるＳＲプロシージャと同様に）ビームスイープされたＰＵＣＣＨを通して最大ｍ１回の試行を試すようにＵＥを構成することができるか、または２）ネットワークは、（通常のＲＡＣＨプロシージャと同様に）ＰＲＡＣＨに基づく非競合ベースのチャネルおよび競合ベースのＰＲＡＣＨリソースを通して最大ｍ２回の試行を試すようにＵＥを構成すべきである。  
例証的なスケジューリングエンティティ設計
【０１２１】
[0132]図７は、処理システム７１４を用いるスケジューリングエンティティ７００のためのハードウェアインプリメンテーションの一例を例示するブロック図である。例えば、スケジューリングエンティティ７００は、図１、２および／または５Ａ〜５Ｇのうちの任意の１つまたは複数に例示されているような基地局（例えば、ｅＮＢ、ｇＮＢ）であり得る。
【０１２２】
[0133]スケジューリングエンティティ７００は、１つまたは複数のプロセッサ７０４を含む処理システム７１４を用いてインプリメントされ得る。プロセッサ７０４の例は、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブルロジックデバイス（ＰＬＤ）、ステートマシン、ゲートロジック、ディスクリートハードウェア回路、およびこの開示全体を通じて説明される様々な機能を実行するように構成された他の適したハードウェアを含む。様々な例では、スケジューリングエンティティ７００は、本明細書に説明される機能のうちの任意の１つまたは複数を実行するように構成され得る。すなわち、スケジューリングエンティティ７００中で利用されるようなプロセッサ７０４は、以下に説明され且つ図５Ａ〜５Ｇに例示されているプロセスおよびプロシージャ、ならびに図９に例示されているプロセスのうちの任意の１つまたは複数をインプリメントするために使用され得る。
【０１２３】
[0134]この例では、処理システム７１４は、概してバス７０２によって表される、バスアーキテクチャを用いてインプリメントされ得る。バス７０２は、処理システム７１４の特定のアプリケーションおよび全体的な設計制約に依存して、任意の数の相互接続バスおよびブリッジを含み得る。バス７０２は、（概してプロセッサ７０４によって表される）１つまたは複数のプロセッサ、メモリ７０５、および（概してコンピュータ可読媒体７０６によって表される）コンピュータ可読媒体を含む様々な回路をともに通信可能に結合する。バス７０２はまた、タイミングソース、周辺機器、電圧レギュレータ、および電力管理回路のような様々な他の回路をリンクし得るが、それらは、当該技術において良く知られており、したがって、これ以上は説明されない。バスインターフェース７０８は、バス７０２とトランシーバ７１０との間のインターフェースを提供する。トランシーバ７１０は、送信媒体を通して様々な他の装置と通信するための手段または通信インターフェースを提供する。装置の性質に依存して、ユーザインターフェース７１２（例えば、キーパッド、ディスプレイ、スピーカ、マイクロフォン、ジョイスティック、タッチスクリーン）もまた提供され得る。
【０１２４】
[0135]本開示のいくつかの態様では、プロセッサ７０４は、例えば、ビーム障害を検出することに関連付けられたビーム障害条件を決定することを含む、様々な機能のために構成されたビーム障害回路７４０を含み得る。例えば、ビーム障害回路７４０は、メモリコンポーネント（例えば、メモリ７０５および／またはコンピュータ可読媒体７０６）に結合された論理回路を含み得、ここにおいて、ビーム障害回路７４０は、ビーム障害を検出することに関連付けられた複数のパラメータのうちのいずれかを定義および／または取り出すように構成され得る（例えば、そのようなパラメータは、ユーザインターフェース７１２を介して定義され得る）。例示されているように、プロセッサ７０４はまた、様々な機能のために構成されたネットワーク構成回路７４２を含み得る。例えば、ネットワーク構成回路７４２は、スケジューリングされたエンティティについてのネットワーク構成を確認するように構成され得る。例えば、ネットワーク構成回路７４２は、メモリコンポーネント（例えば、メモリ７０５および／またはコンピュータ可読媒体７０６）に結合された論理回路を含み得、ここにおいて、ネットワーク構成回路７４２は、複数のパラメータのうちのいずれかに基づいてネットワーク構成を確認するように構成され得る（例えば、そのようなパラメータは、ユーザインターフェース７１２を介して定義され得る）。特定の実施形態では、ネットワーク構成は、ビーム障害条件に関連付けられた前述のパラメータ、ならびにビーム障害回復要求を送信するために利用すべき１つまたは複数のビーム障害回復リソースを決定することに関連付けられたパラメータを含み得ることが企図される。プロセッサ７０４はさらに、例えば、スケジューリングされたエンティティにネットワーク構成を送信することを含む、様々な機能のために構成された送信回路７４４を含み得る。ここで、送信回路７４４は、トランシーバ７１０に結合された論理回路を含み得、ここにおいて、そのような論理回路は、トランシーバ７１０を介して１つまたは複数のスケジューリングされたエンティティにネットワーク構成を送信するかどうか、およびいつ送信するかを決定するように構成され得ることが認識されるべきである。
【０１２５】
[0136]スケジューリングエンティティ７００のための様々な他の態様もまた企図される。例えば、送信回路７４４は、無線リソース制御（ＲＲＣ）シグナリングを介してネットワーク構成を送信するように構成され得る（例えば、構成は、レイヤ１および２を使用して有効／無効にされ得る）。送信回路７４４はまた、複数のスケジューリングされたエンティティにネットワーク構成を送信するように構成され得、およびネットワーク構成回路７４２は、異なるスケジューリングされたエンティティについての異なるネットワーク構成を確認するように構成され得る。そのような構成は、すなわち、ビーム回復遅延を低減するために、トラフィック依存であり得、ここにおいて、スケジューリングエンティティ７００は、より頻繁なアップリンク（ＵＬ）リソースを用いて、スケジューリングされたエンティティのサブセットを構成し得る。そのような構成は、ＵＬ上で任意のビームを使用するために高い信号対雑音比（ＳＮＲ）を有するスケジューリングされたエンティティを構成することを含み得ることもまた企図される。
【０１２６】
[0137]スケジューリングエンティティ７００の残りのコンポーネントに戻って参照すると、プロセッサ７０４は、バス７０２を管理することと、コンピュータ可読媒体７０６上に記憶されたソフトウェアの実行を含む一般的な処理とを担うことが認識されるべきである。ソフトウェアは、プロセッサ７０４によって実行されると、処理システム７１４に、任意の特定の装置について以下に説明される様々な機能を実行させる。コンピュータ可読媒体７０６およびメモリ７０５はまた、ソフトウェアを実行するときにプロセッサ７０４によって操作されるデータを記憶するために使用され得る。
【０１２７】
[0138]処理システム中の１つまたは複数のプロセッサ７０４は、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、またはその他の名称で呼ばれるかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数、等を意味するように広く解釈されるべきである。ソフトウェアは、コンピュータ可読媒体７０６上に存在し得る。コンピュータ可読媒体７０６は、非一時的コンピュータ可読媒体であり得る。非一時的コンピュータ可読媒体は、例として、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ）、光ディスク（例えば、コンパクトディスク（ＣＤ）またはデジタル多用途ディスク（ＤＶＤ））、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、またはキードライブ）、ランダムアクセスメモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能ＰＲＯＭ（ＥＥＰＲＯＭ（登録商標））、レジスタ、リムーバブルディスク、およびコンピュータによってアクセスされ且つ読み取られ得るソフトウェアおよび／または命令を記憶するための任意の他の適した媒体を含む。コンピュータ可読媒体７０６は、処理システム７１４中に存在し得るか、処理システム７１４の外部に存在し得るか、または処理システム７１４を含む複数のエンティティにわたって分散され得る。コンピュータ可読媒体７０６は、コンピュータプログラム製品中で具現化され得る。例として、コンピュータプログラム製品は、パッケージング材料中のコンピュータ可読媒体を含み得る。当業者は、特定のアプリケーションおよびシステム全体に課せられた全体的な設計制約に依存して、この開示全体を通じて提示される説明された機能をどのようにインプリメントするのが最良であるかを認識するであろう。
【０１２８】
[0139]１つまたは複数の例では、コンピュータ可読記憶媒体７０６は、例えば、ビーム障害を検出することに関連付けられたビーム障害条件を決定することを含む、様々な機能のために構成されたビーム障害ソフトウェア７５２を含み得る。例示されているように、コンピュータ可読記憶媒体７０６はまた、様々な機能のために構成されたネットワーク構成ソフトウェア７５４を含み得る。例えば、ネットワーク構成ソフトウェア７５４は、スケジューリングされたエンティティについてのネットワーク構成を確認するように構成され得る。ここで、ネットワーク構成は、ビーム障害条件に関連付けられた前述のパラメータ、ならびにビーム障害回復要求を送信するために利用すべき１つまたは複数のビーム障害回復リソースを決定することに関連付けられたパラメータを含み得ることが企図される。コンピュータ可読記憶媒体７０６はさらに、例えば、スケジューリングされたエンティティにネットワーク構成を送信することを含む、様々な機能のために構成された送信ソフトウェア７５６を含み得る。
【０１２９】
[0140]コンピュータ可読記憶媒体７０６のための様々な他の態様もまた企図される。例えば、送信ソフトウェア７５６は、無線リソース制御（ＲＲＣ）シグナリングを介してネットワーク構成を送信するように構成され得る（例えば、構成は、レイヤ１および２を使用して有効／無効にされ得る）。送信ソフトウェア７５６はまた、複数のスケジューリングされたエンティティにネットワーク構成を送信するように構成され得、およびネットワーク構成ソフトウェア７５４は、異なるスケジューリングされたエンティティについての異なるネットワーク構成を確認するように構成され得る。
【０１３０】
[0141]特定の構成では、スケジューリングエンティティ７００が、ビーム障害を検出することに関連付けられたビーム障害条件を決定するための手段と、スケジューリングされたエンティティについてのネットワーク構成を確認するための手段と、スケジューリングされたエンティティにネットワーク構成を送信するための手段とを含むこともまた企図される。一態様では、前述の手段は、前述の手段によって記載された機能を実行するように構成されたプロセッサ（１つ以上）７０４であり得る。別の態様では、前述の手段は、前述の手段によって記載された機能を実行するように構成された回路または任意の装置であり得る。
【０１３１】
[0142]当然ながら、上記の例では、プロセッサ７０４中に含まれる回路は、単に一例として提供されたに過ぎず、説明された機能を実行するための他の手段は、コンピュータ可読記憶媒体７０６中に記憶された命令、または本明細書に説明され、且つ、例えば、図９に関連して説明されるプロセスおよび／またはアルゴリズムを利用する任意の他の適した装置または手段を含むがそれらに限定されない、本開示の様々な態様内に含まれ得る。
【０１３２】
[0143]次に図８を参照すると、ネットワーク構成回路７４２およびネットワーク構成ソフトウェア７５４の例証的なサブコンポーネントが提供される。例示されているように、ネットワーク構成回路７４２は、パラメータサブ回路８００および優先度サブ回路８１０を備え得るのに対して、ネットワーク構成ソフトウェア７５４は、パラメータ命令８０５および優先度命令８１５を備え得る。
【０１３３】
[0144]特定のインプリメンテーションでは、パラメータサブ回路８００および／またはパラメータ命令８０５は、ネットワーク構成中に含めるべき少なくとも１つのパラメータを決定するように構成されることが企図される。例えば、ネットワーク構成は、システムフレーム番号（ＳＦＮ）、サブフレームインジケータ（ＳＦＩ）、周期性、またはビーム障害回復リソースに関連付けられたリソース要素（ＲＥ）のうちの少なくとも１つを指定し得ることが企図される。特定の例では、アップリンクビームごとに構成されるＲＥの数は、ビーム中のユーザの数に依存して異なり得る。別の例では、ネットワークは、より大きいペイロードのためにある特定のビーム中により多くの周波数または時間リソースを構成し得る。さらに別の例では、これらのリソースは、ランダムアクセスチャネル（ＲＡＣＨ）以外の領域中にあり得ることが企図される。
【０１３４】
[0145]本開示のさらなる態様では、ネットワーク構成は、ダウンリンクビームとビーム障害回復リソースとの間の疑似コロケーション（ＱＣＬ）または時間関係のうちの少なくとも１つを指定し得ることが企図される。例えば、ダウンリンクビームは、新無線同期信号（ＮＲ−ＳＳ）、モビリティ基準信号（ＭＲＳ）、またはチャネル状態情報基準信号（ＣＳＩ−ＲＳ）のうちの１つまたは複数に基づき得ることが企図される。
【０１３５】
[0146]本開示の別の態様では、ネットワーク構成は、スケジューリングされたエンティティが別のセルへの順方向ハンドオーバまたは条件付きハンドオーバを実行すべきであるリンク品質条件を指定し得る。例えば、そのようなハンドオーバは、構成されたＸ ＲＬＭ−ＲＳリソース（１つ以上）の全てまたはサブセットに基づく仮想ＰＤＣＣＨ ＢＬＥＲに対応する推定リンク品質がＱ＿ｏｕｔしきい値を下回る場合に実行され得る。
【０１３６】
[0147]パラメータサブ回路８００および／またはパラメータ命令８０５は、ネットワーク構成中に含めるべき様々な他のパラメータを決定するように構成され得ることがさらに企図される。例えば、パラメータサブ回路８００および／またはパラメータ命令８０５は、ビーム障害の検出を容易にするためのタイマパラメータをネットワーク構成に含ませるように構成され得る。別の実施形態では、パラメータサブ回路８００および／またパラメータ命令８０５は、ビーム障害回復を容易にするための候補ビームしきい値パラメータをネットワーク構成に含ませるように構成され得、ここにおいて、候補ビームしきい値パラメータは、候補ビームに関連付けられた受信電力しきい値に対応する。さらに別の実施形態では、パラメータサブ回路８００および／またはパラメータ命令８０５は、ビーム障害回復を容易にするための時間ウィンドウパラメータをネットワーク構成に含ませるように構成され得、ここにおいて、時間ウィンドウパラメータは、ビーム障害回復要求への応答をモニタするための時間ウィンドウに対応する。
【０１３７】
[0148]優先度サブ回路８１０および／または優先度命令８１５は、ネットワーク構成中に含めるべき優先度を決定するように構成され得ることもまた企図される。ここで、そのような優先度は、ビーム障害回復要求を送信するために利用すべき１つまたは複数のビーム障害回復リソースのスケジューリングされたエンティティの決定を容易にし得る。例えば、第１の優先度は、他の物理レイヤランダムアクセスチャネル（ＰＲＡＣＨ）送信（ＦＤＭ／ＴＤＭ／ＣＤＭ）のリソースに直交するリソースを使用する、ＰＲＡＣＨに基づく非競合ベースのチャネルに与えられ得る。この例では、第１の優先度チャネル中のビームが適していない場合、スケジューリングされたエンティティは、競合なしの領域中にあり得る第２の優先度アップリンク（ＵＬ）リソース中で適したビームを見出し得る。そして最後に、より低い優先度として、スケジューリングされたエンティティは、ビーム障害回復要求の送信のための競合ベースのチャネルを選択し得る。
【０１３８】
[0149]スケジューリングされたエンティティに送信されるネットワーク構成中に含まれる特定の優先度に関して、そのような優先度スキームは様々なパラメータのうちのいずれかに基づき得ることが認識されるべきである。例えば、そのような優先度は、専用、競合なし、または共通リソースのうちのどれが最初に利用可能であるかにしたがって、ビーム障害回復リソースを選択することを備え得る。優先度はまた、異なる優先度に属する１つまたは複数のビームがネットワーク構成されたしきい値を上回る品質を有すると見なされる場合に、例外を備え得る。その上、スケジューリングエンティティ７００は、異なる優先度に属する１つまたは複数のビームが、オフセットだけ、またはネットワーク構成されたしきい値を上回って、他のビームより著しく良好になる場合、優先度ルールを破るように、スケジューリングされたエンティティを構成し得る（またはスケジューリングされたエンティティが自律的に優先度ルールを破るように構成され得る）。
【０１３９】
[0150]別の態様では、優先度サブ回路８１０および／または優先度命令８１５は、ビーム障害回復のためのリソース内でビームを使用する優先度をネットワーク構成に指定させるように構成され得る。ネットワーク構成はまた、ビーム障害回復要求を送信するために特定のチャネルを選択するための試行のしきい値数を指定し得る（すなわち、その後、スケジューリングされたエンティティは、ビーム障害回復要求送信のために任意のチャネルまたは次の優先度におけるチャネルを選択することを許容される）。同様に、ネットワーク構成は、ビーム障害回復要求を送信するために特定のチャネルを選択するための時間のしきい値量を指定し得る（すなわち、タイマの満了後、スケジューリングされたエンティティは、ビーム障害回復要求送信のために任意のチャネルまたは次の優先度におけるチャネルを選択することを許容される）。ネットワーク構成はまた、ビーム障害回復要求の再送信間の時間のしきい値量を指定し得る（すなわち、各送信後、スケジューリングされたエンティティは、例えば、ネットワークによって指定または提供される時間パターンに基づいてバックオフすべきである）。同様に、ネットワーク構成は、スケジューリングされたエンティティがそのような要求の（再）送信の速度を落とすべきであることを指定し得る。
【０１４０】
[0151]図９では、フローチャートが提供され、それは、本開示のいくつかの態様にしたがった例証的なスケジューリングエンティティプロセスを例示している。以下に説明されるように、本開示の範囲内の特定のインプリメンテーションでは、いくつかまたは全ての例示されている特徴が省略され得、およびいくつかの例示されている特徴は、全ての実施形態のインプリメンテーションに必要とされるわけではないことがあり得る。いくつかの例では、プロセス９００は、図７に例示されているスケジューリングエンティティ７００によって実行され得る。いくつかの例では、プロセス９００は、以下に説明される機能またはアルゴリズムを実行するための任意の適した装置または手段によって実行され得る。
【０１４１】
[0152]プロセス９００は、ブロック９１０において、ビーム障害を検出することに関連付けられたビーム障害条件を決定することから始まり、およびブロック９２０において、ビーム障害条件に関連付けられたパラメータと、１つまたは複数のビーム障害回復リソースを決定することに関連付けられたパラメータとを含む、スケジューリングされたエンティティについてのネットワーク構成を確認することに続く。プロセス９００はその後、ブロック９３０において、スケジューリングされたエンティティにネットワーク構成を送信することで完了する。  
例示的なスケジューリングされたエンティティ設計
【０１４２】
[0153]図１０は、処理システム１０１４を用いる例証的なスケジューリングされたエンティティ１０００のためのハードウェアインプリメンテーションの一例を例示する概念図である。本開示の様々な態様にしたがって、要素、または要素の任意の一部分、または複数の要素の任意の組み合わせが、１つまたは複数のプロセッサ１００４を含む処理システム１０１４を用いてインプリメントされ得る。例えば、スケジューリングされたエンティティ１０００は、図１、２、および／または５Ａ〜５Ｇのうちの任意の１つまたは複数に例示されているようなユーザ機器（ＵＥ）であり得る。
【０１４３】
[0154]処理システム１０１４は、図７に例示されている処理システム７１４と実質的に同じであり得、バスインターフェース１００８、バス１００２、メモリ１００５、プロセッサ１００４、およびコンピュータ可読媒体１００６を含む。さらに、スケジューリングされたエンティティ１０００は、図７において上述されたものと実質的に同様のユーザインターフェース１０１２およびトランシーバ１０１０を含み得る。すなわち、スケジューリングされたエンティティ１０００中で利用されるようなプロセッサ１００４は、以下に説明され且つ様々な図面に例示されているプロセスのうちの任意の１つまたは複数をインプリメントするために使用され得る。
【０１４４】
[0155]本開示のいくつかの態様では、プロセッサ１００４は、例えば、デバイス間の通信のために使用されるビームのビーム障害を検出することを含む、様々な機能のために構成された検出回路１０４０を含み得る。例えば、検出回路１０４０は、トランシーバ１０１０に結合されたセンサを含み得、ここにおいて、そのようなセンサは、ビームの信号品質または強度が所定のしきい値を下回るか、または全く検出されないときを検出するように構成され得る。例示されているように、プロセッサ１００４はまた、様々な機能のために構成された決定回路１０４２を含み得る。例えば、決定回路１０４２は、ビーム障害回復要求を送信するために利用すべき１つまたは複数のビーム障害回復リソースを決定するように構成され得、ここにおいて、ビーム障害回復リソースは、スケジューリングされたエンティティ１０００のネットワーク構成に少なくとも部分的に基づいて決定される。例えば、決定回路１０４２は、メモリコンポーネント（例えば、メモリ１００５および／またはコンピュータ可読媒体１００６）に結合された論理回路を含み得、ここにおいて、論理回路は、メモリ１００５および／またはコンピュータ可読媒体１００６中に記憶されたネットワーク構成に少なくとも部分的に基づいて、１つまたは複数のビーム障害回復リソースを決定するように構成され得る。ここで、決定回路１０４２はまた、本明細書に開示される追加の態様を容易にするために、様々な他のコンポーネント（例えば、タイマ、カウンタ、等）を含み得ることが認識されるべきである。プロセッサ１００４はさらに、例えば、ネットワーク構成にしたがって決定されたビーム障害回復リソースを介してビーム障害回復要求を送信することを含む、様々な機能のために構成された送信回路１０４４を含み得る。この目的ために、送信回路１０４４は、トランシーバ１０１０に結合された論理回路を含み得、ここにおいて、そのような論理回路は、ネットワーク構成にしたがってトランシーバ７１０を介してビーム障害回復要求を送信するかどうか、およびいつ送信するかを決定するように構成され得ることが認識されるべきである。
【０１４５】
[0156]スケジューリングされたエンティティ１０００のための様々な他の態様もまた企図される。例えば、スケジューリングされたエンティティ１０００は、無線リソース制御（ＲＲＣ）シグナリングを介してネットワーク構成を受信するように構成され得る。そのような実施形態内では、構成は、レイヤ１および２を使用して有効／無効にされ得る。
【０１４６】
[0157]スケジューリングされたエンティティ１０００の残りのコンポーネントに戻って参照すると、プロセッサ７０４と同様に、プロセッサ１００４は、バス１００２を管理することと、コンピュータ可読媒体１００６上に記憶されたソフトウェアの実行を含む一般的な処理とを担う。ソフトウェアは、プロセッサ１００４によって実行されると、処理システム１０１４に、任意の特定の装置について以下に説明される様々な機能を実行させる。コンピュータ可読媒体１００６およびメモリ１００５はまた、ソフトウェアを実行するときにプロセッサ１００４によって操作されるデータを記憶するために使用され得る。
【０１４７】
[0158]処理システム中の１つまたは複数のプロセッサ１００４は、ソフトウェアを実行し得る。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、またはその他の名称で呼ばれるかにかかわらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル、実行スレッド、プロシージャ、関数、等を意味するように広く解釈されるべきである。ソフトウェアは、コンピュータ可読媒体１００６上に存在し得る。コンピュータ可読媒体７０６と同様に、コンピュータ可読媒体１００６は、実質的に同様である特性を備える非一時的コンピュータ可読媒体であり得る。コンピュータ可読媒体１００６は、処理システム１０１４中に存在し得るか、処理システム１０１４の外部に存在し得るか、または処理システム１０１４を含む複数のエンティティにわたって分散され得る。コンピュータ可読媒体７０６と同様に、コンピュータ可読媒体１００６は、実質的に同様である特性を備えるコンピュータプログラム製品中で具現化され得ることもまた認識されるべきである。
【０１４８】
[0159]１つまたは複数の例では、コンピュータ可読記憶媒体１００６は、例えば、デバイス間の通信のために使用されるビームのビーム障害を検出することを含む、様々な機能のために構成された検出ソフトウェア１０５２を含み得る。例示されているように、コンピュータ可読記憶媒体１００６はまた、様々な機能のために構成された決定ソフトウェア１０５４を含み得る。例えば、決定ソフトウェア１０５４は、ビーム障害回復要求を送信するために利用すべき１つまたは複数のビーム障害回復リソースを決定するように構成され得、ここにおいて、ビーム障害回復リソースは、スケジューリングされたエンティティ１０００のネットワーク構成に少なくとも部分的に基づいて決定される。コンピュータ可読記憶媒体１００６はさらに、例えば、ネットワーク構成にしたがって決定されたビーム障害回復リソースを介してビーム障害回復要求を送信することを含む、様々な機能のために構成された送信ソフトウェア１０５６を含み得る。
【０１４９】
[0160]特定の構成では、スケジューリングされたエンティティ１０００が、デバイス間の通信のために使用されるビームのビーム障害を検出するための手段と、ビーム障害回復要求を送信するために利用すべき１つまたは複数のビーム障害回復リソースを決定するための手段と、ビーム障害回復リソースを介してビーム障害回復要求を送信するための手段とを含むこともまた企図される。一態様では、前述の手段は、前述の手段によって記載された機能を実行するように構成されたプロセッサ（１つ以上）１００４であり得る。別の態様では、前述の手段は、前述の手段によって記載された機能を実行するように構成された回路または任意の装置であり得る。
【０１５０】
[0161]当然ながら、上記の例では、プロセッサ１００４中に含まれる回路は、単に一例として提供されたに過ぎず、説明された機能を実行するための他の手段は、コンピュータ可読記憶媒体１００６中に記憶された命令、または本明細書に説明され、且つ、例えば、図１２に関連して説明されるプロセスおよび／またはアルゴリズムを利用する任意の他の適した装置または手段を含むがそれらに限定されない、本開示の様々な態様内に含まれ得る。
【０１５１】
[0162]次に図１１を参照すると、決定回路１０４２および決定ソフトウェア１０５４の例証的なサブコンポーネントが提供されている。例示されているように、決定回路１０４２は、パラメータサブ回路１１００および優先度サブ回路１１１０を備え得るのに対して、決定ソフトウェア１０５４は、パラメータ命令１１０５および優先度命令１１１５を備え得る。
【０１５２】
[0163]特定のインプリメンテーションでは、ネットワーク構成は、ビーム障害回復リソースに関連付けられた様々なパラメータのうちのいずれかを指定し得ることが企図される。例えば、パラメータサブ回路１１００および／またはパラメータ命令１１０５は、ネットワーク構成中に示されたパラメータに基づいて、システムフレーム番号（ＳＦＮ）、サブフレームインジケータ（ＳＦＩ）、周期性、またはビーム障害回復リソースに関連付けられたリソース要素（ＲＥ）のうちの少なくとも１つを決定するように構成されることが企図される。特定の例では、アップリンクビームごとに構成されるＲＥの数は、ビーム中のユーザの数に依存して異なり得る。別の例では、ネットワークは、より大きいペイロードのためにある特定のビーム中により多くの周波数または時間リソースを構成し得る。さらに別の例では、これらのリソースは、ランダムアクセスチャネル（ＲＡＣＨ）以外の領域中にあり得ることが企図される。
【０１５３】
[0164]本開示のさらなる態様では、ネットワーク構成は、ダウンリンクビームとビーム障害回復リソースとの間の疑似コロケーション（ＱＣＬ）または時間関係のうちの少なくとも１つを指定し得ることが企図される。例えば、ダウンリンクビームは、新無線同期信号（ＮＲ−ＳＳ）、モビリティ基準信号（ＭＲＳ）、またはチャネル状態情報基準信号（ＣＳＩ−ＲＳ）のうちの１つまたは複数に基づき得ることが企図される。
【０１５４】
[0165]本開示の別の態様では、ネットワーク構成は、スケジューリングされたエンティティ１０００が別のセルへの順方向ハンドオーバまたは条件付きハンドオーバを実行すべきであるリンク品質条件を指定し得る。例えば、そのようなハンドオーバは、構成されたＸ ＲＬＭ−ＲＳリソース（１つ以上）の全てまたはサブセットに基づく仮想ＰＤＣＣＨ ＢＬＥＲに対応する推定リンク品質がＱ＿ｏｕｔしきい値を下回る場合に実行され得る。
【０１５５】
[0166]パラメータサブ回路１１００および／またはパラメータ命令１１０５は、ネットワーク構成中に含まれた様々な他のパラメータを決定するように構成され得ることがさらに企図される。例えば、パラメータサブ回路１１００および／またはパラメータ命令１１０５は、ビーム障害の検出を容易にするためのタイマパラメータを決定するように構成され得る。別の実施形態では、パラメータサブ回路１１００および／またパラメータ命令１１０５は、ビーム障害回復を容易にするための候補ビームしきい値パラメータを決定するように構成され得、ここにおいて、候補ビームしきい値パラメータは、候補ビームに関連付けられた受信電力しきい値に対応する。さらに別の実施形態では、パラメータサブ回路１１００および／またはパラメータ命令１１０５は、ビーム障害回復を容易にするための時間ウィンドウパラメータを決定するように構成され得、ここにおいて、時間ウィンドウパラメータは、ビーム障害回復要求への応答をモニタするための時間ウィンドウに対応する。
【０１５６】
[0167]優先度サブ回路１１１０および／または優先度命令１１１５は、ビーム障害回復要求を送信するために利用すべき１つまたは複数のビーム障害回復リソースを決定することに関連付けられた優先度を決定するように構成され得、ここにおいて、優先度サブ回路１１１０および／または優先度命令１１１５は、ネットワーク構成中に示された優先度に基づいて優先度を決定するように構成され得ることもまた企図される。例えば、第１の優先度は、他の物理レイヤランダムアクセスチャネル（ＰＲＡＣＨ）送信（ＦＤＭ／ＴＤＭ／ＣＤＭ）のリソースに直交するリソースを使用する、ＰＲＡＣＨに基づく非競合ベースのチャネルに与えられ得る。この例では、第１の優先度チャネル中のビームが適していない場合、スケジューリングされたエンティティ１０００は、競合なしの領域中にあり得る第２の優先度アップリンク（ＵＬ）リソース中で適したビームを見出し得る。そして最後に、より低い優先度として、スケジューリングされたエンティティ１０００は、ビーム障害回復要求の送信のための競合ベースのチャネルを選択し得る。
【０１５７】
[0168]スケジューリングされたエンティティ１０００によって受信されるネットワーク構成中に含まれる特定の優先度に関して、そのような優先度は様々なパラメータのうちのいずれかに基づき得ることが認識されるべきである。例えば、そのような優先度は、専用、競合なし、または共通リソースのうちのどれが最初に利用可能であるかにしたがって、ビーム障害回復リソースを選択することを備え得る。優先度はまた、異なる優先度に属する１つまたは複数のビームがネットワーク構成されたしきい値を上回る品質を有すると見なされる場合に、例外を備え得る。その上、スケジューリングされたエンティティ１０００は、異なる優先度に属する１つまたは複数のビームが、オフセットだけ、またはネットワーク構成されたしきい値を上回って、他のビームより著しく良好になる場合、優先度ルールを破るように構成され得る（またはスケジューリングされたエンティティが自律的に優先度ルールを破るように構成され得る）。
【０１５８】
[0169]別の態様では、ビーム障害回復のためのリソース内でビームを使用する優先度は、ネットワーク構成によって指定され得る。ネットワーク構成はまた、ビーム障害回復要求を送信するために特定のチャネルを選択するための試行のしきい値数を指定し得る（すなわち、その後、スケジューリングされたエンティティ１０００は、ビーム障害回復要求送信のために任意のチャネルまたは次の優先度におけるチャネルを選択することを許容される）。同様に、ネットワーク構成は、ビーム障害回復要求を送信するために特定のチャネルを選択するための時間のしきい値量を指定し得る（すなわち、タイマの満了後、スケジューリングされたエンティティ１０００は、ビーム障害回復要求送信のために任意のチャネルまたは次の優先度におけるチャネルを選択することを許容される）。ネットワーク構成はまた、ビーム障害回復要求の再送信間の時間のしきい値量を指定し得る（すなわち、各送信後、スケジューリングされたエンティティ１０００は、例えば、ネットワークによって指定または提供される時間パターンに基づいてバックオフすべきである）。同様に、ネットワーク構成は、スケジューリングされたエンティティ１０００がそのような要求の（再）送信の速度を落とすべきであることを指定し得る。
【０１５９】
[0170]図１２では、フローチャートが提供され、それは、本開示のいくつかの態様にしたがった例証的なスケジューリングされたエンティティプロセスを例示している。以下に説明されるように、本開示の範囲内の特定のインプリメンテーションでは、いくつかまたは全ての例示されている特徴が省略され得、およびいくつかの例示されている特徴は、全ての実施形態のインプリメンテーションに必要とされるわけではないことがあり得る。いくつかの例では、プロセス１２００は、図１０に例示されているスケジューリングされたエンティティ１０００によって実行され得る。いくつかの例では、プロセス１２００は、以下に説明される機能またはアルゴリズムを実行するための任意の適した装置または手段によって実行され得る。
【０１６０】
[0171]プロセス１２００は、ブロック１２１０において、デバイス間の通信のために使用されるビームのビーム障害を検出することから始まり、およびブロック１２２０において、ビーム障害回復要求を送信するために利用すべき１つまたは複数のビーム障害回復リソースを決定することに続く。ここで、ビーム障害回復リソースは、ブロック１２２０において、スケジューリングされたエンティティのネットワーク構成に少なくとも部分的に基づいて決定される。プロセス１２００はその後、ブロック１２３０において、ブロック１２２０においてネットワーク構成にしたがって決定された１つまたは複数のビーム障害回復リソースを介してビーム障害回復要求を送信することで完了する。
【０１６１】
[0172]ワイヤレス通信ネットワークのいくつかの態様は、例証的なインプリメンテーションを参照して提示されてきた。当業者が容易に認識するであろうように、この開示全体を通じて説明された様々な態様は、他の電気通信システム、ネットワークアーキテクチャおよび通信規格に拡張され得る。
【０１６２】
[0173]例として、様々な態様は、ロングタームエボリューション（ＬＴＥ）、発展型パケットシステム（ＥＰＳ）、ユニバーサルモバイル電気通信システム（ＵＭＴＳ）、および／またはモバイルのためのグローバルシステム（ＧＳＭ（登録商標））のような、３ＧＰＰによって定義された他のシステム内でインプリメントされ得る。様々な態様はまた、ＣＤＭＡ２０００および／またはエボリューションデータオプティマイズド（ＥＶ−ＤＯ）のような、第３世代パートナーシッププロジェクト２（３ＧＰＰ２）によって定義されたシステムに拡張され得る。他の例は、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、ウルトラワイドバンド（ＵＷＢ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）を用いるシステム、および／または他の適したシステム内でインプリメントされ得る。用いられる実際の電気通信規格、ネットワークアーキテクチャ、および／または通信規格は、特定のアプリケーションおよびシステムに課せられる全体的な設計制約に依存することになる。
【０１６３】
[0174]本開示内では、「例証的（exemplary）」という用語は、「例、事例、または例示としての役割を果たす」という意味で使用される。「例証的」であるとして本明細書に説明されたどのインプリメンテーションまたは態様も、本開示の他の態様より好ましいまたは有利であると必ずしも解釈されるべきではない。同様に、「態様（aspects）」という用語は、本開示の全ての態様が、論述される特徴、利点または動作モードを含むことを必要としない。「結合された（coupled）」という用語は、本明細書では、２つのオブジェクト間の直接的または間接的な結合を指すために使用される。例えば、オブジェクトＡがオブジェクトＢに物理的に接触しており、且つオブジェクトＢがオブジェクトＣに接触している場合、オブジェクトＡおよびＣは、それらが互いに直接物理的に接触していなかったとしても、依然として互いに結合されているものとして見なされ得る。例えば、第１のオブジェクトは、第１のオブジェクトが第２のオブジェクトに決して直接物理的に接触していなかったとしても、第２のオブジェクトに結合され得る。「回路（circuit）」および「回路（circuitry）」という用語は広く使用され、電子回路のタイプに関して限定することなしに、接続および構成されたときに、本開示に説明された機能の実行を可能にする電気的なデバイスおよびコンダクタのハードウェアインプリメンテーション、ならびに、プロセッサによって実行されたときに、本開示に説明された機能の実行を可能にする情報および命令のソフトウェアインプリメンテーションの両方を含むことを意図される。
【０１６４】
[0175]図１〜１２に例示されているコンポーネント、ステップ、特徴および／または機能のうちの１つまたは複数は、単一のコンポーネント、ステップ、特徴または機能へと再配列および／または組み合わされ得るか、あるいはいくつかのコンポーネント、ステップ、または機能中で具現化され得る。追加の要素、コンポーネント、ステップ、および／または機能もまた、本明細書に開示された新規の特徴から逸脱することなしに追加され得る。図１〜１２に例示されている装置、デバイス、および／またはコンポーネントは、本明細書に説明された方法、特徴、またはステップのうちの１つまたは複数を実行するように構成され得る。本明細書に説明された新規のアルゴリズムはまた、効率的にソフトウェア中にインプリメントされ得る、および／またはハードウェア中に埋め込まれ得る。
【０１６５】
[0176]開示された方法におけるステップの特定の順序または階層は、例証的なプロセスの例示であることが理解されるべきである。設計の選好に基づいて、方法におけるステップの特定の順序または階層が再配列され得ることが理解される。添付の方法の請求項は、様々なステップの要素をサンプルの順序で提示しており、その中で具体的に記載されていない限り、提示された特定の順序または階層に限定されることを意図されない。
【図１】
2020533886.tif 000004
【図２】
2020533886.tif 000005
【図３】
2020533886.tif 000006
【図４】
2020533886.tif 000007
【図５Ａ】
2020533886.tif 000008
【図５Ｂ】
2020533886.tif 000009
【図５Ｃ】
2020533886.tif 000010
【図５Ｄ】
2020533886.tif 000011
【図５Ｅ】
2020533886.tif 000012
【図５Ｆ】
2020533886.tif 000013
【図５Ｇ】
2020533886.tif 000014
【図６】
2020533886.tif 000015
【図７】
2020533886.tif 000016
【図８】
2020533886.tif 000017
【図９】
2020533886.tif 000018
【図１０】
2020533886.tif 000019
【図１１】
2020533886.tif 000020
【図１２】
2020533886.tif 000021
【国際調査報告】
2020533886.tif 000022
2020533886.tif 000023
2020533886.tif 000024