(57)【要約】  本開示は、ビーム失敗回復のための方法及び端末装置を開示し、前記方法は、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにビーム失敗回復のための制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信することを含む。【選択図】図２
2021532682.tif 000002
【特許請求の範囲】
【請求項１】
端末装置に適用されるビーム失敗回復のための方法であって、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにビーム失敗回復のための制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信することを含む、ビーム失敗回復のための方法。
【請求項２】
前記ターゲットチャネルリソースは、非競合物理ランダムアクセスチャネルＰＲＡＣＨ以外の他のチャネルリソースである、請求項１に記載のビーム失敗回復のための方法。
【請求項３】
前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記競合ＰＲＡＣＨである、請求項１に記載のビーム失敗回復のための方法。
【請求項４】
前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰでランダムアクセス応答ＲＡＲを受信することをさらに含む、請求項３に記載のビーム失敗回復のための方法。
【請求項５】
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに切り替えることをさらに含む、請求項１に記載のビーム失敗回復のための方法。
【請求項６】
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されており、かつ非競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記非競合ＰＲＡＣＨである、請求項５に記載のビーム失敗回復のための方法。
【請求項７】
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲをモニタリングすることをさらに含む、請求項６に記載のビーム失敗回復のための方法。
【請求項８】
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されていないが、競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記競合ＰＲＡＣＨである、請求項５に記載のビーム失敗回復のための方法。
【請求項９】
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで、前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ＃０をモニタリングすることをさらに含む、請求項８に記載のビーム失敗回復のための方法。
【請求項１０】
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでＲＡＲを受信することをさらに含む、請求項８に記載のビーム失敗回復のための方法。
【請求項１１】
前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの、ビーム失敗回復のための、探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプは、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃである、請求項７に記載のビーム失敗回復のための方法。
【請求項１２】
前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプは、汎用ｃｏｍｍｏｎである、請求項７に記載のビーム失敗回復のための方法。
【請求項１３】
セル無線ネットワーク一時識別子Ｃ−ＲＮＴＩを含むターゲット無線ネットワーク一時識別子ＲＮＴＩをモニタリングすることをさらに含む、請求項１１又は１２に記載のビーム失敗回復のための方法。
【請求項１４】
前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプが端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃであれば、前記ターゲット無線ネットワーク一時識別子ＲＮＴＩは、設定されたスケジューリング無線ネットワーク一時識別子ＣＳ−ＲＮＴＩ、一時セル無線ネットワーク一時識別子ＴＣ−ＲＮＴＩ、半永続的なチャネル状態情報無線ネットワーク一時識別子ＳＰ−ＣＳＩ−ＲＮＴＩを含まない、請求項１３に記載のビーム失敗回復のための方法。
【請求項１５】
前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、前記ターゲット無線ネットワーク一時識別子ＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ランダムアクセス無線ネットワーク一時識別子ＲＡ−ＲＮＴＩ、ページング無線ネットワーク一時識別子Ｐ−ＲＮＴＩ、システム情報無線ネットワーク一時識別子ＳＩ−ＲＮＴＩを含まない、請求項１３に記載のビーム失敗回復のための方法。
【請求項１６】
セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることをさらに含む、請求項７に記載のビーム失敗回復のための方法。
【請求項１７】
端末装置に適用されるビーム失敗回復のための方法であって、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＰＲＡＣＨが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信することを含む、ビーム失敗回復のための方法。
【請求項１８】
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに切り替えることをさらに含む、請求項１７に記載のビーム失敗回復のための方法。
【請求項１９】
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されており、かつ非競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記非競合ＰＲＡＣＨである、請求項１８に記載のビーム失敗回復のための方法。
【請求項２０】
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲをモニタリングすることをさらに含む、請求項１９に記載のビーム失敗回復のための方法。
【請求項２１】
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されていないが、競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記競合ＰＲＡＣＨである、請求項１８に記載のビーム失敗回復のための方法。
【請求項２２】
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで、前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ＃０をモニタリングすることをさらに含む、請求項２１に記載のビーム失敗回復のための方法。
【請求項２３】
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでＲＡＲを受信することをさらに含む、請求項２１に記載のビーム失敗回復のための方法。
【請求項２４】
前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプは、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃである、請求項２０に記載のビーム失敗回復のための方法。
【請求項２５】
前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプは、汎用Ｃｏｍｍｏｎである、請求項２０に記載のビーム失敗回復のための方法。
【請求項２６】
Ｃ−ＲＮＴＩを含むターゲット無線ネットワーク一時識別子ＲＮＴＩをモニタリングすることをさらに含む、請求項２４又は２５に記載のビーム失敗回復のための方法。
【請求項２７】
前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプが端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃであれば、前記ターゲット無線ネットワーク一時識別子ＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを含まない、請求項２６に記載のビーム失敗回復のための方法。
【請求項２８】
前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、前記ターゲット無線ネットワーク一時識別子ＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを含まない、請求項２６に記載のビーム失敗回復のための方法。
【請求項２９】
セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることをさらに含む、請求項２０に記載のビーム失敗回復のための方法。
【請求項３０】
前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに候補ビーム参照信号が設定されていない、請求項１７に記載のビーム失敗回復のための方法。
【請求項３１】
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに候補ビーム参照信号が設定されており、
前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲをモニタリングする前に、前記方法は、
前記候補ビーム参照信号に基づいて、ビーム失敗回復のためのターゲットビーム参照信号を決定することをさらに含み、
ここで、前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲと前記ターゲットビーム参照信号は、疑似コロケーションＱＣＬである、請求項２０に記載のビーム失敗回復のための方法。
【請求項３２】
端末装置に適用されるビーム失敗回復のための方法であって、
第１のセルでの制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲをモニタリングすることを含み、
ここで、前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプがターゲットタイプである、ビーム失敗回復のための方法。
【請求項３３】
前記ターゲットタイプは、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃである、請求項３２に記載のビーム失敗回復のための方法。
【請求項３４】
前記ターゲットタイプは、汎用ｃｏｍｍｏｎである、請求項３２に記載のビーム失敗回復のための方法。
【請求項３５】
Ｃ−ＲＮＴＩを含むターゲット無線ネットワーク一時識別子ＲＮＴＩをモニタリングすることをさらに含む、請求項３３又は３４に記載のビーム失敗回復のための方法。
【請求項３６】
前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプが端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃであれば、前記ターゲット無線ネットワーク一時識別子ＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを含まない、請求項３５に記載のビーム失敗回復のための方法。
【請求項３７】
前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、前記ターゲット無線ネットワーク一時識別子ＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを含まない、請求項３５に記載のビーム失敗回復のための方法。
【請求項３８】
第２のセルでのＣＯＲＥＳＥＴをモニタリングすることをさらに含む、請求項３２に記載のビーム失敗回復のための方法。
【請求項３９】
前記第１のセルはプライマリセルＰｃｅｌｌで、前記第２のセルはセカンダリセルＳｃｅｌｌである、請求項３８に記載のビーム失敗回復のための方法。
【請求項４０】
端末装置であって、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する送信モジュールを含む、端末装置。
【請求項４１】
メモリと、プロセッサと、前記メモリに格納されて前記プロセッサで実行可能なコンピュータプログラムとを含む端末装置であって、
前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１〜１６のいずれか１項に記載のビーム失敗回復のための方法が実現される、端末装置。
【請求項４２】
コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体であって、
前記コンピュータプログラムがプロセッサによって実行されると、請求項１〜１６のいずれか１項に記載のビーム失敗回復のための方法が実現される、コンピュータ読み取り可能な記憶媒体。
【請求項４３】
端末装置であって、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＰＲＡＣＨが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する送信モジュールを含む、端末装置。
【請求項４４】
メモリと、プロセッサと、前記メモリに格納されて前記プロセッサで実行可能なコンピュータプログラムとを含む端末装置であって、
前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１７〜３１のいずれか１項に記載のビーム失敗回復のための方法が実現される、端末装置。
【請求項４５】
コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体であって、
前記コンピュータプログラムがプロセッサによって実行されると、請求項１７〜３１のいずれか１項に記載のビーム失敗回復のための方法が実現される、コンピュータ読み取り可能な記憶媒体。
【請求項４６】
第１のセルでの制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするモニタリングモジュールを含み、
ここで、前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプがターゲットタイプである、端末装置。
【請求項４７】
メモリと、プロセッサと、前記メモリに格納されて前記プロセッサで実行可能なコンピュータプログラムとを含む端末装置であって、
前記コンピュータプログラムが前記プロセッサによって実行されると、請求項３２〜３９のいずれか１項に記載のビーム失敗回復のための方法が実現される、端末装置。
【請求項４８】
コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体であって、
前記コンピュータプログラムがプロセッサによって実行されると、請求項３２〜３９のいずれか１項に記載のビーム失敗回復のための方法が実現される、コンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本願は、２０１８年８月１日に提出された中国特許出願第２０１８１０８６６８９０．２号の優先権を主張するものであり、その全ての内容は参照により本願に組み込まれるものとする。
本開示は、通信の分野に関し、特にビーム失敗回復のための方法及び端末装置に関する。
【背景技術】
【０００２】
第５世代（５Ｇ）移動通信システムの新たな無線技術（Ｎｅｗ  Ｒａｄｉｏ、ＮＲ）に、大規模アンテナ技術が導入されるため、マルチユーザ−多入力多出力（Ｍｕｌｔｉ−Ｕｓｅｒ  Ｍｕｌｔｉｐｌｅ−Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ−Ｏｕｔｐｕｔ、ＭＵ−ＭＩＭＯ）アンテナ技術をよりよくサポートすることができる。大規模アンテナアレイによる装置コスト及びベースバンド処理の複雑さを低減するために、デジタルアナログハイブリッドビームフォーミング技術により、送信信号とチャネルとの大まかなマッチングを実現する。
【０００３】
しかしながら、デジタルアナログハイブリッドビームフォーミング技術において、アクティブ帯域幅部分（ａｃｔｉｖｅ  Ｂａｎｄｗｉｄｔｈ  Ｐａｒｔ（ａｃｔｉｖｅ  ＢＷＰ）にビーム失敗回復のための制御リソースセット（Ｃｏｎｔｒｏｌ  Ｒｅｓｏｕｒｃｅ  Ｓｅｔ−Ｂｅａｍ  Ｆａｉｌｕｒｅ  Ｒｅｃｏｖｅｒｙ、ＣＯＲＥＳＥＴ−ＢＦＲ）が設定されていなければ、又は、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）が設定されていなければ、現在、ビーム失敗回復のための対応する解決手段が依然として欠如している。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本開示の実施例は、関連技術における、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていなければ、又は、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＰＲＡＣＨが設定されていなければ、ビーム失敗回復を行うことができないという課題を解決するために、ビーム失敗回復のための方法及び端末装置を提供することを目的とする。
【０００５】
第１の態様では、本開示の実施例に係る、端末装置に適用されるビーム失敗回復のための方法は、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信することを含む。
【０００６】
第２の態様では、本開示の実施例に係る、端末装置に適用されるビーム失敗回復のための方法は、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＰＲＡＣＨが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信することを含む。
【０００７】
第３の態様では、本開示の実施例に係る、端末装置に適用されるビーム失敗回復のための方法は、
第１のセルでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングすることを含み、
ここで、前記ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプがターゲットタイプである。
【０００８】
第４の態様では、本開示の実施例に係る端末装置は、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する送信モジュールを含む。
【０００９】
第５の態様では、本開示の実施例に係る、端末装置は、
メモリと、プロセッサと、前記メモリに格納されて前記プロセッサで実行可能なコンピュータプログラムとを含み、
前記コンピュータプログラムが前記プロセッサによって実行されると、第１の態様に記載のビーム失敗回復のための方法が実現される。
【００１０】
第６の態様では、本開示の実施例に係る、コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体は、
前記コンピュータプログラムがプロセッサによって実行されると、第１の態様に記載のビーム失敗回復のための方法が実現される。
【００１１】
第７の態様では、本開示の実施例に係る端末装置は、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＰＲＡＣＨが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する送信モジュールを含む。
【００１２】
第８の態様では、本開示の実施例に係る端末装置は、
メモリと、プロセッサと、前記メモリに格納されて前記プロセッサで実行可能なコンピュータプログラムとを含み、
前記コンピュータプログラムが前記プロセッサによって実行されると、第２の態様に記載のビーム失敗回復のための方法が実現される。
【００１３】
第９の態様では、本開示の実施例に係る、コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体は、
前記コンピュータプログラムがプロセッサによって実行されると、第２の態様に記載のビーム失敗回復のための方法が実現される。
【００１４】
第１０の態様では、本開示の実施例に係る端末装置は、
第１のセルでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするモニタリングモジュールを含み、
ここで、前記ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプがターゲットタイプである。
【００１５】
第１１の態様では、本開示の実施例に係る端末装置は、
メモリと、プロセッサと、前記メモリに格納されて前記プロセッサで実行可能なコンピュータプログラムとを含み、
前記コンピュータプログラムが前記プロセッサによって実行されると、第３の態様に記載のビーム失敗回復のための方法が実現される。
【００１６】
第１２の態様では、本開示の実施例に係る、コンピュータプログラムが格納されているコンピュータ読み取り可能な記憶媒体は、
前記コンピュータプログラムがプロセッサによって実行されると、第３の態様に記載のビーム失敗回復のための方法が実現される。
【発明の効果】
【００１７】
本開示の実施例では、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲ又はＰＲＡＣＨが設定されていない場合、端末装置は、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを高速に送信することにより、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲ又はＰＲＡＣＨが設定されていない場合、ビーム失敗回復を完了し、データ伝送を回復することを確保することができる。
【００１８】
ここで説明される図面は、本開示への理解を深めるためのものであり、本開示の一部を構成し、本開示の例示的な実施例及びその説明は、本開示を説明するためのものであり、本開示を限定するものではない。
【図面の簡単な説明】
【００１９】
【図１】本開示の実施例に係るネットワークアーキテクチャの概略図である。
【図２】本開示の実施例に係るビーム失敗回復のための方法のフローチャートである。
【図３】本開示の実施例に係るビーム失敗回復のための別の方法のフローチャートである。
【図４】本開示の実施例に係るビーム失敗回復のための別の方法のフローチャートである。
【図５】本開示の実施例に係る端末装置の概略構成図である。
【図６】本開示の実施例に係る別の端末装置の概略構成図である。
【図７】本開示の実施例に係る別の端末装置の概略構成図である。
【図８】本開示の実施例に係る別の端末装置の概略構成図である。
【発明を実施するための形態】
【００２０】
以下、本開示の実施例における図面を参照しながら、本開示の実施例における技術手段を明確かつ完全に説明する。明らかに、説明される実施例は、本開示の実施例の一部であり、全てではない。本開示の実施例に基づいて、当業者が創造的な労働をしない前提で得られる他の全ての実施例は、いずれも本開示の保護範囲に属するものである。
【００２１】
図１を参照すると、図１は、本開示の実施例に係るネットワークアーキテクチャの概略図である。図１に示すように、ユーザ端末１１と、基地局１２とを含み、ユーザ端末１１は、携帯電話、タブレットコンピュータ（Ｔａｂｌｅｔ  Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、ラップトップコンピュータ（Ｌａｐｔｏｐ  Ｃｏｍｐｕｔｅｒ）、パーソナルデジタルアシスタント（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ、ＰＤＡ）、モバイルインターネット装置（Ｍｏｂｉｌｅ  Ｉｎｔｅｒｎｅｔ  Ｄｅｖｉｃｅ、ＭＩＤ）又はウェアラブルデバイス（Ｗｅａｒａｂｌｅ  Ｄｅｖｉｃｅ）などのような端末装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、ＵＥ）であってよく、なお、本開示の実施例では、ユーザ端末１１の具体的なタイプを限定しない。上記基地局１２は、５Ｇ及びそれより新しいバージョンの基地局（例えば、ｇＮＢ、５Ｇ  ＮＲ  ＮＢ）又は他の通信システムにおける基地局であってよく、又はノードＢと呼ばれ、なお、本開示の実施例では、５Ｇ基地局のみを例とするが、基地局１２の具体的なタイプが限定されない。
【００２２】
なお、上述したユーザ端末１１及び基地局１２の具体的な機能については、以下の複数の実施例により具体的に説明する。
【００２３】
図２は、本開示の実施例に係るビーム失敗回復のための方法のフローチャートである。端末装置に適用される上記方法は、以下のようにしてもよい。
【００２４】
ステップ２１０では、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、端末装置によってビーム失敗イベントが発生したことが検出され、かつアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求（Ｂｅａｍ  Ｆａｉｌｕｒｅ  Ｒｅｃｏｖｅｒｙ  Ｒｅｑｕｅｓｔ、ＢＦＲＱ）を送信する。
【００２５】
実際の応用において、ネットワーク側装置がビーム失敗検出参照信号（Ｂｅａｍ  Ｆａｉｌｕｒｅ  Ｄｅｔｅｃｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ、ＢＦＤ  ＲＳ）を端末装置に設定することにより、端末装置は、物理層においてＢＦＤ  ＲＳを測定して、ビーム失敗イベントが発生したか否かを判断することができる。
【００２６】
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、上記端末装置によってビーム失敗イベントが発生したことが検出され、かつネットワーク側装置がアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに対してＣＯＲＥＳＥＴ−ＢＦＲを設定していない場合、データ伝送をできるだけ早く回復するために、端末装置は、ターゲットチャネルリソースを使用してネットワーク側装置にビーム失敗回復要求ＢＦＲＱを送信する。
【００２７】
本開示の実施例では、ターゲットチャネルリソースは、非競合物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）以外の他のチャネルリソースである。
【００２８】
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲをアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに対して設定していないため、ネットワーク側装置が非競合ＰＲＡＣＨをアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに対して設定するか否かに関わらず、端末装置は、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、非競合ＰＲＡＣＨを使用してビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信しない。
【００２９】
ターゲットチャネルリソースの形態は、下記少なくとも３種類を含む。
【００３０】
第１の種類について、
本開示の実施例では、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、競合ＰＲＡＣＨである。
【００３１】
ネットワーク側装置がアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに対してＣＯＲＥＳＥＴ−ＢＦＲを設定していないが、競合ＰＲＡＣＨを設定していれば、端末装置は、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、競合ＰＲＡＣＨを使用してビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信する。
【００３２】
本開示の実施例では、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、ランダムアクセス応答（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ、ＲＡＲ）を受信することをさらに含む。
【００３３】
ネットワーク側装置は、端末装置がアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで競合ＰＲＡＣＨを使用して送信したビーム失敗回復要求ＢＦＲＱを受信した後、ＲＡＲを端末装置に返信し、このように端末装置は、ＲＡＲを受信した後、ネットワーク側装置に新たにアクセスすることができ、これによりビーム失敗回復を完了し、データ伝送を回復することができる。
【００３４】
第２の種類について、
本開示の実施例では、
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに切り替えることをさらに含む。
【００３５】
実際の応用において、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰは、ネットワーク側装置により端末装置に対して設定された、端末装置がネットワーク側装置に初期アクセスするときに使用されるＢＷＰである。
【００３６】
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲをアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに対して設定していないため、端末装置は、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰから初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに切り替え、さらに初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでビーム失敗回復を行うことができる。
【００３７】
本開示の実施例では、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されており、かつ非競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、非競合ＰＲＡＣＨである。
【００３８】
ネットワーク側装置が初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対してＣＯＲＥＳＥＴ−ＢＦＲを設定しており、かつ非競合ＰＲＡＣＨを設定していれば、端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで、非競合ＰＲＡＣＨを使用してビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信する。
【００３９】
本開示の実施例では、
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでＣＯＲＥＳＥＴ−ＢＦＲをモニタリングすることをさらに含む。
【００４０】
ネットワーク側装置は、端末装置が初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで非競合ＰＲＡＣＨを使用して送信したビーム失敗回復要求ＢＦＲＱを受信した後、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対して設定されたＣＯＲＥＳＥＴ−ＢＦＲで、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用してビーム失敗回復要求応答情報を端末装置に送信する。
【００４１】
端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでＣＯＲＥＳＥＴ−ＢＦＲをモニタリングし、ネットワーク側装置が送信したビーム失敗回復要求応答情報を受信すれば、ビーム失敗回復が成功し、データ伝送が回復される。
【００４２】
本開示の実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  ＳｐａｃｅのタイプはＵＥ−Ｓｐｅｃｉｆｉｃである。
【００４３】
本開示の実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプは汎用Ｃｏｍｍｏｎである。
【００４４】
１つの実施例では、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲを初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対して設定し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプに対して、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃにしか設定することができない。
【００４５】
別の実施例では、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲを初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対して設定し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプに対して、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃと汎用Ｃｏｍｍｏｎから選択し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプを端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃ又は汎用Ｃｏｍｍｏｎに設定することができる。
【００４６】
本開示の実施例では、
セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ、Ｃｅｌｌ  ＲＮＴＩ）を含むターゲット無線ネットワーク一時識別子（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ、ＲＮＴＩ）をモニタリングすることをさらに含む。
【００４７】
ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して、ビーム失敗回復要求応答情報であるダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を端末装置に送信する。ネットワーク側装置は、該ＤＣＩを送信するときに、あるＲＮＴＩを使用して該ＤＣＩにおける巡回冗長検査（Ｃｙｃｌｉｃ  Ｒｅｄｕｎｄａｎｃｙ  Ｃｈｅｃｋ、ＣＲＣ）をスクランブルする。端末装置は、ネットワーク側装置が使用する可能性があるＲＮＴＩ（ターゲットＲＮＴＩ）をモニタリングし、ターゲットＲＮＴＩを使用して、受信した該ＤＣＩをデスクランブルする。
【００４８】
ターゲットＲＮＴＩは、Ｃ−ＲＮＴＩを含む１種又は複数種のＲＮＴＩである。
【００４９】
１つの実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  ＳｐａｃｅのタイプがＵＥ−Ｓｐｅｃｉｆｉｃであれば、ターゲットＲＮＴＩは、設定されたスケジューリング無線ネットワーク一時識別子（Ｃｏｎｆｉｇｕｒｅｄ  Ｓｃｈｅｄｕｌｉｎｇ  ＲＮＴＩ、ＣＳ−ＲＮＴＩ）、一時セル無線ネットワーク一時識別子（Ｔｅｍｐｏｒａｒｙ  Ｃｅｌｌ  ＲＮＴＩ、ＴＣ−ＲＮＴＩ）、半永続的なチャネル状態情報無線ネットワーク一時識別子（Ｓｅｍｉ−Ｐｅｒｓｉｓｔｅｎｔ  Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ）を含まない。
【００５０】
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプを端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃに設定すれば、ネットワーク側装置においてＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して端末装置に送信された、ビーム失敗回復要求応答情報であるＤＣＩに対して、ネットワーク側装置は、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを使用して該ＤＣＩにおけるＣＲＣをスクランブルせず、したがって、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩをモニタリングしない。
【００５１】
なお、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩをモニタリングしない以外に、他のＲＮＴＩのうちの１種又は複数種をモニタリングしてもよく、ここでは特に限定されない。
【００５２】
他のＲＮＴＩは、ランダムアクセス無線ネットワーク一時識別子Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＲＮＴＩ、ＲＡ−ＲＮＴＩ）、ページング無線ネットワーク一時識別子（Ｐａｇｉｎｇ  ＲＮＴＩ、Ｐ−ＲＮＴＩ）、システム情報無線ネットワーク一時識別子（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  ＲＮＴＩ、ＳＩ−ＲＮＴＩ）、割り込み無線ネットワーク一時識別子（Ｉｎｔｅｒｒｕｐｔｉｏｎ  ＲＮＴＩ、ＩＮＴ−ＲＮＴＩ）、スロットフォーマット指示無線ネットワーク一時識別子（Ｓｌｏｔ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｉｏｎ  ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ）、サウンディング参照信号送信電力制御無線ネットワーク一時識別子（Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ  Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｙｍｂｏｌｓ  ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ）、インアクティブ無線ネットワーク一時識別子（Ｉｎａｃｔｉｖｅ  ＲＮＴＩ、Ｉ−ＲＮＴＩ）のうちの少なくとも１つを含む。
【００５３】
別の実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを含まない。
【００５４】
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプを汎用Ｃｏｍｍｏｎに設定すれば、ネットワーク側装置においてＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して端末装置に送信された、ビーム失敗回復要求応答情報であるＤＣＩに対して、ネットワーク側装置は、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを使用して該ＤＣＩにおけるＣＲＣをスクランブルせず、したがって、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩをモニタリングしない。
【００５５】
なお、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩをモニタリングしない以外に、他のＲＮＴＩのうちの１種又は複数種をモニタリングしてもよく、ここでは特に限定されない。
【００５６】
他のＲＮＴＩは、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｉ−ＲＮＴＩのうちの少なくとも１つを含む。
【００５７】
ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプを柔軟に設定することにより、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して、ビーム失敗回復要求応答情報であるＤＣＩを端末装置に送信するとき、より多くのＲＮＴＩを採用して該ＤＣＩにおけるＣＲＣをスクランブルすることができる。
【００５８】
１つの実施例では、
端末装置がセカンダリセル（Ｓｅｃｏｎｄａｒｙ  Ｃｅｌｌ、Ｓｃｅｌｌ）内のＣＯＲＥＳＥＴをモニタリングすることができないことをさらに含む。
【００５９】
実際の応用において、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰは、プライマリセル（Ｐｒｉｍａｒｙ  Ｃｅｌｌ、Ｐｃｅｌｌ）に設定されたＢＷＰである。
【００６０】
端末装置は、プライマリセルＰｃｅｌｌで、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができない。
【００６１】
端末装置は、プライマリセルＰｃｅｌｌで、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、セカンダリセルＳｃｅｌｌに切り替えてセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができない。
【００６２】
別の実施例では、
セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることをさらに含む。
【００６３】
端末装置は、プライマリセルＰｃｅｌｌで、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置によりセカンダリセルＳｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができる。
【００６４】
端末装置は、プライマリセルＰｃｅｌｌで、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置によりセカンダリセルＳｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、セカンダリセルＳｃｅｌｌに切り替えてセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができる。
【００６５】
なお、ＣＯＲＥＳＥＴの関連情報は、時間周波数領域情報であってもよく、空間領域情報であってもよく、他のパラメータ情報であってもよく、ここでは特に限定されない。
【００６６】
第３の種類について、
発明の実施例では、
初期帯域幅部分初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに切り替えることをさらに含む。
【００６７】
実際の応用において、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰは、ネットワーク側装置により端末装置に対して設定された、端末装置がネットワーク側装置に初期アクセスするときに使用されるＢＷＰである。
【００６８】
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲをアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに対して設定していないため、端末装置は、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰから初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに切り替え、さらに初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでビーム失敗回復を行うことができる。
【００６９】
本開示の実施例では、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていないが、競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、競合ＰＲＡＣＨである。
【００７０】
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲを初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対して設定していないため、ネットワーク側装置が非競合ＰＲＡＣＨを初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対して設定するか否かに関わらず、端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで、非競合ＰＲＡＣＨを使用してビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信しない。
【００７１】
ネットワーク側装置が初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対してＣＯＲＥＳＥＴ−ＢＦＲを設定していないが、競合ＰＲＡＣＨを設定していれば、端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで、競合ＰＲＡＣＨを使用してビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信する。
【００７２】
１つの実施例では、
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ＃０をモニタリングすることをさらに含む。
【００７３】
ネットワーク側装置は、端末装置が初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで競合ＰＲＡＣＨを使用して送信したビーム失敗回復要求ＢＦＲＱを受信した後、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対して設定されたＣＯＲＥＳＥＴ＃０で、ビーム失敗回復要求応答情報を端末装置に送信する。
【００７４】
端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ＃０をモニタリングし、ネットワーク側装置が送信したビーム失敗回復要求応答情報を受信すれば、ビーム失敗回復が成功し、データ伝送が回復される。
【００７５】
別の実施例では、
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでＲＡＲを受信することをさらに含む。
【００７６】
ネットワーク側装置は、端末装置が初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで競合ＰＲＡＣＨを使用して送信したビーム失敗回復要求ＢＦＲＱを受信した後、ＲＡＲを端末装置に返信し、このように端末装置は、ＲＡＲを受信した後、ネットワーク側装置に新たにアクセスすることができ、これによりビーム失敗回復を完了し、データ伝送を回復することができる。
【００７７】
なお、ＲＡＲは、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ＃０で受信されてもよく、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでの他のＣＯＲＥＳＥＴで受信されてもよく、ここでは特に限定されない。
【００７８】
本開示の実施例に記載の技術手段では、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、端末装置によってビーム失敗イベントが発生したことが検出され、かつ該アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、端末装置は、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを高速に送信することにより、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ビーム失敗回復を完了し、データ伝送を回復することを確保することができる。
【００７９】
図３は、本開示の実施例に係るビーム失敗回復のための方法のフローチャートである。端末装置に適用される上記方法は、以下のようにしてもよい。
【００８０】
ステップ３１０では、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、端末装置によってビーム失敗イベントが発生したことが検出され、かつアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＰＲＡＣＨが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する。
【００８１】
実際の応用において、ネットワーク側装置がＢＦＤ  ＲＳを端末装置に対して設定することにより、端末装置は、物理層においてＢＦＤ  ＲＳを測定して、ビーム失敗イベントが発生したか否かを判断することができる。
【００８２】
ネットワーク側装置がＰＲＡＣＨをアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに対して設定していないため、ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲをアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに対して設定するか否かに関わらず、端末装置は、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、ビーム失敗回復を行わず、即ちアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、ビーム失敗回復要求ＢＦＲＱを送信しない。
【００８３】
本開示の実施例では、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに候補ビーム参照信号が設定されていない。
【００８４】
ネットワーク側装置がＰＲＡＣＨをアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに対して設定しておらず、端末装置がアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰでビーム失敗回復を行わないため、端末装置は、ネットワーク側装置がアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに候補ビーム参照信号を設定することが望ましくない。
【００８５】
本開示の実施例では、
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに切り替えることをさらに含む。
【００８６】
データ伝送をできるだけ早く回復するために、端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに切り替えて初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでビーム失敗回復を行い、即ち初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する。
【００８７】
ターゲットチャネルリソースの形態は、下記少なくとも２種類を含む。
【００８８】
第１の種類形態について、
本開示の実施例では、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されており、かつ非競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、非競合ＰＲＡＣＨである。
【００８９】
ネットワーク側装置が初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対してＣＯＲＥＳＥＴ−ＢＦＲを設定しており、かつ非競合ＰＲＡＣＨを設定していれば、端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで、非競合ＰＲＡＣＨを使用してビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信する。
【００９０】
本開示の実施例では、
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでＣＯＲＥＳＥＴ−ＢＦＲをモニタリングすることをさらに含む。
【００９１】
ネットワーク側装置は、端末装置が初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで非競合ＰＲＡＣＨを使用して送信したビーム失敗回復要求ＢＦＲＱを受信した後、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対して設定されたＣＯＲＥＳＥＴ−ＢＦＲで、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用してビーム失敗回復要求応答情報を端末装置に送信する。
【００９２】
端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでＣＯＲＥＳＥＴ−ＢＦＲをモニタリングし、ネットワーク側装置が送信したビーム失敗回復要求応答情報を受信すれば、ビーム失敗回復が成功し、データ伝送が回復される。
【００９３】
本開示の実施例では、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに候補ビーム参照信号が設定されている。
【００９４】
候補ビーム参照信号に基づいて、ビーム失敗回復のためのターゲットビーム参照信号を決定することをさらに含み、ＣＯＲＥＳＥＴ−ＢＦＲとターゲットビーム参照信号は、疑似コロケーション（Ｑｕａｓｉ−ｃｏｌｏｃａｔｉｏｎ、ＱＣＬ）である。
【００９５】
ネットワーク側装置は、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対して候補ビーム参照信号を設定し、端末装置は、候補ビーム参照信号から、ビーム失敗回復のためのターゲットビーム基準信号を決定し、ＣＯＲＥＳＥＴ−ＢＦＲとターゲットビーム参照信号は疑似コロケーションＱＣＬである。
【００９６】
端末装置は、ターゲットビーム参照信号と関連付けられた非競合ＰＲＡＣＨを使用して、ビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信し、ネットワーク側装置は、受信した非競合ＰＲＡＣＨに基づいて、端末装置が決定したターゲットビーム参照信号を知ることができる。ＣＯＲＥＳＥＴ−ＢＦＲとターゲットビーム参照信号が疑似コロケーションＱＣＬであるため、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲの疑似コロケーションＱＣＬ情報を決定し、さらにＣＯＲＥＳＥＴ−ＢＦＲの疑似コロケーションＱＣＬ情報に基づいて、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用してビーム失敗回復要求応答情報を端末装置に送信することができる。
【００９７】
ＣＯＲＥＳＥＴ−ＢＦＲとターゲットビーム参照信号が疑似コロケーションＱＣＬであるため、ネットワーク側装置は、ターゲットビーム参照信号に基づいてＣＯＲＥＳＥＴ−ＢＦＲの疑似コロケーションＱＣＬ情報を決定し、さらにＣＯＲＥＳＥＴ−ＢＦＲの疑似コロケーションＱＣＬ情報に基づいて、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで、ＣＯＲＥＳＥＴ−ＢＦＲをモニタリングし、かつＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨで、ネットワーク側装置が送信したビーム失敗回復要求応答情報を受信することができる。
【００９８】
本開示の実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  ＳｐａｃｅのタイプはＵＥ−Ｓｐｅｃｉｆｉｃである。
【００９９】
本開示の実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプは汎用Ｃｏｍｍｏｎである。
【０１００】
１つの実施例では、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲを初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対して設定し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプに対して、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃにしか設定することができない。
【０１０１】
別の実施例では、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲを初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対して設定し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプに対して、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃと汎用Ｃｏｍｍｏｎから選択し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプを端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃ又は汎用Ｃｏｍｍｏｎに設定することができる。
【０１０２】
本開示の実施例では、
Ｃ−ＲＮＴＩを含むターゲットＲＮＴＩをモニタリングすることをさらに含む。
【０１０３】
ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して、ビーム失敗回復要求応答情報であるＤＣＩを端末装置に送信する。ネットワーク側装置は、該ＤＣＩを送信するときに、あるＲＮＴＩを使用して該ＤＣＩにおけるＣＲＣをスクランブルする。端末装置は、ネットワーク側装置が使用する可能性があるＲＮＴＩ（ターゲットＲＮＴＩ）をモニタリングし、ターゲットＲＮＴＩを使用して、受信した該ＤＣＩをデスクランブルする。
【０１０４】
ターゲットＲＮＴＩは、Ｃ−ＲＮＴＩを含む１種又は複数種のＲＮＴＩである。
【０１０５】
１つの実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  ＳｐａｃｅのタイプはＵＥ−Ｓｐｅｃｉｆｉｃであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを含まない。
【０１０６】
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプを端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃに設定すれば、ネットワーク側装置においてＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して端末装置に送信された、ビーム失敗回復要求応答情報であるＤＣＩに対して、ネットワーク側装置は、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを使用して該ＤＣＩにおけるＣＲＣをスクランブルせず、したがって、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩをモニタリングしない。
【０１０７】
なお、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩをモニタリングしない以外に、他のＲＮＴＩのうちの１種又は複数種をモニタリングしてもよく、ここでは特に限定されない。
【０１０８】
他のＲＮＴＩは、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｉ−ＲＮＴＩのうちの少なくとも１つを含む。
【０１０９】
別の実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを含まない。
【０１１０】
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプを汎用Ｃｏｍｍｏｎに設定すれば、ネットワーク側装置においてＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して端末装置に送信された、ビーム失敗回復要求応答情報であるＤＣＩに対して、ネットワーク側装置は、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを使用して該ＤＣＩにおけるＣＲＣをスクランブルせず、したがって、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩをモニタリングしない。
【０１１１】
なお、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩをモニタリングしない以外に、他のＲＮＴＩのうちの１種又は複数種をモニタリングしてもよく、ここでは特に限定されない。
【０１１２】
他のＲＮＴＩは、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｉ−ＲＮＴＩのうちの少なくとも１つを含む。
【０１１３】
ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプを柔軟に設定することにより、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して、ビーム失敗回復要求応答情報であるＤＣＩを端末装置に送信するとき、より多くのＲＮＴＩを採用して該ＤＣＩにおけるＣＲＣをスクランブルすることができる。
【０１１４】
１つの実施例では、
端末装置がセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができないことをさらに含む。
【０１１５】
実際の応用において、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰは、プライマリセルＰｃｅｌｌに設定されたＢＷＰである。
【０１１６】
端末装置は、プライマリセルＰｃｅｌｌで、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができない。
【０１１７】
端末装置は、プライマリセルＰｃｅｌｌで、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、セカンダリセルＳｃｅｌｌに切り替えてセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができない。
【０１１８】
別の実施例では、
セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることをさらに含む。
【０１１９】
端末装置は、プライマリセルＰｃｅｌｌで、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置によりセカンダリセルＳｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができる。
【０１２０】
端末装置は、プライマリセルＰｃｅｌｌで、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置によりセカンダリセルＳｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、セカンダリセルＳｃｅｌｌに切り替えてセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができる。
【０１２１】
なお、ＣＯＲＥＳＥＴの関連情報は、時間周波数領域情報であってもよく、空間領域情報であってもよく、他のパラメータ情報であってもよく、ここでは特に限定されない。
【０１２２】
第２の種類について、
本開示の実施例では、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていないが、競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、競合ＰＲＡＣＨである。
【０１２３】
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲを初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対して設定していないため、ネットワーク側装置が非競合ＰＲＡＣＨを初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対して設定するか否かに関わらず、端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで、非競合ＰＲＡＣＨを使用してビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信しない。
【０１２４】
ネットワーク側装置が初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対してＣＯＲＥＳＥＴ−ＢＦＲを設定していないが、競合ＰＲＡＣＨを設定していれば、端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで、競合ＰＲＡＣＨを使用してビーム失敗回復要求ＢＦＲＱをネットワーク側装置に送信する。
【０１２５】
１つの実施例では、
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ＃０をモニタリングすることをさらに含む。
【０１２６】
ネットワーク側装置は、端末装置が初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで競合ＰＲＡＣＨを使用して送信したビーム失敗回復要求ＢＦＲＱを受信した後、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに対して設定されたＣＯＲＥＳＥＴ＃０で、ビーム失敗回復要求応答情報を端末装置に送信する。
【０１２７】
端末装置は、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ＃０をモニタリングし、ネットワーク側装置が送信したビーム失敗回復要求応答情報を受信すれば、ビーム失敗回復が成功し、データ伝送が回復される。
【０１２８】
本開示の実施例では、ＣＯＲＥＳＥＴ＃０をモニタリングする前に、
ターゲット同期信号ブロック（ＳＳＢ、Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ  Ｂｌｏｃｋ）を決定することをさらに含み、ＣＯＲＥＳＥＴ＃０とターゲットＳＳＢは疑似コロケーションＱＣＬである。
【０１２９】
端末装置は、ＣＯＲＥＳＥＴ＃０をモニタリングする前に、ネットワーク側装置が送信した複数のＳＳＢを受信し、かつ複数のＳＳＢから１つのターゲットＳＳＢを決定し、ターゲットＳＳＢとターゲットＳＳＢは疑似コロケーションＱＣＬである。
【０１３０】
例えば、端末装置は、複数のＳＳＢから、受信電力が予め設定された条件に合致する１つのＳＳＢをターゲットＳＳＢとして選択し、または、
端末装置は、複数のＳＳＢから、信号対干渉雑音比が予め設定された条件に合致する１つのＳＳＢをターゲットＳＳＢとして選択し、または、
端末装置は、複数のＳＳＢから、ブロック誤り率が予め設定された条件に合致する１つのＳＳＢをターゲットＳＳＢとして選択する。
【０１３１】
なお、端末装置は、受信電力又は信号対干渉雑音比又はブロック誤り率に基づいて複数のＳＳＢからターゲットＳＳＢを決定することができる以外に、他のパラメータに基づいて複数のＳＳＢからターゲットＳＳＢを決定してもよく、ここでは特に限定されない。
【０１３２】
ＣＯＲＥＳＥＴ＃０とターゲットＳＳＢが疑似コロケーションＱＣＬであるため、端末装置は、ターゲットＳＳＢに基づいてＣＯＲＥＳＥＴ＃０の疑似コロケーションＱＣＬ情報を決定し、さらにＣＯＲＥＳＥＴ＃０の疑似コロケーションＱＣＬ情報に基づいて、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでＣＯＲＥＳＥＴ＃０をモニタリングすることができ、即ち、端末装置は、ターゲットＳＳＢに対応するビーム方向にＣＯＲＥＳＥＴ＃０をモニタリングし、かつＣＯＲＥＳＥＴ＃０で、ネットワーク側装置が送信したビーム失敗回復要求応答情報を受信することができる。
【０１３３】
別の実施例では、
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでＲＡＲを受信することをさらに含む。
【０１３４】
ネットワーク側装置は、端末装置が初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで競合ＰＲＡＣＨを使用して送信したビーム失敗回復要求ＢＦＲＱを受信した後、ＲＡＲを端末装置に返信し、このように端末装置は、ＲＡＲを受信した後、ネットワーク側装置に新たにアクセスすることができ、これによりビーム失敗回復を完了し、データ伝送を回復することができる。
【０１３５】
なお、ＲＡＲは、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ＃０で受信されてもよく、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでの他のＣＯＲＥＳＥＴで受信されてもよく、ここでは特に限定されない。
【０１３６】
本開示の実施例に記載の技術手段では、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、端末装置によってビーム失敗イベントが発生したことが検出され、かつ該アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＰＲＡＣＨが設定されていない場合、端末装置は、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを高速に送信することにより、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＰＲＡＣＨが設定されていない場合、ビーム失敗回復を完了し、データ伝送を回復することを確保することができる。
【０１３７】
図４は、本開示の実施例に係るビーム失敗回復のための方法のフローチャートである。端末装置に適用される上記方法は、以下のようにしてもよい。
【０１３８】
ステップ４１０では、第１のセルでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングし、
ここで、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプがターゲットタイプである。
【０１３９】
端末装置が第１のセルにおいてビーム失敗回復を行う場合、ネットワーク側がＣＯＲＥＳＥＴ−ＢＦＲを第１のセルに対して設定していれば、端末装置は、第１のセルでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングする。ネットワーク側が第１のセルに対して設定したＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプはターゲットタイプである。
【０１４０】
本開示の実施例では、ターゲットタイプはＵＥ−Ｓｐｅｃｉｆｉｃである。
【０１４１】
本開示の実施例では、ターゲットタイプは汎用Ｃｏｍｍｏｎである。
【０１４２】
１つの実施例では、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲを第１のセルに対して設定し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプに対して、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃにしか設定することができない。
【０１４３】
別の実施例では、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲを第１のセルに対して設定し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプに対して、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃと汎用Ｃｏｍｍｏｎから選択し、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅを端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃ又は汎用Ｃｏｍｍｏｎに設定することができる。
【０１４４】
本開示の実施例では、
Ｃ−ＲＮＴＩを含むターゲットＲＮＴＩをモニタリングすることをさらに含む。
【０１４５】
ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して、ビーム失敗回復要求応答情報であるＤＣＩを端末装置に送信する。ネットワーク側装置は、該ＤＣＩを送信するときに、あるＲＮＴＩを使用して該ＤＣＩにおけるＣＲＣをスクランブルする。端末装置は、ネットワーク側装置が使用する可能性があるＲＮＴＩ（ターゲットＲＮＴＩ）をモニタリングし、ターゲットＲＮＴＩを使用して、受信した該ＤＣＩをデスクランブルする。
【０１４６】
ターゲットＲＮＴＩは、Ｃ−ＲＮＴＩを含む１種又は複数種のＲＮＴＩである。
【０１４７】
１つの実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  ＳｐａｃｅのタイプがＵＥ−Ｓｐｅｃｉｆｉｃであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを含まない。
【０１４８】
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプを端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃに設定すれば、ネットワーク側装置においてＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して端末装置に送信された、ビーム失敗回復要求応答情報であるＤＣＩに対して、ネットワーク側装置は、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを使用して該ＤＣＩにおけるＣＲＣをスクランブルせず、したがって、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩをモニタリングしない。
【０１４９】
なお、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩをモニタリングしない以外に、他のＲＮＴＩのうちの１種又は複数種をモニタリングしてもよく、ここでは特に限定されない。
【０１５０】
他のＲＮＴＩは、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩ、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｉ−ＲＮＴＩのうちの少なくとも１つを含む。
【０１５１】
別の実施例では、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを含まない。
【０１５２】
ネットワーク側装置がＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプを汎用Ｃｏｍｍｏｎに設定すれば、ネットワーク側装置においてＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して端末装置に送信された、ビーム失敗回復要求応答情報であるＤＣＩに対して、ネットワーク側装置は、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを使用して該ＤＣＩにおけるＣＲＣをスクランブルせず、したがって、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩをモニタリングしない。
【０１５３】
なお、端末装置は、Ｃ−ＲＮＴＩをモニタリングするが、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩをモニタリングしない以外に、他のＲＮＴＩのうちの１種又は複数種をモニタリングしてもよく、ここでは特に限定されない。
【０１５４】
他のＲＮＴＩは、ＩＮＴ−ＲＮＴＩ、ＳＦＩ−ＲＮＴＩ、ＴＰＣ−ＳＲＳ−ＲＮＴＩ、Ｉ−ＲＮＴＩのうちの少なくとも１つを含む。
【０１５５】
ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプを柔軟に設定することにより、ネットワーク側装置は、ＣＯＲＥＳＥＴ−ＢＦＲでの専用ＰＤＣＣＨを使用して、ビーム失敗回復要求応答情報であるＤＣＩを端末装置に送信するとき、より多くのＲＮＴＩを採用して該ＤＣＩにおけるＣＲＣをスクランブルすることができる。
【０１５６】
本開示の実施例では、端末装置は、セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができない。
【０１５７】
第１のセルがプライマリセルＰｃｅｌｌであれば、即ち、端末装置がプライマリセルＰｃｅｌｌでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、端末装置は、セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができない。
【０１５８】
端末装置は、プライマリセルＰｃｅｌｌでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、セカンダリセルＳｃｅｌｌに切り替えてセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができない。
【０１５９】
本開示の実施例では、
第２のセルでのＣＯＲＥＳＥＴをモニタリングすることをさらに含む。
【０１６０】
１つの実施例では、第１のセルはプライマリセルＰｃｅｌｌで、第２のセルはセカンダリセルＳｃｅｌｌである。
【０１６１】
端末装置は、プライマリセルＰｃｅｌｌでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置によりセカンダリセルＳｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができる。
【０１６２】
端末装置は、プライマリセルＰｃｅｌｌでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置によりセカンダリセルＳｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、セカンダリセルＳｃｅｌｌに切り替えてセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができる。
【０１６３】
１つの実施例では、第１のセルは第１のセカンダリセルＳｃｅｌｌで、第２のセルはプライマリセルＰｃｅｌｌ又は第２のセカンダリセルＳｃｅｌｌであり、第２のセカンダリセルＳｃｅｌｌは、第１のセカンダリセルＳｃｅｌｌ以外のセカンダリセルＳｃｅｌｌである。
【０１６４】
端末装置は、第１のセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置によりプライマリセルＰｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、プライマリセルＰｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができ、または、
端末装置は、第１のセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置により第２のセカンダリセルＳｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、第２のセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができる。
【０１６５】
端末装置は、第１のセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置によりプライマリセルＰｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、プライマリセルＰｃｅｌｌに切り替えてプライマリセルＰｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができ、または、
端末装置は、第１のセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするとき、ネットワーク側装置により第２のセカンダリセルＳｃｅｌｌに設定されたＣＯＲＥＳＥＴの関連情報に基づいて、第２のセカンダリセルＳｃｅｌｌに切り替えて第２のセカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングすることができる。
【０１６６】
なお、ＣＯＲＥＳＥＴの関連情報は、時間周波数領域情報であってもよく、空間領域情報であってもよく、他のパラメータ情報であってもよく、ここでは特に限定されない。
【０１６７】
本開示の実施例は、ＣＯＲＥＳＥＴの設定方法をさらに提供する。端末装置に適用される上記方法は、少なくとも、下記２種類を含んでよい。
【０１６８】
第１の種類について、ネットワーク側装置が送信した第１のＣＯＲＥＳＥＴの設定情報を受信し、第１のＣＯＲＥＳＥＴは、ネットワーク側装置により端末装置に対して新たに設定されたＣＯＲＥＳＥＴであり、第１のＣＯＲＥＳＥＴの設定情報は、少なくとも１つの伝送設定指示状態（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ  Ｓｔａｔｅ、ＴＣＩ  ｓｔａｔｅ）を含む。
【０１６９】
１つの実施例では、第１のＣＯＲＥＳＥＴの設定情報は、１つのＴＣＩ  ｓｔａｔｅを含み、端末装置は、該ＴＣＩ  ｓｔａｔｅに基づいて第１のＣＯＲＥＳＥＴの疑似コロケーションＱＣＬ情報を決定し、さらに第１のＣＯＲＥＳＥＴの疑似コロケーションＱＣＬ情報に基づいて第１のＣＯＲＥＳＥＴをモニタリングする。
【０１７０】
別の実施例では、第１のＣＯＲＥＳＥＴの設定情報は、複数のＴＣＩ  ｓｔａｔｅを含み、端末装置は、ネットワーク側装置が送信した媒体アクセス制御層制御要素（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ、ＭＡＣ  ＣＥ）シグナリングを受信し、ＭＡＣ  ＣＥは、複数のＴＣＩ  ｓｔａｔｅのうちのターゲットＴＣＩ  ｓｔａｔｅをアクティブする。
【０１７１】
端末装置は、ＭＡＣ  ＣＥシグナリングに基づいてターゲットＴＣＩ  ｓｔａｔｅをアクティブし、かつターゲットＴＣＩ  ｓｔａｔｅに基づいて第１のＣＯＲＥＳＥＴの疑似コロケーションＱＣＬ情報を決定し、さらに第１のＣＯＲＥＳＥＴの疑似コロケーションＱＣＬ情報に基づいて第１のＣＯＲＥＳＥＴをモニタリングする。
【０１７２】
ネットワーク側装置がＭＡＣ  ＣＥシグナリングによりターゲットＴＣＩ  ｓｔａｔｅをアクティブする前に、端末装置が、第１のＣＯＲＥＳＥＴをモニタリングすることは望ましくない。
【０１７３】
第２の種類について、ネットワーク側装置が送信した第２のＣＯＲＥＳＥＴの設定情報を受信し、第２のＣＯＲＥＳＥＴは、ネットワーク側装置により端末装置に対して既に設定されたＣＯＲＥＳＥＴであり、第２のＣＯＲＥＳＥＴの設定情報は、ネットワーク側装置により第２のＣＯＲＥＳＥＴに対して改めて設定された設定情報であり、少なくとも１つのＴＣＩ  ｓｔａｔｅを含む。
【０１７４】
１つの実施例では、第２のＣＯＲＥＳＥＴの設定情報は、１つのＴＣＩ  ｓｔａｔｅを含み、端末装置は、該ＴＣＩ  ｓｔａｔｅに基づいて第２のＣＯＲＥＳＥＴの疑似コロケーションＱＣＬ情報を決定し、さらに第２のＣＯＲＥＳＥＴの疑似コロケーションＱＣＬ情報に基づいて第２のＣＯＲＥＳＥＴをモニタリングする。
【０１７５】
別の実施例では、第２のＣＯＲＥＳＥＴの設定情報は、複数のＴＣＩ  ｓｔａｔｅを含み、端末装置は、ＭＡＣ  ＣＥシグナリングを受信し、ＭＡＣ  ＣＥは、複数のＴＣＩ  ｓｔａｔｅのうちのターゲットＴＣＩ  ｓｔａｔｅをアクティブする。
【０１７６】
端末装置は、ＭＡＣ  ＣＥシグナリングに基づいてターゲットＴＣＩ  ｓｔａｔｅをアクティブし、かつターゲットＴＣＩ  ｓｔａｔｅに基づいて第２のＣＯＲＥＳＥＴの疑似コロケーションＱＣＬ情報を決定し、さらに第２のＣＯＲＥＳＥＴの疑似コロケーションＱＣＬ情報に基づいて第２のＣＯＲＥＳＥＴをモニタリングする。
【０１７７】
ネットワーク側装置がＭＡＣ  ＣＥシグナリングによりターゲットＴＣＩ  ｓｔａｔｅをアクティブする前に、端末装置は、第２のＣＯＲＥＳＥＴの改めて設定する前の疑似コロケーションＱＣＬ情報に基づいて、即ち、直前のＭＡＣ  ＣＥシグナリングによりアクティブされたＴＣＩ  ｓｔａｔｅが指示した疑似コロケーションＱＣＬ情報に基づいて、第２のＣＯＲＥＳＥＴをモニタリングすることをデフォルトとする。
【０１７８】
図５は、本開示の実施例に係る端末装置の概略構成図である。図５に示す端末装置５００は、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、端末装置５００によってビーム失敗イベントが発生したことが検出され、かつアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する送信モジュール５０１を含む。
【０１７９】
好ましくは、ターゲットチャネルリソースは、非競合ＰＲＡＣＨ以外の他のチャネルリソースである。
【０１８０】
好ましくは、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、競合ＰＲＡＣＨである。
【０１８１】
好ましくは、端末装置５００は、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰでＲＡＲを受信する受信モジュールをさらに含む。
【０１８２】
好ましくは、決定モジュール５０１は、
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに切り替える切り替えユニットをさらに含む。
【０１８３】
好ましくは、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されており、かつ非競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、非競合ＰＲＡＣＨである。
【０１８４】
好ましくは、端末装置５００は、
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするモニタリングモジュールをさらに含む。
【０１８５】
好ましくは、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていないが、競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、競合ＰＲＡＣＨである。
【０１８６】
好ましくは、モニタリングモジュールは、さらに、
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ＃０をモニタリングする。
【０１８７】
好ましくは、受信モジュールは、さらに、
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでＲＡＲを受信する。
【０１８８】
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  ＳｐａｃｅのタイプはＵＥ−Ｓｐｅｃｉｆｉｃである。
【０１８９】
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプは汎用Ｃｏｍｍｏｎである。
【０１９０】
好ましくは、モニタリングモジュールは、さらに、
Ｃ−ＲＮＴＩを含むターゲットＲＮＴＩをモニタリングする。
【０１９１】
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  ＳｐａｃｅのタイプがＵＥ−Ｓｐｅｃｉｆｉｃであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを含まない。
【０１９２】
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを含まない。
【０１９３】
好ましくは、モニタリングモジュールは、さらに、
セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングする。
【０１９４】
本開示の実施例に係る端末装置５００は、図２の方法の実施例における、端末装置によって実現された各プロセスを実現することができ、重複を避けるために、ここでは説明を省略する。
【０１９５】
図６は、本開示の実施例に係る別の端末装置の概略構成図である。図６に示す端末装置６００は、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、端末装置６００によってビーム失敗イベントが発生したことが検出され、かつアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＰＲＡＣＨが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する送信モジュール６０１を含む。
【０１９６】
好ましくは、決定モジュール６０１は、
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに切り替える切り替えユニットをさらに含む。
【０１９７】
好ましくは、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されており、かつ非競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、非競合ＰＲＡＣＨである。
【０１９８】
好ましくは、端末装置６００は、
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするモニタリングモジュールをさらに含む。
【０１９９】
好ましくは、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていないが、競合ＰＲＡＣＨが設定されている場合、ターゲットチャネルリソースは、競合ＰＲＡＣＨである。
【０２００】
好ましくは、モニタリングモジュールは、さらに、
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでのＣＯＲＥＳＥＴ＃０をモニタリングする。
【０２０１】
好ましくは、端末装置６００は、
上記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでＲＡＲを受信する受信モジュールをさらに含む。
【０２０２】
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  ＳｐａｃｅのタイプはＵＥ−Ｓｐｅｃｉｆｉｃである。
【０２０３】
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプは汎用Ｃｏｍｍｏｎである。
【０２０４】
好ましくは、モニタリングモジュールは、さらに、
Ｃ−ＲＮＴＩを含むターゲットＲＮＴＩをモニタリングする。
【０２０５】
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  ＳｐａｃｅのタイプがＵＥ−Ｓｐｅｃｉｆｉｃであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを含まない。
【０２０６】
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを含まない。
【０２０７】
好ましくは、モニタリングモジュールは、さらに、
セカンダリセルＳｃｅｌｌでのＣＯＲＥＳＥＴをモニタリングする。
【０２０８】
好ましくは、アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに候補ビーム参照信号が設定されていない。
【０２０９】
好ましくは、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに候補ビーム参照信号が設定されている。
【０２１０】
決定モジュール６０１は、さらに、
候補ビーム参照信号に基づいて、ビーム失敗回復のためのターゲットビーム参照信号を決定し、ＣＯＲＥＳＥＴ−ＢＦＲとターゲットビーム参照信号は疑似コロケーションＱＣＬである。
【０２１１】
本開示の実施例に係る端末装置６００は、図３の方法の実施例における、端末装置によって実現された各プロセスを実現することができ、重複を避けるために、ここでは説明を省略する。
【０２１２】
図７は、本開示の実施例に係る別の端末装置の概略構成図である。図７に示す端末装置７００は、
第１のセルでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするモニタリングモジュール７０１を含み、
ここで、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプがターゲットタイプである。
【０２１３】
好ましくは、ターゲットタイプは、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃである。
【０２１４】
好ましくは、ターゲットタイプは、汎用ｃｏｍｍｏｎである。
【０２１５】
好ましくは、モニタリングモジュール７０１は、さらに、
Ｃ−ＲＮＴＩを含むターゲットＲＮＴＩをモニタリングする。
【０２１６】
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  ＳｐａｃｅのタイプがＵＥ−Ｓｐｅｃｉｆｉｃであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩを含まない。
【０２１７】
好ましくは、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプが汎用Ｃｏｍｍｏｎであれば、ターゲットＲＮＴＩは、ＣＳ−ＲＮＴＩ、ＴＣ−ＲＮＴＩ、ＳＰ−ＣＳＩ−ＲＮＴＩ、ＲＡ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、ＳＩ−ＲＮＴＩを含まない。
【０２１８】
好ましくは、モニタリングモジュール７０１は、さらに、
第２のセルでのＣＯＲＥＳＥＴをモニタリングする。
【０２１９】
好ましくは、第１のセルはプライマリセルＰｃｅｌｌで、第２のセルはセカンダリセルＳｃｅｌｌである。
【０２２０】
本開示の実施例に係る端末装置７００は、図４の方法の実施例における、端末装置によって実現された各プロセスを実現することができ、重複を避けるために、ここでは説明を省略する。
【０２２１】
図８は、本開示の実施例に係る別の端末装置の概略構成図である。図８に示す端末装置８００は、少なくとも１つのプロセッサ８０１、メモリ８０２、少なくとも１つのネットワークインタフェース８０４及びユーザインタフェース８０３を含む。端末装置８００内の各コンポーネントは、バスシステム８０５により結合される。理解できるように、バスシステム８０５は、これらのコンポーネント間の接続通信を実現するためのものである。バスシステム８０５は、データバス以外に、電源バス、制御バス及び状態信号バスをさらに含む。しかしながら、説明を明らかにするために、図８において、様々なバスをいずれもバスシステム８０５と表記する。
【０２２２】
ユーザインタフェース８０３は、ディスプレイ、キーボード又はクリック装置（例えば、マウス、トラックボール（ｔｒａｃｋｂａｌｌ）、タッチパッド又はタッチスクリーンなど）を含んでよい。
【０２２３】
理解できるように、本開示の実施例におけるメモリ８０２は、揮発性メモリ又は不揮発性メモリであってもよく、揮発性及び不揮発性メモリの両方を含んでもよい。不揮発性メモリは、読み取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、プログラマブル読み取り専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ、ＰＲＯＭ）、消去可能なプログラマブル読み取り専用メモリ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ、ＥＰＲＯＭ）、電気的に消去可能なプログラマブル読み取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ、ＥＥＰＲＯＭ）又はフラッシュメモリであってよい。揮発性メモリは、外部キャッシュとして用いられるランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）であってよい。限定的なものではなく例示的な説明によれば、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ  ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ  ＲＡＭ、ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ、ＤＤＲＳＤＲＡＭ）、エンハンスドシンクロナスダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（Ｓｙｎｃｈ  ｌｉｎｋ  ＤＲＡＭ、ＳＬＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ、ＤＲＲＡＭ）などの多くの形態のＲＡＭは使用可能である。本開示の実施例に係るシステム及び方法におけるメモリ６０２は、これらのメモリ及び任意の他の適切なタイプのメモリを含むが、これらに限定されないことが意図される。
【０２２４】
いくつかの実施形態では、メモリ８０２は、以下の要素、即ち、実行可能なモジュール若しくはデータ構造、又はそれらのサブセット若しくはそれらの拡張セット、例えば、オペレーティングシステム８０２１及びアプリケーションプログラム８０２２を記憶している。
【０２２５】
オペレーティングシステム８０２１は、様々な基本サービスを実現し、かつハードウェアベースのタスクを処理するための、フレームワーク層、コアライブラリ層、ドライバ層などの様々なシステムプログラムを含む。アプリケーションプログラム８０２２は、様々なアプリケーションサービスを実現するための、メディアプレーヤー（Ｍｅｄｉａ  Ｐｌａｙｅｒ）、ブラウザ（Ｂｒｏｗｓｅｒ）などの様々なアプリケーションプログラムを含む。本開示の実施例に係る方法を実現するプログラムは、アプリケーションプログラム８０２２に含まれてよい。
【０２２６】
本開示の実施例では、端末装置８００は、メモリ８０２に記憶されプロセッサ８０１で実行できるコンピュータプログラムをさらに含み、コンピュータプログラムがプロセッサ８０１によって実行されると、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、端末装置８００によってビーム失敗イベントが発生したことが検出され、かつアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信するステップ、又は、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、端末装置８００によってビーム失敗イベントが発生したことが検出され、かつアクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＰＲＡＣＨが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信するステップ、又は、
第１のセルでのＣＯＲＥＳＥＴ−ＢＦＲをモニタリングするステップ、
ここで、ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプがターゲットタイプである、
が実現される。
【０２２７】
上記本開示の実施例に係る方法は、プロセッサ８０１に適用されてもよく、プロセッサ８０１によって実現されてもよい。プロセッサ８０１は、信号処理能力を有する集積回路チップである可能性がある。実現プロセスにおいて、上記方法の各ステップは、プロセッサ８０１内のハードウェアの集積論理回路又はソフトウェア形態のコマンドによって完了することができる。上記プロセッサ８０１は、汎用プロセッサ、デジタルシグナルプロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡ）又は他のプログラマブルロジックデバイス、ディスクリートゲート又はトランジスタロジックデバイス、ディスクリートハードウェアコンポーネントであってよい。本開示の実施例に開示された各方法、ステップ及び論理ブロック図を実現又は実行することができる。汎用プロセッサは、マイクロプロセッサであってもよく、任意の通常のプロセッサなどであってもよい。本開示の実施例を参照して開示された方法のステップは、ハードウェア復号プロセッサによって実行して完了されるか、又は復号プロセッサ内のハードウェアとソフトウェアモジュールとの組み合わせによって実行して完了されるものとして、直接的に具体化され得る。ソフトウェアモジュールは、ランダムメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ又は電気的に消去可能なプログラマブルメモリ、レジスターなどの、本分野における完全に発達したコンピュータ読み取り可能な記憶媒体に位置してよい。該コンピュータ読み取り可能な記憶媒体は、メモリ８０２に位置し、プロセッサ８０１は、メモリ８０２内の情報を読み取って、ハードウェアと組み合わせて上記方法のステップを完了する。具体的には、該コンピュータ読み取り可能な記憶媒体に、プロセッサ８０１によって実行されると、図２、図３及び図４に示す任意の方法の実施例の各ステップを実現するコンピュータプログラムが記憶されている。
【０２２８】
理解できるように、本開示の実施例に係るこれらの実施例は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、又はそれらの組み合わせによって実現することができる。ハードウェアによる実現に対して、処理ユニットは、１つ以上の特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔｓ、ＡＳＩＣ）、デジタルシグナルプロセッサ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ、ＤＳＰ）、デジタル信号処理装置（ＤＳＰ  Ｄｅｖｉｃｅ、ＤＳＰＤ）、プログラマブルロジックデバイス（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ、ＰＬＤ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ、ＦＰＧＡ）、汎用プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本開示に記載の機能を実行するための他の電子要素又はそれらの組み合わせにおいて実現することができる。
【０２２９】
ソフトウェアによる実現に対して、本開示の実施例に記載の機能を実行するモジュール（例えば、プロセス、関数など）により、本開示の実施例に記載の技術を実現することができる。ソフトウェアコードは、メモリに記憶され、かつプロセッサによって実行されてよい。メモリは、プロセッサ内又はプロセッサの外部で実現されてよい。
【０２３０】
端末装置８００は、前述の図２、図３及び図４の方法の実施例における、端末装置によって実現される各プロセスを実現することができ、重複を避けるために、ここでは説明を省略する。
【０２３１】
本開示の実施例に係るコンピュータ読み取り可能な記憶媒体は、プロセッサによって実行されると、上記図２、図３及び図４の方法の実施例における各プロセスを実現し、かつ同様な技術的効果を達成することができるコンピュータプログラムが記憶されており、重複を避けるために、ここでは説明を省略する。上記コンピュータ読み取り可能な記憶媒体は、読み取り専用メモリ（Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク又は光ディスクなどであってよい。
【図１】
2021532682.tif 000003
【図２】
2021532682.tif 000004
【図３】
2021532682.tif 000005
【図４】
2021532682.tif 000006
【図５】
2021532682.tif 000007
【図６】
2021532682.tif 000008
【図７】
2021532682.tif 000009
【図８】
2021532682.tif 000010
【手続補正書】
【提出日】令和3年3月3日(2021.3.3)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０１９６
【補正方法】変更
【補正の内容】
【０１９６】
好ましくは、送信モジュール６０１は、
初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに切り替える切り替えユニットをさらに含む。
【手続補正２】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
端末装置に適用されるビーム失敗回復のための方法であって、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにビーム失敗回復のための制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信することを含み、
前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記競合ＰＲＡＣＨである、ビーム失敗回復のための方法。
【請求項２】
前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＰＲＡＣＨが設定されていない場合、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに切り替え、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰでビーム失敗回復を行うことをさらに含む、請求項１に記載のビーム失敗回復のための方法。
【請求項３】
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されており、かつ非競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記非競合ＰＲＡＣＨであり、
前記ビーム失敗回復のための方法において、
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで前記ＣＯＲＥＳＥＴ−ＢＦＲをモニタリングすることをさらに含む、請求項２に記載のビーム失敗回復のための方法。
【請求項４】
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されていないが、競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記競合ＰＲＡＣＨである、請求項２に記載のビーム失敗回復のための方法。
【請求項５】
前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲでの、ビーム失敗回復のための、探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプは、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃである、請求項３に記載のビーム失敗回復のための方法。
【請求項６】
セル無線ネットワーク一時識別子Ｃ−ＲＮＴＩを含むターゲット無線ネットワーク一時識別子ＲＮＴＩをモニタリングすることをさらに含む、請求項５に記載のビーム失敗回復のための方法。
【請求項７】
端末装置に適用されるビーム失敗回復のための方法であって、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＰＲＡＣＨが設定されていない場合、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに切り替えて、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信することを含み、
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されており、かつ非競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記非競合ＰＲＡＣＨであり、
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されていないが、競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記競合ＰＲＡＣＨである、ビーム失敗回復のための方法。
【請求項８】
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰで前記ＣＯＲＥＳＥＴ−ＢＦＲをモニタリングすることをさらに含む、請求項７に記載のビーム失敗回復のための方法。
【請求項９】
前記ＣＯＲＥＳＥＴ−ＢＦＲでの探索空間ｒｅｃｏｖｅｒｙ  Ｓｅａｒｃｈ  Ｓｐａｃｅのタイプは、端末装置専用ＵＥ−Ｓｐｅｃｉｆｉｃである、請求項８に記載のビーム失敗回復のための方法。
【請求項１０】
Ｃ−ＲＮＴＩを含むターゲットＲＮＴＩをモニタリングすることをさらに含む、請求項９に記載のビーム失敗回復のための方法。
【請求項１１】
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに候補ビーム参照信号が設定されており、
前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲをモニタリングする前に、前記方法は、
前記候補ビーム参照信号に基づいて、ビーム失敗回復のためのターゲットビーム参照信号を決定することをさらに含み、
ここで、前記制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲと前記ターゲットビーム参照信号は、疑似コロケーションＱＣＬである、請求項８に記載のビーム失敗回復のための方法。
【請求項１２】
端末装置であって、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＣＯＲＥＳＥＴ−ＢＦＲが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する送信モジュールを含み、
前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰに競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記競合ＰＲＡＣＨである、端末装置。
【請求項１３】
メモリと、プロセッサと、前記メモリに格納されて前記プロセッサで実行可能なコンピュータプログラムとを含む端末装置であって、
前記コンピュータプログラムが前記プロセッサによって実行されると、請求項１〜６のいずれか１項に記載のビーム失敗回復のための方法が実現される、端末装置。
【請求項１４】
端末装置であって、
アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰで、前記端末装置によってビーム失敗イベントが発生したことが検出され、かつ前記アクティブ帯域幅部分ａｃｔｉｖｅ  ＢＷＰにＰＲＡＣＨが設定されていない場合、ターゲットチャネルリソースを使用してビーム失敗回復要求ＢＦＲＱを送信する送信モジュールを含み、
前記送信モジュールは、初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに切り替える切り替えユニットを含み、
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されており、かつ非競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記非競合ＰＲＡＣＨであり、
前記初期帯域幅部分ｉｎｉｔｉａｌ  ＢＷＰに制御リソースセットＣＯＲＥＳＥＴ−ＢＦＲが設定されていないが、競合ＰＲＡＣＨが設定されている場合、前記ターゲットチャネルリソースは、前記競合ＰＲＡＣＨである、端末装置。
【請求項１５】
メモリと、プロセッサと、前記メモリに格納されて前記プロセッサで実行可能なコンピュータプログラムとを含む端末装置であって、
前記コンピュータプログラムが前記プロセッサによって実行されると、請求項７〜１１のいずれか１項に記載のビーム失敗回復のための方法が実現される、端末装置。
【国際調査報告】
2021532682.tif 000011
2021532682.tif 000012
2021532682.tif 000013
2021532682.tif 000014
2021532682.tif 000015
2021532682.tif 000016