(57)【要約】  本開示は、ビーム障害回復の処理方法および端末を提供する。ここで、前記ビーム障害回復の処理方法において、ビーム障害回復の所定条件が満たされると、端末によるターゲットビームおよび／または無線リンク監視プロセスの監視動作を制御することと、無線リンク障害を宣告し、または、ターゲットビームでデータを受信することとを含む。【選択図】図１
2020537846.tif 000002
【特許請求の範囲】
【請求項１】
端末に応用されるビーム障害回復の処理方法において、
ビーム障害回復の所定条件が満たされると、端末によるターゲットビームおよび／または無線リンク監視ＲＬＭプロセスの監視動作を制御することと、
無線リンク障害ＲＬＦを宣告し、または、ターゲットビームでデータを受信することとを含む、ビーム障害回復の処理方法。
【請求項２】
前記のビーム障害回復の所定条件が満たされると、端末によるターゲットビームおよび／または無線リンク監視ＲＬＭプロセスの監視動作を制御することは、
前記端末のビーム障害回復が失敗すると、ターゲットビームを監視するように前記端末を制御すること、または、
前記端末のビーム障害回復が失敗すると、ターゲットビームの監視を停止させるように前記端末を制御し、ＲＬＭプロセスを監視するように前記端末を制御すること、または、
前記端末のビーム障害回復が失敗すると、ＲＬＭプロセスの監視を停止させるように前記端末を制御すること、または、
前記端末によるビーム障害回復請求時、または前記端末によるビーム障害回復請求後の所定期間で、ＲＬＭプロセスの監視を停止させるように前記端末を制御することを含む、請求項１に記載の処理方法。
【請求項３】
前記端末のビーム障害回復が失敗すると、ターゲットビームを監視するように前記端末を制御する場合、前記の無線リンク障害ＲＬＦを宣告し、または、ターゲットビームでデータを受信することは、
ターゲットビームの監視プロセスで、ＲＬＦの所定条件が満たされると、ＲＬＦを宣告すること、または、
ターゲットビームの監視プロセスで、利用可能なターゲットビームを監視できると、前記利用可能なターゲットビームでデータを受信することを含む、請求項２に記載の処理方法。
【請求項４】
前記のターゲットビームの監視プロセスで、利用可能なターゲットビームを監視できると、前記利用可能なターゲットビームでデータを受信した後に、
ＲＬＭ用の同期指示情報を端末のハイレイヤに送信すること、または、
端末のハイレイヤによるＲＬＭの直接再起動、端末のハイレイヤによるＲＬＭの直接停止、および端末のハイレイヤによるＲＬＭ制御用タイマの停止の少なくとも１つを指示するための指示情報を端末のハイレイヤに送信することをさらに含む、請求項３に記載の処理方法。
【請求項５】
前記端末のビーム障害回復が失敗すると、ターゲットビームの監視を停止させるように前記端末を制御し、ＲＬＭプロセスを監視するように前記端末を制御する場合、前記の無線リンク障害ＲＬＦを宣告し、または、ターゲットビームでデータを受信することは、
ＲＬＭプロセスの監視プロセスで、ＲＬＦの所定条件が満たされると、ＲＬＦを宣告すること、または、
ＲＬＭプロセスの監視プロセスで、所定数の同期指示情報を受信すると、ターゲットビームでデータを受信することを含む、請求項２に記載の処理方法。
【請求項６】
前記所定数の同期指示情報は、連続なものである、請求項５に記載の処理方法。
【請求項７】
前記ターゲットビームは、ビーム管理用のビームリストの中のビーム、端末に記憶されているビーム情報に対応するビーム、ＲＬＭ用のビーム、およびすべてまたは一部のビーム候補のうちの少なくとも１つである、請求項１〜６のいずれか一項に記載の処理方法。
【請求項８】
前記端末のビーム障害回復が失敗すると、ＲＬＭプロセスの監視を停止させるように前記端末を制御する場合、前記の無線リンク障害ＲＬＦを宣告し、または、ターゲットビームでデータを受信することは、
直接ＲＬＦを宣告すること、または、
ＲＬＭ制御用タイマの再起動または継続を制御し、前記タイマがタイムアウトになると、ＲＬＦを宣告することを含む、請求項２に記載の処理方法。
【請求項９】
前記端末によるビーム障害回復請求時、または前記端末によるビーム障害回復請求後の所定期間で、ＲＬＭプロセスの監視を停止させるように前記端末を制御する場合、前記の無線リンク障害ＲＬＦを宣告し、または、ターゲットビームでデータを受信することは、
前記端末のビーム障害回復が失敗すると、直接ＲＬＦを宣告すること、または、ＲＬＭ制御用タイマの再起動または継続を制御し、前記タイマがタイムアウトになると、ＲＬＦを宣告すること、または、前記端末のビーム障害回復が成功すると、ターゲットビームでデータを受信することを含む、請求項２に記載の処理方法。
【請求項１０】
前記端末のビーム障害回復が失敗すると、ビーム障害回復の失敗を指示するための指示情報を端末のハイレイヤに送信することをさらに含む、請求項９に記載の処理方法。
【請求項１１】
前記端末のビーム障害回復が成功すると、ビーム障害回復の成功を指示するための指示情報を端末のハイレイヤに送信すること、および／または、
前記端末のビーム障害回復が成功すると、ＲＬＭプロセスの監視を回復または再起動することをさらに含む、請求項９に記載の処理方法。
【請求項１２】
複数のＲＬＭプロセスが存在する場合、前記のＲＬＭプロセスの監視を停止させるように前記端末を制御することは、
一部またはすべてのＲＬＭプロセスの監視を停止させるように前記端末を制御することを含む、請求項２、８〜１１のいずれか一項に記載の処理方法。
【請求項１３】
一部のＲＬＭプロセスの監視を停止させる場合、監視が停止されたＲＬＭプロセスについて、同期指示情報または非同期指示情報を端末のハイレイヤに送信しない、請求項１２に記載の処理方法。
【請求項１４】
ビーム障害回復の所定条件が満たされると、端末によるターゲットビームおよび／または無線リンク監視ＲＬＭプロセスの監視動作を制御するための制御モジュールと、
ＲＬＦを宣告し、または、ターゲットビームでデータを受信するための第１処理モジュールとを含む、端末。
【請求項１５】
前記制御モジュールは、具体的に、
前記端末のビーム障害回復が失敗すると、ターゲットビームを監視するように前記端末を制御すること、または、
前記端末のビーム障害回復が失敗すると、ターゲットビームの監視を停止させるように前記端末を制御し、ＲＬＭプロセスを監視するように前記端末を制御すること、または、
前記端末のビーム障害回復が失敗すると、ＲＬＭプロセスの監視を停止させるように前記端末を制御すること、または、
前記端末によるビーム障害回復請求時、または前記端末によるビーム障害回復請求後の所定期間で、ＲＬＭプロセスの監視を停止させるように前記端末を制御することに用いられる、請求項１４に記載の端末。
【請求項１６】
前記端末のビーム障害回復が失敗すると、ターゲットビームを監視するように前記端末を制御する場合、前記第１処理モジュールは、具体的に、
ターゲットビームの監視プロセスで、ＲＬＦの所定条件が満たされると、ＲＬＦを宣告すること、または、
ターゲットビームの監視プロセスで、利用可能なターゲットビームを監視できると、前記利用可能なターゲットビームでデータを受信することに用いられる、請求項１５に記載の端末。
【請求項１７】
利用可能なターゲットビームを監視し、前記利用可能なターゲットビームでデータを受信した後に、ＲＬＭ用の同期指示情報を端末のハイレイヤに送信すること、または、端末のハイレイヤによるＲＬＭの直接再起動、端末のハイレイヤによるＲＬＭの直接停止、および端末のハイレイヤによるＲＬＭ制御用タイマの停止の少なくとも１つを指示するための指示情報を端末のハイレイヤに送信するための第１送信モジュールをさらに含む、請求項１６に記載の端末。
【請求項１８】
前記端末のビーム障害回復が失敗すると、ターゲットビームの監視を停止させるように前記端末を制御し、ＲＬＭプロセスを監視するように前記端末を制御する場合、前記第１処理モジュールは、具体的に、
ＲＬＭプロセスの監視プロセスで、ＲＬＦの所定条件が満たされると、ＲＬＦを宣告すること、または、
ＲＬＭプロセスの監視プロセスで、所定数の同期指示情報を受信すると、ターゲットビームでデータを受信することに用いられる、請求項１５に記載の端末。
【請求項１９】
前記所定数の同期指示情報は、連続なものである、請求項１８に記載の端末。
【請求項２０】
前記ターゲットビームは、ビーム管理用のビームリストの中のビーム、端末に記憶されているビーム情報に対応するビーム、ＲＬＭ用のビーム、およびすべてまたは一部のビーム候補のうちの少なくとも１つである、請求項１４〜１９のいずれか一項に記載の端末。
【請求項２１】
前記端末のビーム障害回復が失敗すると、ＲＬＭプロセスの監視を停止させるように前記端末を制御する場合、前記第１処理モジュールは、具体的に、
直接ＲＬＦを宣告すること、または、
ＲＬＭ制御用タイマの再起動または継続を制御し、前記タイマがタイムアウトになると、ＲＬＦを宣告することに用いられる、請求項１５に記載の端末。
【請求項２２】
前記端末によるビーム障害回復請求時、または前記端末によるビーム障害回復請求後の所定期間で、ＲＬＭプロセスの監視を停止させるように前記端末を制御する場合、前記第１処理モジュールは、具体的に、
前記端末のビーム障害回復が失敗すると、直接ＲＬＦを宣告すること、または、ＲＬＭ制御用タイマの再起動または継続を制御し、前記タイマがタイムアウトになると、ＲＬＦを宣告すること、または、前記端末のビーム障害回復が成功すると、ターゲットビームでデータを受信することに用いられる、請求項１５に記載の端末。
【請求項２３】
前記端末のビーム障害回復が失敗すると、ビーム障害回復の失敗を指示するための指示情報を端末のハイレイヤに送信するための第２送信モジュールをさらに含む、請求項２２に記載の端末。
【請求項２４】
前記端末のビーム障害回復が成功すると、ビーム障害回復の成功を指示するための指示情報を端末のハイレイヤに送信するための第３送信モジュールと、
前記端末のビーム障害回復が成功すると、ＲＬＭプロセスの監視を回復または再起動するための第２処理モジュールをさらに含む、請求項２２に記載の端末。
【請求項２５】
複数のＲＬＭプロセスが存在する場合、前記制御モジュールは、具体的に、
一部またはすべてのＲＬＭプロセスの監視を停止させるように前記端末を制御することに用いられる、請求項１５、２１〜２４のいずれか一項に記載の端末。
【請求項２６】
一部のＲＬＭプロセスの監視を停止させる場合、監視が停止されたＲＬＭプロセスについて、同期指示情報または非同期指示情報を端末のハイレイヤに送信しない、請求項２５に記載の端末。
【請求項２７】
メモリと、プロセッサと、前記メモリに記憶されて前記プロセッサで実行可能なプログラムを含む端末において、
前記プログラムが前記プロセッサによって実行されると、請求項１〜１３のいずれか一項に記載のビーム障害回復の処理方法のステップが実現される、端末。
【請求項２８】
プログラムが記憶されているコンピュータ読み取り可能な記憶媒体であって、
前記プログラムがプロセッサによって実行されると、請求項１〜１３のいずれか一項に記載のビーム障害回復の処理方法のステップが実現される、コンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、通信技術分野に係り、特にビーム障害回復の処理方法および端末に係る。
【背景技術】
【０００２】
４Ｇ（４−ｔｈ  Ｇｅｎｅｒａｔｉｏｎ）移動通信システムに続く次世代通信システムの研究では、現在、通信システムがサポートする動作周波数帯域を６ＧＨｚ以上、最高で約１００ＧＨｚまで上げようとしている。高周波数帯域は、より豊富な空き周波数リソースを有し、より大きなスループットをデータ伝送に提供することができる。現在、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）は、高周波チャネルモデリング作業を完了している。高周波信号は、波長が短く、低周波数帯域に比べて、同じ大きさのパネルに多くのアンテナ素子を配置することができ、ビームフォーミング技術を用いて指向性の強い、ローブの狭いビームを形成する。
【０００３】
高周波数帯域の通信システムでは、無線信号の波長が短いため、信号の伝搬が妨げられるなどの事態が生じ易く、信号の伝搬が途切れる。従来技術の無線リンク再構築を用いると、時間が長くかかるため、端末が物理層で基地局からのビーム障害検出基準信号（ｂｅａｍ  ｆａｉｌｕｒｅ  ｄｅｔｅｃｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）を監視し、その基準信号の品質がビーム障害トリガ条件を満たすか否かを評価するビーム障害回復プロセスを導入する。当該条件が満たされると、端末は、ビーム障害回復要求（ｂｅａｍ  ｆａｉｌｕｒｅ  ｒｅｃｏｖｅｒｙ  ｒｅｑｕｅｓｔ）を基地局に送信する。基地局は、当該ビーム障害回復要求に基づいて、制御情報またはデータ伝送のための送信ビーム候補を新たに決定する。上記のビーム障害回復プロセスによって、通信システムを予備ＢＰＬ（Ｂｅａｍ  Ｐａｉｒ  Ｌｉｎｋ）に迅速に切り替えて制御メッセージおよびデータ伝送を継続させることができるため、ビーム障害回復を実現し、無線リンク障害を回避し、リンクのロバスト性を効果的に向上させる。当該予備ＢＰＬは、上記の新たな送信ビーム候補と受信ビームとを含む。
【０００４】
無線リンク障害ＲＬＦ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｆａｉｌｕｒｅ）は、従来技術であり、Ｌ３プロセスに属する。ＲＬＦ適用シーンは、ＲＬＣレイヤに指示される最大再送信回数に達することや、ランダムアクセス問題指示（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｂｌｅｍ  ｉｎｄｉｃａｔｉｏｎ）、ａ  ｌｏｎｇ  ｐｅｒｉｏｄ  ｏｆ  Ｌ１  ｐｒｏｂｌｅｍｓ（ｔｒｉｇｇｅｒｅｄ  ｂｙ  ｓｏ−ｃａｌｌｅｄ  ｏｕｔ−ｏｆ  ｓｙｎｃ  ｉｎｄｉｃａｔｉｏｎｓ）などを受信することである。無線リンク監視ＲＬＭ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｍｏｎｉｔｏｒｉｎｇ）において、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）は、フレーム（ｆｒａｍｅ）ごとのダウンリンク無線品質（ＤＬ  ｒａｄｉｏ  ｑｕａｌｉｔｙ）、たとえばＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）のチャネル品質を評価し、ＱｉｎおよびＱｏｕｔ閾値（ＵＥ自体に固有であり、ＵＥで試験によって得られるものである）と比較する。Ｑｏｕｔより低いとき、ＵＥは、そのハイレイヤにｏｕｔ−ｏｆ−ｓｙｎｃを指示する。Ｑｉｎより高い場合、ＵＥは、そのハイレイヤにｉｎ−ｓｙｎｃを指示する。これらの指示に基づいて、ＵＥは、ＲＬＦを宣告する。ＲＬＦの復元プロセスは、ＲＲＣ再構築である。
【０００５】
現在、３ＧＰＰ  ＲＡＮ１の８８  ｂｉｓ回目の会議では、ＵＥのビーム障害回復メカニズムについて、以下の結論が得られる。
ＵＥのビーム障害回復メカニズムは、以下の態様を含む。
ビーム障害検出；
新たなビーム候補同定；
ビーム障害回復要求送信；
ＵＥは、ビーム障害回復要求に対する基地局ｇＮＢ応答を監視する。
ここで、新たなビーム候補同定は、ビーム障害検出の前または後に行われうる。
【０００６】
しかしながら、従来技術では、通信プロセスの柔軟性を保証するための、ビーム障害回復プロセス中またはプロセス後のＵＥの動作が明確化されていない。
【発明の概要】
【０００７】
第１方面において、本開示の実施例は、端末に応用されるビーム障害回復の処理方法を提供する。当該方法において、ビーム障害回復の所定条件が満たされると、端末によるターゲットビームおよび／または無線リンク監視ＲＬＭプロセスの監視動作を制御することと、無線リンク障害ＲＬＦを宣告し、または、ターゲットビームでデータを受信することとを含む。
【０００８】
第２方面において、本開示の実施例は、端末をさらに提供する。当該端末は、ビーム障害回復の所定条件が満たされると、端末によるターゲットビームおよび／または無線リンク監視ＲＬＭプロセスの監視動作を制御するための制御モジュールと、ＲＬＦを宣告し、または、ターゲットビームでデータを受信するための第１処理モジュールとを含む。
【０００９】
第３方面において、本開示の実施例は、プログラムが記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供する。前記プログラムがプロセッサによって実行されると、上記ビーム障害回復の処理方法のステップが実現される。
【００１０】
第４方面において、本開示の実施例は、プログラムが記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供する。前記プログラムがプロセッサによって実行されると、上記ビーム障害回復の処理方法のステップが実現される。
【００１１】
本開示の実施例の技術手段をより明確に説明するために、以下、本開示の実施例の記載に必要とされる図面を簡単に紹介する。明らかに、以下の記載に関する図面は、単に本開示の一部の実施例である。当業者にとって、創造性のある作業をしない前提で、これらの図面から他の図面を得ることもできる。
【図面の簡単な説明】
【００１２】
【図１】本開示の実施例におけるビーム障害回復の処理方法のフローチャートである。
【図２】本開示の別の実施例におけるビーム障害回復の処理方法のフローチャートである。
【図３】本開示の別の実施例におけるビーム障害回復の処理方法のフローチャートである。
【図４】本開示の別の実施例におけるビーム障害回復の処理方法のフローチャートである。
【図５】本開示の別の実施例におけるビーム障害回復の処理方法のフローチャートである。
【図６】本開示の実施例における端末の構造図その１である。
【図７】本開示の実施例における端末の構造図その２である。
【図８】本開示の実施例における端末の構造図その３である。
【図９】本開示の実施例における端末の構造図その４である。
【発明を実施するための形態】
【００１３】
本開示の実施例の技術手段をより明確に説明するために、以下、本開示の実施例の記載に必要とされる図面を簡単に紹介する。明らかに、以下の記載に関する図面は、単に本開示の一部の実施例である。当業者にとって、創造性のある作業をしない前提で、これらの図面から他の図面を得ることもできる。
【００１４】
本発明の実施例は、ビーム障害回復の処理方法および端末を提供することによって、ビーム障害回復プロセス中またはプロセス後のＵＥの動作を明確化し、通信プロセスの柔軟性を保証する。
【００１５】
図１に示すように、本開示の実施例は、端末に応用されるビーム障害回復の処理方法を提供し、ステップ１０１と１０２を含む。
【００１６】
ステップ１０１において、ビーム障害回復の所定条件が満たされると、端末によるターゲットビームおよび／またはＲＬＭプロセスの監視動作を制御する。
【００１７】
本開示の実施例において、端末は、ターゲットビーム監視動作を制御する場合、ターゲットビームの監視を停止させるように制御してもよく、ターゲットビームを監視するように制御してもよい。端末は、ＲＬＭプロセス監視動作を制御する場合、ＲＬＭプロセスの監視を停止させるように制御してもよく、ＲＬＭプロセスを監視ように制御してもよく、または、ＲＬＭプロセスの監視を再起動する。当該ビーム障害回復の所定条件は、端末のビーム障害回復失敗後、端末のビーム障害回復要求時、または、端末のビーム障害回復要求後の所定期間内である。
【００１８】
具体的に、ステップ１０１は、端末のビーム障害回復が失敗すると、ターゲットビームを監視するように端末を制御すること、または、端末のビーム障害回復が失敗すると、ターゲットビームの監視を停止させるように端末を制御し、ＲＬＭプロセスを監視するように端末を制御すること、または、端末のビーム障害回復が失敗すると、ＲＬＭプロセスの監視を停止させるように端末を制御する（対応するＲＬＭプロセス監視停止プロセスで、端末は、ターゲットビーム監視を停止させるか継続させる）こと、または、端末によるビーム障害回復請求時、または前記端末によるビーム障害回復請求後の所定期間で、ＲＬＭプロセスの監視を停止させるように端末を制御することを含んでもよい。
【００１９】
ステップ１０２において、ＲＬＦを宣告し、または、ターゲットビームでデータを受信する。
【００２０】
本開示の実施例において、端末は、ＲＬＦを宣告する場合、主に端末のハイレイヤ（たとえば無線リソース制御層ＲＲＣ層）に対しＲＬＦを宣告する。
【００２１】
ここで、ターゲットビームは、ビーム管理用のビームリストの中のビーム、端末に記憶されているビーム情報に対応するビーム、ＲＬＭ用のビーム、およびすべてまたは一部のビーム候補のうちの少なくとも１つである。
【００２２】
本開示の実施例のビーム障害回復の処理方法において、ビーム障害回復の所定条件が満たされると、端末によるターゲットビームおよび／またはＲＬＭプロセスの監視動作を制御し、ＲＬＦを宣告しまたはターゲットビームでデータを受信することによって、ビーム障害回復プロセス中またはプロセス後の端末の動作を明確化することができるため、端末が異なるシーンでは異なる動作を有することができ、サービス伝送の連続性をなるべく保証し、端末の電力消費を節約し、通信プロセスの柔軟性を保証する。
【００２３】
図２に示すように、本開示の別の実施例において、端末に応用されるビーム障害回復の処理方法をさらに提供し、端末のビーム障害回復が失敗すると、ターゲットビームを監視するように端末を制御するステップ２０１と、ターゲットビームの監視プロセスで、ＲＬＦの所定条件が満たされると、ＲＬＦを宣告すること、または、ターゲットビームの監視プロセスで、利用可能なターゲットビームを監視できると、前記利用可能なターゲットビームでデータを受信するステップ２０２とを含む。
【００２４】
ここで、当該ＲＬＦの所定条件は、たとえば同期／非同期指示に基づくタイマ（Ｔ３１０）のタイムオーバー、ランダムアクセスプロセス障害（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ  ｆａｉｌｕｒｅ  ｄｅｔｅｃｔｉｏｎ）、無線リンク制御層ＲＬＣ障害（ＲＬＣ  ｆａｉｌｕｒｅ  ｄｅｔｅｃｔｉｏｎ）などである。
【００２５】
このように、端末のビーム障害回復が失敗すると、ターゲットビームを監視するように端末を制御し、端末によって利用可能なビームを監視できるようにし、ビーム障害回復を実現することによって、無線リンク中断や、再構築による無線リンク接続が避けられ、サービス伝送の連続性をなるべく保証し、端末の電力消費を節約する。
【００２６】
さらに、利用可能なターゲットビームを監視し、当該利用可能なターゲットビームでデータを受信した後に、本開示の実施例の方法において、ＲＬＭ用の同期指示情報を端末のハイレイヤに送信すること、または、指示情報を端末のハイレイヤに送信することをさらに含む。当該指示情報は、端末のハイレイヤによるＲＬＭの直接再起動、端末のハイレイヤによるＲＬＭの直接停止、および端末のハイレイヤによるＲＬＭ制御用タイマ（たとえばＴ３１０、Ｔ３１１など）の停止の少なくとも１つを指示するためのものである。当該端末のハイレイヤは、たとえばＲＲＣ層である。
【００２７】
図３に示すように、本開示の別の実施例において、端末に応用されるビーム障害回復の処理方法をさらに提供し、端末のビーム障害回復が失敗すると、ターゲットビームの監視を停止させるように端末を制御し、ＲＬＭプロセスを監視するように端末を制御するステップ３０１と、ＲＬＭプロセスの監視プロセスで、ＲＬＦの所定条件が満たされると、ＲＬＦを宣告すること、または、ＲＬＭプロセスの監視プロセスで、所定数の同期指示情報を受信すると、ターゲットビームでデータを受信するステップ３０２とを含む。
【００２８】
ここで、当該ＲＬＦの所定条件は、たとえば同期／非同期指示に基づくタイマ（Ｔ３１０）のタイムオーバー、ランダムアクセスプロセス障害（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ  ｆａｉｌｕｒｅ  ｄｅｔｅｃｔｉｏｎ）、無線リンク制御層ＲＬＣ障害（ＲＬＣ  ｆａｉｌｕｒｅ  ｄｅｔｅｃｔｉｏｎ）などである。
【００２９】
選択可能に、当該所定数の同期指示情報は、連続なものであり、たとえばＮ（１以上の正整数）個である。
【００３０】
このように、端末のビーム障害回復が失敗すると、ターゲットビームの監視を停止させるように端末を制御するため、端末の電力消費を節約することができる。
【００３１】
図４に示すように、本開示の別の実施例において、端末に応用されるビーム障害回復の処理方法をさらに提供し、ステップ４０１と４０２を含む。
【００３２】
ステップ４０１において、端末のビーム障害回復が失敗すると、ＲＬＭプロセスの監視を停止させるように端末を制御する。
【００３３】
本開示の実施例において、当該ＲＬＭプロセスの監視を停止させるプロセスでは、端末は、ターゲットビームの監視を停止させるか、継続させる。複数のＲＬＭプロセスが存在する場合、前記のＲＬＭプロセスの監視を停止させるように端末を制御することは、一部またはすべてのＲＬＭプロセスの監視を停止させるように端末を制御する。
【００３４】
選択可能に、当該複数のＲＬＭプロセスは、複数のＲＬＭ監視閾値、複数のＲＬＭカウンタまたはタイマ、ＲＬＭ用の複数の参照信号ＲＳまたは複数の帯域幅部分ＢＷＰなどに対応可能である。
【００３５】
一部のＲＬＭプロセスの監視を停止させる場合、監視が停止されたＲＬＭプロセスについて、同期指示情報または非同期指示情報を端末のハイレイヤに送信しない。
【００３６】
ステップ４０２において、直接ＲＬＦを宣告し、または、ＲＬＭ制御用タイマの再起動または継続を制御し、前記タイマがタイムアウトになると、ＲＬＦを宣告する。
【００３７】
なお、このステップでのタイマは、たとえばＴ３１０である。複数のＲＬＭプロセスが存在する場合、一部のＲＬＭプロセスの監視を停止させる場合、端末は、監視が停止されるＲＬＭプロセスの数が所定数に達すると、ＲＬＦをハイレイヤに宣告する。すべてのＲＬＭプロセスの監視を停止させる場合、端末は、すべてのＲＬＭプロセスの監視を停止させた後に、ＲＬＦをハイレイヤに宣告する。
【００３８】
また、図５に示すように、本開示の別の実施例において、端末に応用されるビーム障害回復の処理方法をさらに提供し、ステップ５０１〜５０３を含む。
【００３９】
ステップ５０１において、端末によるビーム障害回復請求時、または端末によるビーム障害回復請求後の所定期間で、ＲＬＭプロセスの監視を停止させるように端末を制御する。
【００４０】
ここで、複数のＲＬＭプロセスが存在する場合、前記のＲＬＭプロセスの監視を停止させるように端末を制御することは、具体的に、一部またはすべてのＲＬＭプロセスの監視を停止させるように端末を制御する。選択可能に、当該複数のＲＬＭプロセスは、複数のＲＬＭ監視閾値、複数のＲＬＭカウンタまたはタイマ、ＲＬＭ用の複数の参照信号ＲＳまたは複数の帯域幅部分ＢＷＰなどに対応可能である。
【００４１】
一部のＲＬＭプロセスの監視を停止させる場合、監視が停止されたＲＬＭプロセスについて、同期指示情報または非同期指示情報を端末のハイレイヤに送信しない。
【００４２】
ステップ５０２において、端末のビーム障害回復が失敗すると、直接ＲＬＦを宣告し、または、ＲＬＭ制御用タイマの再起動または継続を制御し、前記タイマがタイムアウトになると、ＲＬＦを宣告する。
【００４３】
ここで、このステップでのタイマは、たとえばＴ３１０である。さらに、本開示の実施例の方法において、端末のビーム障害回復が失敗すると、ビーム障害回復の失敗を指示するための指示情報を端末のハイレイヤに送信することをさらに含む。
【００４４】
ステップ５０３において、端末のビーム障害回復が成功すると、ターゲットビームでデータを受信する。
【００４５】
さらに、端末のビーム障害回復が成功すると、本開示の実施例において、ＲＬＭプロセスの監視を回復または再起動すること、および／または、ビーム障害回復の成功を指示するための指示情報を端末のハイレイヤに送信することをさらに含む。
【００４６】
上記実施例は、本開示のビーム障害回復の処理方法を説明したが、以下、実施例および図面を通じて、本開示のビーム障害回復の処理方法に対応する端末を説明する。
【００４７】
図６に示すように、本開示の実施例は、制御モジュール６１と第１処理モジュール６２を含む端末をさらに提供し、以下詳しく説明する。
【００４８】
前記制御モジュール６１は、ビーム障害回復の所定条件が満たされると、端末によるターゲットビームおよび／または無線リンク監視ＲＬＭプロセスの監視動作を制御することに用いられる。
【００４９】
前記第１処理モジュール６２は、ＲＬＦを宣告し、または、ターゲットビームでデータを受信することに用いられる。
【００５０】
本開示の実施例の端末は、ビーム障害回復の所定条件が満たされると、端末によるターゲットビームおよび／またはＲＬＭプロセスの監視動作を制御し、ＲＬＦを宣告しまたはターゲットビームでデータを受信することによって、ビーム障害回復プロセス中またはプロセス後の端末の動作を明確化することができるため、端末が異なるシーンでは異なる動作を有することができ、サービス伝送の連続性をなるべく保証し、端末の電力消費を節約し、通信プロセスの柔軟性を保証する。
【００５１】
本開示の実施例において、前記制御モジュール６１は、具体的に、前記端末のビーム障害回復が失敗すると、ターゲットビームを監視するように前記端末を制御すること、または、前記端末のビーム障害回復が失敗すると、ターゲットビームの監視を停止させるように前記端末を制御し、ＲＬＭプロセスを監視するように前記端末を制御すること、または、前記端末のビーム障害回復が失敗すると、ＲＬＭプロセスの監視を停止させるように前記端末を制御すること、または、前記端末によるビーム障害回復請求時、または前記端末によるビーム障害回復請求後の所定期間で、ＲＬＭプロセスの監視を停止させるように前記端末を制御することに用いられる。
【００５２】
さらに、前記端末のビーム障害回復が失敗すると、ターゲットビームを監視するように前記端末を制御する場合、前記第１処理モジュール６２は、具体的に、ターゲットビームの監視プロセスで、ＲＬＦの所定条件が満たされると、ＲＬＦを宣告すること、または、ターゲットビームの監視プロセスで、利用可能なターゲットビームを監視できると、前記利用可能なターゲットビームでデータを受信することに用いられる。
【００５３】
選択可能に、図７に示すように、前記端末は、利用可能なターゲットビームを監視し、前記利用可能なターゲットビームでデータを受信した後に、ＲＬＭ用の同期指示情報を端末のハイレイヤに送信すること、または、端末のハイレイヤによるＲＬＭの直接再起動、端末のハイレイヤによるＲＬＭの直接停止、および端末のハイレイヤによるＲＬＭ制御用タイマの停止の少なくとも１つを指示するための指示情報を端末のハイレイヤに送信するための第１送信モジュール６３をさらに含む。
【００５４】
さらに、前記端末のビーム障害回復が失敗すると、ターゲットビームの監視を停止させるように前記端末を制御し、ＲＬＭプロセスを監視するように前記端末を制御する場合、前記第１処理モジュール６２は、具体的に、ＲＬＭプロセスの監視プロセスで、ＲＬＦの所定条件が満たされると、ＲＬＦを宣告すること、または、ＲＬＭプロセスの監視プロセスで、所定数の同期指示情報を受信すると、ターゲットビームでデータを受信することに用いられる。
【００５５】
選択可能に、前記所定数の同期指示情報は、連続なものである。
【００５６】
選択可能に、前記ターゲットビームは、ビーム管理用のビームリストの中のビーム、端末に記憶されているビーム情報に対応するビーム、ＲＬＭ用のビーム、およびすべてまたは一部のビーム候補のうちの少なくとも１つである。
【００５７】
さらに、前記端末のビーム障害回復が失敗すると、ＲＬＭプロセスの監視を停止させるように前記端末を制御する場合、前記第１処理モジュール６２は、具体的に、直接ＲＬＦを宣告すること、または、ＲＬＭ制御用タイマの再起動または継続を制御し、前記タイマがタイムアウトになると、ＲＬＦを宣告することに用いられる。
【００５８】
さらに、前記端末によるビーム障害回復請求時、または前記端末によるビーム障害回復請求後の所定期間で、ＲＬＭプロセスの監視を停止させるように前記端末を制御する場合、前記第１処理モジュール６２は、具体的に、前記端末のビーム障害回復が失敗すると、直接ＲＬＦを宣告すること、または、ＲＬＭ制御用タイマの再起動または継続を制御し、前記タイマがタイムアウトになると、ＲＬＦを宣告すること、または、前記端末のビーム障害回復が成功すると、ターゲットビームでデータを受信することに用いられる。
【００５９】
選択可能に、図８に示すように、前記端末は、前記端末のビーム障害回復が失敗すると、ビーム障害回復の失敗を指示するための指示情報を端末のハイレイヤに送信するための第２送信モジュール６４をさらに含む。
【００６０】
選択可能に、図８に示すように、前記端末は、前記端末のビーム障害回復が成功すると、ビーム障害回復の成功を指示するための指示情報を端末のハイレイヤに送信するための第３送信モジュール６５と、前記端末のビーム障害回復が成功すると、ＲＬＭプロセスの監視を回復または再起動するための第２処理モジュール６６をさらに含む。
【００６１】
選択可能に、複数のＲＬＭプロセスが存在する場合、前記制御モジュール６１は、具体的に、一部またはすべてのＲＬＭプロセスの監視を停止させるように前記端末を制御することに用いられる。
【００６２】
選択可能に、一部のＲＬＭプロセスの監視を停止させる場合、監視が停止されたＲＬＭプロセスについて、同期指示情報または非同期指示情報を端末のハイレイヤに送信しない。
【００６３】
また、本開示の実施例は、プロセッサと、メモリと、前記メモリに記憶されて前記プロセッサで実行可能なコンピュータプログラムを含む端末をさらに提供する。前記コンピュータプログラムが前記プロセッサによって実行されると、上記端末に応用されるビーム障害回復の処理方法の実施例の各プロセスが実現され、かつ同じ技術効果を奏することができるため、重複を避けるようここでは繰り返して記載しない。
【００６４】
具体的に、図９は、本開示の各実施例を実現する端末のハードウェア構造図である。端末９００は、ラジオ周波数ユニット９０１と、ネットワークモジュール９０２と、音声出力ユニット９０３と、入力ユニット９０４と、センサ９０５と、表示ユニット９０６と、ユーザ入力ユニット９０７と、インタフェースユニット９０８と、メモリ９０９と、プロセッサ９１０と、電源９１１などの構成要素を含むが、これらに限定されない。図９に示される終端の構造は、終端を限定するものではなく、終端は、図示されるよりも多いまたは少ない構成要素を含むことができ、または特定の構成要素を組み合わせることができ、または異なる構成要素の配置を含むことができることを、当業者は理解可能である。本開示の実施例において、端末は、携帯電話、タブレットパソコン、ノートパソコン、パームトップパソコン、車載端末、ウェアラブルデバイスおよび歩数計などを含むが、それらに限定されない。
【００６５】
プロセッサ９１０は、ビーム障害回復の所定条件が満たされると、端末によるターゲットビームおよび／またはＲＬＭプロセスの監視動作を制御し、ＲＬＦを宣告しまたはターゲットビームでデータを受信することに用いられる。
【００６６】
本発明の実施例における端末９００は、ビーム障害回復の所定条件が満たされると、端末によるターゲットビームおよび／またはＲＬＭプロセスの監視動作を制御し、ＲＬＦを宣告しまたはターゲットビームでデータを受信することによって、ビーム障害回復プロセス中またはプロセス後の端末の動作を明確化することができるため、端末が異なるシーンでは異なる動作を有することができ、サービス伝送の連続性をなるべく保証し、端末の電力消費を節約し、通信プロセスの柔軟性を保証する。
【００６７】
本開示の実施例において、ラジオ周波数ユニット９０１は、情報の送受信または通話中で信号の送受信に用いられ、具体的に、基地局からのダウンリンクデータを受信した後、プロセッサ９１０による処理に供し、また、アップリンクデータを基地局に送信する。一般に、ラジオ周波数ユニット９０１は、アンテナ、少なくとも１つの増幅器、トランシーバ、結合器、低雑音増幅器、デュプレクサなどを含むが、それらに限定されない。また、ラジオ周波数ユニット９０１は、無線通信システムを介してネットワークや他の機器と通信を行うこともできる。
【００６８】
端末は、ネットワークモジュール９０２を介して、電子メールの送受信、ウェブページの閲覧、ストリーミングメディアへのアクセスを支援するなど、無線ブロードバンドインターネットアクセスをユーザに提供する。
【００６９】
音声出力ユニット９０３は、ラジオ周波数ユニット９０１やネットワークモジュール９０２が受信した音声データや、メモリ９０９に記憶された音声データを音声信号に変換して音声として出力することができる。また、音声出力ユニット９０３は、端末９００が実行する特定の機能に関する音声（例えば、呼出信号着信音、メッセージ着信音等）を出力してもよい。音声出力ユニット９０３は、スピーカ、ブザーおよびレシーバなどを含む。
【００７０】
入力ユニット９０４は、音声や映像の信号を受信することに用いられる。入力ユニット９０４は、ビデオキャプチャモードまたは画像キャプチャモードでカメラなどの画像キャプチャ装置によって取得された静止画または動画の画像データを処理するグラフィックスプロセッサＧＰＵ（Ｇｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）  ９０４１と、マイク９０４２とを含み得る。処理された画像フレームは、表示ユニット９０６上に表示され得る。グラフィックスプロセッサ９０４１で処理された画像フレームは、メモリ９０９（又は他の記憶媒体）に記憶されるか、又はラジオ周波数ユニット９０１またはネットワークモジュール９０２を介して送信され得る。マイク９０４２は、音声を受信し、音声データに加工することができる。処理された音声データは、電話通話モードの場合、ラジオ周波数ユニット９０１を介して移動体通信基地局に送信可能な形式に変換して出力することができる。
【００７１】
端末９００は、光センサ、モーションセンサおよび他のセンサのような少なくとも１つのセンサ９０５を更に含む。具体的には、光センサは、周辺光センサおよび近接センサを含む。周辺光センサは、周辺光の明暗に応じて表示パネル９０６１の輝度を調節し、近接センサは、端末９００が耳に移動したときに表示パネル９０６１および／またはバックライトを消灯する。モーションセンサの１種として、加速度計センサは、様々な方向（一般的には３軸）の加速度の大きさを検出でき、静止時は重力の大きさ及び方向を検出でき、端末姿勢の認識（例えば、縦横画面切替、関連ゲーム、磁力計姿勢キャリブレーション）、振動認識関連機能（たとえば、歩数計、ストローク）などに用いることができる。センサ９０５は、指紋センサ、圧力センサ、虹彩センサ、分子センサ、ジャイロスコープ、気圧計、湿度計、温度計、赤外線センサなどをさらに含むことができるが、ここでは枚挙しない。
【００７２】
表示ユニット９０６は、ユーザが入力した情報やユーザに提供した情報を表示するために用いられる。表示ユニット９０６は、液晶ディスプレイＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、有機発光ダイオードＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ−Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）などからなる表示パネル９０６１を含んでもよい。
【００７３】
ユーザ入力ユニット９０７は、数字や文字情報の入力を受け付け、ユーザによる端末の設定や機能制御に関するキー信号の入力を行うことに用いられる。具体的に、ユーザ入力ユニット９０７は、タッチパネル９０７１と、その他の入力装置９０７２とを含む。タッチパネル９０７１は、タッチスクリーンとも呼ばれ、その上または付近でのユーザによるタッチ操作を取得可能である（たとえばユーザが指やスタイラスなどの任意の適切な物体や付属部材を用いたタッチパネル９０７１の上またはタッチパネル９０７１の付近での操作）。タッチパネル９０７１は、タッチ検出装置とタッチコントローラの２つの部分を含みうる。ここで、タッチ検出装置は、ユーザのタッチ方位を検出し、タッチ操作による信号を検出してタッチコントローラに伝達する。タッチコントローラは、タッチ検出装置からのタッチ情報を受信し、それを接点座標に変換してプロセッサ９１０に送り、プロセッサ９１０からの命令を受信して実行する。なお、タッチパネル９０７１は、抵抗膜式、静電容量式、赤外線、表面弾性波など、種々の方式を用いて実現することができる。ユーザ入力ユニット９０７は、タッチパネル９０７１の他に、他の入力装置９０７２を含んでもよい。具体的に、他の入力装置９７２は、物理的なキーボード、機能キー（例えば、音量調節キー、スイッチキーなど）、トラックボール、マウス、レバーを含み得るが、ここでは枚挙しない。
【００７４】
さらに、タッチパネル９０７１は、表示パネル９０６１に重ねられる。タッチパネル９０７１は、その上またはその近くでタッチ操作を検出すると、プロセッサ９１０に送信して、タッチイベントのタイプを決定する。次いで、プロセッサ９１０は、タッチイベントのタイプに応じて、対応する視覚的出力を表示パネル９０６１に提供する。図９では、タッチパネル９０７１と表示パネル９０６１は、独立した２つの部品として端末の入出力機能を実現するが、実施例によっては、タッチパネル９０７１と表示パネル９０６１を一体化して端末の入出力機能を実現することもでき、具体的にここでは限定しない。
【００７５】
インタフェースユニット９０８は、外部装置と端末９００とを接続するためのインタフェースである。例えば、外部装置は、有線または無線ヘッドホンポート、外部電源（又はバッテリ充電器）ポート、有線または無線データポート、メモリカードポート、識別モジュールを有する装置を接続するためのポート、オーディオ入出力（Ｉ／Ｏ）ポート、ビデオＩ／Ｏポート、ヘッドホンポート等を含み得る。インタフェースユニット９０８は、外部装置からの入力（たとえば、データ情報、電力など）を受信し、受信した入力を端末９００内の１つ以上の要素に伝送するために使用されてもよく、または端末９００と外部装置との間でデータを伝送するために使用されてもよい。
【００７６】
メモリ９０９は、ソフトウェアプログラムおよび様々なデータを格納するために使用され得る。メモリ９０９は、オペレーティングシステム、少なくとも１つの機能に必要なアプリケーション（たとえば、音声再生機能、画像再生機能など）などを格納することができるプログラム格納領域と、データ格納領域とを主に含んでもよい。データ格納領域は、音声データや電話帳など、携帯電話機の使用に応じて作成されたデータを記憶することができる。さらに、メモリ９０９は、高速ランダムアクセスメモリを含んでもよく、少なくとも１つの磁気ディスク記憶装置、フラッシュメモリデバイス、または他の揮発性固体記憶デバイスなどの不揮発性メモリを含んでもよい。
【００７７】
プロセッサ９１０は、端末の制御センタであり、各種インタフェースや回線を用いて端末全体の各部を接続し、メモリ９０９に格納されたソフトウェアプログラムおよび／またはモジュールを実行、メモリ９０９に格納されたデータを呼び出して端末の各種機能および処理データを実行し、端末全体の監視を行う。プロセッサ９１０は、１つ以上の処理ユニットを含んでもよい。選択可能に、プロセッサ９１０は、オペレーティングシステム、ユーザインターフェースおよびアプリケーションなどを主に処理するアプリケーションプロセッサと、ワイヤレス通信を主に処理するモデムプロセッサとを統合することができる。上述のモデムプロセッサは、プロセッサ９１０に統合されなくてもよいことが理解される。
【００７８】
端末９００は、各構成要素に電力を供給するためのバッテリのような電源９１１をさらに含んでもよい。選択可能に、電源９１１は、電源管理システムを介してプロセッサ９１０に論理的に接続されてもよく、電源管理システムを介して充電、放電、および消費電力管理などを管理する機能を実現してもよい。
【００７９】
また、端末９００は、図示しない機能モジュールをさらに含んでもよく、ここでの説明は省略する。
【００８０】
さらに、本開示の実施例は、コンピュータプログラムが記憶されているコンピュータ読み取り可能な記憶媒体をさらに提供し、当該コンピュータプログラムがプロセッサによって実行されると、上記ビーム障害回復の処理方法の実施例の各プロセスが実現され、かつ同じ技術効果を奏することもできるため、重複を避けるために、ここでは繰り返して記載しない。ここで、前記コンピュータ読み取り可能な記憶媒体は、たとえば、リードオンリーメモリＲＯＭ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ  ）、磁気ディスクまたは光ディスクなど等である。
【００８１】
なお、本明細書において、「含む」や「含有する」またはそれ以外のあらゆる変形用語は、非排他的に含むことを意味する。よって、一連の要素を含むプロセス、方法、部品または装置は、それらの要素を含むだけではなく、明確に列挙されていない他の要素をさらに含み、またはこのようなプロセス、方法、部品または装置に固有の要素をさらに含む。特に限定されない限り、「…を１つ含む」の表現によって限定される要素について、当該要素を含むプロセス、方法、部品または装置に他の同一要素の存在を除外しない。
【００８２】
以上の実施形態の記載から、上記実施例の方法が、ソフトウェアに必須の汎用ハードウェアプラットフォームの形態で実現され、もちろんハードウェアによっても実現されてもよく、多くの場合では前者がより好適な実施形態であることは、当業者にとって自明である。このような理解に基づき、本開示の技術手段の実質的または従来技術に貢献した部分は、ソフトウェアプロダクトの形式で現れる。当該コンピュータソフトウェアプロダクトは、記憶媒体（たとえばＲＯＭ／ＲＡＭ、磁気ディスク、光ディスク）に記憶され、本開示の各実施例の方法を１台の端末機器（携帯電話、コンピュータ、サーバー、空調機またはネットワークデバイスなど）に実行させるいくつかの指令を含む。
【００８３】
以上、本発明の実施例を図面に基づいて記載したが、本発明は、上記の具体的な実施形態に限定されるものではない。上記の具体的な実施形態は、例示的なものであり、限定的なものではない。本開示の示唆を受け、当業者が本開示の趣旨および特許請求の範囲から逸脱することなくなしえる多くの形態は、すべて本開示の保護範囲に含まれる。
【図１】
2020537846.tif 000003
【図２】
2020537846.tif 000004
【図３】
2020537846.tif 000005
【図４】
2020537846.tif 000006
【図５】
2020537846.tif 000007
【図６】
2020537846.tif 000008
【図７】
2020537846.tif 000009
【図８】
2020537846.tif 000010
【図９】
2020537846.tif 000011
【手続補正書】
【提出日】令和2年4月28日(2020.4.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末に応用されるビーム障害回復の処理方法において、
ビーム障害回復の所定条件が満たされると、端末によるターゲットビームおよび／または無線リンク監視ＲＬＭプロセスの監視動作を制御することと、
無線リンク障害ＲＬＦを宣告し、または、ターゲットビームでデータを受信することとを含む、ビーム障害回復の処理方法。
【請求項２】
ビーム障害回復の所定条件が満たされると、端末によるターゲットビームおよび／または無線リンク監視ＲＬＭプロセスの監視動作を制御することは、
前記端末のビーム障害回復が失敗すると、ターゲットビームを監視するように前記端末を制御すること、または、
前記端末のビーム障害回復が失敗すると、ターゲットビームの監視を停止させるように前記端末を制御し、ＲＬＭプロセスを監視するように前記端末を制御すること、または、
前記端末のビーム障害回復が失敗すると、ＲＬＭプロセスの監視を停止させるように前記端末を制御すること、または、
前記端末によるビーム障害回復請求時、または前記端末によるビーム障害回復請求後の所定期間で、ＲＬＭプロセスの監視を停止させるように前記端末を制御することを含む、請求項１に記載の処理方法。
【請求項３】
前記端末のビーム障害回復が失敗すると、ターゲットビームを監視するように前記端末を制御する場合、前記無線リンク障害ＲＬＦを宣告し、または、ターゲットビームでデータを受信することは、
ターゲットビームの監視プロセスで、ＲＬＦの所定条件が満たされると、ＲＬＦを宣告すること、または、
ターゲットビームの監視プロセスで、利用可能なターゲットビームを監視できると、前記利用可能なターゲットビームでデータを受信することを含む、請求項２に記載の処理方法。
【請求項４】
ターゲットビームの監視プロセスで、利用可能なターゲットビームを監視できると、前記利用可能なターゲットビームでデータを受信した後に、
ＲＬＭ用の同期指示情報を端末のハイレイヤに送信すること、または、
端末のハイレイヤによるＲＬＭの直接再起動、端末のハイレイヤによるＲＬＭの直接停止、および端末のハイレイヤによるＲＬＭ制御用タイマの停止の少なくとも１つを指示するための指示情報を端末のハイレイヤに送信することをさらに含む、請求項３に記載の処理方法。
【請求項５】
前記端末のビーム障害回復が失敗すると、ターゲットビームの監視を停止させるように前記端末を制御し、ＲＬＭプロセスを監視するように前記端末を制御する場合、前記無線リンク障害ＲＬＦを宣告し、または、ターゲットビームでデータを受信することは、
ＲＬＭプロセスの監視プロセスで、ＲＬＦの所定条件が満たされると、ＲＬＦを宣告すること、または、
ＲＬＭプロセスの監視プロセスで、所定数の同期指示情報を受信すると、ターゲットビームでデータを受信することを含み、
前記所定数の同期指示情報は、連続なものである、請求項２に記載の処理方法。
【請求項６】
前記ターゲットビームは、ビーム管理用のビームリストの中のビーム、端末に記憶されているビーム情報に対応するビーム、ＲＬＭ用のビーム、およびすべてまたは一部のビーム候補のうちの少なくとも１つである、請求項１〜５のいずれか一項に記載の処理方法。
【請求項７】
前記端末のビーム障害回復が失敗すると、ＲＬＭプロセスの監視を停止させるように前記端末を制御する場合、前記無線リンク障害ＲＬＦを宣告し、または、ターゲットビームでデータを受信することは、
直接ＲＬＦを宣告すること、または、
ＲＬＭ制御用タイマの再起動または継続を制御し、前記タイマがタイムアウトになると、ＲＬＦを宣告することを含む、請求項２に記載の処理方法。
【請求項８】
前記端末によるビーム障害回復請求時、または前記端末によるビーム障害回復請求後の所定期間で、ＲＬＭプロセスの監視を停止させるように前記端末を制御する場合、前記無線リンク障害ＲＬＦを宣告し、または、ターゲットビームでデータを受信することは、
前記端末のビーム障害回復が失敗すると、直接ＲＬＦを宣告すること、または、ＲＬＭ制御用タイマの再起動または継続を制御し、前記タイマがタイムアウトになると、ＲＬＦを宣告すること、または、前記端末のビーム障害回復が成功すると、ターゲットビームでデータを受信することを含む、請求項２に記載の処理方法。
【請求項９】
前記端末のビーム障害回復が失敗したときに、ビーム障害回復の失敗を指示するための指示情報を端末のハイレイヤに送信することをさらに含みまたは、
前記端末のビーム障害回復が成功したときに、ビーム障害回復の成功を指示するための指示情報を端末のハイレイヤに送信すること、および／または、
前記端末のビーム障害回復が成功したときに、ＲＬＭプロセスの監視を回復または再起動することをさらに含む、請求項８に記載の処理方法。
【請求項１０】
複数のＲＬＭプロセスが存在する場合、前記ＲＬＭプロセスの監視を停止させるように前記端末を制御することは、
一部またはすべてのＲＬＭプロセスの監視を停止させるように前記端末を制御することを含み、一部のＲＬＭプロセスの監視を停止させる場合、監視が停止されたＲＬＭプロセスについて、同期指示情報または非同期指示情報を端末のハイレイヤに送信しない、請求項２、７〜９のいずれか一項に記載の処理方法。
【請求項１１】
ビーム障害回復の所定条件が満たされると、端末によるターゲットビームおよび／または無線リンク監視ＲＬＭプロセスの監視動作を制御するための制御モジュールと、
ＲＬＦを宣告し、または、ターゲットビームでデータを受信するための第１処理モジュールとを含む、端末。
【請求項１２】
前記制御モジュールは、
前記端末のビーム障害回復が失敗すると、ターゲットビームを監視するように前記端末を制御すること、または、
前記端末のビーム障害回復が失敗すると、ターゲットビームの監視を停止させるように前記端末を制御し、ＲＬＭプロセスを監視するように前記端末を制御すること、または、
前記端末のビーム障害回復が失敗すると、ＲＬＭプロセスの監視を停止させるように前記端末を制御すること、または、
前記端末によるビーム障害回復請求時、または前記端末によるビーム障害回復請求後の所定期間で、ＲＬＭプロセスの監視を停止させるように前記端末を制御することに用いられる、請求項１１に記載の端末。
【請求項１３】
前記ターゲットビームは、ビーム管理用のビームリストの中のビーム、端末に記憶されているビーム情報に対応するビーム、ＲＬＭ用のビーム、およびすべてまたは一部のビーム候補のうちの少なくとも１つである、請求項１１又は１２に記載の端末。
【請求項１４】
前記端末によるビーム障害回復請求時、または前記端末によるビーム障害回復請求後の所定期間で、ＲＬＭプロセスの監視を停止させるように前記端末を制御する場合、前記第１処理モジュールは、
前記端末のビーム障害回復が失敗すると、直接ＲＬＦを宣告すること、または、ＲＬＭ制御用タイマの再起動または継続を制御し、前記タイマがタイムアウトになると、ＲＬＦを宣告すること、または、前記端末のビーム障害回復が成功すると、ターゲットビームでデータを受信することに用いられる、請求項１２に記載の端末。
【請求項１５】
前記端末のビーム障害回復が失敗したときに、ビーム障害回復の失敗を指示するための指示情報を端末のハイレイヤに送信するための第２送信モジュールをさらに含むか、
または、
前記端末のビーム障害回復が成功したときに、ビーム障害回復の成功を指示するための指示情報を端末のハイレイヤに送信するための第３送信モジュールと、
前記端末のビーム障害回復が成功したときに、ＲＬＭプロセスの監視を回復または再起動するための第２処理モジュールをさらに含む、請求項１４に記載の端末。
【国際調査報告】
2020537846.tif 000012
2020537846.tif 000013
2020537846.tif 000014
2020537846.tif 000015