(57)【要約】  本出願の実施例は、信号のリンクが利用不可まで不良である場合の処理に対して考案し、端末の電力消費を節約し、又はビーム障害の回復性能を向上させることができる無線通信方法及び端末を提供する。前記方法は、端末が第１プロトコル層で第２プロトコル層へ第１イベントを報告することと、前記端末が前記第２プロトコル層で前記第１イベントの発生状況に基づき、第２イベントが発生したことを確定した場合、前記端末が、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を停止し、及び／又は前記第１イベントの判定を停止し、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止し、又は、前記端末が前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を継続し、及び／又は前記第１イベントの判定を継続し、及び／又は前記第２プロトコル層への前記第１イベントの報告を継続することとを含む。
2021517754.tif 000002
【特許請求の範囲】
【請求項１】
無線通信方法であって、
端末が、第１プロトコル層で第２プロトコル層へ第１イベントを報告し、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられることと、
前記端末が、前記第２プロトコル層で前記第１イベントの発生状況に基づき、第２イベントが発生したことを確定した場合、
前記端末が、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を停止し、及び／又は前記第１イベントの判定を停止し、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止し、又は、
前記端末が、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を継続し、及び／又は前記第１イベントの判定を継続し、及び／又は前記第２プロトコル層への前記第１イベントの報告を継続し、
ここで、前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられることとを含む、前記無線通信方法。
【請求項２】
前記端末が、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を停止し、及び／又は第１イベントの判定を停止し、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止することは、
前記端末が、前記第２プロトコル層で前記第２イベントが発生したことを確定した場合、前記第２プロトコル層で前記第１プロトコル層へ第１指示情報を送信し、前記第１指示情報が、前記第２イベントが発生したこと、又は前記第１信号セット内の信号の品質の測定を停止すること、及び／又は第１イベントの判定を停止すること、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止することを示すことに用いられることと、
前記第１指示情報に応じて、前記端末が、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を停止し、及び／又は第１イベントの判定を停止し、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止することとを含むことを特徴とする
請求項１に記載の方法。
【請求項３】
前記方法はさらに、
前記端末が、前記第２プロトコル層で前記第１プロトコル層へ第２指示情報を送信し、前記第２指示情報が、第２信号セット内の信号を測定すること、及び／又は前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号及び／又は対応する測定結果を報告することを示すことに用いられることを含むことを特徴とする
請求項１又は２に記載の方法。
【請求項４】
前記方法はさらに、
前記第２指示情報に応じて、前記端末が、前記第１プロトコル層で第２信号セット内の信号を測定し、及び／又は前記第２信号セット内の、品質が前記第３条件を満たすまで良好である信号及び／又は対応する測定結果を報告することを含むことを特徴とする
請求項３に記載の方法。
【請求項５】
前記方法はさらに、
前記端末が前記第１プロトコル層で前記第２プロトコル層への前記第１イベントの報告を継続するとした場合、前記端末が、前記第２プロトコル層で、継続して報告された前記第１イベントの状況に応じて、前記第１信号セット内の信号に対応するリンク品質が第４条件を満たすまで良好であるか否かを判定することを含むことを特徴とする
請求項１−４のいずれか一項に記載の方法。
【請求項６】
前記方法はさらに、
前記端末が、前記第２プロトコル層で前記第１信号セット内の信号に対応するリンク品質が前記第４条件を満たすまで良好ではないことを判定した場合、直前の前記第２イベントによってトリガされたリンク再構成プロシージャを継続して実行し、及び／又は前記リンク再構成プロシージャに対応するタイマを継続して実行することを含むことを特徴とする
請求項５に記載の方法。
【請求項７】
前記方法はさらに、
前記端末が前記第２プロトコル層で前記第１信号セット内の信号に対応するリンク品質が前記第４条件を満たすまで良好であることを判定した場合、直前の前記第２イベントによってトリガされたリンク再構成プロシージャを中止し、及び／又は前記リンク再構成プロシージャに対応するタイマを停止することを含むことを特徴とする
請求項５に記載の方法。
【請求項８】
前記リンク再構成プロシージャは、
第２信号セットから信号の品質が第３条件を満たすまで良好である信号を選択すること、
及び／又は、ネットワーク側へ第１メッセージを送信し、前記第１メッセージが、選択された前記信号を示すことに用いられること、
及び／又は、ネットワーク側が、前記第１メッセージに応じて送信した第２メッセージをモニタリングすることを含むことを特徴とする
請求項６又は７に記載の方法。
【請求項９】
前記方法はさらに、
前記端末が前記第２プロトコル層で前記第１信号セット内の信号に対応するリンク品質が前記第４条件を満たすまで良好であることを判定した場合、前記端末が、第１制御リソースセットでＰＤＣＣＨの検出を継続し、ここで前記第１制御リソースセットが、前記第２イベントが発生する前にＰＤＣＣＨを検出するために用いられるリソースセットであることを含むことを特徴とする
請求項５又は７に記載の方法。
【請求項１０】
前記第４条件は、
Ｋ個の時間範囲のうちの各時間範囲で、前記第１イベントの発生回数が第１値以下であり、ここで前記第１値が０以上の数であること、
Ｋ個の時間範囲のうちの各時間範囲で、前記第２イベントの発生回数が第２値以下であり、ここで前記第２値が０以上の数であること、
Ｋ個の時間範囲で、前記第２イベントの発生回数が第３値以下であり、ここで前記第３値が０以上の数であること、
Ｋ個の時間範囲のうちの各時間範囲で、前記第１イベントの発生回数と前記第１イベントの未発生回数との比が第４値以下であり、ここで前記第４値が０以上の数であること、
Ｋ個の時間範囲のうちの各時間範囲で、前記第１イベントの未発生回数と前記第１イベントの発生回数との比が第５値以上であり、ここで前記第５値が０以上であることのうちの少なくとも一つの条件を含むことを特徴とする
請求項５−９のいずれか一項に記載の方法。
【請求項１１】
前記方法はさらに、
前記端末が、第１時刻の前に第１制御リソースセットでＰＤＣＣＨの検出を継続し、及び／又は第１時刻の後に第１制御リソースセットで行われたＰＤＣＣＨの検出を停止し、
ここで、前記第１制御リソースセットが、前記第２イベントが発生する前にＰＤＣＣＨを検出するために用いられるリソースセットであることを含むことを特徴とする
請求項１−１０のいずれか一項に記載の方法。
【請求項１２】
前記第１時刻は、
前記第２イベントの発生を確定した時刻、
又は、前記第２プロトコル層から前記第１プロトコル層へ第１指示情報を送信する時刻、
又は、前記第１プロトコル層で、前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号を前記第２プロトコル層に報告する時刻、
又は、選択された前記少なくとも一つの信号を示すための第１メッセージをネットワーク側に送信する時刻、
又は、前記ネットワーク側により前記第１メッセージに応じて送信された第２メッセージのモニタリングを開始する時刻、又は、前記第２メッセージを受信する時刻、
又は、ネットワーク側から送信された、第３制御リソースセットを構成するための構成情報を受信する時刻であることを特徴とする
請求項１１に記載の方法。
【請求項１３】
前記第１時刻が前記第２メッセージのモニタリングを開始する時刻、又は前記第２メッセージを受信する時刻、又は前記構成情報を受信する時刻である場合、前記方法はさらに、
前記第１制御リソースセットと第２制御リソースセットの検出が衝突するとした場合、前記端末が、前記第２制御リソースセットを優先的に用いてＰＤＣＣＨの検出を行い、ここで前記第２制御リソースセットが前記第２メッセージの検出に専用されるものであることを含むことを特徴とする
請求項１２に記載の方法。
【請求項１４】
前記方法はさらに、
前記端末が前記第１プロトコル層で前記第２プロトコル層への前記第１イベントの報告を継続するとした場合、第２時刻に又は第２時刻の後に、前記端末が、前記第１プロトコル層で前記第２プロトコル層への前記第１イベントの報告を停止することを含むことを特徴とする
請求項１−１３のいずれか一項に記載の方法。
【請求項１５】
前記第２時刻は、
前記第１プロトコル層で、前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号を前記第２プロトコル層に報告する時刻、
又は、選択された前記信号を示すための第１メッセージをネットワーク側に送信する時刻、
又は、前記ネットワーク側により前記第１メッセージに応じて送信された第２メッセージのモニタリングを開始する時刻、
又は、前記第２メッセージを受信する時刻、又は
前記第１プロトコル層で前記第２プロトコル層から送信された第１指示情報及び／又は第２指示情報及び／又は第３指示情報を受信する時刻であり、
前記第１指示情報が、前記第２イベントが発生したこと、又は前記第１信号セット内の信号の品質の測定を停止すること、及び／又は第１イベントの判定を停止すること、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止することを示すことに用いられ、前記第２指示情報が、第２信号セット内の信号を測定すること、及び／又は前記第２信号セット内の信号の品質が第２条件を満たすまで良好である信号及び／又は対応する測定結果を報告することを示すことに用いられることを特徴とする
請求項１４に記載の方法。
【請求項１６】
前記第１信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応し、前記第２信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応することを特徴とする
請求項１−１５のいずれか一項に記載の方法。
【請求項１７】
前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションであることを特徴とする
請求項１−１５のいずれか一項に記載の方法。
【請求項１８】
前記第１プロトコル層が物理層であり、前記第２プロトコル層がメディアアクセス制御（ＭＡＣ）層であることを特徴とする
請求項１−１７のいずれか一項に記載の方法。
【請求項１９】
前記第２イベントは、第１イベントの連続的な発生回数が第６値を超えたことを示すことに用いられることを特徴とする
請求項１−１８のいずれか一項に記載の方法。
【請求項２０】
無線通信方法であって、
端末が、第１信号セット内の信号を測定し、第１イベントを確定し、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられることと、
前記第１イベントの発生状況に基づき、第２イベントが発生したことを確定した場合、前記端末が、第１時刻の前に第１制御リソースセットでＰＤＣＣＨの検出を継続し、及び／又は第１時刻の後に第１制御リソースセットで行われたＰＤＣＣＨの検出を停止し、
ここで、前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられ、前記第１制御リソースセットが、前記第２イベントが発生する前にＰＤＣＣＨを検出するために用いられるリソースセットであることとを含む、前記無線通信方法。
【請求項２１】
前記第１時刻は、
前記第２イベントの発生を確定した時刻、
前記第１プロトコル層で、前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号を前記第２プロトコル層に報告する時刻、
選択された前記少なくとも一つの信号を示すための第１メッセージをネットワーク側に送信する時刻、
前記ネットワーク側により前記第１メッセージに応じて送信された第２メッセージのモニタリングを開始する時刻、又は
前記第２メッセージを受信する時刻、
又は、ネットワーク側から送信された、第３制御リソースセットを構成するための構成情報を受信する時刻であることを特徴とする
請求項２０に記載の方法。
【請求項２２】
前記第１時刻が前記第２メッセージのモニタリングを開始する時刻、又は前記第２メッセージを受信する時刻、又は前記構成情報を受信する時刻である場合、前記方法はさらに、
前記第１制御リソースセットと第２制御リソースセットの検出が衝突するとした場合、前記端末が、前記第２制御リソースセットを優先的に用いてＰＤＣＣＨの検出を行い、ここで前記第２制御リソースセットが前記第２メッセージの検出に専用されるものであることを含むことを特徴とする
請求項２０又は２１に記載の方法。
【請求項２３】
前記第１信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応し、前記第２信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応することを特徴とする
請求項２０−２２のいずれか一項に記載の方法。
【請求項２４】
前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションであることを特徴とする
請求項２０−２３のいずれか一項に記載の方法。
【請求項２５】
前記第２イベントは、第１イベントの連続的な発生回数が第１値を超えたことを示すことに用いられることを特徴とする
請求項２０−２４のいずれか一項に記載の方法。
【請求項２６】
無線通信方法であって、
端末が、第１信号セット内の信号を測定し、第１イベントを確定し、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられることと、
第１イベントの発生状況に基づき、第２イベントが発生したことを確定した場合、前記端末が、第２信号セット内の信号を測定し、ここで、前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられることと、
前記第２信号セットから、信号品質が第３条件を満たすまで良好である少なくとも一つの信号を選択し、ネットワーク装置へ報告することとを含む、前記無線通信方法。
【請求項２７】
前記第１信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応し、前記第２信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応することを特徴とする
請求項２６に記載の方法。
【請求項２８】
前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションであることを特徴とする
請求項２６又は２７に記載の方法。
【請求項２９】
前記第２イベントは、第１イベントの連続的な発生回数が第１値を超えたことを示すことに用いられることを特徴とする
請求項２６−２８のいずれか一項に記載の方法。
【請求項３０】
端末であって、第１処理ユニットと第２処理ユニットを備え、ここで、
前記第１処理ユニットが第１プロトコル層で第２プロトコル層へ第１イベントを報告するように構成され、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられ、
前記第２処理ユニットが前記第２プロトコル層で前記第１イベントの発生状況に基づき、第２イベントが発生したことを確定するように構成され、ここで、前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられ、
前記第１処理ユニットがさらに前記第２イベントが発生した場合、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を停止し、及び／又は前記第１イベントの判定を停止し、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止し、又は、
前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を継続し、及び／又は前記第１イベントの判定を継続し、及び／又は前記第２プロトコル層への前記第１イベントの報告を継続するように構成される、前記端末。
【請求項３１】
前記第２処理ユニットはさらに、
前記第２プロトコル層で前記第２イベントが発生したことを確定した場合、前記第２プロトコル層で前記第１プロトコル層へ第１指示情報を送信するように構成され、前記第１指示情報が、前記第２イベントが発生したこと、又は前記第１信号セット内の信号の品質の測定を停止すること、及び／又は第１イベントの判定を停止すること、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止することを示すことに用いられ、
前記第１処理ユニットが前記第１指示情報に応じて、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を停止し、及び／又は第１イベントの判定を停止し、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止するように構成されることを特徴とする
請求項３０に記載の端末。
【請求項３２】
前記第２処理ユニットはさらに、
前記第２プロトコル層で前記第１プロトコル層へ第２指示情報を送信するように構成され、前記第２指示情報が、第２信号セット内の信号を測定すること、及び／又は前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号及び／又は対応する測定結果を報告することを示すことに用いられることを含むことを特徴とする
請求項３０又は３１に記載の端末。
【請求項３３】
前記第１処理ユニットはさらに、
前記第２指示情報に応じて、前記第１プロトコル層で第２信号セット内の信号を測定し、及び／又は前記第２信号セット内の、品質が前記第３条件を満たすまで良好である信号及び／又は対応する測定結果を報告するように構成されることを特徴とする
請求項３２に記載の端末。
【請求項３４】
前記第１処理ユニットはさらに、
前記第１プロトコル層で前記第２プロトコル層への前記第１イベントの報告を継続するとした場合、前記端末が前記第２プロトコル層で、継続して報告された前記第１イベントの状況に応じて、前記第１信号セット内の信号に対応するリンク品質が第４条件を満たすまで良好であるか否かを判定するように構成されることを特徴とする
請求項３０−３３のいずれか一項に記載の端末。
【請求項３５】
前記第２処理ユニットはさらに、
前記第２プロトコル層で前記第１信号セット内の信号に対応するリンク品質が前記第４条件を満たすまで良好ではないことを判定した場合、直前の前記第２イベントによってトリガされたリンク再構成プロシージャを継続して実行し、及び／又は前記リンク再構成プロシージャに対応するタイマを継続して実行するように構成されることを特徴とする
請求項３４に記載の端末。
【請求項３６】
前記第２処理ユニットはさらに、
前記第２プロトコル層で前記第１信号セット内の信号に対応するリンク品質が前記第４条件を満たすまで良好であることを判定した場合、直前の前記第２イベントによってトリガされたリンク再構成プロシージャを中止し、及び／又は前記リンク再構成プロシージャに対応するタイマを停止するように構成されることを特徴とする
請求項３４に記載の端末。
【請求項３７】
前記リンク再構成プロシージャは、
第２信号セットから信号の品質が第３条件を満たすまで良好である信号を選択すること、
及び／又は、ネットワーク側へ第１メッセージを送信し、前記第１メッセージが、選択された前記信号を示すことに用いられること、
及び／又は、ネットワーク側が、前記第１メッセージに応じて送信した第２メッセージをモニタリングすることを含むことを特徴とする
請求項３５又は３６に記載の方法。
【請求項３８】
前記端末は、
前記第２プロトコル層で前記第１信号セット内の信号に対応するリンク品質が前記第４条件を満たすまで良好であることを判定した場合、第１制御リソースセットでＰＤＣＣＨの検出を継続するように構成され、ここで前記第１制御リソースセットが、前記第２イベントが発生する前にＰＤＣＣＨを検出するために用いられるリソースセットである検出ユニットをさらに備えることを特徴とする
請求項３４又は３６に記載の端末。
【請求項３９】
前記第４条件は、
Ｋ個の時間範囲のうちの各時間範囲で、前記第１イベントの発生回数が第１値以下であり、ここで前記第１値が０以上の数であること、
Ｋ個の時間範囲のうちの各時間範囲で、前記第２イベントの発生回数が第２値以下であり、ここで前記第２値が０以上の数であること、
Ｋ個の時間範囲で、前記第２イベントの発生回数が第３値以下であり、ここで前記第３値が０以上の数であること、
Ｋ個の時間範囲のうちの各時間範囲で、前記第１イベントの発生回数と前記第１イベントの未発生回数との比が第４値以下であり、ここで前記第４値が０以上の数であること、
Ｋ個の時間範囲のうちの各時間範囲で、前記第１イベントの未発生回数と前記第１イベントの発生回数との比が第５値以上であり、ここで前記第５値が０以上であることのうちの少なくとも一つの条件を含むことを特徴とする
請求項３４−３８のいずれか一項に記載の端末。
【請求項４０】
前記端末は、
第１時刻の前に第１制御リソースセットでＰＤＣＣＨの検出を継続し、及び／又は第１時刻の後に第１制御リソースセットで行われたＰＤＣＣＨの検出を停止するように構成され、
ここで、前記第１制御リソースセットが、前記第２イベントが発生する前にＰＤＣＣＨを検出するために用いられるリソースセットである検出ユニットを備えることを特徴とする
請求項３０−３９のいずれか一項に記載の端末。
【請求項４１】
前記第１時刻は、
前記第２イベントの発生を確定した時刻、
又は、前記第２プロトコル層から前記第１プロトコル層へ第１指示情報を送信する時刻、
又は、前記第１プロトコル層で、前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号を前記第２プロトコル層に報告する時刻、
又は、選択された前記少なくとも一つの信号を示すための第１メッセージをネットワーク側に送信する時刻、
又は、前記ネットワーク側により前記第１メッセージに応じて送信された第２メッセージのモニタリングを開始する時刻、又は、前記第２メッセージを受信する時刻、
又は、ネットワーク側から送信された、第３制御リソースセットを構成するための構成情報を受信する時刻であることを特徴とする
請求項４０に記載の端末。
【請求項４２】
前記第１時刻が前記第２メッセージのモニタリングを開始する時刻、又は前記第２メッセージを受信する時刻、又は前記構成情報を受信する時刻である場合、前記検出ユニットはさらに、
前記第１制御リソースセットと第２制御リソースセットの検出が衝突するとした場合、前記第２制御リソースセットを優先的に用いてＰＤＣＣＨの検出を行うように構成され、ここで前記第２制御リソースセットが前記第２メッセージの検出に専用されるものであることを含むことを特徴とする
請求項４１に記載の端末。
【請求項４３】
前記第１処理ユニットはさらに、
前記第１プロトコル層で前記第２プロトコル層への前記第１イベントの報告を継続するとした場合、第２時刻に又は第２時刻の後に、前記第１プロトコル層で前記第２プロトコル層への前記第１イベントの報告を停止するように構成されることを特徴とする
請求項３０−４２のいずれか一項に記載の端末。
【請求項４４】
前記第２時刻は、
前記第１プロトコル層で、前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号を前記第２プロトコル層に報告する時刻、
又は、選択された前記信号を示すための第１メッセージをネットワーク側に送信する時刻、
又は、前記ネットワーク側により前記第１メッセージに応じて送信された第２メッセージのモニタリングを開始する時刻、
又は、前記第２メッセージを受信する時刻、又は
前記第１プロトコル層で前記第２プロトコル層から送信された第１指示情報及び／又は第２指示情報及び／又は第３指示情報を受信する時刻であり、
前記第１指示情報が、前記第２イベントが発生したこと、又は前記第１信号セット内の信号の品質の測定を停止すること、及び／又は第１イベントの判定を停止すること、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止することを示すことに用いられ、前記第２指示情報が、第２信号セット内の信号を測定すること、及び／又は前記第２信号セット内の信号の品質が第２条件を満たすまで良好である信号及び／又は対応する測定結果を報告することを示すことに用いられることを特徴とする
請求項４３に記載の端末。
【請求項４５】
前記第１信号セット内の信号が少なくとも一つの送信ビームに１対１で対応し、前記第２信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応することを特徴とする
請求項３０−４４のいずれか一項に記載の端末。
【請求項４６】
前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションであることを特徴とする
請求項３０−４４のいずれか一項に記載の端末。
【請求項４７】
前記第１プロトコル層が物理層であり、前記第２プロトコル層がメディアアクセス制御（ＭＡＣ）層であることを特徴とする
請求項３０−４６のいずれか一項に記載の端末。
【請求項４８】
前記第２イベントは、第１イベントの連続的な発生回数が第６値を超えたことを示すことに用いられることを特徴とする
請求項３０−４７のいずれか一項に記載の端末。
【請求項４９】
端末であって、測定ユニット、確定ユニットと検出ユニットを備え、ここで、
前記測定ユニットが第１信号セット内の信号を測定し、第１イベントを確定するように構成され、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられ、
前記確定ユニットが前記第１イベントの発生状況に基づき、第２イベントが発生したことを確定するように構成され、
前記検出ユニットが、前記確定ユニットが第２イベントが発生したことを確定した場合、第１時刻の前に第１制御リソースセットでＰＤＣＣＨの検出を継続し、及び／又は第１時刻の後に第１制御リソースセットで行われたＰＤＣＣＨの検出を停止するように構成され、
ここで、前記第１制御リソースセットが、前記第２イベントが発生する前にＰＤＣＣＨを検出するために用いられるリソースセットであり、前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられる、前記端末。
【請求項５０】
前記第１時刻は、
前記第２イベントの発生を確定した時刻、
前記第１プロトコル層で、前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号を前記第２プロトコル層に報告する時刻、
選択された前記少なくとも一つの信号を示すための第１メッセージをネットワーク側に送信する時刻、
前記ネットワーク側により前記第１メッセージに応じて送信された第２メッセージのモニタリングを開始する時刻、又は
前記第２メッセージを受信する時刻、
又は、ネットワーク側から送信された、第３制御リソースセットを構成するための構成情報を受信する時刻であることを特徴とする
請求項４９に記載の端末。
【請求項５１】
前記第１時刻が前記第２メッセージのモニタリングを開始する時刻、又は前記第２メッセージを受信する時刻、又は前記構成情報を受信する時刻である場合、前記検出ユニットはさらに、
前記第１制御リソースセットと第２制御リソースセットの検出が衝突するとした場合、前記第２制御リソースセットを優先的に用いてＰＤＣＣＨの検出を行うように構成され、ここで前記第２制御リソースセットが前記第２メッセージの検出に専用されるものであることを特徴とする
請求項４９又は５０に記載の端末。
【請求項５２】
前記第１信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応し、前記第２信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応することを特徴とする
請求項４９−５１のいずれか一項に記載の端末。
【請求項５３】
前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションであることを特徴とする
請求項４９−５２のいずれか一項に記載の端末。
【請求項５４】
前記第２イベントは、第１イベントの連続的な発生回数が第１値を超えたことを示すことに用いられることを特徴とする
請求項４９−５３のいずれか一項に記載の端末。
【請求項５５】
端末であって、測定ユニット、確定ユニット、選択ユニットと報告ユニットを備え、
前記測定ユニットが、第１信号セット内の信号を測定し、第１イベントを確定するように構成され、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられ、
前記確定ユニットが第１イベントの発生状況に基づき、第２イベントが発生したことを確定するように構成され、
前記測定ユニットがさらに前記確定ユニットが前記第２イベントが発生したことを確定した場合、第２信号セット内の信号を測定するように構成され、ここで、前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられ、
前記選択ユニットが前記第２信号セットから、信号品質が第３条件を満たすまで良好である少なくとも一つの信号を選択するように構成され、
前記報告ユニットがネットワーク装置へ前記少なくとも一つの信号を報告するように構成される、前記端末。
【請求項５６】
前記第１信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応し、前記第２信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応することを特徴とする
請求項５５に記載の端末。
【請求項５７】
前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションであることを特徴とする
請求項５５又は５６に記載の端末。
【請求項５８】
前記第２イベントは、第１イベントの連続的な発生回数が第１値を超えたことを示すことに用いられることを特徴とする
請求項５５−５７のいずれか一項に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は通信分野に関し、且つより具体的には、無線通信方法及び装置に関する。
【背景技術】
【０００２】
第５世代（５Ｇ）移動通信技術の研究において、ビームフォーミング技術はカバレッジ及びスペクトル効率を向上させるための重要な技術である。ビームフォーミングはアンテナアレイに基づく信号前処理技術であり、各アンテナアレイ素子における送信信号の重み値を調整することにより、指向性を有するビームを生成する。
【０００３】
ネットワーク装置は異なるビームを用いて複数の信号を送信することができ、そして端末装置は受信されたこれらの信号を測定し、それによってこれらの信号を伝送するためのリンクが利用不可まで不良であるか否かを判定することができる。現在、判定結果に基づいて後続処理をどのように行うかについては、まだ考案されていない。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本出願の実施例は、信号のリンクが利用不可まで不良である時の後続処理に対して考案し、端末の電力消費を節約し、又はビーム障害の回復性能を向上させることができる無線通信方法及び端末を提供する。
【課題を解決するための手段】
【０００５】
第１態様による無線通信方法は、端末が第１プロトコル層で第２プロトコル層へ第１イベントを報告し、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられることと、前記端末が、前記第２プロトコル層で前記第１イベントの発生状況に基づき、第２イベントが発生したことを確定した場合、前記端末が、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を停止し、及び／又は前記第１イベントの判定を停止し、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止し、又は、前記端末が前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を継続し、及び／又は前記第１イベントの判定を継続し、及び／又は前記第２プロトコル層への前記第１イベントの報告を継続し、ここで前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられることとを含む。
【０００６】
したがって、本出願の実施例では、前記端末が、前記第２プロトコル層で前記第１イベントの発生状況に基づき、第２イベントが発生したことを確定した場合、前記端末が、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を停止し、及び／又は前記第１イベントの判定を停止し、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止し、これにより、端末の電力消費を節約することができ、前記端末は、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を継続し、及び／又は前記第１イベントの判定を継続し、及び／又は前記第２プロトコル層への前記第１イベントの報告を継続し、これにより、ビーム障害回復（ｂｅａｍ  ｆａｉｌｕｒｅ  ｒｅｃｏｖｅｒｙ）の性能を向上させることができる。
【０００７】
第１態様と組み合わせ、第１態様の一つの可能な実施形態では、前記端末が、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を停止し、及び／又は第１イベントの判定を停止し、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止することは、前記端末が前記第２プロトコル層で前記第２イベントが発生したことを確定した場合、前記第２プロトコル層で前記第１プロトコル層へ第１指示情報を送信し、前記第１指示情報が、前記第２イベントが発生したこと、又は前記第１信号セット内の信号の品質の測定を停止すること、及び／又は第１イベントの判定を停止すること、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止することを示すことに用いられることと、前記第１指示情報に応じて、前記端末が、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を停止し、及び／又は第１イベントの判定を停止し、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止することとを含む。
【０００８】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記方法は、前記端末が前記第２プロトコル層で前記第１プロトコル層へ第２指示情報を送信し、前記第２指示情報が、第２信号セット内の信号を測定すること、及び／又は前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号及び／又は対応する測定結果を報告することを示すことに用いられることをさらに含む。
【０００９】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記方法は前記第２指示情報に応答し、前記端末が前記第１プロトコル層で第２信号セット内の信号を測定し、及び／又は前記第２信号セット内の、品質が前記第３条件を満たすまで良好である信号及び／又は対応する測定結果を報告することをさらに含む。
【００１０】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記方法は、前記端末が前記第１プロトコル層で前記第２プロトコル層への前記第１イベントの報告を継続するとした場合、前記端末が前記第２プロトコル層で、継続して報告された前記第１イベントの状況に応じて、前記第１信号セット内の信号に対応するリンク品質が第４条件を満たすまで良好であるか否かを判定することをさらに含む。
【００１１】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記方法は、前記端末が前記第２プロトコル層で前記第１信号セット内の信号に対応するリンク品質が前記第４条件を満たすまで良好ではないことを判定した場合、直前の前記第２イベントによってトリガされたリンク再構成プロシージャを継続して実行し、及び／又は前記リンク再構成プロシージャに対応するタイマを継続して実行することをさらに含む。
【００１２】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記方法は、前記端末が前記第２プロトコル層で前記第１信号セット内の信号に対応するリンク品質が前記第４条件を満たすまで良好であることを判定した場合、直前の前記第２イベントによってトリガされたリンク再構成プロシージャを中止すること、及び／又は前記リンク再構成プロシージャに対応するタイマを停止することをさらに含む。
【００１３】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記リンク再構成プロシージャは、第２信号セットから信号品質が第３条件を満たすまで良好である信号を選択すること、及び／又は、ネットワーク側へ第１メッセージを送信し、前記第１メッセージが、選択された前記信号を示すことに用いられること、及び／又は、ネットワーク側が、前記第１メッセージに応じて送信した第２メッセージをモニタリングすることを含む。
【００１４】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記方法は、前記端末が前記第２プロトコル層で前記第１信号セット内の信号に対応するリンク品質が前記第４条件を満たすまで良好であることを判定した場合、前記端末が第１制御リソースセットでＰＤＣＣＨの検出を継続し、ここで前記第１制御リソースセットが、前記第２イベントが発生する前にＰＤＣＣＨを検出するために用いられるリソースセットであることをさらに含む。
【００１５】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記第４条件は、Ｋ個の時間範囲のうちの各時間範囲で、前記第１イベントの発生回数が第１値以下であり、ここで前記第１値が０以上の数であること、Ｋ個の時間範囲のうちの各時間範囲で、前記第２イベントの発生回数が第２値以下であり、ここで前記第２値が０以上の数であること、Ｋ個の時間範囲で、前記第２イベントの発生回数が第３値以下であり、ここで前記第３値が０以上の数であること、Ｋ個の時間範囲のうちの各時間範囲で、前記第１イベントの発生回数と前記第１イベントの未発生回数との比が第４値以下であり、ここで前記第４値が０以上の数であること、Ｋ個の時間範囲のうちの各時間範囲で、前記第１イベントの未発生回数と前記第１イベントの発生回数との比が第５値以上であり、ここで前記第５値が０以上の数であることのうちの少なくとも一つの条件を含む。
【００１６】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記方法は、前記端末が第１時刻の前に第１制御リソースセットでＰＤＣＣＨの検出を継続し、及び／又は第１時刻の後に第１制御リソースセットで行われたＰＤＣＣＨの検出を停止し、ここで前記第１制御リソースセットが、前記第２イベントが発生する前にＰＤＣＣＨを検出するために用いられるリソースセットであることをさらに含む。
【００１７】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記第１時刻は、前記第２イベントの発生を確定した時刻、又は、前記第２プロトコル層から前記第１プロトコル層へ第１指示情報を送信する時刻、又は、前記第１プロトコル層から前記第２プロトコル層へ前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号を報告する時刻、又は、選択された前記少なくとも一つの信号を示すための第１メッセージをネットワーク側に送信する時刻、又は、前記ネットワーク側により前記第１メッセージに応じて送信された第２メッセージのモニタリングを開始する時刻、又は、前記第２メッセージを受信する時刻、又は、ネットワーク側から送信された、第３制御リソースセットを構成するための構成情報を受信する時刻である。
【００１８】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記第１時刻が前記第２メッセージのモニタリングを開始する時刻、又は前記第２メッセージを受信する時刻、又は前記構成情報を受信する時刻である場合、前記方法は、前記第１制御リソースセットと第２制御リソースセットの検出が衝突するとした場合、前記端末が前記第２制御リソースセットを優先的に用いてＰＤＣＣＨの検出を行い、ここで前記第２制御リソースセットが前記第２メッセージの検出に専用されるものであることをさらに含む。
【００１９】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記方法は、前記端末が前記第１プロトコル層で前記第２プロトコル層への前記第１イベントの報告を継続するとした場合、第２時刻に又は第２時刻の後に、前記端末が前記第１プロトコル層で前記第２プロトコル層への前記第１イベントの報告を停止することをさらに含む。
【００２０】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記第２時刻は、前記第１プロトコル層で前記第２プロトコル層に、前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号を報告する時刻、又は、ネットワーク側に、選択された前記信号を示すための第１メッセージを送信する時刻、又は、前記ネットワーク側により前記第１メッセージに応じて送信された第２メッセージのモニタリングを開始する時刻、又は、前記第２メッセージを受信する時刻、又は前記第１プロトコル層で前記第２プロトコル層から送信された第１指示情報及び／又は第２指示情報及び／又は第３指示情報を受信する時刻であり、前記第１指示情報が、前記第２イベントが発生したこと、又は前記第１信号セット内の信号の品質の測定を停止すること、及び／又は第１イベントの判定を停止すること、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止することを示すことに用いられ、前記第２指示情報が、第２信号セット内の信号を測定すること、及び／又は前記第２信号セット内の信号の品質が第２条件を満たすまで良好である信号及び／又は対応する測定結果を報告することを示すことに用いられる。
【００２１】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記第１信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応し、前記第２信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応する。
【００２２】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションである。
【００２３】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記第１プロトコル層が物理層であり、前記第２プロトコル層がメディアアクセス制御（ＭＡＣ）層である。
【００２４】
第１態様又は上記のいずれかの可能な実施形態と組み合わせ、第１態様の別の可能な実施形態では、前記第２イベントは、第１イベントの連続的な発生回数が第６値を超えたことを示すことに用いられる。
【００２５】
第２態様による無線通信方法は、端末が第１信号セット内の信号を測定し、第１イベントを確定し、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられることと、前記第１イベントの発生状況に基づき、第２イベントが発生したことを確定した場合、前記端末が第１時刻の前に第１制御リソースセットでＰＤＣＣＨの検出を継続し、及び／又は第１時刻の後に第１制御リソースセットで行われたＰＤＣＣＨの検出を停止し、ここで前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられ、前記第１制御リソースセットが、前記第２イベントが発生する前にＰＤＣＣＨを検出するために用いられるリソースセットであることとを含む。
【００２６】
したがって、本出願の実施例では前記第１イベントの発生状況に基づき、第２イベントが発生したことを確定した場合、前記端末は第１時刻の前に第１制御リソースセットでＰＤＣＣＨの検出を継続し、及び／又は第１時刻の後に第１制御リソースセットで行われたＰＤＣＣＨの検出を停止することにより、ＰＤＣＣＨ検出を漏れることをできるだけ回避することに基づき、端末の電力消費を低減することができる。
【００２７】
第２態様と組み合わせ、第２態様の一つの可能な実施形態では、前記第１時刻は、前記第２イベントの発生を確定した時刻、前記第１プロトコル層で前記第２プロトコル層に、前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号を報告する時刻、選択された前記少なくとも一つの信号を示すための第１メッセージをネットワーク側に送信する時刻、前記ネットワーク側により前記第１メッセージに応じて送信された第２メッセージのモニタリングを開始する時刻、又は、前記第２メッセージを受信する時刻、又は、ネットワーク側から送信された、第３制御リソースセットを構成するための構成情報を受信する時刻である。
【００２８】
第２態様又は上記のいずれかの可能な実施形態と組み合わせ、第２態様の別の可能な実施形態では、前記第１時刻が前記第２メッセージのモニタリングを開始する時刻、又は前記第２メッセージを受信する時刻、又は前記構成情報を受信する時刻である場合、前記方法は、前記第１制御リソースセットと第２制御リソースセットの検出が衝突するとした場合、前記端末が前記第２制御リソースセットを優先的に用いてＰＤＣＣＨの検出を行い、ここで前記第２リソース制御セットが前記第２メッセージの検出に専用されることをさらに含む。
【００２９】
第２態様又は上記のいずれかの可能な実施形態と組み合わせ、第２態様の別の可能な実施形態では、前記第１信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応し、前記第２信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応する。
【００３０】
第２態様又は上記のいずれかの可能な実施形態と組み合わせ、第２態様の別の可能な実施形態では、前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションである。
【００３１】
第２態様又は上記のいずれかの可能な実施形態と組み合わせ、第２態様の別の可能な実施形態では、前記第２イベントは、第１イベントの連続的な発生回数が第１値を超えたことを示すことに用いられる。
【００３２】
第３態様による無線通信方法は、
端末が第１信号セット内の信号を測定し、第１イベントを確定し、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられることと、
第１イベントの発生状況に基づき、第２イベントが発生したことを確定した場合、前記端末が第２信号セット内の信号を測定し、ここで、前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられることと、
前記第２信号セットから、信号品質が第３条件を満たすまで良好である少なくとも一つの信号を選択し、ネットワーク装置へ報告することとを含む。
【００３３】
したがって、本出願の実施例では、端末は第２イベントが発生したことを確定した場合、第２信号セット内の信号を検出し、これにより端末の電力消費を低減することができる。
【００３４】
第３態様と組み合わせ、第３態様の一つの可能な実施形態では、前記第１信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応し、前記第２信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応する。
【００３５】
第３態様又は上記のいずれかの可能な実施形態と組み合わせ、第３態様の別の可能な実施形態では、前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションである。
【００３６】
第３態様又は上記のいずれかの可能な実施形態と組み合わせ、第３態様の別の可能な実施形態では、前記第２イベントは、第１イベントの連続的な発生回数が第１値を超えたことを示すことに用いられる。
【００３７】
第４態様による端末は、上記のいずれかの態様又はそのいずれかの可能な実施形態における方法を実現するためのユニットを備えることができる。
【００３８】
第５態様による端末は、メモリとプロセッサを備えることができ、前記メモリが命令を記憶するように構成され、前記プロセッサがメモリに記憶された命令を呼び出していずれかの態様又はそのいずれかの選択可能な実施形態における方法を実行するように構成される。
【００３９】
第６態様によるコンピュータ可読媒体は、端末装置で実行されるためのプログラムコードを記憶し、前記プログラムコードがいずれかの態様又はその様々な実施形態における方法を実行するための命令を含む。
【００４０】
第７態様によるコンピュータプログラム製品は、いずれかの態様又はその様々な実施形態における方法を実行するための命令を含む。
【図面の簡単な説明】
【００４１】
【図１】本出願の実施例による無線通信システムの概略図である。
【図２】本出願の実施例による無線通信方法の概略フローチャートである。
【図３】本出願の実施例による特定のＰＤＣＣＨを検出する開始時刻又は終了時刻を示す図である。
【図４】本出願の実施例による無線通信方法の概略フローチャートである。
【図５】本出願の実施例による無線通信方法の概略フローチャートである。
【図６】本出願の実施例による端末の概略ブロック図である。
【図７】本出願の実施例による端末の概略ブロック図である。
【図８】本出願の実施例による端末の概略ブロック図である。
【図９】本出願の実施例によるシステムチップの概略ブロック図である。
【図１０】本出願の実施例による通信装置の概略ブロック図である。
【発明を実施するための形態】
【００４２】
本出願の実施例における技術的解決策をより明確に説明するために、以下に実施例又は従来技術の説明に必要な図面を簡単に説明するが、明らかに、以下に記載する図面は本出願のいくつかの実施例だけであり、当業者であれば、創造的な労力を要することなく、これらの図面に基づいて他の図面を得ることができる。
【００４３】
以下に本出願の実施例の図面と組み合わせて本出願の実施例に係る技術的解決策を説明し、明らかに、説明した実施例は本出願の実施例の一部だけであり、全ての実施例ではない。本出願の実施例に基づき、当業者が創造的な労力を要せずに得る他の実施例は、全て本出願の保護範囲に属する。
【００４４】
本出願の実施例の技術的解決策は様々な通信システム、例えばグローバルモバイル通信（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ：「ＧＳＭ」と略称）システム、符号分割多元アクセス（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ：「ＣＤＭＡ」）システム、帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ：「ＷＣＤＭＡ」と略称）システム、汎用パケット無線サービス（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ：「ＧＰＲＳ」と略称）、長期進化型（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ：「ＬＴＥ」と略称）システム、ＬＴＥ周波数分割複信（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ：「ＦＤＤ」と略称）システム、ＬＴＥ時分割複信（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ：「ＴＤＤ」と略称）、汎用移動通信システム（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ：「ＵＭＴＳ」と略称）、グローバル相互接続マイクロ波アクセス（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ：「ＷｉＭＡＸ」と略称）通信システム又は将来の５Ｇ（新しい無線（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）とも呼ばれてもよい）システムなどに応用されてもよい。
【００４５】
図１には本発明の実施例に応用される無線通信システム１００が示される。前記無線通信システム１００はネットワーク装置１１０を備えることができる。ネットワーク装置１１０は端末装置と通信する装置であってもよい。ネットワーク装置１１０は特定の地理的エリアに対して通信カバレッジを提供することができ、そして前記カバレッジに位置する端末装置（例えばＵＥ）と通信を行うことができる。選択可能に、前記ネットワーク装置１１０はＧＳＭシステム又はＣＤＭＡシステムにおける基地局（ＢＴＳ：Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ）であってもよいし、ＷＣＤＭＡシステムにおける基地局（ＮＢ：ＮｏｄｅＢ）であってもよいし、ＬＴＥシステムにおける進化型基地局（ｅＮＢ又はｅＮｏｄｅＢ：Ｅｖｏｌｕｔｉｏｎａｌ  ＮｏｄｅＢ）であってもよいし、クラウド無線アクセスネットワーク（ＣＲＡＮ：Ｃｌｏｕｄ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）シーンにおける無線コントローラであってもよく、又は前記ネットワーク装置は中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークにおけるネットワーク装置又は将来の進化した公衆陸上モバイルネットワーク（ＰＬＭＮ：Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）におけるネットワーク装置などであってもよい。
【００４６】
前記無線通信システム１００はさらにネットワーク装置１１０のカバレッジに位置する少なくとも一つの端末装置１２０を備える。端末装置１２０は移動式又は固定式でもよい。選択可能に、端末装置１２０はアクセス端末、ユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、加入者ユニット、加入者局、移動局、移動ステーション、遠隔局、遠隔端末、移動装置、ユーザ端末、端末、無線通信装置、ユーザエージェント又はユーザ装置を指すことができる。アクセス端末はセルラー電話、コードレス電話、セッション開始プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）電話、無線ローカルループ（ＷＬＬ：Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ）ステーション、パーソナルデジタル処理（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、無線通信機能を備えたハンドヘルドデバイス、コンピューティングデバイス又は無線モデムに接続された他の処理装置、車載デバイス、ウェアラブルデバイス、将来の５Ｇネットワークにおける端末装置又は将来の進化したＰＬＭＮネットワークにおける端末装置などであってもよい。
【００４７】
選択可能に、端末装置１２０同士は端末直接接続（Ｄ２Ｄ：Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信を行うことができる。
【００４８】
選択可能に、５Ｇシステム又はネットワーク装置は新しい無線（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）システム又はネットワークとも呼ばれてもよい。
【００４９】
図１には一つのネットワーク装置と２つの端末装置が例示的に示され、選択可能に、前記無線通信システム１００は複数のネットワーク装置を備えることができ且つ各ネットワーク装置のカバレッジで他の数の端末装置を含むことができ、本出願の実施例はこれに限定されない。
【００５０】
選択可能に、前記無線通信システム１００はさらにネットワークコントローラ、移動管理エンティティなどの他のネットワークエンティティを備えることができ、本出願の実施例はこれに限定されない。
【００５１】
理解すべきものとして、本明細書で用語「システム」と「ネットワーク」は常に本明細書で互換的に使用される。本明細書では用語「及び／又は」は、関連するオブジェクトの関連関係を記述するためのものだけであり、３種類の関係が存在してもよいことを示し、Ａ及び／又はＢは、Ａが単独で存在すること、ＡとＢが同時に存在すること、Ｂが単独で存在することの３つの状況を示すことができる。また、本明細書では文字「／」は、一般的に前後にある関連オブジェクトが「又は」の関係であることを示す。
【００５２】
図２は本出願の実施例による無線通信方法２００の概略フローチャートである。前記方法２００は選択可能に図１に示すシステムに応用されてもよいが、これに限定されない。図２に示すように、前記方法２００は以下の少なくとも一部の内容を含む。
【００５３】
２１０において、端末が、第１プロトコル層で第２プロトコル層へ第１イベントを報告し、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられる。
【００５４】
選択可能に、前記第１プロトコル層は物理層であり、第２プロトコル層は上位層であり、例えばメディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層であってもよい。
【００５５】
選択可能に、前記第１信号セット内の信号がチャネル状態情報基準信号（ＣＳＩ−ＲＳ：Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）、同期信号（ＳＳ：Ｓｙｎｃｈｒｏｎｏｕｓ  ｓｉｇｎａｌ）又は物理ブロードキャストチャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）であってもよい。
【００５６】
選択可能に、前記第１信号セット内の各信号が、それぞれ異なるビームによって送信されてもよい。
【００５７】
ここで、端末は第１信号セット内の信号を測定し、信号品質が良い信号を発見した場合、前記信号のインデックスをネットワーク側に通知することができ、ネットワーク側は、前記信号を送信するための送信ビームによって、端末へダウンリンクチャネル又は信号、例えばダウンリンク制御チャネル（ＰＤＣＣＨ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を送信することができる。
【００５８】
選択可能に、前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションである。
【００５９】
具体的には、前記制御リソースセットが、ＰＤＣＣＨを送信することに用いられてもよく、これにより、端末は、第１信号セット内の信号を測定することにより、第１信号セット内の信号と空間的受信パラメータにおいて準コロケーションされている、送信されたＰＤＣＣＨの品質が、予め設定された閾値又はネットワーク側によって構成された閾値を満たしているか否かを判定することができる。
【００６０】
選択可能に、端末は、第１プロトコル層で第１信号セット内の信号の測定結果が性能において閾値より高いか否かを判定することができ、閾値より低い場合、第１イベントが一回発生したことと見なし、即ち、ビーム障害インスタンス（ｂｅａｍ  ｆａｉｌｕｒｅ  ｉｎｓｔａｎｃｅ）が発生し、関連情報を第２プロトコル層に報告する。
【００６１】
選択可能に、端末は、第１プロトコル層で前記第１信号セット内の信号の品質がいずれも第１条件を満たすまで不良であることを確定した場合、第２プロトコル層へ前記第１イベントを報告することができる。
【００６２】
選択可能に、端末は第１信号セット内の信号を周期的に測定することができる。
【００６３】
選択可能に、第１イベントの報告が周期的に行われてもよく、一回報告しない場合、上位層が、今回の対応する測定結果が性能において閾値より高く、第１イベントが発生していないことを把握することができる。
【００６４】
２２０において、前記端末が、前記第２プロトコル層で前記第１イベントの発生状況に基づき、第２イベントが発生したことを確定した場合、
前記端末が、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を停止し、及び／又は前記第１イベントの判定を停止し、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止し、又は、
前記端末が、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を継続し、及び／又は前記第１イベントの判定を継続し、及び／又は前記第２プロトコル層への前記第１イベントの報告を継続し、
ここで、前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられる。
【００６５】
具体的には、端末が、受信された第１イベントの数及び／又は発生の頻度などに基づき、第２イベントが発生したか否かを判定することができる。前記第２条件が、第１イベントの発生の数及び／又は頻度と関係があってもよい。第２条件を満たした場合、第１信号セット内の信号に対応するリンク品質が不良であることを示す。
【００６６】
例えば、端末が第２プロトコル層で、連続して受信された（特定の時間内で連続して受信されることができる）第１イベントの数が一定の値を超えることを判定した場合、第２イベントが発生したと見なすことができ、即ちビーム障害（ｂｅａｍ  ｆａｉｌｕｒｅ）が発生したと見なすことができる。
【００６７】
選択可能に、第２イベントが発生したことを確定した場合、前記端末が、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を停止し、及び／又は前記第１イベントの判定を停止し、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止する。これにより、端末の電力消費を改善することができる。
【００６８】
具体的には、前記端末が、前記第２プロトコル層で前記第２イベントが発生したことを確定した場合、前記第２プロトコル層で前記第１プロトコル層へ第１指示情報を送信し、前記第１指示情報が、前記第２イベントが発生したこと、又は前記第１信号セット内の信号の品質の測定を停止すること、及び／又は第１イベントの判定を停止すること、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止することを示すことに用いられ、前記第１指示情報に応じて、前記端末が、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を停止し、及び／又は第１イベントの判定を停止し、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止する。
【００６９】
選択可能に、第２イベントが発生したことを確定した場合、前記端末が、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を継続し、及び／又は前記第１イベントの判定を継続し、及び／又は前記第２プロトコル層への前記第１イベントの報告を継続し、これにより、第１信号セット内の信号品質が良い方向に変わるか否かを判定し、ビーム障害回復（ｂｅａｍ  ｆａｉｌｕｒｅ  ｒｅｃｏｖｅｒｙ）の性能を向上させることができる。
【００７０】
ここで、端末は、第２プロトコル層で第１プロトコル層に、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を継続し、及び／又は前記第１イベントの判定を継続し、及び／又は前記第２プロトコル層への前記第１イベントの報告を継続することを示すための指示情報を送信することができる。
【００７１】
ここで、端末は、第２プロトコル層で第１プロトコル層に、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を継続し、及び／又は前記第１イベントの判定を継続し、及び／又は前記第２プロトコル層への前記第１イベントの報告を継続することを示すための指示情報を送信しなくてもよく、端末は、そのまま、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を継続し、及び／又は前記第１イベントの判定を継続し、及び／又は前記第２プロトコル層への前記第１イベントの報告を継続することができる。
【００７２】
選択可能に、第２イベントが発生したことを確定した場合、前記端末は、前記第２プロトコル層で前記第１プロトコル層へ第２指示情報を送信し、前記第２指示情報が、第２信号セット内の信号を測定すること、及び／又は前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号及び／又は対応する測定結果を報告することを示すことに用いられる。
【００７３】
選択可能に、前記第２信号セット内の信号はＣＳＩ−ＲＳ、同期信号又はＰＢＣＨであってもよい。
【００７４】
選択可能に、前記第２信号セット内の各信号はそれぞれ異なるビームによって送信されてもよい。
【００７５】
ここで、端末は第２信号セット内の信号を測定し、信号品質が良い信号を発見した場合、前記信号のインデックスをネットワーク側に通知することができ、ネットワーク側は、前記信号を送信するための送信ビームによって端末へダウンリンクチャネル又は信号、例えばダウンリンク制御チャネル（ＰＤＣＣＨ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を送信することができる。
【００７６】
選択可能に、前記第２信号セット内の各信号が、少なくとも一つの制御リソースセットと空間的受信パラメータに関して準コロケーションである。
【００７７】
具体的には、前記制御リソースセットが、ＰＤＣＣＨを送信することに用いられてもよく、これにより、端末は第２信号セット内の信号を測定することにより、第２信号セット内の信号と空間的受信パラメータにおいて準コロケーションされている、送信されたＰＤＣＣＨの品質が、予め設定された閾値又はネットワーク側によって構成された閾値を満たしているか否かを判定することができる。
【００７８】
選択可能に、前記第２指示情報に応じて、前記端末が、前記第１プロトコル層で第２信号セット内の信号を測定し、及び／又は前記第２信号セット内の、品質が前記第３条件を満たすまで良好である信号及び／又は対応する測定結果を報告する。
【００７９】
具体的には、端末は、物理層において一つ又は複数の新しい信号を発見し、それが対応するＬ１−基準信号受信電力（ＲＳＲＰ：Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ  Ｒｅｃｅｉｖｉｎｇ  Ｐｏｗｅｒ）が閾値より高い場合、これらの信号の識別子及びＬ１−ＲＳＲＰの測定結果を上位層に送信し、そしてから、上位層が物理層からのレポートに基づき、それらのいずれかを新しいターゲット信号として選択する。
【００８０】
選択可能に、第２イベントが発生したことを確定した後、端末は、タイマを起動し、前記タイマの時間長範囲でリンク再構成プロシージャを実行することができる。
【００８１】
ここで、前記リンク再構成プロシージャは、
第２信号セットから信号の品質が第３条件を満たすまで良好である信号を選択すること、
及び／又は、ネットワーク側へ第１メッセージを送信し、前記第１メッセージが、選択された前記信号を示すことに用いられ、前記第１メッセージがビーム障害リクエスト（ｂｅａｍ  ｆａｉｌｕｒｅ  ｒｅｑｕｅｓｔ）と呼ばれもよく、具体的には、端末が、選択された信号に対応する物理ランダムアクセスチャネル（ＰＲＡＣＨ：Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）を利用して伝送を行い、又は物理アップリンク制御チャネル（ＰＵＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介してその選択された新しい信号を報告すること、
及び／又は、ネットワーク側が、前記第１メッセージに応じて送信した第２メッセージをモニタリングすることを含むことができる。
【００８２】
選択可能に、前記端末が前記第１プロトコル層で前記第２プロトコル層への前記第１イベントの報告を継続するとした場合、前記端末が、前記第２プロトコル層で、継続して報告された前記第１イベントの状況に応じて、前記第１信号セット内の信号に対応するリンク品質が第４条件を満たすまで良好であるか否かを判定する。
【００８３】
選択可能に、前記第４条件は、
Ｋ個の時間範囲のうちの各時間範囲で、前記第１イベントの発生回数が第１値以下であり、ここで前記第１値が０以上の数であること、
Ｋ個の時間範囲のうちの各時間範囲で、前記第２イベントの発生回数が第２値以下であり、ここで前記第２値が０以上の数であること、
Ｋ個の時間範囲で、前記第２イベントの発生回数が第３値以下であり、ここで前記第３値が０以上の数であること、
Ｋ個の時間範囲のうちの各時間範囲で、前記第１イベントの発生回数と前記第１イベントの未発生回数との比が第４値以下であり、ここで前記第４値が０以上の数であること、
Ｋ個の時間範囲のうちの各時間範囲で、前記第１イベントの未発生回数と前記第１イベントの発生回数との比が第５値以上であり、ここで前記第５値が０以上の数であることのうちの少なくとも一つの条件を含むことができる。
【００８４】
ここで、上述したＫが１以上の整数であってもよい。選択可能に、Ｋが２以上である場合、Ｋ個の時間範囲が連続した時間範囲であってもよい。
【００８５】
理解すべきものとして、本出願の実施例では、以上はよりも大きいこと、等しいこと、及びよりも大きく又は等しいことの３つの場合と理解されてもよい。以下はよりも小さいこと、等しいこと、及びよりも小さく又は等しいことの３つの場合と理解されてもよい。
【００８６】
以下にいくつかの例と組み合わせて説明する。
【００８７】
まずｑ０が一つの信号セットであり、一つ又は複数の信号（ＣＳＩ−ＲＳ信号であってもよいし、ＳＳ／ＰＢＣＨブロック（ｂｌｏｃｋ）であってもよい）を含むと仮定し、端末は、信号セット内の信号の品質を測定し、ビーム障害インスタンスが発生するか否かを判定することができる（ここで判定閾値が仮定の（Ｈｙｐｏｔｈｅｔｉｃａｌ）ブロックエラー率（ＢＬＥＲ：Ｂｌｏｃｋ  Ｅｒｒｏｒ  Ｒａｔｉｏ）であってもよい）。ｑ０における全ての信号に対応する性能が閾値より低い場合、１つのビーム障害インスタンスが発生したと見なす。
【００８８】
端末は、下位層でｑ０内の信号に対応するリンク品質を測定し、リンク品質が対応する閾値より低い場合、上位層に通知する。上位層が下位層からの通知に基づき、ビーム障害が発生した（例えば、リンク品質が対応する閾値より低いというＮ個の通知を連続して受信する）ことを判定した場合、上位層は後続のプロセスを続ける。
【００８９】
ビーム障害回復プロシージャ（ｂｅａｍ  ｆａｉｌｕｒｅ  ｒｅｃｏｖｅｒｙ  ｐｒｏｃｅｄｕｒｅ、リンク再構成プロシージャと呼ばれる場合がある）を制御するためのタイマを起動する。
【００９０】
ｑ１内の、閾値を満たしている１つ又は複数の信号を報告するように下位層に通知する。
【００９１】
ネットワーク側へビーム障害リクエスト（ｂｅａｍ  ｆａｉｌｕｒｅ  ｒｅｑｕｅｓｔ）を送信する。
【００９２】
所定の窓でネットワーク側からフィードバックされた応答を検出する。
【００９３】
同時に、下位層は、ｑ０内の信号の測定と報告を継続し、上位層は、報告された通知情報に基づいて判断を継続し、現在のリンクが再度良い状態になっていると判定した場合、端末は上記のプロセスの続行を取り消す。
【００９４】
どのように現在のリンクが再度良い状態になっていることを判定するかについては、以下にいくつかの例を示す。
【００９５】
例１：
端末が、ビーム障害（ｂｅａｍ  ｆａｉｌｕｒｅ）が発生したことを判定した（即ち現在のリンク品質が不良であることを判定した）後、一つの時間範囲内で、端末は、ビーム障害（ｂｅａｍ  ｆａｉｌｕｒｅ）判定のプロセスに従って動作し、Ｘ回のビーム障害（ｂｅａｍ  ｆａｉｌｕｒｅ）発生の判定を行い、Ｘがある閾値（この閾値が端末に予め設定されてもよく、又はネットワークに構成されてもよい）以下である場合、端末は、現在のリンクが再度良い状態になっていることを判定する。
【００９６】
上記時間範囲は、一つのタイマを使用することで実現されてもよいし、別の方法を使用することで実現されてもよく、上記時間範囲は、端末に予め設定されてもよく、又はネットワークによって構成されてもよい。
【００９７】
例２：
実施例１には時間範囲が１つだけであり、例２では、例１に基づき、連続したＫ個の時間範囲で、Ｘがある閾値未満又は以下である場合、端末は現在のリンクが再度良い状態になっていることを判定する。
【００９８】
例３：
端末が、ビーム障害（ｂｅａｍ  ｆａｉｌｕｒｅ）が発生したことを判定した（即ち、現在のリンク品質が不良であることを判定した）後、一つの時間範囲内で、受信されたビーム障害インスタンス（ｂｅａｍ  ｆａｉｌｕｒｅ  ｉｎｓｔａｎｃｅ）の総数Ｘがある閾値（この閾値がプロトコルによって定められてもよく、又はネットワークによって構成されてもよい）未満又は以下であることに基づき、ＵＥは現在のリンクが再度良い状態になっていることを判定する。この閾値が０であってもよい。
【００９９】
上記時間範囲は、一つのタイマを使用することで実現されてもよいし、別の方法を使用することで実現されてもよく、上記時間範囲は、端末に予め設定されてもよく、又はネットワークによって構成されてもよい。
【０１００】
例４：
実施例３には範囲が１つだけであり、例４では、例３に基づき、連続したＫ個の時間範囲で、Ｘがある閾値未満又は以下である場合、ＵＥは現在のリンクが再度良い状態になっていることを判定する。
【０１０１】
例５：
端末が、ビーム障害（ｂｅａｍ  ｆａｉｌｕｒｅ）が発生したことを判定した（即ち現在のリンク品質が不良であることを判定した）後、一つの時間範囲内で、受信されたビーム障害インスタンス（ｂｅａｍ  ｆａｉｌｕｒｅ  ｉｎｓｔａｎｃｅ）の総数と未発生していないビーム障害インスタンス（ｂｅａｍ  ｆａｉｌｕｒｅ  ｉｎｓｔａｎｃｅ）の比がある閾値（この閾値が端末に予め設定されてもよく、又はネットワークによって構成されてもよい）未満又は以下であることに基づき、端末は現在のリンクが再度良い状態になっていることを判定する。受信された、発生していないビーム障害インスタンス（ｂｅａｍ  ｆａｉｌｕｒｅ  ｉｎｓｔａｎｃｅ）の総数と発生したビーム障害インスタンス（ｂｅａｍ  ｆａｉｌｕｒｅ  ｉｎｓｔａｎｃｅ）の比がある閾値（この閾値が端末に予め設定されてもよく、又はネットワークによって構成されてもよい）よりも大きく又はそれ以上であることに基づき、端末は現在のリンクが再度良い状態になっていることを判定する。
【０１０２】
上記時間範囲は、一つのタイマを使用することで実現されてもよいし、別の方法を使用することで実現されてもよく、上記時間範囲は、端末に予め設定されてもよく、又はネットワークによって構成されてもよい。
【０１０３】
例６：
実施例５には時間範囲が１つだけであり、例６では、例５に基づき、連続したＫ個の時間範囲で、発生していないビーム障害インスタンスの総数と発生したビーム障害インスタンス（ｂｅａｍ  ｆａｉｌｕｒｅ  ｉｎｓｔａｎｃｅ）の比が全て対応する条件を満たしている場合、端末は現在のリンクが再度良い状態になっていることを判定する。
【０１０４】
例７：
ＵＥはビーム障害（ｂｅａｍ  ｆａｉｌｕｒｅ）が発生したことを判定した（即ち現在のリンク品質が不良であることを判定した）後、一つの時間範囲内で下位層からのレポートに基づき、ビーム障害（ｂｅａｍ  ｆａｉｌｕｒｅ）が発生するか否かを判定し、連続したＫ個の上記時間範囲内でビーム障害（ｂｅａｍ  ｆａｉｌｕｒｅ）が発生していない場合、ＵＥは現在のリンクが再度良い状態になっていることを判定する。Ｋが端末に予め設定されてもよく、又はネットワークによって構成されてもよい。各時間範囲は、タイマを使用することで実現されてもよく、上記時間範囲は、端末に予め設定されてもよく、又はネットワークによって構成されてもよい。
【０１０５】
選択可能に、前記端末は、前記第２プロトコル層で前記第１信号セット内の信号に対応するリンク品質が前記第４条件を満たすまで良好ではないことを判定した場合、直前の前記第２イベントによってトリガされたリンク再構成プロシージャを継続して実行し、及び／又は前記リンク再構成プロシージャに対応するタイマを継続して実行する。
【０１０６】
選択可能に、前記端末が前記第２プロトコル層で前記第１信号セット内の信号に対応するリンク品質が前記第４条件を満たすまで良好であることを判定した場合、直前の前記第２イベントによってトリガされたリンク再構成プロシージャを中止し、及び／又は前記リンク再構成プロシージャに対応するタイマを停止する。
【０１０７】
選択可能に、前記端末が前記第２プロトコル層で前記第１信号セット内の信号に対応するリンク品質が前記第４条件を満たすまで良好であることを判定した場合、前記端末は、第１制御リソースセットでＰＤＣＣＨの検出を継続し、ここで前記第１制御リソースセットが、前記第２イベントが発生する前にＰＤＣＣＨを検出するために用いられるリソースセットである。
【０１０８】
ここで、前記第１信号セット内の信号に対応するリンク品質が前記第４条件を満たすまで良好であることを判定した場合、前記端末は、第１制御リソースセットでＰＤＣＣＨの検出を継続し、これは、端末がこの前に第１制御リソースセットでのＰＤＣＣＨ検出を停止し、又はずっと前記第１御リソースセットでＰＤＣＣＨ検出を実行することができることを意味する。
【０１０９】
ここで、前記第１制御リソースセットで、ネットワーク側は端末から報告された第１信号セット内の信号の送信ビームによってＰＤＣＣＨを送信する。
【０１１０】
選択可能に、前記端末は第１時刻の前に第１制御リソースセットでＰＤＣＣＨの検出を継続し、及び／又は第１時刻の後に第１制御リソースセットで行われたＰＤＣＣＨの検出を停止し、
ここで、前記第１制御リソースセットが、前記第２イベントが発生する前にＰＤＣＣＨを検出するために用いられるリソースセットである。
【０１１１】
選択可能に、図３に示すように、前記第１時刻は、
前記第２イベントの発生を確定した時刻、
又は、前記第２プロトコル層から前記第１プロトコル層へ第１指示情報を送信する時刻、
又は、前記第１プロトコル層で前記第２プロトコル層に、前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号を報告する時刻、
又は、選択された前記少なくとも一つの信号を示すための第１メッセージをネットワーク側に送信する時刻、
又は、前記ネットワーク側により前記第１メッセージに応じて送信された第２メッセージのモニタリングを開始する時刻、又は、前記第２メッセージを受信する時刻、
又は、ネットワーク側から送信された、第３制御リソースセットを構成するための構成情報を受信する時刻であり、ここで、前記第３制御リソースセットが、端末側から報告された新しい信号によって構成される制御リソースセットであってもよい。
【０１１２】
選択可能に、前記第１時刻が前記第２メッセージのモニタリングを開始する時刻、又は前記第２メッセージを受信する時刻、又は前記構成情報を受信する時刻である場合、前記方法は、
前記第１制御リソースセットと第２制御リソースセットの検出が衝突するとした場合、前記端末が前記第２制御リソースセットを優先的に用いてＰＤＣＣＨの検出を行い、ここで前記第２制御リソースセットが前記第２メッセージの検出に専用されるものであることをさらに含む。
【０１１３】
選択可能に、前記第１制御リソースセットと第２制御リソースセットの検出が衝突することは、端末がこの２つのリソースセットを同時に検出する必要があり、端末の処理能力又は受信ビーム方向によって、端末がこの２つのリソースセットを同時に検出できないことを意味する。
【０１１４】
選択可能に、前記端末が前記第１プロトコル層で前記第２プロトコル層への前記第１イベントの報告を継続するとした場合、第２時刻に又は第２時刻の後に、前記端末は前記第１プロトコル層で前記第２プロトコル層への前記第１イベントの報告を停止する。
【０１１５】
選択可能に、前記第２時刻は、
前記第１プロトコル層で、前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号を前記第２プロトコル層に報告する時刻、
又は、選択された前記信号を示すための第１メッセージをネットワーク側に送信する時刻、
又は、前記ネットワーク側により前記第１メッセージに応じて送信された第２メッセージのモニタリングを開始する時刻、
又は、前記第２メッセージを受信する時刻、又は
前記第１プロトコル層で前記第２プロトコル層から送信された第１指示情報及び／又は第２指示情報及び／又は第３指示情報を受信する時刻であり、
前記第１指示情報が、前記第２イベントが発生したこと、又は前記第１信号セット内の信号の品質の測定を停止すること、及び／又は第１イベントの判定を停止すること、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止することを示すことに用いられ、前記第２指示情報が、第２信号セット内の信号を測定すること、及び／又は前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号及び／又は対応する測定結果を報告することを示すことに用いられる。
【０１１６】
本出願を容易に理解するために、以下にセットをいくつかの例を挙げて説明する。
【０１１７】
まずｑ０が一つのセットであり、一つ又は複数の信号（ＣＳＩ−ＲＳ信号であってもよいし、ＳＳ／ＰＢＣＨブロック（ｂｌｏｃｋ）であってもよい）を含むと仮定し、端末は、対応する品質を測定し、ビーム障害インスタンス（ｂｅａｍ  ｆａｉｌｕｒｅ  ｉｎｓｔａｎｃｅ）が発生するか否かを判定することができる（判定閾値がＨｙｐｏｔｈｅｔｉｃａｌ  ＢＬＥＲであってもよい）。ｑ０における全ての信号に対応する性能が閾値より低い場合、１つのビーム障害インスタンスが発生すると考えられる。
【０１１８】
ｑ１が一つのセットであり、一つ又は複数の信号（ＣＳＩ−ＲＳ信号であってもよいし、ＳＳ／ＰＢＣＨブロック（ｂｌｏｃｋ）であってもよい）を含み、端末は、対応する品質を測定し、信号に対応するリンク品質が閾値より高いか否かを確定することができ、これにより、可能な新しいビーム（ｂｅａｍ）の候補セット（判定閾値がＬ１−ＲＳＲＰである）を確定する。
【０１１９】
例１：
ＵＥはｑ０内の信号に対応するリンク品質を測定し、リンク品質が対応する閾値より低い場合、上位層に通知する。上位層が下位層からの通知に基づき、ビーム障害（ｂｅａｍ  ｆａｉｌｕｒｅ）が発生したことを判定した（例えばリンク品質が対応する閾値より低いとうＮ個の通知を連続して受信した）場合、ＵＥの後の動作は以下のアクションがある。
【０１２０】
ＵＥはｑ０内の信号に対応するリンクの測定と判定を停止する。
【０１２１】
ＵＥは下位層から上位層へのリンク品質が対応する閾値より低いという通知を停止する。
【０１２２】
ＵＥはｑ１における信号に対する測定を起動する。
【０１２３】
ＵＥは後のある時刻に閾値を満たしているｑ１における一つ又は複数の信号の情報を報告する。
【０１２４】
実施例２：
ＵＥはｑ０内の信号に対応するリンク品質を測定し、リンク品質が対応する閾値より低い場合、上位層に通知する。上位層が下位層からの通知に基づき、ビーム障害が発生したことを判定した（例えばリンク品質が対応する閾値より低いというＮ個の通知を連続して受信した）場合、上位層は後のプロセスを続ける。
【０１２５】
ビーム障害回復プロシージャ（ｂｅａｍ  ｆａｉｌｕｒｅ  ｒｅｃｏｖｅｒｙ  ｐｒｏｃｅｄｕｒｅ）を制御するためのタイマを起動する。
【０１２６】
ｑ１における閾値を満たしている１つ又は複数の信号を報告するように下位層に通知する。
【０１２７】
ビーム障害リクエスト（ｂｅａｍ  ｆａｉｌｕｒｅ  ｒｅｑｕｅｓｔ）を送信する。
【０１２８】
所定の窓でネットワーク側に対応する応答を検出する。
【０１２９】
同時に、下位層はｑ０の測定と報告を継続し、上位層は報告された通知情報に基づいて判定し、現在のビーム障害（ｂｅａｍ  ｆａｉｌｕｒｅ）が発生しないことを判定した場合、ＵＥは上記プロセスの続行を取り消す。
【０１３０】
したがって、本出願の実施例では、前記端末が、前記第２プロトコル層で前記第１イベントの発生状況に基づき、第２イベントが発生したことを確定した場合、前記端末が、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を停止し、及び／又は前記第１イベントの判定を停止し、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止し、これにより、端末の電力消費を節約することができ、前記端末は、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を継続し、及び／又は前記第１イベントの判定を継続し、及び／又は前記第２プロトコル層への前記第１イベントの報告を継続し、これにより、ビーム障害回復（ｂｅａｍ  ｆａｉｌｕｒｅ  ｒｅｃｏｖｅｒｙ）の性能を向上させることができる。
【０１３１】
図４は本出願の実施例による無線通信方法３００の概略フローチャートである。前記方法３００は、以下の内容のうちの少なくとも一部を含む。
【０１３２】
３１０において、端末は、第１信号セット内の信号を測定し、第１イベントを確定し、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられる。
【０１３３】
３２０において、前記第１イベントの発生状況に基づき、第２イベントが発生したことを確定した場合、前記端末は、第１時刻の前に第１制御リソースセットでＰＤＣＣＨの検出を継続し、及び／又は第１時刻の後に第１制御リソースセットで行われたＰＤＣＣＨの検出を停止し、ここで前記第１制御リソースセットが、前記第２イベントが発生する前にＰＤＣＣＨを検出するために用いられるリソースセットであり、前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられる。
【０１３４】
したがって、本出願の実施例では前記第１イベントの発生状況に基づき、第２イベントが発生したことを確定した場合、前記端末は第１時刻の前に第１制御リソースセットでＰＤＣＣＨの検出を継続し、及び／又は第１時刻の後に第１制御リソースセットで行われたＰＤＣＣＨの検出を停止することにより、ＰＤＣＣＨの検出を漏れることをできるだけ回避することに基づき、端末の電力消費を低減することができる。
【０１３５】
選択可能に、前記第１時刻は、
前記第２イベントの発生を確定した時刻、
前記第１プロトコル層で、前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号を前記第２プロトコル層に報告する時刻、
選択された前記少なくとも一つの信号を示すための第１メッセージをネットワーク側に送信する時刻、
前記ネットワーク側により前記第１メッセージに応じて送信された第２メッセージのモニタリングを開始する時刻、又は
前記第２メッセージを受信する時刻、
又は、ネットワーク側から送信された、第３制御リソースセットを構成するための構成情報を受信する時刻である。
【０１３６】
選択可能に、前記第１時刻が前記第２メッセージのモニタリングを開始する時刻、又は前記第２メッセージを受信する時刻、又は前記構成情報を受信する時刻である場合、前記方法は、
前記第１制御リソースセットと第２制御リソースセットの検出が衝突するとした場合、前記端末が前記第２制御リソースセットを優先的に用いてＰＤＣＣＨの検出を行い、ここで前記第２制御リソースセットが前記第２メッセージの検出に専用されるものであることをさらに含む。
【０１３７】
選択可能に、前記第１信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応し、前記第２信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応する。
【０１３８】
選択可能に、前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションである。
【０１３９】
選択可能に、前記第２イベントは、第１イベントの連続的な発生回数が第１値を超えたことを示すことに用いられる。
【０１４０】
理解すべきものとして、方法３００における具体的な実現について方法２００の説明を参照することができ、簡潔にするために、ここで説明を省略する。
【０１４１】
図５は本出願の実施例による無線通信方法４００の概略フローチャートである。前記方法４００は、以下の内容のうちの少なくとも一部を含む。
【０１４２】
４１０において、端末は、第１信号セット内の信号を測定し、第１イベントを確定し、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられる。
【０１４３】
４２０において、第１イベントの発生状況に基づき、第２イベントが発生したことを確定した場合、前記端末は第２信号セット内の信号を測定し、ここで、前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられる。
【０１４４】
４３０において、前記第２信号セットから、信号品質が第３条件を満たすまで良好である少なくとも一つの信号を選択し、ネットワーク装置へ報告する。
【０１４５】
選択可能に、前記第１信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応し、前記第２信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応する。
【０１４６】
選択可能に、前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションである。
【０１４７】
選択可能に、前記第２イベントは、第１イベントの連続的な発生回数が第１値を超えたことを示すことに用いられる。
【０１４８】
したがって、本出願の実施例では、端末は第２イベントが発生したことを確定した場合、第２信号セット内の信号を検出し、これにより端末の電力消費を低減することができる。
【０１４９】
理解すべきものとして、方法４００における具体的な実現について方法２００の説明を参照することができ、簡潔にするために、ここで説明を省略する。
【０１５０】
図６は本出願の実施例による端末５００の概略ブロック図である。図６に示すように、前記端末５００は、第１処理ユニット５１０と第２処理ユニット５２０を備え、ここで、前記第１処理ユニット５１０が第１プロトコル層で第２プロトコル層へ第１イベントを報告するように構成され、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられ、前記第２処理ユニット５２０が前記第２プロトコル層で前記第１イベントの発生状況に基づき、第２イベントが発生したことを確定するように構成され、ここで、前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられ、前記第１処理ユニット５１０がさらに第２イベントが発生した場合、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を停止し、及び／又は前記第１イベントの判定を停止し、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止し、又は、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を継続し、及び／又は前記第１イベントの判定を継続し、及び／又は前記第２プロトコル層への前記第１イベントの報告を継続するように構成される。
【０１５１】
選択可能に、前記第２処理ユニット５２０はさらに前記第２プロトコル層で前記第２イベントが発生したことを確定した場合、前記第２プロトコル層で前記第１プロトコル層へ第１指示情報を送信するように構成され、前記第１指示情報が、前記第２イベントが発生したこと、又は前記第１信号セット内の信号の品質の測定を停止すること、及び／又は第１イベントの判定を停止すること、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止することを示すことに用いられ、前記第１処理ユニット５１０は前記第１指示情報に応じて、前記端末が、前記第１プロトコル層で前記第１信号セット内の信号の品質の測定を停止し、及び／又は第１イベントの判定を停止し、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止するように構成される。
【０１５２】
選択可能に、前記第２処理ユニット５２０はさらに前記第２プロトコル層で前記第１プロトコル層へ第２指示情報を送信するように構成され、前記第２指示情報が、第２信号セット内の信号を測定すること、及び／又は前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号及び／又は対応する測定結果を報告することを示すことに用いられる。
【０１５３】
選択可能に、前記第１処理ユニット５１０はさらに前記第２指示情報に応じて、前記第１プロトコル層で第２信号セット内の信号を測定し、及び／又は前記第２信号セット内の、品質が前記第３条件を満たすまで良好である信号及び／又は対応する測定結果を報告するように構成される。
【０１５４】
選択可能に、前記第１処理ユニット５１０はさらに前記第１プロトコル層で前記第２プロトコル層への前記第１イベントの報告を継続するとした場合、前記第２プロトコル層で、継続して報告された前記第１イベントの状況に応じて、前記第１信号セット内の信号に対応するリンク品質が第４条件を満たすまで良好であるか否かを判定するように構成される。
【０１５５】
選択可能に、前記第２処理ユニット５２０はさらに前記第２プロトコル層で前記第１信号セット内の信号に対応するリンク品質が前記第４条件を満たすまで良好ではないことを判定した場合、直前の前記第２イベントによってトリガされたリンク再構成プロシージャを継続して実行し、及び／又は前記リンク再構成プロシージャに対応するタイマを継続して実行するように構成される。
【０１５６】
選択可能に、前記第２処理ユニット５２０はさらに前記第２プロトコル層で前記第１信号セット内の信号に対応するリンク品質が前記第４条件を満たすまで良好であることを判定した場合、直前の前記第２イベントによってトリガされたリンク再構成プロシージャを中止し、及び／又は前記リンク再構成プロシージャに対応するタイマを中止するように構成される。
【０１５７】
選択可能に、前記リンク再構成プロシージャは、第２信号セットから信号品質が第３条件を満たすまで良好である信号を選択すること、及び／又は、ネットワーク側へ第１メッセージを送信し、前記第１メッセージが、選択された前記信号を示すことに用いられること、及び／又は、ネットワーク側が、前記第１メッセージに応じて送信した第２メッセージをモニタリングすることを含む。
【０１５８】
選択可能に、前記端末５００は、前記第２処理ユニット５２０が前記第２プロトコル層で前記第１信号セット内の信号に対応するリンク品質が前記第４条件を満たすまで良好であることを判定した場合、第１制御リソースセットでＰＤＣＣＨの検出を継続するように構成され、ここで前記第１制御リソースセットが、前記第２イベントが発生する前にＰＤＣＣＨを検出するために用いられるリソースセットである検出ユニット５３０をさらに備える。
【０１５９】
選択可能に、前記第４条件は、
Ｋ個の時間範囲のうちの各時間範囲で、前記第１イベントの発生回数が第１値以下であり、ここで前記第２値が０以上の数であること、
Ｋ個の時間範囲のうちの各時間範囲で、前記第２イベントの発生回数が第２値以下であり、ここで前記第２値が０以上の数であること、
Ｋ個の時間範囲で、前記第２イベントの発生回数が第３値以下であり、ここで前記第３値が０以上の数であること、
Ｋ個の時間範囲のうちの各時間範囲で、前記第１イベントの発生回数と前記第１イベントの未発生回数との比が第４値以下であり、ここで前記第４値が０以上の数であること、
Ｋ個の時間範囲のうちの各時間範囲で、前記第１イベントの未発生回数と前記第１イベントの発生回数との比が第５値以上であり、ここで前記第５値が０以上の数であることのうちの少なくとも一つの条件を含む。
【０１６０】
選択可能に、前記端末は、第１時刻の前に第１制御リソースセットでＰＤＣＣＨの検出を継続し、及び／又は第１時刻の後に第１制御リソースセットで行われたＰＤＣＣＨの検出を停止するように構成され、ここで前記第１制御リソースセットが、前記第２イベントが発生する前にＰＤＣＣＨを検出するために用いられるリソースセットである検出ユニット５３０をさらに備える。
【０１６１】
選択可能に、前記第１時刻は、
前記第２イベントの発生を確定した時刻、
又は、前記第２プロトコル層から前記第１プロトコル層へ第１指示情報を送信する時刻、
又は、前記第１プロトコル層で前記第２プロトコル層に、前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号を報告する時刻、
又は、選択された前記少なくとも一つの信号を示すための第１メッセージをネットワーク側に送信する時刻、
又は、前記ネットワーク側により前記第１メッセージに応じて送信された第２メッセージのモニタリングを開始する時刻、又は、前記第２メッセージを受信する時刻、
又は、ネットワーク側から送信された、第３制御リソースセットを構成するための構成情報を受信する時刻である。
【０１６２】
選択可能に、前記第１時刻が前記第２メッセージのモニタリングを開始する時刻、又は前記第２メッセージを受信する時刻、又は前記構成情報を受信する時刻である場合、前記検出ユニット５３０はさらに、
前記第１制御リソースセットと第２制御リソースセットの検出が衝突するとした場合、前記端末が前記第２制御リソースセットを優先的に用いてＰＤＣＣＨの検出を行うように構成され、ここで前記第２制御リソースセットが前記第２メッセージの検出に専用されるものである。
【０１６３】
選択可能に、前記第１処理ユニット５１０はさらに、
前記第１プロトコル層で前記第２プロトコル層への前記第１イベントの報告を継続するとした場合、第２時刻に又は第２時刻の後に、前記第１プロトコル層で前記第２プロトコル層への前記第１イベントの報告を停止するように構成される。
【０１６４】
選択可能に、前記第２時刻は、
前記第１プロトコル層で前記第２プロトコル層に、前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号を報告する時刻、
又は、選択された前記信号を示すための第１メッセージをネットワーク側に送信する時刻、
又は、前記ネットワーク側により前記第１メッセージに応じて送信された第２メッセージのモニタリングを開始する時刻、
又は、前記第２メッセージを受信する時刻、又は
前記第１プロトコル層で前記第２プロトコル層から送信された第１指示情報及び／又は第２指示情報及び／又は第３指示情報を受信する時刻であり、
前記第１指示情報が、前記第２イベントが発生したこと、又は前記第１信号セット内の信号の品質の測定を停止すること、及び／又は第１イベントの判定を停止すること、及び／又は前記第２プロトコル層への前記第１イベントの報告を停止することを示すことに用いられ、前記第２指示情報が、第２信号セット内の信号を測定すること、及び／又は前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号及び／又は対応する測定結果を報告することを示すことに用いられる。
【０１６５】
選択可能に、前記第１信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応し、前記第２信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応する。
【０１６６】
選択可能に、前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションである。
【０１６７】
選択可能に、前記第１プロトコル層は物理層であり、第２プロトコル層はメディアアクセス制御（ＭＡＣ）層であってもよい。
【０１６８】
選択可能に、前記第２イベントは、第１イベントの連続的な発生回数が第６値を超えたことを示すことに用いられる。
【０１６９】
理解すべきものとして、前記端末５００は方法２００における端末に対応してもよく、前記方法２００における端末によって実現される対応する操作を実現することができ、簡潔にするために、ここで説明を省略する。
【０１７０】
図７は本出願の実施例による端末６００の概略ブロック図である。図７に示すように、前記端末６００は測定ユニット６１０、確定ユニット６２０と検出ユニット６３０を備え、ここで、
前記測定ユニット６１０は、第１信号セット内の信号を測定し、第１イベントを確定するように構成され、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられ、
前記確定ユニット６２０が前記第１イベントの発生状況に基づき、第２イベントが発生したことを確定するように構成され、
前記検出ユニットが、前記確定ユニット６２０が第２イベントが発生したことを確定した場合、第１時刻の前に第１制御リソースセットでＰＤＣＣＨの検出を継続し、及び／又は第１時刻の後に第１制御リソースセットで行われたＰＤＣＣＨの検出を停止するように構成され、
ここで、前記第１制御リソースセットが、前記第２イベントが発生する前にＰＤＣＣＨを検出するために用いられるリソースセットであり、前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられる。
【０１７１】
選択可能に、前記第１時刻は、
前記第２イベントの発生を確定した時刻、
前記第１プロトコル層で前記第２プロトコル層に、前記第２信号セット内の信号の品質が第３条件を満たすまで良好である信号を報告する時刻、
選択された前記少なくとも一つの信号を示すための第１メッセージをネットワーク側に送信する時刻、
前記ネットワーク側により前記第１メッセージに応じて送信された第２メッセージのモニタリングを開始する時刻、又は
前記第２メッセージを受信する時刻、
又は、ネットワーク側から送信された、第３制御リソースセットを構成するための構成情報を受信する時刻である。
【０１７２】
選択可能に、前記第１時刻が前記第２メッセージのモニタリングを開始する時刻、又は前記第２メッセージを受信する時刻、又は前記構成情報を受信する時刻である場合、前記検出ユニットはさらに、
前記第１制御リソースセットと第２制御リソースセットの検出が衝突するとした場合、前記端末が前記第２制御リソースセットを優先的に用いてＰＤＣＣＨの検出を行うように構成され、ここで前記第２制御リソースセットが前記第２メッセージの検出に専用されるものである。
【０１７３】
選択可能に、前記第１信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応し、前記第２信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応する。
【０１７４】
選択可能に、前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションである。
【０１７５】
選択可能に、前記第２イベントは、第１イベントの連続的な発生回数が第１値を超えたことを示すことに用いられる。
【０１７６】
理解すべきものとして、前記端末６００は方法３００における端末に対応してもよく、前記方法３００における端末によって実現される対応する操作を実現することができ、簡潔にするために、ここで説明を省略する。
【０１７７】
図８は本出願の実施例による端末７００の概略ブロック図である。図８に示すように、前記端末７００は測定ユニット７１０、確定ユニット７２０、選択ユニット７３０と報告ユニット７４０を備え、
前記測定ユニット７１０が、第１信号セット内の信号を測定し、第１イベントを確定するように構成され、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられ、
前記確定ユニット７２０が第１イベントの発生状況に基づき、第２イベントが発生したことを確定するように構成され、
前記測定ユニット７１０がさらに前記確定ユニットが前記第２イベントが発生したことを確定した場合、第２信号セット内の信号を測定するように構成され、ここで、前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられ、
前記選択ユニット７３０が前記第２信号セットから、信号品質が第３条件を満たすまで良好である少なくとも一つの信号を選択するように構成され、
前記報告ユニット７４０がネットワーク装置へ前記少なくとも一つの信号を報告するように構成される。
【０１７８】
選択可能に、前記第１信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応し、前記第２信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応する。
【０１７９】
選択可能に、前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションである。
【０１８０】
選択可能に、前記第２イベントは、第１イベントの連続的な発生回数が第１値を超えたことを示すことに用いられる。
【０１８１】
理解すべきものとして、前記端末７００は方法４００における端末に対応してもよく、前記方法４００における端末によって実現される対応する操作を実現することができ、簡潔にするために、ここで説明を省略する。
【０１８２】
図９は本出願の実施例によるシステムチップ８００の概略構造図である。図９のシステムチップ８００は内部通信接続線を介して接続できる入力インタフェース８０１、出力インタフェース８０２、プロセッサ８０３とメモリ８０４を備え、前記プロセッサ８０３が前記メモリ８０４でのコードを実行するように構成される。
【０１８３】
選択可能に、前記コードが実行される場合、前記プロセッサ８０３は方法の実施例におけるネットワーク装置によって実行される方法を実現する。簡潔にするために、ここでは説明を省略する。
【０１８４】
選択可能に、前記コードが実行される場合、前記プロセッサ８０３は方法の実施例における端末装置によって実行される方法を実現する。簡潔にするために、ここでは説明を省略する。
【０１８５】
図１０は本出願の実施例による通信装置９００の概略ブロック図である。図１０に示すように、前記通信装置９００はプロセッサ９１０とメモリ９２０を備える。ここで、前記メモリ９２０はプログラムコードを記憶することができ、前記プロセッサ９１０は前記メモリ９２０に記憶されたプログラムコードを実行することができる。
【０１８６】
選択可能に、図１０に示すように、前記通信装置９００は送受信機９３０を備えることができ、プロセッサが外部と通信するように送受信機９３０を制御することができる。
【０１８７】
選択可能に、前記プロセッサ９１０はメモリ９２０に記憶されたプログラムコードを呼び出し、方法の実施例におけるネットワーク装置の対応する操作を実行することができ、簡潔にするために、説明を省略する。
【０１８８】
選択可能に、前記プロセッサ９１０はメモリ９２０に記憶されたプログラムコードを呼び出し、方法の実施例における端末装置の対応する操作を実行することができ、簡潔にするために、説明を省略する。
【０１８９】
理解すべきものとして、本出願の実施例におけるプロセッサは信号処理機能を有する集積回路チップである可能性がある。実施プロセスでは、上記方法の実施例における各ステップは、プロセッサ内のハードウェアの集積論理回路又はソフトウェアの形の命令によって完成されてもよい。上記プロセッサは汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリートハードウェア部材であってもよい。本出願の実施例において開示される各方法、ステップ及び論理ブロック図を実現又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、又は前記プロセッサはいずれかの従来のプロセッサなどであってもよい。本出願の実施例と組み合わせて開示された方法のステップはハードウェア復号プロセッサによって実行されて完了され、又は復号プロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせによって実行されて完了されるように直接具現化されてもよい。ソフトウェアモジュールはランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ又は電気的消去可能プログラマブルメモリ、レジスタなどの本分野における成熟した記憶媒体に位置してもよい。前記記憶媒体はメモリに位置し、プロセッサはメモリにおける情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを完了する。
【０１９０】
本出願の実施例におけるメモリは揮発性記憶装置又は不揮発性記憶装置であってもよく、又は揮発性記憶装置及び不揮発性記憶装置両者を含むことができることが理解できる。ここで、不揮発性記憶装置は読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、プログラマブル読み取り専用メモリ（ＰＲＯＭ：Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ  ＰＲＯＭ）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性記憶装置は外部キャッシュメモリとして機能するランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）であってもよい。制限的でなく例示的な説明により、多くの形態のＲＡＭは利用可能であり、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ：Ｓｔａｔｉｃ  ＲＡＭ）、動的ランダムアクセスメモリ（ＤＲＡＭ：Ｄｙｎａｍｉｃ  ＲＡＭ）、同期動的ランダムアクセスメモリ（ＳＤＲＡＭ：Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）、ダブルデータレート同期動的ランダムアクセスメモリ（ＤＤＲ  ＳＤＲＡＭ：Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ）、強化型同期動的ランダムアクセスメモリ（ＥＳＤＲＡＭ：Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ）、同期リンク動的ランダムアクセスメモリ（ＳＬＤＲＡＭ：Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ）とダイレクトラムバスランダムアクセスメモリ（ＤＲ  ＲＡＭ：Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ）である。注意すべきものとして、本明細書に記載のシステムと方法のメモリはこれらといずれかの他の適切なタイプのメモリを含むことを図るがこれらに限定されない。
【０１９１】
当業者であれば、本明細書で開示される実施例と組み合わせて説明された各例のユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェアと電子ハードウェアの組み合わせで実現されてもよいと理解できる。これらの機能がハードウエア又はソフトウエアで実行されるかは、技術的解決策の特定アプリケーションと設計制約条件に依存する。当業者は各特定のアプリケーションに対して異なる方法を用いて記述される機能を実現することができるが、このような実現は本出願の範囲を超えると考えられるべきではない。
【０１９２】
当業者は、便利及び簡潔に説明するために、上記のシステム、装置及びユニットの具体的な動作プロセスについて、前記方法の実施例における対応するプロセスを参照でき、ここで説明を省略することを明確に理解することができる。
【０１９３】
本出願が提供する、いくつかの実施例では、開示されるシステム、装置及び方法は、他の方式により実現されてもよいと理解すべきである。例えば、上記の装置の実施例は例示的なものだけであり、例えば、前記ユニットの区分は、論理機能的区分だけであり、実際に実施する時に他の区分方式もあり得て、例えば複数のユニット又は構成要素は組み合わせられてもよい又は別のシステムに統合されてもよく、又はいくつかの特徴は無視されてもよく、又は実行されなくてもよい。また、示される又は議論される相互結合又は直接結合又は通信接続はいくつかのインターフェース、装置又はユニットを介する間接的結合又は通信接続であってもよく、電気的、機械的又は他の形態であってもよい。
【０１９４】
分離部材として説明された前記ユニットは物理的に分離するものであってもよく又は物理的に分離するものでなくてもよく、ユニットとして表示された部材は物理的要素であってもよく又は物理的ユニットでなくてもよく、即ち一つの箇所に位置してもよく、又は複数のネットワーク要素に分布してもよい。実際のニーズに応じてそのうちの一部又は全てのユニットを選択して本実施例の解決策の目的を達成することができる。
【０１９５】
また、本出願の各実施例における各機能ユニットは一つの処理ユニットに統合されてもよく、個々のユニットは単独で物理的に存在してもよく、二つ又は二つ以上のユニットは一つのユニットに統合されてもよい。
【０１９６】
前記機能はソフトウェア機能ユニットの形態で実現され且つ独立した製品として販売又は使用される時に、一つのコンピュータ読み取り可能な記憶媒体に格納されてもよい。このような理解に基づき、本出願の技術的解決策は本質的に又は従来技術に寄与する部分又は前記技術的解決策の部分がソフトウェア製品の形で実現されてもよく、前記コンピュータソフトウェア製品がコンピュータ装置（パーソナルコンピュータ、サーバ、又はネットワークデバイス等であってもよい）に本出願の様々な実施例に記載された方法の全て又は一部のステップを実行させるためのいくつかの命令を含む、記憶媒体に記憶される。前記憶媒体はＵディスク、モバイルハードディスク、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる各種の媒体を含む。
【０１９７】
以上は、本出願の実施例の具体的な実施形態だけであるが、本出願の保護範囲はこれに制限されず、当業者が本出願で開示された技術範囲内で容易に想到し得る変化又は入れ替わりが全て本出願の保護範囲以内に含まれるべきである。従って、本出願の保護範囲は前記請求項の保護範囲に準拠するべきである。
【図１】
2021517754.tif 000003
【図２】
2021517754.tif 000004
【図３】
2021517754.tif 000005
【図４】
2021517754.tif 000006
【図５】
2021517754.tif 000007
【図６】
2021517754.tif 000008
【図７】
2021517754.tif 000009
【図８】
2021517754.tif 000010
【図９】
2021517754.tif 000011
【図１０】
2021517754.tif 000012
【手続補正書】
【提出日】令和3年1月15日(2021.1.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信方法であって、
端末が、第１プロトコル層で第２プロトコル層へ第１イベントを報告し、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられることと、
前記端末が、前記第１イベントの連続発生回数が閾値を超えた場合、前記第２プロトコル層で第２イベントが発生したことを確定することと、
前記端末が、第１メッセージをネットワークデバイスに送信し、前記第１メッセージが、第２信号セット内の、信号の品質が第３条件を満たすまで良好である信号を示すために用いられることと、
ここで、前記第１イベントがビーム障害発生を含み、前記第２イベントがビーム障害発生を含み、前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられることとを含む、前記無線通信方法。
【請求項２】
前記端末が前記第２プロトコル層で第２イベントが発生したことを確定した後に、
前記端末が、タイマを起動し、前記タイマが、前記端末が前記タイマの時間内においてリンク再構成プロシージャを実行するために用いられる、
請求項１に記載の方法。
【請求項３】
前記第１信号セット内の信号の品質が第１条件を満たすまで不良であることは、前記第１信号セット内の信号の品質が閾値より不良であることを含む、
請求項１に記載の方法。
【請求項４】
前記方法はさらに、
前記端末が、前記第２プロトコル層で前記第１プロトコル層へ第２指示情報を送信し、前記第２指示情報が、前記第２信号セット内の、信号の品質が前記第３条件を満たすまで良好である信号及び／又は前記第２信号セット内の信号の測定結果を報告することを示すことに用いられることを含むことを特徴とする
請求項１に記載の方法。
【請求項５】
前記方法はさらに、
前記第２指示情報に応じて、前記端末が、前記第１プロトコル層で、前記第２信号セット内の、品質が前記第３条件を満たすまで良好である信号及び／又は前記第２信号セット内の信号の測定結果を報告することを含むことを特徴とする
請求項４に記載の方法。
【請求項６】
前記第１信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応し、前記第２信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応することを特徴とする
請求項１−５のいずれか一項に記載の方法。
【請求項７】
前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションであることを特徴とする
請求項１−５のいずれか一項に記載の方法。
【請求項８】
前記第１プロトコル層が物理層であり、前記第２プロトコル層がメディアアクセス制御（ＭＡＣ）層であることを特徴とする
請求項１−７のいずれか一項に記載の方法。
【請求項９】
端末であって、第１処理ユニット、第２処理ユニット、及び送信ユニットを備え、ここで、
前記第１処理ユニットが第１プロトコル層で第２プロトコル層へ第１イベントを報告するように構成され、前記第１イベントが、第１信号セット内の信号の品質が第１条件を満たすまで不良であることを示すことに用いられ、
前記第２処理ユニットが、前記第１イベントの連続発生回数が閾値を超えた場合、前記第２プロトコル層で第２イベントが発生したことを確定するように構成され、ここで、前記第２イベントが、前記第１信号セット内の信号に対応するリンク品質が第２条件を満たすまで不良であることを示すことに用いられ、
前記送信ユニットが、第１メッセージをネットワークデバイスに送信するように構成され、前記第１メッセージが、第２信号セット内の、信号の品質が第３条件を満たすまで良好である信号を示すために用いられ、
ここで、前記第１イベントがビーム障害発生を含み、前記第２イベントがビーム障害発生を含む、
前記端末。
【請求項１０】
前記第２処理ユニットが、さらに、
前記第２プロトコル層で第２イベントが発生したことを確定した後に、タイマを起動するように構成され、前記タイマが、前記端末が前記タイマの時間内においてリンク再構成プロシージャを実行するために用いられる、
請求項９に記載の端末。
【請求項１１】
前記第１信号セット内の信号の品質が第１条件を満たすまで不良であることは、前記第１信号セット内の信号の品質が閾値より不良であることを含む、
請求項９に記載の方法。
【請求項１２】
前記第２処理ユニットはさらに、
前記第２プロトコル層で前記第１プロトコル層へ第２指示情報を送信するように構成され、前記第２指示情報が、前記第２信号セット内の、信号の品質が前記第３条件を満たすまで良好である信号及び／又は前記第２信号セット内の信号の測定結果を報告することを示すことに用いられることを含むことを特徴とする
請求項９に記載の端末。
【請求項１３】
前記第１処理ユニットはさらに、
前記第２指示情報に応じて、前記第１プロトコル層で、前記第２信号セット内の、品質が前記第３条件を満たすまで良好である信号及び／又は前記第２信号セット内の信号の測定結果を報告するように構成されることを特徴とする
請求項１２に記載の端末。
【請求項１４】
前記第１信号セット内の信号が少なくとも一つの送信ビームに１対１で対応し、前記第２信号セット内の信号が、少なくとも一つの送信ビームに１対１で対応し、又は、
前記第１信号セット内の各信号が、少なくとも一つの制御リソースセットと、空間的受信パラメータに関して準コロケーションであり、又は、
前記第１プロトコル層が物理層であり、前記第２プロトコル層がメディアアクセス制御（ＭＡＣ）層であることを特徴とする
請求項９−１３のいずれか一項に記載の端末。
【請求項１５】
コンピュータ可読媒体であって、プログラムが記憶されており、前記プログラムが、プロセッサにより実行される時に、前記プロセッサに、送受信機によって請求項１−８のいずれか１項に記載の方法を実行させる、
コンピュータ可読媒体。
【国際調査報告】
2021517754.tif 000013
2021517754.tif 000014
2021517754.tif 000015
2021517754.tif 000016