(57)【特許請求の範囲】
【請求項１】
ユーザ機器でビーム障害復旧する方法であって、
前記ユーザ機器と基地局との間のビーム障害イベントを検出する段階と、
前記ビーム障害イベントを検出すると、前記基地局に第１のビーム障害復旧要求（ＢＦＲＱ）を送信する段階と、
第１の応答時間ウィンドウ内でビーム障害復旧応答（ＢＦＲＰ）を捜索する段階と
を備え、
前記第１のＢＦＲＱが、物理アップリンクチャネル（ＰＵＣＣＨ）又はビーム障害復旧のためのビーム障害物理ランダムアクセスチャネル（ＰＲＡＣＨ）のうち１つを用いて送信され、
ＰＵＣＣＨ−ＢＦＲＱは第１の時間で到着し、ＰＲＡＣＨ−ＢＦＲＱは第２の時間で到着し、前記第１の時間及び応答時間の合計が前記第２の時間を超えない限りにおいて、ＰＵＣＣＨ−ＢＦＲＱ機会応答が前記第２の時間のＰＲＡＣＨ−ＢＦＲＱ機会の前に予想されるとき、前記ＰＵＣＣＨ−ＢＦＲＱが前記第１の時間で送信される、方法。
【請求項２】
ユーザ機器でビーム障害復旧する方法であって、
前記ユーザ機器と基地局との間のビーム障害イベントを検出する段階と、
前記ビーム障害イベントを検出すると、前記基地局に第１のビーム障害復旧要求（ＢＦＲＱ）を送信する段階と、
第１の応答時間ウィンドウ内でビーム障害復旧応答（ＢＦＲＰ）を捜索する段階と、
前記第１の応答時間ウィンドウ中に、同一のビーム障害イベントに対して前記基地局に第２のＢＦＲＱを送信する段階と、
前記第１のＢＦＲＱ及び前記第２のＢＦＲＱが前記同一のビーム障害イベントに対応することを前記基地局に示す段階と
を備え、
前記示す段階は、
前記第２のＢＦＲＱを時間又は順序でセカンダリであるとしてマーキングする段階、
前記第１のＢＦＲＱ及び前記第２のＢＦＲＱが前記同一のビーム障害イベントに対応することを示す前記第１のＢＦＲＱへのポインタを前記第２のＢＦＲＱに配置する段階、及び
同一のビーム障害イベントＩＤを用いて前記第１のＢＦＲＱ及び前記第２のＢＦＲＱにビーム障害イベントＩＤを配置する段階
のうち１つを含む、方法。
【請求項３】
ユーザ機器でビーム障害復旧する方法であって、
前記ユーザ機器と基地局との間のビーム障害イベントを検出する段階と、
前記ビーム障害イベントを検出すると、前記基地局に第１のビーム障害復旧要求（ＢＦＲＱ）を送信する段階と、
第１の応答時間ウィンドウ内でビーム障害復旧応答（ＢＦＲＰ）を捜索する段階と、
前記第１の応答時間ウィンドウ中に、同一のビーム障害イベントに対して前記基地局に第２のＢＦＲＱを送信する段階と、
前記第１のＢＦＲＱ及び前記第２のＢＦＲＱが前記同一のビーム障害イベントに対応することを前記基地局に示す段階と、
前記基地局から、第１のビーム障害復旧応答及び第２のビーム障害復旧応答（ＢＦＲＰ）を受信する段階であって、前記ＢＦＲＰは、
時間又は順序でセカンダリである前記第２のＢＦＲＰにおけるマーク、
前記第１のＢＦＲＰ及び前記第２のＢＦＲＰが前記同一のビーム障害イベントに対応することを示す、前記第２のＢＦＲＰにおける前記第１のＢＦＲＰへのポインタ、及び
同一のビーム障害イベントＩＤである前記第１のＢＦＲＰ及び前記第２のＢＦＲＰにおけるビーム障害イベントＩＤ
のうち１つを含む、受信する段階と、を備える、方法。
【請求項４】
前記第１のＢＦＲＱを送信する段階は、前記ユーザ機器の物理層で実行される、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記第１のＢＦＲＱが、物理アップリンクチャネル（ＰＵＣＣＨ）又はビーム障害復旧のためのビーム障害物理ランダムアクセスチャネル（ＰＲＡＣＨ）のうち１つを用いて送信される、請求項２または３に記載の方法。
【請求項６】
前記第１のＢＦＲＱが前記ＰＵＣＣＨを用いて送信されるとき、前記第１の応答時間ウィンドウは、ＰＵＣＣＨ応答ウィンドウであり、前記第１のＢＦＲＱがビーム障害復旧のための前記ＰＲＡＣＨを用いて送信されるとき、前記第１の応答時間ウィンドウは、ビーム障害物理ランダムアクセスチャネル（ＰＲＡＣＨ）応答ウィンドウである、請求項１に記載の方法。
【請求項７】
前記第１の応答時間ウィンドウのパラメータは、時間内の応答ウィンドウ開始位置、時間内の応答ウィンドウ終了位置、又は、時間内の応答ウィンドウ期間のうちの少なくとも１つを含む、請求項１から６のいずれか一項に記載の方法。
【請求項８】
前記第１の応答時間ウィンドウの前記パラメータは、いずれかが、無線リソース制御（ＲＲＣ）メッセージ又はダウンリンク制御情報（ＤＣＩ）メッセージのうちの少なくとも１つにおいて、前記ユーザ機器にシグナリングされる、請求項７に記載の方法。
【請求項９】
ＰＵＣＣＨ−ＢＦＲＱ機会がＰＲＡＣＨ−ＢＦＲＱ機会の前に到着するとき、前記第１のＢＦＲＱが前記ＰＵＣＣＨを用いて送信される、請求項２または３に記載の方法。
【請求項１０】
ＰＵＣＣＨ−ＢＦＲＱ機会がＰＲＡＣＨ−ＢＦＲＱ機会の後に到着するとき、前記第１のＢＦＲＱが前記ＰＲＡＣＨを用いて送信される、請求項２または３に記載の方法。
【請求項１１】
前記示す段階は、
前記第２のＢＦＲＱを時間又は順序でセカンダリであるとしてマーキングする段階、
前記第１のＢＦＲＱ及び前記第２のＢＦＲＱが前記同一のビーム障害イベントに対応することを示す前記第１のＢＦＲＱへのポインタを前記第２のＢＦＲＱに配置する段階、及び
同一のビーム障害イベントＩＤを用いて前記第１のＢＦＲＱ及び前記第２のＢＦＲＱにビーム障害イベントＩＤを配置する段階
のうち１つを含む、請求項３に記載の方法。
【請求項１２】
前記基地局から第１のビーム障害復旧応答及び第２のビーム障害復旧応答（ＢＦＲＰ）を受信する段階であって、前記ＢＦＲＰは、
時間又は順序でセカンダリである前記第２のＢＦＲＰにおけるマーク、
前記第１のＢＦＲＰ及び前記第２のＢＦＲＰが前記同一のビーム障害イベントに対応することを示す、前記第２のＢＦＲＰにおける前記第１のＢＦＲＰへのポインタ、及び
同一のビーム障害イベントＩＤである前記第１のＢＦＲＰ及び前記第２のＢＦＲＰにおけるビーム障害イベントＩＤ
のうち１つを含む、受信する段階をさらに備える、請求項２に記載の方法。
【請求項１３】
前記第２のＢＦＲＱは、前記第１のＢＦＲＱとは異なるチャネル又は前記第１のＢＦＲＱとは異なるキャリア周波数上にある、請求項２または３に記載の方法。
【請求項１４】
ユーザ機器でビーム障害復旧するためのデバイスであって、
命令を有する非一時的メモリストレージと、
前記非一時的メモリストレージと通信する１又は複数のプロセッサと
を備え、
前記１又は複数のプロセッサは、
前記ユーザ機器と基地局との間のビーム障害イベントを検出することと、
前記ビーム障害イベントを検出すると、前記基地局に第１のビーム障害復旧要求（ＢＦＲＱ）を送信することと、
第１の応答時間ウィンドウ内でビーム障害復旧応答（ＢＦＲＰ）を捜索することと
を行うべく、前記命令を実行する、デバイスであって、
前記第１のＢＦＲＱが、物理アップリンクチャネル（ＰＵＣＣＨ）又はビーム障害復旧のためのビーム障害物理ランダムアクセスチャネル（ＰＲＡＣＨ）のうち１つを用いて送信され、
ＰＵＣＣＨ−ＢＦＲＱは第１の時間で到着し、ＰＲＡＣＨ−ＢＦＲＱは第２の時間で到着し、前記第１の時間及び応答時間の合計が前記第２の時間を超えない限りにおいて、ＰＵＣＣＨ−ＢＦＲＱ機会応答が前記第２の時間におけるＰＲＡＣＨ−ＢＦＲＱ機会の前に予想されるとき、前記ＰＵＣＣＨ−ＢＦＲＱが前記第１の時間で送信される、デバイス。
【請求項１５】
ユーザ機器でビーム障害復旧するためのデバイスであって、
命令を有する非一時的メモリストレージと、
前記非一時的メモリストレージと通信する１又は複数のプロセッサと
を備え、
前記１又は複数のプロセッサは、
前記ユーザ機器と基地局との間のビーム障害イベントを検出することと、
前記ビーム障害イベントを検出すると、前記基地局に第１のビーム障害復旧要求（ＢＦＲＱ）を送信することと、
第１の応答時間ウィンドウ内でビーム障害復旧応答（ＢＦＲＰ）を捜索することと、
前記第１の応答時間ウィンドウ中に、同一のビーム障害イベントに対して前記基地局に第２のＢＦＲＱを送信することと、
前記第１のＢＦＲＱ及び前記第２のＢＦＲＱが前記同一のビーム障害イベントに対応することを前記基地局に示すこと
を行うべく、前記命令を実行する、デバイスであって、
前記示すことは、
前記第２のＢＦＲＱを時間又は順序でセカンダリであるとしてマーキングすること、
前記第１のＢＦＲＱ及び前記第２のＢＦＲＱが前記同一のビーム障害イベントに対応することを示す前記第１のＢＦＲＱへのポインタを前記第２のＢＦＲＱに配置すること、及び
同一のビーム障害イベントＩＤを用いて前記第１のＢＦＲＱ及び前記第２のＢＦＲＱにビーム障害イベントＩＤを配置すること
のうち１つを含む、デバイス。
【請求項１６】
ユーザ機器でビーム障害復旧するためのデバイスであって、
命令を有する非一時的メモリストレージと、
前記非一時的メモリストレージと通信する１又は複数のプロセッサと
を備え、
前記１又は複数のプロセッサは、
前記ユーザ機器と基地局との間のビーム障害イベントを検出することと、
前記ビーム障害イベントを検出すると、前記基地局に第１のビーム障害復旧要求（ＢＦＲＱ）を送信することと、
第１の応答時間ウィンドウ内でビーム障害復旧応答（ＢＦＲＰ）を捜索することと、
前記第１の応答時間ウィンドウ中に、同一のビーム障害イベントに対して前記基地局に第２のＢＦＲＱを送信することと、
前記第１のＢＦＲＱ及び前記第２のＢＦＲＱが前記同一のビーム障害イベントに対応することを前記基地局に示すことと、
前記基地局から第１のビーム障害復旧応答及び第２のビーム障害復旧応答（ＢＦＲＰ）を受信すること、を行うべく、前記命令を実行するデバイスであって、前記ＢＦＲＰは、
時間又は順序でセカンダリである前記第２のＢＦＲＰにおけるマーク、
前記第１のＢＦＲＰ及び前記第２のＢＦＲＰが前記同一のビーム障害イベントに対応することを示す、前記第２のＢＦＲＰにおける前記第１のＢＦＲＰへのポインタ、及び
同一のビーム障害イベントＩＤである前記第１のＢＦＲＰ及び前記第２のＢＦＲＰにおけるビーム障害イベントＩＤ
のうち１つを含む、デバイス。
【請求項１７】
前記第１のＢＦＲＱを送信することは、前記ユーザ機器の物理層の機能によって実行され、かつ、前記ユーザ機器のより上位層の命令に基づいている、請求項１４から１６のいずれか一項に記載のデバイス。
【請求項１８】
前記第１のＢＦＲＱが、物理アップリンクチャネル（ＰＵＣＣＨ）又はビーム障害復旧のためのビーム障害物理ランダムアクセスチャネル（ＰＲＡＣＨ）のうち１つを用いて送信される、請求項１５または１６に記載のデバイス。
【請求項１９】
前記第１のＢＦＲＱが前記ＰＵＣＣＨを用いて送信されるとき、前記第１の応答時間ウィンドウは、ＰＵＣＣＨ応答ウィンドウであり、前記第１のＢＦＲＱがビーム障害復旧のための前記ＰＲＡＣＨを用いて送信されるとき、前記第１の応答時間ウィンドウは、ビーム障害物理ランダムアクセスチャネル（ＰＲＡＣＨ）応答ウィンドウである、請求項１４に記載のデバイス。
【請求項２０】
前記第１の応答時間ウィンドウのパラメータは、時間内の応答ウィンドウ開始位置、時間内の応答ウィンドウ終了位置、又は、時間内の応答ウィンドウ期間のうちの少なくとも１つを含む、請求項１４から１９のいずれか一項に記載のデバイス。
【請求項２１】
前記第１の応答時間ウィンドウの前記パラメータは、いずれかが、無線リソース制御（ＲＲＣ）メッセージ又はダウンリンク制御情報（ＤＣＩ）メッセージのうちの少なくとも１つにおいて、前記ユーザ機器にシグナリングされる、請求項２０に記載のデバイス。
【請求項２２】
ＰＵＣＣＨ−ＢＦＲＱ機会がＰＲＡＣＨ−ＢＦＲＱ機会の前に到着するとき、前記第１のＢＦＲＱが前記ＰＵＣＣＨを用いて送信される、請求項１５または１６に記載のデバイス。
【請求項２３】
ＰＵＣＣＨ−ＢＦＲＱ機会がＰＲＡＣＨ−ＢＦＲＱ機会の後に到着するとき、前記第１のＢＦＲＱが前記ＰＲＡＣＨを用いて送信される、請求項１５または１６に記載のデバイス。
【請求項２４】
前記示すことは、
前記第２のＢＦＲＱを時間又は順序でセカンダリであるとしてマーキングすること、
前記第１のＢＦＲＱ及び前記第２のＢＦＲＱが前記同一のビーム障害イベントに対応することを示す前記第１のＢＦＲＱへのポインタを前記第２のＢＦＲＱに配置すること、及び
同一のビーム障害イベントＩＤを用いて前記第１のＢＦＲＱ及び前記第２のＢＦＲＱにビーム障害イベントＩＤを配置すること
のうち１つを含む、請求項１６に記載のデバイス。
【請求項２５】
前記基地局から第１のビーム障害復旧応答及び第２のビーム障害復旧応答（ＢＦＲＰ）を受信することであって、前記ＢＦＲＰは、
時間又は順序でセカンダリである前記第２のＢＦＲＰにおけるマーク、
前記第１のＢＦＲＰ及び前記第２のＢＦＲＰが前記同一のビーム障害イベントに対応することを示す、前記第２のＢＦＲＰにおける前記第１のＢＦＲＰへのポインタ、及び
同一のビーム障害イベントＩＤである前記第１のＢＦＲＰ及び前記第２のＢＦＲＰにおけるビーム障害イベントＩＤ
のうち１つを含む、受信することをさらに備える、請求項１５に記載のデバイス。
【請求項２６】
前記第２のＢＦＲＱは、前記第１のＢＦＲＱとは異なるチャネル上にある、請求項１５または１６に記載のデバイス。
【請求項２７】
プログラムであって、ユーザ機器の１又は複数のプロセッサに、
前記ユーザ機器と基地局との間のビーム障害イベントを検出する手順と、
前記ビーム障害イベントを検出すると、前記基地局に第１のビーム障害復旧要求（ＢＦＲＱ）を送信する手順と、
第１の応答時間ウィンドウ内でビーム障害復旧応答（ＢＦＲＰ）を捜索する手順と、
を実行させるための、プログラムであって、
前記第１のＢＦＲＱが、物理アップリンクチャネル（ＰＵＣＣＨ）又はビーム障害復旧のためのビーム障害物理ランダムアクセスチャネル（ＰＲＡＣＨ）のうち１つを用いて送信され、
ＰＵＣＣＨ−ＢＦＲＱは第１の時間で到着し、ＰＲＡＣＨ−ＢＦＲＱは第２の時間で到着し、前記第１の時間及び応答時間の合計が前記第２の時間を超えない限りにおいて、ＰＵＣＣＨ−ＢＦＲＱ機会応答が前記第２の時間におけるＰＲＡＣＨ−ＢＦＲＱ機会の前に予想されるとき、前記ＰＵＣＣＨ−ＢＦＲＱが前記第１の時間で送信される、プログラム。
【請求項２８】
プログラムであって、ユーザ機器の１又は複数のプロセッサに、
前記ユーザ機器と基地局との間のビーム障害イベントを検出する手順と、
前記ビーム障害イベントを検出すると、前記基地局に第１のビーム障害復旧要求（ＢＦＲＱ）を送信する手順と、
第１の応答時間ウィンドウ内でビーム障害復旧応答（ＢＦＲＰ）を捜索する手順と、
前記第１の応答時間ウィンドウ中に、同一のビーム障害イベントに対して前記基地局に第２のＢＦＲＱを送信する手順と、
前記第１のＢＦＲＱ及び前記第２のＢＦＲＱが前記同一のビーム障害イベントに対応することを前記基地局に示す手順と
を実行させるための、プログラムであって、
前記示す手順は、
前記第２のＢＦＲＱを時間又は順序でセカンダリであるとしてマーキングすること、
前記第１のＢＦＲＱ及び前記第２のＢＦＲＱが前記同一のビーム障害イベントに対応することを示す前記第１のＢＦＲＱへのポインタを前記第２のＢＦＲＱに配置すること、及び
同一のビーム障害イベントＩＤを用いて前記第１のＢＦＲＱ及び前記第２のＢＦＲＱにビーム障害イベントＩＤを配置すること
のうち１つを含む、プログラム。
【請求項２９】
プログラムであって、ユーザ機器の１又は複数のプロセッサに、
前記ユーザ機器と基地局との間のビーム障害イベントを検出する手順と、
前記ビーム障害イベントを検出すると、前記基地局に第１のビーム障害復旧要求（ＢＦＲＱ）を送信する手順と、
第１の応答時間ウィンドウ内でビーム障害復旧応答（ＢＦＲＰ）を捜索する手順と、
前記第１の応答時間ウィンドウ中に、同一のビーム障害イベントに対して前記基地局に第２のＢＦＲＱを送信する手順と、
前記第１のＢＦＲＱ及び前記第２のＢＦＲＱが前記同一のビーム障害イベントに対応することを前記基地局に示す手順と、
前記基地局から第１のビーム障害復旧応答及び第２のビーム障害復旧応答（ＢＦＲＰ）を受信する手順と、を実行させるための、プログラムであって、前記ＢＦＲＰは、
時間又は順序でセカンダリである前記第２のＢＦＲＰにおけるマーク、
前記第１のＢＦＲＰ及び前記第２のＢＦＲＰが前記同一のビーム障害イベントに対応することを示す、前記第２のＢＦＲＰにおける前記第１のＢＦＲＰへのポインタ、及び
同一のビーム障害イベントＩＤである前記第１のＢＦＲＰ及び前記第２のＢＦＲＰにおけるビーム障害イベントＩＤ
のうち１つを含む、プログラム。
【請求項３０】
前記第１のＢＦＲＱが、物理アップリンクチャネル（ＰＵＣＣＨ）又はビーム障害復旧のためのビーム障害物理ランダムアクセスチャネル（ＰＲＡＣＨ）のうち１つを用いて送信される、請求項２８または２９に記載のプログラム。
【請求項３１】
前記第１のＢＦＲＱが前記ＰＵＣＣＨを用いて送信されるとき、前記第１の応答時間ウィンドウは、ＰＵＣＣＨ応答ウィンドウであり、前記第１のＢＦＲＱがビーム障害復旧のための前記ＰＲＡＣＨを用いて送信されるとき、前記第１の応答時間ウィンドウは、ビーム障害物理ランダムアクセスチャネル（ＰＲＡＣＨ）応答ウィンドウである、請求項２７に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
［優先権の主張］
本願は、２０１７年８月１０日に出願された「ビーム障害復旧要求（Ｂｅａｍ  Ｆａｉｌｕｒｅ  Ｒｅｃｏｖｅｒｙ  Ｒｅｑｕｅｓｔ）」と題する米国仮特許出願第６２／５４３，７６５号から順番に優先権を主張する、２０１７年１１月１５日に出願された「ビーム障害復旧要求（Ｂｅａｍ  Ｆａｉｌｕｒｅ  Ｒｅｃｏｖｅｒｙ  Ｒｅｑｕｅｓｔ）」と題する米国非仮出願第１５／８１４，３７２号に基づく優先権を主張し、当該両特許出願が、その全体が再現されるように、参照によって本明細書に組み込まれる。
【０００２】
本開示は、概して、無線通信ネットワークに関し、特に、ユーザ機器と基地局との間のビーム障害から復旧することに関する。
【背景技術】
【０００３】
モバイルブロードバンド通信における能力に対する需要が年々大幅に増加するので、無線通信システムは、モバイルトラフィックをハンドリングする機能を高めている。第５世代（５Ｇ）技術のような次世代システムにおいて、潜在的に毎秒マルチギガビットのデータレートを有する、ミリ波（ｍｍ−ｗａｖｅ）通信のようなアドバンスド通信が、全体の能力及び送信速度を高める候補技術である。ミリ波周波数帯における高減衰を補償して、その送信範囲を広げるべく、高指向性のビームフォーミングアンテナが、基地局（ＢＳ）及び移動局（ＭＳ）の両方で必要である。
【０００４】
送信（ＴＸ）ビームと受信（ＲＸ）ビームとの間の不整合は、特に、狭ビームを有するシステムで、受信電力の重大な損失を引き起こして、ビーム障害をもたらす場合がある。そのようなビーム障害を回避すべく、ミリ波通信システムにおけるビーム整合は、最大ビームフォーミング効率のために全ての可能なビームペアから最良のビームペアを発見する必要がある。しかしながら、ビーム障害が発生したとき、報告及び復旧機構が、障害を報告して障害から復旧するのに使用される。３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  ＃８９の間に、ビーム障害復旧要求の送信のために、物理ランダムアクセスチャネル（ＰＲＡＣＨ）及び物理アップリンク制御チャネル（ＰＵＣＣＨ）に基づく非競合ベースのチャネルをサポートすることが合意された。ＰＲＡＣＨは、最初の同期を確立すべく、端末によって送信されるロングタームエボリューション（ＬＴＥ）アップリンクチャネルを示し、一方で、ＰＵＣＣＨは、ＬＴＥアップリンク制御チャネルを示し、チャネル品質インジケータ（ＣＱＩ）情報を含む。
【発明の概要】
【０００５】
本開示の１つの態様によれば、ユーザ機器でビーム障害復旧する方法であって、ユーザ機器と基地局との間のビーム障害イベントを検出する段階と、ビーム障害イベントを検出すると、基地局に第１のビーム障害復旧要求（ＢＦＲＱ）を送信する段階と、第１の応答ウィンドウ内でビーム障害復旧応答（ＢＦＲＰ）を捜索する段階とを含む、方法が存在する。
【０００６】
オプションで、前述の態様のいずれかにおいて、ＢＦＲＱを送信する段階は、ユーザ機器の物理層で実行される。
【０００７】
オプションで、前述の態様のいずれかにおいて、第１のＢＦＲＱが、物理アップリンクチャネル（ＰＵＣＣＨ）又はビーム障害復旧のための物理ランダムアクセスチャネル（ＰＲＡＣＨ）のうち１つを用いて送信される。
【０００８】
オプションで、前述の態様のいずれかにおいて、ＢＦＲＱがＰＵＣＣＨを用いて送信されるとき、第１の応答時間ウィンドウは、ＰＵＣＣＨ応答ウィンドウであり、又は、ＢＦＲＱがビーム障害復旧のための物理ランダムアクセスチャネル（ＰＲＡＣＨ）を用いて送信されるとき、第１の応答時間ウィンドウは、ビーム障害物理ランダムアクセスチャネル応答ウィンドウである。
【０００９】
オプションで、前述の態様のいずれかにおいて、第１の応答時間ウィンドウのパラメータは、時間内の応答ウィンドウ開始位置、時間内の応答ウィンドウ終了位置、又は時間内の応答ウィンドウ期間のうちの少なくとも１つである。
【００１０】
オプションで、前述の態様のいずれかにおいて、応答時間ウィンドウの設定が、無線リソース制御（ＲＲＣ）メッセージ又はダウンリンク制御情報（ＤＣＩ）メッセージのうちの少なくとも１つにおいて、ユーザ機器にシグナリングされる。
【００１１】
オプションで、前述の態様のいずれかにおいて、ＰＵＣＣＨ−ＢＦＲＱ機会がＰＲＡＣＨ−ＢＦＲＱ機会の前に到着するとき、第１のＢＦＲＱがＰＵＣＣＨを用いて送信される。
【００１２】
オプションで、前述の態様のいずれかにおいて、ＰＵＣＣＨ−ＢＦＲＱ機会がＰＲＡＣＨ−ＢＦＲＱ機会の後に到着するとき、第１のＢＦＲＱがＰＵＣＣＨを用いて送信される。
【００１３】
オプションで、前述の態様のいずれかにおいて、ＰＵＣＣＨ−ＢＦＲＱは第１の時間で到着し、ＰＲＡＣＨ−ＢＦＲＱは第２の時間で到着し、第１の時間及び応答時間の合計が第２の時間を超えない限り、ＰＵＣＣＨ−ＢＦＲＱ機会応答が第２の時間でＰＲＡＣＨ−ＢＦＲＱ機会の前に予想されるとき、ＰＵＣＣＨ−ＢＦＲＱが第１の時間で送信される。
【００１４】
オプションで、前述の態様のいずれかにおいて、方法は、同一のビーム障害イベントに対して基地局に第２のＢＦＲＱを送信する段階と、第１のＢＦＲＱ及び第２のＢＦＲＱが同一のビーム障害イベントに対応することを基地局に示す段階とをさらに含む。
【００１５】
オプションで、前述の態様のいずれかにおいて、示す段階は、第２のＢＦＲＱを時間又は順序でセカンダリであるとしてマーキングする段階、第１のＢＦＲＱ及び第２のＢＦＲＱが同一のビーム障害イベントに対応することを示す第１のＢＦＲＱへのポインタを第２のＢＦＲＱに配置する段階、及び同一のビーム障害イベントＩＤを用いて第１のＢＦＲＱ及び第２のＢＦＲＱにビーム障害イベントＩＤを配置する段階のうち１つを含む。
【００１６】
オプションで、前述の態様のいずれかにおいて、方法は、基地局から第１のビーム障害復旧応答及び第２のビーム障害復旧応答（ＢＦＲＰ）を受信する段階であって、ＢＦＲＰは、時間又は順序でセカンダリである第２のＢＦＲＰにおけるマーク、第１のＢＦＲＰ及び第２のＢＦＲＰが同一のビーム障害イベントに対応することを示す、第２のＢＦＲＰにおける第１のＢＦＲＰへのポインタ、及び同一のビーム障害イベントＩＤと第１のＢＦＲＰ及び第２のＢＦＲＰにおけるビーム障害イベントＩＤのうち１つを含む、受信する段階をさらに含む。
【００１７】
オプションで、前述の態様のいずれかにおいて、第２のＢＦＲＱは、第１のＢＦＲＱとは異なるチャネル又は第１のＢＦＲＱとは異なるキャリア周波数上にある。
【００１８】
本開示の他の実施形態によれば、ユーザ機器でビーム障害復旧するためのデバイスであって、命令を有する非一時的メモリストレージと、メモリと通信する１又は複数のプロセッサとを含み、１又は複数のプロセッサは、ユーザ機器と基地局との間のビーム障害イベントを検出することと、ビーム障害イベントを検出すると、基地局に第１のビーム障害復旧要求（ＢＦＲＱ）を送信することと、第１の応答ウィンドウ内でビーム障害復旧応答（ＢＦＲＰ）を捜索することとを行うべく、命令を実行するデバイスが存在する。
【００１９】
本開示のさらに他の態様によれば、ユーザ機器でビーム障害復旧するためのコンピュータ命令を格納する非一時的コンピュータ可読媒体であって、１又は複数のプロセッサによって実行されるとき、１又は複数のプロセッサに、ユーザ機器と基地局との間のビーム障害イベントを検出する手順と、ビーム障害イベントを検出すると、基地局に第１のビーム障害復旧要求（ＢＦＲＱ）を送信する手順と、第１の応答ウィンドウ内でビーム障害復旧応答（ＢＦＲＰ）を捜索する手順とを実行させる、非一時的コンピュータ可読媒体が存在する。
【００２０】
この概要が、以下の［発明を実施するための形態］でさらに説明される概念の選択を簡略化された形式で導入するために提供される。この概要が、請求される主題の重要な特徴又は本質的な特徴を識別することを意図するものではなく、請求される主題の範囲を決定するのに役立つものとして用いられることを意図ものでもない。請求される主題が、［背景技術］に記載された任意の又は全ての欠点を解決する実装に限定されない。
【図面の簡単な説明】
【００２１】
本開示の態様が例として図示されており、同様の参照が要素を示す添付図面によって限定されない。
【００２２】
【図１】データを通信するための無線ネットワークを図示する。
【００２３】
【図２】例示的な一実施形態による、送信ビーム及び受信ビームを有する基地局を図示する。
【００２４】
【図３】図２に従う物理チャネル及び物理チャネル上の送信信号を図示する。
【００２５】
【図４Ａ】基地局とユーザ機器の間のビーム障害の例を図示する。
【図４Ｂ】基地局とユーザ機器の間のビーム障害の例を図示する。
【００２６】
【図４Ｃ】ｍ個の送信アンテナ及びｎ個の受信アンテナを有する多入力多出力（ＭＩＭＯ）システムを図示する。
【００２７】
【図５Ａ】チャネルを選択するフロー図を図示する。
【図５Ｂ】複数のビーム障害復旧要求の到着時間の例を図示する。
【図５Ｃ】複数のビーム障害復旧要求の到着時間の例を図示する。
【００２８】
【図５Ｄ】ユーザ機器が設定されるスケジューリング要求機会を図示する例示図である。
【００２９】
【図６Ａ】複数のビーム障害要求及び応答を送信するタイミング図を図示する。
【図６Ｂ】複数のビーム障害要求及び応答を送信するタイミング図を図示する。
【００３０】
【図７Ａ】開示された実施形態に従うフロー図を図示する。
【図７Ｂ】開示された実施形態に従うフロー図を図示する。
【００３１】
【図８Ａ】本開示による方法及び教示を実装し得る例示的なユーザ機器を図示する。
【００３２】
【図８Ｂ】本開示による方法及び教示を実装し得る例示的な基地局を図示する。
【００３３】
【図９】様々な実施形態を実装するのに用いられ得るネットワークデバイスのブロック図である。
【発明を実施するための形態】
【００３４】
本開示は、ユーザ機器と基地局との間のビーム障害から復旧するための技術に関する。
【００３５】
ユーザ機器及び基地局は、ダウンリンク及びアップリンクのビームペアを用いて接続を確立する。しばしば、例えば、妨害又はユーザ機器の回転若しくは移動の結果として、ユーザ機器と基地局との間の接続が妨害されて、ビーム障害をもたらす。そのような障害を克服すべく、ビーム障害復旧機構が、高周波数のリンク性能を改善するのに役立ち得る。特に、ＰＲＡＣＨに類似したチャネル及びＰＵＣＣＨに基づくビーム障害復旧要求（ＢＦＲＱ）及びビーム障害復旧応答（ＢＦＲＰ）方法が開示される。開示される機構は、予想されるＢＦＲＱによって、ＢＦＲＱがＰＲＡＣＨに類似したチャネルを用いて送信されるべきか、ＰＵＣＣＨを用いて送信されるべきかを決定する。
【００３６】
本開示の本実施形態が多くの異なる形態で実装され得ること、及び、請求項の範囲が本明細書で説明される実施形態に限定されるものとして解釈されるべきでないことが理解される。むしろ、本開示が詳細かつ完全であり、発明の実施形態の概念を当業者に十分に伝えるために、これらの実施形態が提供される。実際に、本開示は、添付の特許請求の範囲が定義するような、本開示の範囲及び主旨内に含まれる、これらの実施形態の代替、変更、並びに同等のものをカバーすることを意図している。さらに、本開示の本実施形態の以下の詳細な説明において、完全な理解を提供すべく、多くの具体的な詳細が説明される。しかしながら、そのような具体的な詳細なしで本開示の本実施形態が実施され得ることが、当業者には明らかだろう。
【００３７】
図１は、データを通信するための無線ネットワークを図示する。通信システム１００は、例えば、ユーザ機器１１０Ａ−１１０Ｃ、無線アクセスネットワーク（ＲＡＮ）１２０Ａ−１２０Ｂ、コアネットワーク１３０、公衆交換電話網（ＰＳＴＮ）１４０、インターネット１５０、及び他のネットワーク１６０を含む。追加又は代替のネットワークは、企業イントラネットを含むプライベート及びパブリックデータパケットネットワークを含む。特定の数のこれらの構成要素又は要素が図に示されるが、任意の数のこれらの構成要素又は要素がシステム１００に含まれ得る。
【００３８】
一実施形態において、無線ネットワークは、直交周波数分割多重（ＯＦＤＭ）及び／又は非ＯＦＤＭ、並びに１ｍｓより短い送信時間間隔（ＴＴＩ）（例えば、１００又は２００マイクロ秒）を使用して通信デバイスと通信する少なくとも１つの５Ｇ基地局を含む第５世代（５Ｇ）ネットワークであり得る。概して、基地局はまた、ｅＮＢ及び５Ｇ  ＢＳ（ｇＮＢ）のいずれを参照させるのに用いられ得る。さらに、ネットワークは、少なくとも１つのｅＮＢ又はｇＮＢを経由して通信デバイスから受信した情報を処理するためのネットワークサーバをさらに含み得る。
【００３９】
システム１００は、複数の無線ユーザがデータ及び他のコンテンツを送受信することを可能にする。システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、又はシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）のような、１又は複数チャネルアクセス方法を実装し得るが、これに限定されない。
【００４０】
ユーザ機器（ＵＥ）１１０Ａ−１１０Ｃが、システム１００で動作及び／又は通信するように構成される。例えば、ユーザ機器１１０Ａ−１１０Ｃが、無線信号又は有線信号を送信及び／又は受信するように構成される。それぞれのユーザ機器１１０Ａ−１１０Ｃは、任意の適切なエンドユーザデバイスを表し、ユーザ機器／デバイス、無線送信／受信ユニット（ＷＴＲＵ）、移動局、固定又はモバイル加入者ユニット、ページャ、携帯電話、携帯端末（ＰＤＡ）、スマートフォン、ラップトップ、コンピュータ、タッチパッド、無線センサ、又は家庭用電子機器のようなデバイスを含み得る（又は称され得る）。
【００４１】
描写される実施形態において、ＲＡＮ１２０Ａ−１２０Ｂは、それぞれ１又は複数の基地局１７０Ａ、１７０Ｂ（集合的に、基地局１７０）を含む。基地局１７０のそれぞれが、ＵＥ１１０Ａ、１１０Ｂ、１１０Ｃの１又は複数とインタフェースで無線接続して、コアネットワーク１３０、ＰＳＴＮ１４０、インターネット１５０、及び／又は他のネットワーク１６０へのアクセスを可能にするように構成される。例えば、基地局（ＢＳ）１７０は、ベーストランシーバ基地局（ＢＴＳ）、ノードＢ（ＮｏｄｅＢ）、進化型ＮｏｄｅＢ（ｅＮＢ）、次（第５）世代（５Ｇ）ＮｏｄｅＢ（ｇＮＢ）、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、サイトコントローラ、アクセスポイント（ＡＰ）又は無線ルーター、又はサーバ、ルーター、スイッチ、又は有線若しくは無線ネットワークを有する他の処理エンティティのような、いくつかの周知のデバイスのうちの１又は複数を含み得る。
【００４２】
一実施形態において、基地局１７０Ａは、他の基地局、要素、及び／又はデバイスを含み得るＲＡＮ１２０Ａの一部を形成する。同様に、基地局１７０Ｂは、他の基地局、要素、及び／又はデバイスを含み得るＲＡＮ１２０Ｂの一部を形成する。基地局１７０のそれぞれは、「セル」と称されることがある特定の地理的領域又はエリア内で無線信号を送信及び／又は受信するよう動作する。いくつかの実施形態において、多入力多出力（ＭＩＭＯ）技術が使用され得るので、セルごとに複数のトランシーバを有する。
【００４３】
基地局１７０は、無線通信リンクを用いる１又は複数のエアインタフェース（不図示）を通じて１又は複数のユーザ機器１１０Ａ−１１０Ｃと通信する。エアインタフェースは、任意の適切な無線アクセス技術を利用し得る。
【００４４】
システム１００が、例えば、基地局１７０及びユーザ機器１１０Ａ−１１０Ｃがロングタームエボリューション無線通信規格（ＬＴＥ）、ＬＴＥアドバンスド（ＬＴＥ−Ａ）、及び／又はＬＴＥブロードキャスト（ＬＴＥ−Ｂ）を実装するように構成されるスキームを含む、複数のチャネルアクセス機能を用いてよいことが考えられる。他の実施形態において、基地局１７０及びユーザ機器１１０Ａ−１１０Ｃが、ＵＭＴＳ、ＨＳＰＡ、若しくはＨＳＰＡ＋規格又はプロトコルを実装するように構成される。当然ながら、他の多重アクセススキーム及び無線プロトコルが利用されてよい。
【００４５】
ＲＡＮ１２０Ａ−１２０Ｂは、コアネットワーク１３０と通信して、ユーザ機器１１０Ａ−１１０Ｃに音声、データ、アプリケーション、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）、又は他のサービスを提供する。理解されるように、ＲＡＮ１２０Ａ−１２０Ｂ及び／又はコアネットワーク１３０は、１又は複数の他のＲＡＮ（不図示）と直接又は間接に通信し得る。コアネットワーク１３０はまた、（ＰＳＴＮ１４０、インターネット１５０、及び他のネットワーク１６０のような）他のネットワークに対するゲートウェイアクセスとしての機能を果たし得る。さらに、いくつかの又は全てのユーザ機器１１０Ａ−１１０Ｃは、異なる無線技術及び／又はプロトコルを用いる異なる無線リンクを通じて異なる無線ネットワークと通信するための機能を含み得る。
【００４６】
ＲＡＮ１２０Ａ−１２０Ｂはまた、ミリ波及び／又はマイクロ波のアクセスポイント（ＡＰ）を含み得る。ＡＰは、基地局１７０の一部であってよく、又は基地局１７０から遠隔に配置されてよい。ＡＰは、接続ポイント（ｍｍＷ  ＣＰ）又はｍｍＷ通信が可能な基地局１７０（例えば、ｍｍＷ基地局）を含んでよいが、これに限定されない。ｍｍＷ  ＡＰは、例えば、６ＧＨｚから１００ＧＨｚの周波数範囲で信号を送受信するが、この範囲を通じて動作する必要はない。本明細書で用いられるように、用語基地局は、基地局及び／又は無線アクセスポイントを指すのに用いられる。
【００４７】
図１は通信システムの１つの例を図示するが、様々な変更が図１に行われ得る。例えば、通信システム１００は、任意の数のユーザ機器、基地局、ネットワーク、又は任意の適切な構成における他の構成要素を含み得る。用語ユーザ機器は、セルラー又はモバイル通信システムにおける無線ネットワークノードと通信する任意のタイプの無線デバイスを指し得ることも理解される。ユーザ機器の非限定的な例は、ターゲットデバイス、デバイストゥーデバイス（Ｄ２Ｄ）ユーザ機器、マシンタイプユーザ機器又はマシントゥーマシン（Ｍ２Ｍ）通信が可能なユーザ機器、ラップトップ、ＰＤＡ、ｉＰａｄ（登録商標）、タブレット、モバイル端末、スマートフォン、ラップトップ組み込み機器（ＬＥＥ）、ラップトップ取り付け機器（ＬＭＥ）、及びＵＳＢドングルである。
【００４８】
図２は、例示的な一実施形態による送信ビーム及び受信ビームを有する基地局を図示する。基地局２０２は、サービスカバレージエリアとして１又は複数のセクタに分割されたセル２０４を管理し、ビームフォーミングスキームを用いて複数の送信／受信（Ｔｘ／Ｒｘ）ビームＢＭ１−ＢＭ７を形成する。ビームフォーミングは、概して、個々のアンテナ信号の大きさ及び位相に適切に重みを付加することによって波面の方向を制御すべく、複数のアンテナを用いることを指している。ビームフォーミングスキームは、デジタルビームフォーミング（例えば、送信（Ｔｘ）プレ逆高速フーリエ変換（ｐｒｅ−ＩＦＦＴ）ビームフォーミング／受信（Ｒｘ）ポスト高速フーリエ変換（ｐｏｓｔ−ＦＦＴ）ビームフォーミング）、アナログビームフォーミング（例えば、ＴｘポストＩＦＦＴビームフォーミング／ＲｘプレＦＦＴビームフォーミング）又はこれらの組み合わせを含むがこれに限定されない。基地局２０２は、例えば、ビームＢＭ１から開始してＢＭ７で終了するように、ビームフォーミングされた信号を同時に又は連続してスイープすることによって、ビームフォーミングされた信号を送信する。
【００４９】
基地局２０２のセル内に配置されるユーザ機器１１０Ａ−１１０Ｃ（図１）のようなユーザ機器（ＵＥ）は、Ｒｘビームフォーミングをサポートすることなく全方向に信号を受信する、毎回１つのビームフォーミングパターンを用いることによってＲｘビームフォーミングをサポートしながら信号を受信する、又は異なる方向の複数のビームフォーミングパターンを同時に用いることによってＲｘビームフォーミングをサポートしながら信号を受信するように構成され得る。
【００５０】
ユーザ機器１１０Ａ−１１０ＣがＲｘビームフォーミングをサポートをしない場合、ユーザ機器１１０Ａ−１１０Ｃは、それぞれの送信ビームにおける基準信号（ＲＳ）のチャンネル品質を測定し、基地局２０２に測定値を報告する。局２０２は、複数のＴｘビームの中からユーザ機器１１０Ａ−１１０Ｃのために最良のビームを選択する。ユーザ機器１１０Ａ−１１０ＣがＲｘビームフォーミングをサポートするように構成される場合、ユーザ機器１１０Ａ−１１０Ｃは、受信ビームパターンごとに基地局２０２から受信した複数のＴｘビームのチャンネル品質を測定し、基地局２０２に全てのＴｘ−Ｒｘビームペアの総測定値又はいくつかの高ランクの測定値を報告する。基地局２０２は、ユーザ機器１１０Ａ−１１０Ｃに適切なＴＸビームを割り当て得る。ユーザ機器１１０Ａ−１１０Ｃが基地局２０２から複数のＴｘビームを受信すること又は複数の基地局Ｔｘ−ユーザ機器Ｒｘビームペアをサポートすることが可能である場合、基地局２０２は、反復送信又は同時送信によるダイバーシティ送信を考慮してビームを選択し得る。
【００５１】
図３は、図２に従って、物理チャネル及び物理チャネル上の送信信号を図示する。ユーザ機器１１０Ａ−１１０Ｃ（図１）が電源投入される又はセル２０４（図２）のような新たなセルに入るとき、ユーザ機器は、最初のセル捜索３０２を実行する。最初のセル捜索３０２は、ｇＮＢ２０２のような基地局への同期の取得を含む。具体的には、ユーザ機器は、ｇＮＢ２０２にタイミングを同期させて、ｇＮＢ２０２からプライマリ同期チャネル（Ｐ−ＳＣＨ）及びセカンダリ同期チャネル（Ｓ−ＳＣＨ）受信することによって、セル識別子（ＩＤ）及び他の情報を取得する。その後、ユーザ機器１１０Ａ−１１０Ｃは、ｇＮＢ２０２から物理ブロードキャストチャネル（ＰＢＣＨ）を受信することによって、セル内でブロードキャストされる情報を取得し得る。最初のセル捜索の間、ユーザ機器１１０Ａ−１１０Ｃは、ダウンリンク基準信号（ＤＬ  ＲＳ）を受信することによって、ダウンリンク（ＤＬ）チャネルの状態を監視し得る。
【００５２】
最初のセル捜索の後、ユーザ機器１１０Ａ−１１０Ｃは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を受信すること及びＰＤＣＣＨに含まれる情報に基づいて物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を受信することによって、３０４で詳細なシステム情報を取得し得る。
【００５３】
ユーザ機器１１０Ａ−１１０ＣがｇＮＢ２０２に最初にアクセスする又はｇＮＢ２０２への信号送信のための無線リソースを有していない場合、ユーザ機器１１０Ａ−１１０Ｃは、３０６でｇＮＢ２０２とランダムアクセス手順を実行し得る。
【００５４】
上記処理を完了すると、ユーザ機器１１０Ａ−１１０Ｃは、３０８で、ｇＮＢ２０２からＰＤＣＣＨ及び／又はＰＤＳＣＨを受信して、物理アップリンク共有チャネル（ＰＵＳＣＨ）及び／又はＰＵＣＣＨをｇＮＢ２０２に送信してよい。これは、一般的なＤＬ及びＵＬ信号送信手順である。具体的には、ユーザ機器１１０Ａ−１１０Ｃは、ＰＤＣＣＨ上でダウンリンク制御情報（ＤＣＩ）を受信する。ＤＣＩは、例えば、ユーザ機器１１０Ａ−１１０Ｃに対するリソース割り当て情報のような制御情報を含む。
【００５５】
ユーザ機器１１０Ａ−１１０Ｃがアップリンク（ＵＬ）チャネル上でｇＮＢ２０２に送信する、又はＤＬチャネル上でｇＮＢ２０２から受信する制御情報は、ＤＬ／ＵＬ肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）信号、チャネル品質インジケータ（ＣＱＩ）、プリコーディングマトリックスインデックス（ＰＭＩ）、ランクインジケータ（ＲＩ）等を含む。ＣＱＩ、ＰＭＩ、ＲＩ等のような制御情報は、ＰＵＳＣＨ及び／又はＰＵＣＣＨ上で送信され得る。
【００５６】
図４Ａ及び図４Ｂは、基地局とユーザ機器との間のビーム障害の例を図示する。図示されるように、基地局４０２はユーザ機器４０４と通信しており、基地局４０２及びユーザ機器４０４は、ＤＬビームペア及びＵＬビームペアを経由して通信する。一実施形態において、ＤＬビームペアに障害が起こる（図４Ａ）。他の実施形態において、ＤＬ／ＵＬビームペアに障害が起こる（図４Ｂ）。
【００５７】
基地局４０２と通信又はビームペアリンクを確立する前に、ユーザ機器４０４は、概して、セル取得及び同期を実行する。セル取得段階は、典型的には、基地局４０２から同期信号を受信することを含む。高周波数帯において、ビームフォーミングが同期信号に適用され得る（そうでなければ、同期信号が受信され得る距離は、ビームフォーミングされたデータチャネルが受信され得る距離よりはるかに短い）。同期信号がビームフォーミングされる場合、ビームによってカバーされる狭角内のユーザ機器４０４のみが、同期信号を受信することが可能である。ユーザ機器４０４が同期信号を受信することを保証すべく、基地局４０２は、ビームによってカバーされる狭角を有する同期信号を「ビームスイープ」し得る。ビームスイープは、ビームがユーザ機器４０４によるビームスイープのエリアで検出され得るように、ビームの方向を回転させて全ての方向をカバーすることを指す。同期信号を受信すべく、ユーザ機器４０４はまた、同期信号を捜索する方向を回転させる必要があり得る。回転によって、（位相配列され得る）基地局４０２及びユーザ機器４０４のアンテナが互いに整合されることを可能にする。
【００５８】
ユーザ機器４０４が移動する場合、同期信号ビームの到着の方向が継続的に変化するので、セル取得及び同期はさらに一層複雑となる。この状況下では、ユーザ機器４０４は、サービスに適切な複数のセルを識別すべく、複数の基地局４０２の位置を特定しようと試みる場合がある。しかしながら、基地局のグループを識別するためのスイープ手順は、セル取得期間の相当な増加を意味する。
【００５９】
より高周波数（例えば、マイクロ波及びミリ波スペクトル）では、ビームフォーミング送信は、より高いパス損失を克服するために重要な機能である。ビームフォーミングが、ユーザ機器固有のＤＬ及びＵＬデータ送信に適用されてよく、ＤＬ上の同期及び制御チャネル並びにＵＬ上のランダムアクセスチャネルのような共通チャネルにも適用されてよい。
【００６０】
基地局４０２及びユーザ機器４０４のアンテナ配列（図４Ｃ）がビームフォーミングを可能にするので、複数のビームが、基地局４０２及びユーザ機器４０４のそれぞれで送信及び受信するための複数の方向に存在し得る。例えば、ユーザ機器４０４で受信するための任意の数のビーム方向、及び、基地局４０２でビーム送信するための任意の数の方向が存在してよい。
【００６１】
図４Ａの実施形態において、単一又は単方向の送信及び受信ビームペアが図示され、一方、図４Ｂにおいて、複数の方向又は全方向の送信及び受信ビームペアが図示される。いずれかの場合において、システムは、様々な受信方向及び送信方向の中から送信及び受信に「最良」の（複数の）ビームペア（例えば、最強の信号、最速ＤＬ／ＵＬ速度等を有するビーム）を決定し得る。これに関して、特定の受信方向で基地局４０２から受信した信号は、基地局４０２に送信するための対応する送信方向を有するものとして識別され得る。
【００６２】
（ＤＬ及びＵＬビームにおける）ビームペア送信及び受信は、ＤＬに対する直交周波数分割多元接続（ＯＦＤＭＡ）及びＵＬに対するシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）のような多重アクセス技術を用いる。専用のデータチャネルは、ＬＴＥ及び５Ｇのような次世代システムで用いられない。代わりに、共有のトランスポートチャンネルリソースが、基地局４０２とユーザ機器４０４との間のＤＬ通信及びＵＬ通信の両方に用いられる。これらの共有のトランスポートチャンネルＤＬ−ＳＣＨ及びＵＬ−ＳＣＨは、ＤＬのＯＦＤＭサブフレーム上の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、及び、ＵＬのＳＣ−ＦＤＭＡサブフレーム上の物理アップリンク共有チャネル（ＰＵＳＣＨ）にそれぞれマッピングされる。
【００６３】
ＯＦＤＭサブフレーム及びＳＣ−ＦＤＭＡサブフレームは、それぞれ、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）及び物理アップリンク制御チャネル（ＰＵＣＣＨ）を含む。ＰＤＣＣＨは、基地局４０２からユーザ機器４０４にユーザ機器固有のＤＬ制御情報（ＤＣＩ）を伝達するのに用いられる。同様に、ＰＵＣＣＨは、ユーザ機器４０４から基地局４０２に、チャンネル品質インジケーション（ＣＱＩ）報告、ＡＣＫ／ＮＡＣＫ応答、及びスケジューリング要求（ＳＲ）のような、ＵＬ制御情報（ＵＣＩ）を搬送するのに用いられる。
【００６４】
通信及びビームペアリンク（ＢＰＬ）を確立した後、いくつかのポイントで、ビームペアのうち１つに障害が起こる場合がある（ビーム障害が、それぞれビームを横切る「×」によって図に表される）。ビーム障害は、本明細書で説明されるように、アンテナの不整合、信号強度等のような、多くの要因の結果であり得る。図４Ａの実施形態に図示されるように、ＤＬビームに障害が起こり、ＵＬビームは、有効なままである。図４Ｂの実施形態において、ＤＬ及びＵＬビームの両方に障害が起こる。
【００６５】
システムがそのようなビーム障害から復旧すべく、ユーザ機器（ＵＥ）４０４は、基地局（ｇＮＢ）４０２にビーム障害復旧要求（ＢＦＲＱ）を送信する。一実施形態において、ＤＬビームにのみ障害が起こったとき（図４Ａ）、ユーザ機器４０４は、（最初にＵＣＩに割り当てられた）有効なＰＵＣＣＨを用いて、３ＧＰＰ  ＴＳＧ  ＲＡＮ  ＷＧ１  ＃８９会議中に合意されたように、ビーム障害を報告し、基地局４０２からの復旧を要求し得る。他の実施形態において、ＤＬビーム及びＵＬビームで障害が起こったとき、ユーザ機器４０４はまた、ＢＦＲＱのためにＰＵＣＣＨを用いることを試み得る。この場合におけるビーム障害復旧は、ＵＬビーム及びＤＬビームの両方で障害が起こったので、成功する可能性が低い。いずれかの場合において、ユーザ機器４０４によって送信されたＢＦＲＱは、ビーム障害が復旧する場合、基地局４０２からの応答メッセージ（ＢＦＲＱ応答）を必要とする。しかしながら、ユーザ機器４０４は、ＢＦＲＱ応答を送信するのに基地局４０２がどのＤＬビームを用いるのかを認識していない。用語ビーム障害復旧は、ビーム／リンク障害復旧／再構成のような、他の名称を有し得る。さらに、一実施形態において、ＢＦＲＱオペレーションは、概して、ユーザ機器４０４の物理層の機能によって実行される。ここで、物理層オペレーションは、典型的には、ユーザ機器４０４のより上位層の機能によって命令される。
【００６６】
基地局４０２がＢＦＲＱ応答を送信すべく、ユーザ機器４０４は、まず、応答を送信するのに基地局４０２がどの（複数の）候補ビームを用い得るのかを決定する。候補ビームは、障害が起こっているビーム（障害が起こっていると検出されたビーム）を除いて、ユーザ機器４０４及び基地局４０２によって送信／受信されている任意のビームであると理解される。一実施形態において、候補ビームが、受信信号強度又は電力に基づいて決定される。
【００６７】
候補ビームを決定すべく、ユーザ機器４０２は、基地局４０２送信（ＤＬ）ビームと受信（ＵＬ）ビームとの間の空間的な疑似コロケーション（ＳＱＣＬ'ｅｄ）情報を用いる。１つのアンテナポート上のシンボルが伝達される無線チャネルの大規模特性が、他のアンテナポート上のシンボルが伝達される無線チャネルから推測され得る場合、２つのアンテナポートが空間的に疑似コロケーションされていると言え得る。大規模特性は、例えば、遅延スプレッド、ドップラースプレッド、ドップラーシフト、平均ゲイン、及び平均遅延を含み得る。
【００６８】
一実施形態において、ＵＥは、ＢＦＲＱの受信のために基地局４０２のＵＬ受信ビームと空間的に疑似コロケーションされた基地局４０２の（複数の）ＤＬビームを監視するだろう。具体的には、ユーザ機器４０４は、対応するＰＤＣＣＨの復調基準信号（ＤＭＲＳ）が、ユーザ機器４０４によって識別された（複数の）候補ビームのＲＳと空間的に疑似コロケーションされていると仮定して、ＤＬビームのＰＤＣＣＨ領域を監視する。この決定を行うべく、ユーザ機器４０４は、（１）基地局４０２から直接に有効なＤＬ／ＵＬビームペア間の空間的に疑似コロケーションされた情報が提供されてよく、又は（２）ＤＬビーム及びＵＬビームペア間のビーム対応関係情報を利用してよい。ビーム対応関係は、ＵＬビームとＤＬビームとの間の相互関係を指す。例えば、基地局４０２又はユーザ機器４０４が、Ｒｘビームに基づいて用いるＴＸビームを決定することが可能である場合、それは、ビーム対応関係を有すると言え得る。
【００６９】
ビーム対応関係情報が容易に利用可能でない場合において（例えば、ミリ波又はマイクロ波オペレーション用のマルチビームアーキテクチャにおいて）、空間的に疑似コロケーションされた情報が、無線リソース制御（ＲＲＣ）、媒体アクセス制御（ＭＡＣ）−制御要素（ＣＥ）又はＤＬ制御情報（ＤＣＩ）のような、ビーム構成シグナリングで基地局４０２から直接伝達され得る。
【００７０】
ビーム対応関係が利用可能である場合、ユーザ機器４０４は、有効なビームペアの空間的に疑似コロケーションされた状態を決定し得る。例えば、ビーム対応関係情報が基地局４０２において利用可能であるとき、ユーザ機器のＴＸビームが、基地局４０２のＣＳＩ−ＲＳリソースインジケータによって示され、これにより、ユーザ機器が空間的に疑似コロケーションされたＤＬビームペア及びＵＬビームペアを決定することを可能にする。
【００７１】
本開示の主題ではないが、一実施形態において、ビーム障害より前に用いられていたＵＬビームペアに利用可能な、空間的に疑似コロケーションされたＤＬビームペアがない場合、ユーザ機器４０４は、ＰＲＡＣＨに類似した（例えば、ＰＲＡＣＨとは異なるプリアンブルシーケンスのパラメータ）ＢＦＲＱスキームを使用し得る。
【００７２】
図４Ｃは、ｍ個の送信アンテナ及びｎ個の受信アンテナを有する多入力多出力（ＭＩＭＯ）システムを図示する。図に描写されたＭＩＭＯシステムは、図４Ａ及び図４Ｂに描写されたシステムに用いられ得る送信（ＴＸ）アンテナ及び受信（ＲＸ）アンテナの１つ非限定的な実施形態を表す。図示されるように、ＭＩＭＯシステムは、ｍ個のＴＸアンテナ及びｎ個のＲＸアンテナを含む。したがって、受信機は、入力信号ベクトルｘに式ｙ＝Ｈ×ｘで表される送信行列Ｈを乗じたときに生じる信号ｙを受信する。ここで、送信行列Ｈは、
【数１】
0006947481.tif 000002
である。
【００７３】
送信行列Ｈは、ＴＸアンテナｍとＲＸアンテナｎとの間のチャネルを参照するチャネルインパルス応答ｈｎｍを含む。チャネル行列のランクは、Ｈにおける線形独立な行又は列の数を定義し、どれだけ多くの独立したデータストリーム（レイヤー）を同時に送信できるかを示す。データレートを高めるべく、空間的な多重化が使用され得る。この技術を用いて、データが、その後、同一リソースを通じて同時に送信される別個のストリームに分割される。送信には、受信者にも知られている基準信号を含み、その結果、受信機は、送信アンテナの信号ごとにチャネル推定を実行し得る。受信機は、その後、チャネル条件が変化したときに変更が行われることを可能にすべく、フィードバックチャネルを経由して送信機にチャネル状態を報告し得る。
【００７４】
図５Ａは要求チャネルを選択するフロー図を図示し、図５Ｂは複数のビーム障害復旧要求の到着の例示的な時間を図示する。３ＧＰＰ  Ｒ１−１７０９３０９で説明されるように、以下のビーム障害復旧（ＢＦＲ）に関する合意に達した。
【００７５】
ビーム障害を検出すべく、ＵＥ（例えば、ＵＥ４０４）は、基準信号（ビーム障害検出ＲＳ）を監視して、ビーム障害トリガー条件が満たされた（例えば、ビーム信号強度が閾値より低下した）かどうかを評価する。ビーム障害検出は、一実施形態において、ビーム管理のための周期的なＣＳＩ−ＲＳを含む。ここで、ＳＳブロックもビーム管理に使用される場合、サービングセル内のＳＳブロックが考慮され得る。
【００７６】
ＵＥ４０４がビーム障害の検出を報告すべく、ＵＥ４０４は、ビーム識別ＲＳを監視して、新たな候補ビームを発見する。例えば、ネットワークによって構成されるとき、ＵＥ４０４は周期的なＣＳＩ−ＲＳを監視してビーム障害を検出し、又は、ＳＳブロックがビーム障害を検出するのに用いられるとき、ＵＥ４０４は周期的なＣＳＩ−ＲＳ及びサービングセル内のＳＳブロックを監視する。
【００７７】
ＵＥ４０４がビーム障害を検出した後、ビーム障害復旧要求（ＢＦＲＱ）の送信が実行される。ＢＦＲＱは、ＵＥ４０４及び新たなｇＮＢのＴＸビーム情報を識別する明示的／黙示的な情報、並びに、ＵＥ４０４及び新たな候補ビームが存在するかどうかを識別する明示的／黙示的な情報を少なくとも含む情報を含む。例えば、ＢＦＲＱは、ＵＥ４０４のアイデンティティ及び新たに識別されたビームを識別すべく、ｇＮＢ４０２によって用いられ得るフィールドを含み得る（明示的な方法）。他の例において、ＢＦＲＱは、ＵＥ４０４のアイデンティティ及び新たに識別されたビームを識別すべく、ｇＮＢ４０２によって用いられ得るプリアンブルシーケンスを含み得る（黙示的な方法）。後者の場合において、ＵＥ４０４及びｇＮＢ４０２は、プリアンブルシーケンスとＵＥ４０４アイデンティティ／新たに識別されたビームとの間の関連性に関する合意をする必要がある。一実施形態において、ＢＦＲＱを送信するためのＤＬビームは、ＰＲＡＣＨ、ＰＵＣＣＨ、又はビーム復旧ランダムアクセスチャネルのうち１つであり得る。１つの他の実施形態において、ＢＦＲＱリソース／信号は、スケジューリング要求に用いられ得る。
【００７８】
ＰＲＡＣＨは接続要求の目的でＵＥ４０４によって用いられるアップリンクチャネルであり、ＲＡＣＨトランスポートチャンネルデータを搬送し、一方で、ビーム復旧ランダムアクセスチャネルは、ＰＲＡＣＨとは異なるプリアンブルシーケンスのパラメータが使用される、ＰＲＡＣＨに類似した構造である。１つの他の実施形態において、ビーム復旧ランダムアクセスチャネルは、ＰＲＡＣＨであり得る。普遍性を失うことなく、以下において、ビーム復旧ランダムアクセスチャネルを表すのにＰＲＡＣＨを用いる。ＵＥが任意アプリケーションデータ又は無線リソース制御（ＲＲＣ）シグナリングを有していないとき、ＰＵＣＣＨがアップリンク制御情報（ＵＣＩ）を搬送するのに用いられる。ＰＵＣＣＨ制御シグナリングチャネルは、ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、ＣＱＩ−チャネル品質インジケータ、ＭＩＭＯフィードバック−ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ）、アップリンク送信のスケジューリング要求、及び、ＰＵＣＣＨ変調に用いられるＢＰＳＫ又はＱＰＳＫを備える。
【００７９】
ＢＦＲＱ送信が実行された後、ＵＥ４０４は、制御チャネルの捜索空間を監視して、ＵＥのＢＦＲＱに対するｇＮＢ４０２の応答（ＢＦＲＰ）を受信する。
【００８０】
上記の合意されたビーム障害要求及び復旧機構に基づいて、ＰＲＡＣＨ及びＰＵＣＣＨチャネルの両方が、ビーム障害復旧に用いられ得る。通信の効率性のために、ＵＥ４０４（又はｇＮＢ４０２）は、ＢＦＲＱ及びＢＦＲＰを送信するとき、２つのチャネルのうちのどちらを用いるかを決定するべきである。以下の例示的で非限定的な実施形態において、２つのシナリオに取り組む。（１）ＵＥが前もってＰＲＡＣＨを用いてＢＦＲＱを送信し、ＰＵＣＣＨリソースがＰＲＡＣＨ−ＢＦＲＰの前に到着する。（２）ＵＥが前もってＰＵＣＣＨを用いてＢＦＲＱを送信し、ＰＲＡＣＨリソースがＰＵＣＣＨ−ＢＦＲＰの前に到着する。
【００８１】
図５Ａを参照すると、ＵＥ４０４は、ＢＦＲＱを送信／伝送するためにＰＵＣＣＨ又はＰＲＡＣＨを用いるかを決定する。例えば、５０２において、ＵＥ４０４は、ＰＵＣＣＨ−ＢＲＦＱ機会又はＰＲＡＣＨ−ＢＲＦＱ機会が最初に到着すると予想されるかを決定する。ＰＵＣＣＨ−ＢＲＦＱ機会が最初に到着するとＵＥ４０４が決定する場合、５０４において、ＵＥ４０４は、ＰＵＣＣＨを用いてＢＦＲＱを送信する。そうでなければ、ＰＲＡＣＨ−ＢＦＲＱ機会が最初に到着するとＵＥ４０４が決定する場合、５０６において、ＵＥ４０４は、ＰＲＡＣＨを用いてＢＦＲＱを送信する。ＰＵＣＣＨ−ＢＲＦＱ機会及びＰＲＡＣＨ−ＢＲＦＱ機会が、図５Ｃ及び以下の例を参照して、以下に説明される。
【００８２】
概して、依然としてアップリンク方向でビーム障害を受けやすいので、ＰＵＣＣＨが（ランダムアクセスチャネルの結果としてより信頼性がある）ＰＲＡＣＨと比較して、信頼性の低いチャネルであることが理解される。したがって、一実施形態において、様々な例を参照して以下説明されるように、ＰＵＣＣＨがビーム障害復旧のより高速な解消を提供できる場合を除いて、ＰＵＣＣＨの代わりに利用可能であるときに、ＰＲＡＣＨが用いられるべきである。
【００８３】
図５Ｂの例において、考察の目的で、ＰＵＣＣＨ−ＢＲＦＱ機会が、時刻ｔ２で予想されるＰＲＡＣＨ−ＢＦＲＱ機会より早い時刻ｔ１で到着すると仮定する。ＰＵＣＣＨ−ＢＦＲＱがｔ１でＵＥ４０４によって行われるとき、ＵＥ４０４は、（ｔ１＋ＴＷ０）の応答時間ウィンドウ内でＰＵＣＣＨ−ＢＦＲＰのチャネルを監視する。ここで、ＴＷ０は、ウィンドウ期間を表す。典型的には、時間ウィンドウは、時間内の時間ウィンドウの開始位置及び／又は時間内の時間ウィンドウ終了位置及び／又は時間内の時間ウィンドウ期間によって特定され得る。上記メッセージ（時間内の開始位置及び／又は時間内の終了位置及び／又は時間内の時間ウィンドウ期間）の仕様が、ＲＲＣメッセージにおいて若しくはＤＣＩメッセージにおいて又は２つの組み合わせを用いてｇＮＢ４０２からＵＥ４０４に搬送され得ることに留意されたい。時間内の開始位置は、一実施形態において、ＢＦＲＱが送信される時点と同一であり得る。さらに、時間内の開始位置、時間内の終了位置、及び／又は時間ウィンドウ期間が、スロット、ミニスロット、ミリ秒、ＯＦＤＭシンボル期間のような単位を用い得ることが理解される。したがって、ＵＥ４０４が、ｔ２でＰＲＡＣＨ−ＢＦＲＱ機会の前にＰＵＣＣＨ−ＢＦＲＰを受信することを予想する場合、ＵＥ４０４は、ｔ１でＰＵＣＣＨ−ＢＦＲＱを実行する。そうでなければ、ＵＥ４０４は、ｔ１でＰＵＣＣＨ−ＢＦＲＰを実行しない。代わりに、たとえ、ｔ１（ＰＵＣＣＨ−ＢＲＦＱ機会）がｔ２（ＰＲＡＣＨ−ＢＦＲＱ機会）より早く、かつ、ｔ１＋ＴＷ０がｔ２より遅いとしても（すなわち、たとえ、応答がＰＲＡＣＨの後に到着したとしても）、ＵＥ４０４は、ｔ２でＰＲＡＣＨ−ＢＦＲＱを実行するだろう。
【００８４】
図５Ｃの例において、考察の目的で、ＰＵＣＣＨ−ＢＲＦＱ機会が、ｔ２でのＰＲＡＣＨ−ＢＦＲＱ機会の後である、ｔ１で到着すると仮定する。この状況下では、ｔ２でのＰＲＡＣＨ−ＢＦＲＱ機会は、ＰＲＡＣＨ−ＢＦＲＱを送信するのに用いられるべきである。
【００８５】
図５Ｄは、構成されるユーザ機器に対するスケジューリング要求機会を図示する例示図である。スケジューリング要求機会は、ＰＵＣＣＨ及びＰＲＡＣＨ送信を送信する機会が利用可能となるときを理解する前兆である。スケジューリング要求は、ＵＥ４０４が特定の時間周波数リソースでスケジューリングを要求するのに用いられ得、その結果、ＵＥ４０４は、スケジューリングされたリソースを用いて特定の通信タスクを実行することができる。
【００８６】
セルラー無線システムにおいて、基地局（例えば、ｇＮＢ）は、ＰＤＳＣＨ及びＰＵＳＣＨ上にあり、かつ、ＵＥに割り当てられる時間周波数リソース（物理リソースブロック）を（ＰＤＣＣＨ上で）シグナリングする。このスケジューリングプロトコルは、ＤＬ共有データチャネルのプリコーディング送信及びＭＩＭＯオペレーションのような、アドバンスドマルチアンテナ技術を可能にする。ＵＥが送信するＵＬデータを有する場合について、ＰＵＳＣＨリソース割り当てのＵＬ許可を取得すべく、ｇＮＢにスケジューリング要求（ＳＲ）送信するだろう。
【００８７】
ＵＥがＳＲを送信できる２つの異なる方法が存在する。ＵＥがｇＮＢとＲＲＣ接続状態でない場合、ランダムアクセスを用いて、ＵＥがｇＮＢとＲＲＣ接続状態である場合、ランダムアクセス手順又は周期的なＳＲリソースのいずれかを用いることができる。周期的なＳＲリソースが構成される場合、ＵＥは、特定のＵＥ専用であるＰＵＣＣＨ上の１又は複数の周期的なＳＲリソースを用いるだろう。これらの専用のＳＲリソースのそれぞれは、ＵＥのＳＲ機会とみなされ得る。
【００８８】
ＰＵＣＣＨ上のＵＥのＳＲ機会のインターバルが、１から８０ミリ秒（ｍｉｌｌｉｓｅｃｏｎｄｓ）の間で準静的に固定される。図において、ＵＥが、ＳＲ機会間のインターバルを与えるＳＲサイクルで構成される。ネットワークがＲＲＣ接続状態で相対的に低いアクティビティレベルを有する多数のＵＥを維持しているときにＰＵＣＣＨリソースを節約することを可能にすべく、より長いインターバルが最初に指定されたが、より短いインターバル、よって、より頻繁な機会が、遅延に敏感なサービスを有するＵＥに構成される。その一方で、ＵＥが遅延に敏感なシグナリング又はデータに対するＰＵＳＣＨリソースを取得する必要があるとき、ＳＲ機会間のより長いインターバルは、より長い遅延になる。
【００８９】
図６Ａは、複数のビーム障害要求を送信するタイミング図を図示する。従来、ＢＦＲイベントごとに複数のＢＦＲＱが許可されていない。すなわち、従来のシステムにおいて、ＵＥ４０４は、同一のイベントに対してＰＵＣＣＨ−ＢＦＲＱ及びＰＲＡＣＨ−ＢＦＲＱの両方を送信しない。
【００９０】
描写される実施形態において、複数のＢＦＲＱ（例えば、ＰＵＣＣＨ−ＢＦＲＱ、ＰＲＡＣＨ−ＢＦＲＱ）が、単一のビーム障害（ＢＦＲ）イベントに対してＵＥ４０４によって送信される。複数のＢＦＲＱがＵＥ４０４によって送信されてよいので、異なるチャネル（例えば、ＰＵＣＣＨ及びＰＲＡＣＨ）が、ＢＦＲＱを送信する（及びＢＦＲＰを受信する）のに用いられてよい。ｇＮＢ４０２がそれぞれＢＦＲＱに応答してＢＦＲＰを送信すべく、ｇＮＢ４０２が、ＢＦＲＱのそれぞれを分類し、重複することなく適切なＢＦＲＱに応答（ＢＦＲＰ）を送り返すことができるように、ＢＦＲＱがイベントに関連付けられるべきである。したがって、ｇＮＢ４０２は、単一のＢＦＲＰがＢＦＲイベントごとにｇＮＢ４０２からＵＥ４０４に送り返されるように、応答（ＢＦＲＰ）を処理するための方法を決定すべきである。
【００９１】
一実施形態において、ｇＮＢ４０２は、複数のＢＦＲＱ（ＰＲＡＣＨ−ＢＦＲＱ及びＰＵＣＣＨ−ＢＦＲＱ）が同一のイベントに対応するかどうかを決定するためのアルゴリズムを実装してよく、その結果、ｇＮＢ４０２は、イベントへの単一の応答を提供し得る。例えば、複数の要求が特定の時間ウィンドウ内で到着する場合、ｇＮＢ４０２は、同一のイベントに対応する複数の要求を表示する。他の実施形態において、ＵＥ４０４は、図６Ａ及び図６Ｂに描写される例に説明されるように、ＢＦＲＱにおいて、ＰＵＣＣＨ−ＢＦＲＱ及びＰＲＡＣＨ−ＢＦＲＱが同一のイベントに関連していることをシグナリング（すなわち、情報を提供）し得る。
【００９２】
図６Ａの例において、ＰＵＣＣＨ−ＢＦＲＱが送信されて、続いて、ＰＲＡＣＨ−ＢＦＲＱが送信される。特に、ＰＵＣＣＨ−ＢＦＲＱがｔ１で送信された後で、かつ、ＰＵＣＣＨ−ＢＦＲＰがｇＮＢ４０２からＵＥ４０４に到着する前に、ＵＥ４０４はＰＲＡＣＨ−ＢＦＲＱ機会を有し、ＰＲＡＣＨ−ＢＦＲＱ  ＃１を用いて第２のＢＦＲＱを送信する（ＢＦＲＱのうち１つのみが送信される図５Ｂにおける例とは異なり、この例では両ＢＦＲＱが送信される）。この状況下では、ＵＥ４０４は、（以下で説明されるように）第２のＢＦＲＱ（ＰＲＡＣＨ−ＢＦＲＱ）が第１のＢＦＲＱ（ＰＵＣＣＨ−ＢＦＲＱ）と同一のＢＦＲイベントを共有することをｇＮＢ４０２に通知する。両ＢＦＲＱが同一のイベントに関連していることをｇＮＢ４０２に通知することによって、ｇＮＢ４０２が２つのＢＦＲＱを同一ＵＥ４０４に対する別個のイベントであるとして誤解釈することを防止する。
【００９３】
一実施形態において、ｇＮＢ４０２が第２のＢＦＲＱ（ＰＲＡＣＨ−ＢＦＲＱ）を第１の要求でないと識別するように、ＵＥ４０４は、ＢＦＲＱを送信するときに、第２のＢＦＲイベントを時間又は順序で２番目であるとマーキングすることによって、ｇＮＢ４０２に通知し得る。
【００９４】
他の実施形態において、ＵＥ４０４は、第１のＢＦＲＱ（ＰＵＣＣＨ−ＢＦＲＱ）へのポインタを第２のＢＦＲＱ（ＰＲＡＣＨ−ＢＦＲＱ）に配置することによって、ｇＮＢ４０２に通知し得、これは、ＰＵＣＣＨ−ＢＦＲＱ及びＰＲＡＣＨ−ＢＦＲＱが同一のＢＦＲイベント対応することを示す。
【００９５】
さらに他の実施形態において、ＵＥ４０４は、第１のＢＦＲＱ及び第２のＢＦＲＱの両方（ＰＵＣＣＨ−ＢＦＲＱ及びＰＲＡＣＨ−ＢＦＲＱ）におけるＢＦＲイベントＩＤを配置することによって、ｇＮＢ４０２に通知し得、その結果、同一のＢＦＲイベントＩＤを有する全てのＢＦＲＱは、同一のＢＦＲイベントに対応する。
【００９６】
図６Ｂは、複数のビーム障害応答を送信するタイミング図を図示する。描写された例において、ｇＮＢ４０２は、ＵＥ４０４の複数のＢＦＲＱに応答して、ＰＲＡＣＨ−ＢＦＲＰ及びＰＵＣＣＨ−ＢＦＲＰをＵＥ４０４に送信することになっている。
【００９７】
ｇＮＢ４０２がＵＥ４０４の複数のＢＦＲＱに応答している状況下では、ｇＮＢ４０２は、ＢＦＲＱごと（それぞれのチャネルに対応する１つ）にＢＦＲＰを送信する。例えば、ｇＮＢ４０２は、ＵＥ４０４によってＰＵＣＣＨ−ＢＦＲＱに応答してＰＵＣＣＨ−ＢＦＲＰを送信してよく、ＵＥ４０４によってＰＲＡＣＨ−ＢＦＲＱに応答してＰＲＡＣＨ−ＢＦＲＰを送信してよい。ＵＥ４０４がｇＮＢ４０２に同一のＢＦＲイベントを通知するのと同様に、ｇＮＢは、ＵＥ４０４が２つのＢＦＲＰを同一のイベントに対応するものとして識別できるように、２つのＢＦＲＰ（ＰＵＣＣＨ−ＢＦＲＰ及びＰＲＡＣＨ−ＢＦＲＰ）を関連付け得る。
【００９８】
一実施形態において、ｇＮＢ４０２は、第２のＢＦＲＰを時間又は順序で２番目であるとマーキングする。他の実施形態において、ｇＮＢ４０２は、第１のＢＦＲＰへのポインタを第２のＢＦＲＰに配置する。さらに他の実施形態において、ＵＥ４０４が２つのＢＦＲＰを同一のイベントに対応するものであると識別するように、ｇＮＢ４０２は、両ＢＦＲＰにおけるＢＦＲイベントＩＤを配置する。
【００９９】
上記の例では、ＵＥ４０４が最初にＰＲＡＣＨ−ＢＦＲＱを送信し、続いて、ＰＵＣＣＨ−ＢＦＲＱを送信し得ること、及び、本開示は描写される実施形態に限定されないことが理解される。
【０１００】
さらに他の実施形態において、ｇＮＢ４０２が、例えば、アルゴリズムを用いて単一のＢＦＲＱに応答するようにセットされ得る。例えば、ｇＮＢ４０２は、（１）ＰＲＡＣＨ−ＢＦＲＰを常に送信すること、（２）ＰＵＣＣＨ−ＢＦＲＰを常に送信すること、（３）最初に到着したＢＦＲＰを常に送信すること、又は（４）他のＢＦＲＰの位置でＢＦＲＰを送信することによって、ＢＦＲＱに応答し得る。
【０１０１】
図６Ｂの例に図示されるように、単一のＢＦＲＰが、２つのＢＦＲＱに応答して送信される。この例において、ＵＥ４０４は、２つのＢＦＲＱ−時刻ｔ１でのＰＵＣＣＨ−ＢＦＲＱ及び時刻ｔ２でのＰＲＡＣＨ−ＢＦＲＱを送信する。ＵＥ４０４は、その後、ｇＮＢ４０２からの単一のＢＦＲＰ−時刻ｔ３でのＰＵＣＣＨ−ＢＦＲＰ又はｔ４でのＰＲＡＣＨ−ＢＦＲＰを待機する。
【０１０２】
ｇＮＢ４０２は、上記のアルゴリズムに基づいて、ＵＥ４０４の２つのＢＦＲＱに応答する。例えば、ＵＥ４０４は、ｔ１でＰＵＣＣＨ−ＢＦＲＱを、ｔ２でＰＲＡＣＨ−ＢＦＲＱを送信する。ＵＥ４０４は、その後、ｔ３でのＰＵＣＣＨ−ＢＦＲＰ及びｔ４でのＰＲＡＣＨ−ＢＦＲＰを待機する。それに応じて、ｇＮＢは、以下のように単一のＢＦＲＰを送信する。ｇＮＢは時刻ｔ４でＰＲＡＣＨ−ＢＦＲＰを送信（ＰＲＡＣＨ−ＢＦＲＰに常に応答）する、ｇＮＢは時刻ｔ３でＰＵＣＣＨ−ＢＦＲＰを送信（ＰＵＣＣＨ−ＢＦＲＰに常に応答）する、ｇＮＢは時刻ｔ３でＰＵＣＣＨ−ＢＦＲＰに送信（最初に来るＢＦＲＰに常に応答）し、ｇＮＢは、時刻ｔ４でＰＲＡＣＨ−ＢＦＲＰ（他のＢＦＲＰの位置でのＢＦＲＰ）を送信する。
【０１０３】
図７Ａ及び図７Ｂは、開示された実施形態に従うフロー図を図示する。本明細書で説明された実施形態において、プロセスがユーザ機器によって実装される。しかしながら、図１、図２、図４Ｃ、図８Ａ、図８Ｂ及び／又は図９に説明される基地局又は任意の構成要素のような、システム構成要素のいずれかが、プロセスを実装するのに使用され得ることが理解される。
【０１０４】
図７Ａを参照すると、ユーザ機器（例えば、ＵＥ１１０）は、７０２で、ＵＥ１１０と基地局（例えば、ｇＮＢ２０２）との間のビーム障害イベントを検出する。ビーム障害イベントが、例えば、ＵＥ１１０とｇＮＢ２０２との間で発生したビーム障害（すなわち、ＵＥとｇＮＢとの間で確立された通信リンクに、例えば、不整合に起因する障害が起こったとき）として定義され得る。７０４で、及びビーム障害イベントを検出したことに応答して、ＵＥ１１０は、ｇＮＢ２０２に第１のビーム障害復旧要求（ＢＦＲＱ）（すなわち、ｇＮＢ２０２と通信を再確立するためのＵＥ１１０からの要求）を送信し、その後、７０６で、第１の応答時間ウィンドウ内でビーム障害復旧応答（ＢＦＲＰ）（すなわち、ＵＥ１１０とビームを再確立することを開始するためのｇＮＢ２０２からの応答）を捜索する。一実施形態において、第１のＢＦＲＱが、ビーム障害復旧のためのＰＵＣＣＨ及びＰＲＡＣＨのうち１つを用いて送信される。１つの他の実施形態において、ＢＦＲＱがＰＵＣＣＨを用いて送信されるとき、第１の応答ウィンドウは、ＰＵＣＣＨ応答ウィンドウであり、ＢＦＲＱがビーム障害復旧のためのＰＲＡＣＨを用いて送信されるとき、第１の応答ウィンドウは、ビーム障害物理ランダムアクセスチャネル（ＰＲＡＣＨ）応答ウィンドウである。
【０１０５】
図７Ｂを参照すると、７０８で、ＵＥ１１０は、７１０で、第１のＢＦＲＱ及び第２のＢＦＲＱが同一のビーム障害イベントに対応することを示す、同一のビーム障害イベントに対して、ＵＥ１１０からｇＮＢ２０２に第２のＢＦＲＱを送信する。さらに、示すことは、第２のＢＦＲＱを時間又は順序でセカンダリであるとしてマーキングすること（７１０Ａ）、第１のＢＦＲＱ及び第２のＢＦＲＱが同一のビーム障害イベントに対応することを示す、ポインタを第２のＢＦＲＱに配置すること（７１０Ｂ）、及び、同一のビーム障害イベントＩＤを用いて第１のＢＦＲＱ及び第２のＢＦＲＱにビーム障害イベントＩＤを配置すること（７１０Ｃ）のうち１つを含み得る。さらに１つの他の実施形態（不図示）において、基地局から受信した第１のＢＦＲＰ及び第２のＢＦＲＰは、時間又は順序でセカンダリである第２のＢＦＲＰにおけるマーク、第１のＢＦＲＰ及び第２のＢＦＲＰが同一のビーム障害イベントに対応することを示す、第２のＢＦＲＰにおける第１のＢＦＲＰへのポインタ、及び同一のビーム障害イベントＩＤと第１のＢＦＲＰ及び第２のＢＦＲＰにおけるビーム障害イベントＩＤを含み得る。
【０１０６】
図８Ａは、本開示による方法及び教示を実装し得る例示的なユーザ機器を図示する。図に示されるように、ＵＥ８００は、少なくとも１つのプロセッサ８０４を含む。プロセッサ８０４は、ＵＥ８００の様々な処理動作を実装する。例えば、プロセッサ８０４は、信号符号化、データ処理、電力制御、入力／出力処理、又は、ＵＥ８００がシステム１００（図１）で動作することを可能にする任意の他の機能を実行し得る。プロセッサ８０４は、１又は複数のオペレーションを実行するように構成された任意の適切な処理デバイス又はコンピューティングデバイスを含み得る。例えば、プロセッサ８０４は、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、フィールドプログラマブルゲートアレイ、又は、特定用途向け集積回路を含み得る。
【０１０７】
ＵＥ８００はまた、少なくとも１つトランシーバ８０２を含む。トランシーバ８０２が、少なくとも１つのアンテナ８１０による送信のためにデータ又は他のコンテンツ変調するように構成される。トランシーバ８０２はまた、少なくとも１つのアンテナ８１０によって受信したデータ又は他のコンテンツを復調するように構成される。それぞれのトランシーバ８０２は、無線送信のための信号を生成する、及び／又は、無線で受信した信号を処理するための任意の適切な構造を含み得る。それぞれのアンテナ８１０は、無線信号を送信及び／又は受信するための任意の適切な構造を含む。１又は複数のトランシーバ８０２がＵＥ８００に用いられ得、１又は複数のアンテナ８１０がＵＥ８００に用いられ得ることが理解される。単一の機能ユニットとして示されるが、トランシーバ８０２はまた、少なくとも１つの送信機及び少なくとも１つの別個の受信機を用いて実装され得る。
【０１０８】
ＵＥ８００は、１又は複数の入力／出力デバイス８０８をさらに含む。入力／出力デバイス８０８は、ユーザとのインタラクションを容易にする。それぞれの入力／出力デバイス８０８は、スピーカ、マイクロフォン、キーパッド、キーボード、ディスプレイ、若しくはタッチスクリーンのような、ユーザに情報を提供する、又はユーザから情報を受信するための任意の適切な構造を含む。
【０１０９】
さらに、ＵＥ８００は、少なくとも１つのメモリ８０６を含む。メモリ８０６は、ＵＥ７００によって用いられ、生成され又は収集された命令及びデータを格納する。例えば、メモリ８０６は、（複数の）プロセッサ８０４によって実行されるソフトウェア命令又はファームウェア命令、及び入力信号における干渉を減らす又は取り除くのに用いられるデータを格納し得る。それぞれのメモリ８０６は、任意の適切な揮発性ストレージ及び／又は不揮発性ストレージ、並びに（複数の）検索デバイスを含む。ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、ハードディスク、光ディスク、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等のような、任意の適切なタイプのメモリが用いられ得る。
【０１１０】
図８Ｂは、本開示による方法及び教示を実装し得る例示的な基地局を図示する。図に示されるように、基地局８５０は、少なくとも１つのプロセッサ８５８、少なくとも１つの送信機８５２、少なくとも１つの受信機８５４、１又は複数のアンテナ８６０、及び少なくとも１つのメモリ８５６を含む。プロセッサ８５８は、信号符号化、データ処理、電力制御、入力／出力処理、又は、任意の他の機能のような、基地局８５０の様々な処理動作を実装する。それぞれのプロセッサ８５８は、１又は複数の動作を実行するように構成される任意の適切な処理デバイス又はコンピューティングデバイスを含む。それぞれのプロセッサ８５８は、例えば、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、フィールドプログラマブルゲートアレイ、又は特定用途向け集積回路を含み得る。
【０１１１】
それぞれの送信機８５２は、１又は複数のＵＥ若しくは他のデバイスに無線送信する信号を生成するための任意の適切な構造を含む。それぞれの受信機８５４は、１又は複数のＵＥ若しくは他のデバイスから無線で受信した信号を処理するための任意の適切な構造を含む。別個の構成要素として示されるが、少なくとも１つの送信機８５２及び少なくとも１つの受信機８５４が、トランシーバに統合され得る。それぞれのアンテナ８６０は、無線信号を送信及び／又は受信するための任意の適切な構造を含む。送信機８５２及び受信機８５４の両方に連結されるものとして共通のアンテナ８６０がここでは示されるが、１又は複数のアンテナ８６０が（複数の）送信機８５２に連結され得、１又は複数の別個のアンテナ８６０が、（複数の）受信機８５４に連結され得る。それぞれのメモリ８５６は、任意の適切な揮発性ストレージ及び／又は不揮発性ストレージ、並びに（複数の）検索デバイスを含む。
【０１１２】
図９は、様々な実施形態を実装するのに用いられ得るネットワークデバイスのブロック図である。具体的には、ネットワークデバイスは、示される全ての構成要素又は構成要素のサブセットのみを利用してよく、集積レベルはデバイスによって異なってよい。さらに、ネットワークデバイス９００は、複数の処理ユニット、プロセッサ、メモリ、送信機、受信機等のような、構成要素の複数のインスタンスを含み得る。ネットワークデバイス９００は、ネットワークインタフェース、ストレージインタフェース等のような、１又は複数の入力／出力デバイスを備えている処理ユニット９０１を備え得る。処理ユニット９０１は、バス９７０に接続される中央処理装置（ＣＰＵ）９１０、メモリ９２０、大容量記憶デバイス９３０、及びＩ／Ｏインタフェース９６０を含み得る。バス９７０は、メモリバス若しくはメモリコントローラ、ペリフェラルバス、又は同様のものを含む、任意のタイプのいくつかのバスアーキテクチャのうちの１又は複数であり得る。
【０１１３】
ＣＰＵ９１０は、任意のタイプのエレクトロニクスデータプロセッサを備え得る。メモリ９２０は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、シンクロナスＤＲＡＭ（ＳＤＲＡＭ）、リードオンリメモリ（ＲＯＭ）、これらの組み合わせ、又は同様のもののような、任意のタイプのシステムメモリを備え得る。一実施形態において、メモリ８２０は、起動時に使用するためのＲＯＭ、プログラムのためのＤＲＡＭ、及びプログラムの実行中に使用するためのデータストレージを含み得る。実施形態において、メモリ９２０は非一時的である。一実施形態において、メモリ９２０は、ユーザ機器と基地局との間のビーム障害イベントを検出する検出モジュール９２１Ａと、ビーム障害を検出すると、基地局に第１のビーム障害復旧要求（ＢＦＲＱ）を送信する送信モジュール９２１Ｂであって、第１のＢＦＲＱが、物理アップリンクチャネル（ＰＵＣＣＨ）及びビーム障害ランダム物理アクセスチャネル（ＰＲＡＣＨ）のうち１つを用いて送信される、送信モジュール９２１Ｂと、第１のＢＦＲＱ及び第２のＢＦＲＱが同一のビーム障害イベントに対応することを基地局に示す指示モジュール９２１Ｃと、ビームを送信する送信モジュール９２１Ｄと、ビームを受信する受信モジュール９２１Ｅとを含む。
【０１１４】
大容量記憶デバイス９３０は、データ、プログラム、及び他の情報を格納し、バス９７０を経由してアクセス可能なデータ、プログラム及び他の情報を作成するように構成される任意のタイプのストレージデバイスを備え得る。大容量記憶デバイス９３０は、例えば、ソリッドステートドライブ、ハードディスクドライブ、磁気ディスクドライブ、光ディスクドライブ、又は同様のもののうちの１又は複数を備え得る。
【０１１５】
処理ユニット９０１はまた、イーサネット（登録商標）ケーブル若しくは同様のもののような有線リンク、及び／又は、ノード若しくは１若しくは複数のネットワーク９８０にアクセスする無線リンクを備え得る、１又は複数のネットワークインタフェース９５０を含む。ネットワークインタフェース９５０は、処理ユニット９０１がネットワーク９８０を経由して遠隔ユニットと通信することを可能にする。例えば、ネットワークインタフェース９５０は、１又は複数の送信機／送信アンテナ及び１又は複数の受信機／受信アンテナによって無線通信を提供し得る。一実施形態において、処理ユニット９０１が、データ処理及び、他の処理ユニット、インターネット、遠隔ストレージ設備又は同様のもののような、遠隔デバイスとの通信のために、ローカルエリアネットワーク又はワイドエリアネットワークに連結される。
【０１１６】
本主題が多くの異なる形態で具現化され得、本明細書で説明される実施形態に限定されるものとして解釈されるべきでないことが理解される。むしろ、本主題が詳細かつ完全であり、本開示を当業者に十分に伝えるために、これらの実施形態が提供される。実際に、主題は、添付の特許請求の範囲が定義するような、主題の範囲及び主旨内に含まれる、これらの実施形態の代替、変更、並びに同等のものをカバーすることを意図している。さらに、本主題の以下の詳細な説明において、本主題の完全な理解を提供すべく、多くの具体的な詳細が説明される。しかしながら、そのような具体的な詳細なしで、本主題が実施され得ることが、当業者には明らかだろう。
【０１１７】
本開示の態様が、本開示の実施形態に従う方法、装置（システム）、及びコンピュータプログラムプロダクトのフローチャート図及び／又はブロック図を参照して本明細書で説明される。フローチャート図及び／又はブロック図のそれぞれのブロック、フローチャート図におけるブロックの組み合わせ、及び／又はブロック図が、コンピュータプログラム命令によって実装され得ることが理解されるだろう。マシンを生産すべく、これらのコンピュータプログラム命令が、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータ処理装置のプロセッサに提供されてよく、その結果、コンピュータ又は他のプログラマブル命令実行装置のプロセッサによって実行する命令は、フローチャート及び／又はブロック図の１つのブロック若しくは複数のブロックで定められる機能／動作を実装するための機構を作り出す。
【０１１８】
コンピューター可読非一時的媒体は、磁気ストレージ媒体と、光ストレージ媒体と、ソリッドステートストレージ媒体とを含む全てのタイプのコンピュータ可読媒体を含み、具体的には信号を除く。ソフトウェアがデバイスにインストールされ得、及び、デバイスと共に販売され得ることが理解されるべきである。代替的に、ソフトウェアが取得されてデバイスにロードされ得、これは、ディスク媒体によって、又は、例えば、ソフトウェア作成者によって所有されるサーバ若しくはソフトウェア作成者によって所有されていないが用いられるサーバを含む、任意の種類のネットワーク若しくは分配システムからソフトウェアを取得することを含む。ソフトウェアが、例えば、インターネットを通じて分布するためにサーバ上で格納され得る。
【０１１９】
本明細書で用いられる専門用語は、特定の態様のみを説明するためのものであり、本開示を限定することを意図するものではない。本明細書で用いられるように、単数形「１つの（ａ）」、「１つの（ａｎ）」及び「前記（ｔｈｅ）」は、文脈がそうでないことを明らかに示す場合を除いて、複数形を同様に含むことを意図している。用語「備える（ｃｏｍｐｒｉｓｅ）」、及び／又は「備える（ｃｏｍｐｒｉｓｉｎｇ）」は、本明細書で用いられるとき、記載された機能、インテジャ、段階、動作、要素、及び／又は構成要素の存在を特定するが、１又は複数の他の機能、インテジャ、段階、動作、要素、構成要素、及び／又はこのグループの存在又は追加を除外しないことがさらに理解されるだろう。
【０１２０】
本開示の説明は、図示及び説明のために提示されるが、包括的であること又は開示された形式の開示に限定することを意図するものではない。本開示の範囲及び主旨から逸脱することなく、多くの修正及びバリエーションが当業者には明らかだろう。本開示の原理及び実際のアプリケーションを最良に説明すべく、かつ、考えられる特定の用途に適するような様々な変更を有する本開示を他の当業者が理解することを可能にすべく、本明細書における本開示の態様が選択されて説明される。
【０１２１】
本文書の目的のために、開示された技術と関連するそれぞれの処理が、継続的に、かつ、１又は複数のコンピューティングデバイスによって実行され得る。処理におけるそれぞれの段階が、他の段階で用いられるものと同一又は異なるコンピューティングデバイスによって実行されてよく、それぞれの段階は、必ずしも単一のコンピューティングデバイスによって実行される必要はない。
【０１２２】
構造的な特徴及び／又は方法論的な動作に特有な言語で主題が説明されてきたが、添付の特許請求の範囲で定義される主題が、上記の特定の特徴又は動作に必ずしも限定されないことが理解される。むしろ、上記の特有の特徴及び動作が、特許請求の範囲を実装する形式の一例として開示される。
【図１】
0006947481.tif 000003
【図２】
0006947481.tif 000004
【図３】
0006947481.tif 000005
【図４Ａ】
0006947481.tif 000006
【図４Ｂ】
0006947481.tif 000007
【図４Ｃ】
0006947481.tif 000008
【図５Ａ】
0006947481.tif 000009
【図５Ｂ】
0006947481.tif 000010
【図５Ｃ】
0006947481.tif 000011
【図５Ｄ】
0006947481.tif 000012
【図６Ａ】
0006947481.tif 000013
【図６Ｂ】
0006947481.tif 000014
【図７Ａ】
0006947481.tif 000015
【図７Ｂ】
0006947481.tif 000016
【図８Ａ】
0006947481.tif 000017
【図８Ｂ】
0006947481.tif 000018
【図９】
0006947481.tif 000019