(57)【要約】  本開示の実施形態は、端末デバイス及びネットワークデバイスのそれぞれでセカンダリセルにおけるビーム障害を処理する方法、デバイス及び装置に関する。本開示の一実施形態において、端末デバイスは、プライマリセル及び自己スケジューリングモードに基づいて動作するセカンダリセルにおいて別々のビームでサービスされる。当該方法は、前記セカンダリセルにおけるビーム障害の検出に応答して、前記プライマリセルのアップリンク制御チャネルで前記セカンダリセルにおけるビーム障害回復要求を伝送することと、前記プライマリセルのダウンリンク制御チャネルで前記セカンダリセルの前記ビーム障害回復要求への、その後の伝送用の伝送構成指示を示すように構成される応答を受信することと、含む。【選択図】図６
2021519552.tif 000002
【特許請求の範囲】
【請求項１】
プライマリセル及び自己スケジューリングモードに基づいて動作するセカンダリセルにおいて別々のビームでサービスされる端末デバイスでビーム障害を処理する方法であって、
前記セカンダリセルにおけるビーム障害の検出に応答して、前記プライマリセルのアップリンク制御チャネルで前記セカンダリセルにおけるビーム障害回復要求を伝送することと、
前記プライマリセルのダウンリンク制御チャネルで前記セカンダリセルの前記ビーム障害回復要求への応答を受信することと、を含み、
前記応答は、その後の伝送用の伝送構成指示を示すように構成される、
方法。
【請求項２】
前記セカンダリセルの前記ビーム障害回復要求を伝送するための前記プライマリセルの前記アップリンク制御チャネルの１つ以上のパラメータを示す構成情報を受信することを、さらに含み、
前記１つ以上のパラメータは、伝送周期、伝送オフセット、伝送禁止タイマー、及び伝送の最大数の１つ以上を含む、
請求項１に記載の方法。
【請求項３】
前記セカンダリセルの前記ビーム障害回復要求を伝送するための前記プライマリセルの前記アップリンク制御チャネルに利用可能なアップリンク伝送ビームのセットを示すアップリンク伝送構成指示情報を受信することと、
前記セカンダリセルの前記ビーム障害回復要求の専用の前記アップリンク制御チャネルの特定のアップリンク伝送ビームを示す特定のアップリンク伝送構成指示情報を受信することと、をさらに含み、
前記セカンダリセルの前記ビーム障害回復要求は、前記セカンダリセルの前記ビーム障害回復要求の専用の前記アップリンク制御チャネル上の前記特定のアップリンク伝送ビームで伝送される、
請求項１又は２に記載の方法。
【請求項４】
前記セカンダリセルの前記ビーム障害回復要求は、直近に使用されたアップリンク伝送ビームで伝送される、
請求項１又は２に記載の方法。
【請求項５】
前記セカンダリセルの前記ビーム障害回復要求は、他の制御情報とともに前記プライマリセルの前記アップリンク制御チャネルで伝送され、又は、
前記セカンダリセルの前記ビーム障害回復要求は、前記セカンダリセルの前記ビーム障害回復要求の優先度が他の制御情報よりも高い場合にのみ伝送される、
請求項１又は２に記載の方法。
【請求項６】
前記プライマリセル及び前記セカンダリセルの両方におけるビーム障害の検出に応答して、前記セカンダリセルの前記ビーム障害回復要求は、前記プライマリセルにおける前記ビーム障害回復のプロセスが完了した後に伝送される、
請求項１又は２に記載の方法。
【請求項７】
前記セカンダリセルの前記ビーム障害回復要求への前記応答は、前記プライマリセルのビーム障害応答の制御リソースセット、前記セカンダリセルの前記ビーム障害回復要求への前記応答に固有である前記プライマリセルの制御リソースセット、及び前記プライマリセルの通常の制御リソースセットのいずれかで受信され、
前記プライマリセルのビーム障害応答の制御リソースセットにおいて、前記応答のターゲットキャリアが、暗黙的に導出され、又は前記セカンダリセルにおける前記ビーム障害回復要求への前記応答に含まれるターゲットキャリアＩＤから決められ、
前記セカンダリセルの前記ビーム障害回復要求への前記応答に固有である前記プライマリセルの制御リソースセットにおいて、前記応答の前記ターゲットキャリアが、暗黙的に導出され、又は前記セカンダリセルにおける前記ビーム障害回復要求への前記応答に含まれるターゲットキャリアＩＤから決められ、
前記プライマリセルの通常の制御リソースセットにおいて、クロススケジューリングモードが、前記セカンダリセルの前記ビーム障害回復要求への前記応答のモニタリング時間枠中に有効になることで、前記セカンダリセルにおけるビーム障害回復要求への前記応答に含まれるターゲットキャリアＩＤから前記ターゲットキャリアを決める、
請求項１又は２に記載の方法。
【請求項８】
前記セカンダリセルの前記ビーム障害回復要求への前記応答を伝送するために使用された前記プライマリセルの前記ダウンリンク制御チャネルを受信するダウンリンク受信ビームを示すダウンリンク伝送構成指示情報を受信すること、又は、
前記セカンダリセルの前記ビーム障害回復要求への前記応答は、直近に使用された受信ビームで受信されること、をさらに含む、
請求項１又は２に記載の方法。
【請求項９】
前記プライマリセルの前記ダウンリンク制御リソースは、前記セカンダリセルの前記ビーム障害回復要求への前記応答を受信するようにモニターされ、
モニターすることは、前記セカンダリセルの前記ビーム障害回復要求が伝送された後に開始するとともに、
前記セカンダリセル上のダウンリンクデータチャネルのクロスキャリア伝送制御再表示を受信すること、
前記セカンダリセル上のダウンリンク制御チャネルのクロスキャリア伝送制御再表示を受信すること、
クロスキャリアビームトレーニングの完了、及び
前記セカンダリセルの前記ビーム障害回復要求への前記応答を受信することのいずれかに応じて終了する、
請求項８に記載の方法。
【請求項１０】
測定時間枠、伝送周期、及び伝送オフセットのいずれかに関する情報を含む基準信号測定タイミング構成を受信することと、
受信した前記基準信号測定タイミング構成に基づいて前記セカンダリセルにおける前記ビーム障害を検出することと、をさらに含む、
請求項１又は２に記載の方法。
【請求項１１】
測定ビーム上の基準信号の最長周期及び最短周期によって決められるＮ個の連続のビーム障害表示中にすべての測定ビームが障害し、または失われた場合、ビーム障害が検出されたと特定することを、さらに含む、
請求項１又は２に記載の方法。
【請求項１２】
アップリンク伝送のクリアチャネル評価障害をさらに示すように、前記セカンダリセルの前記ビーム障害回復要求に使用された前記プライマリセルの前記アップリンク制御チャネルでアップリンククリアチャネル評価障害表示を伝送することを、さらに含む、
請求項１又は２に記載の方法。
【請求項１３】
プライマリセル及び自己スケジューリングモードに基づいて動作するセカンダリセルにおいて、別々のビームで端末デバイスをサービスするネットワークデバイスでビーム障害を処理する方法であって、
前記プライマリセルのアップリンク制御チャネルで前記セカンダリセルにおけるビーム障害回復要求を受信することと、
前記プライマリセルのダウンリンク制御チャネルで前記セカンダリセルの前記ビーム障害回復要求への応答を伝送することと、を含み、
前記応答は、その後の伝送用の伝送構成指示を示すように構成される、
方法。
【請求項１４】
前記セカンダリセルの前記ビーム障害回復要求を伝送するための前記プライマリセルの前記アップリンク制御チャネルの１つ以上のパラメータを示す構成情報を伝送することを、さらに含み、
前記１つ以上のパラメータは、伝送周期、伝送オフセット、伝送禁止タイマー、及び伝送の最大数の１つ以上を含む、
請求項１３に記載の方法。
【請求項１５】
前記セカンダリセルの前記ビーム障害回復要求を伝送するための前記プライマリセルの前記アップリンク制御チャネルに利用可能なアップリンク伝送ビームのセットを示すアップリンク伝送構成指示情報を伝送することと、
前記セカンダリセルの前記ビーム障害回復要求の専用の前記アップリンク制御チャネルの特定のアップリンク伝送ビームを示す特定のアップリンク伝送構成指示情報を伝送することと、をさらに含み、
前記セカンダリセルの前記ビーム障害回復要求は、前記セカンダリセルの前記ビーム障害回復要求の専用の前記アップリンク制御チャネル上の前記特定のアップリンク伝送ビームで受信される、
請求項１３又は１４に記載の方法。
【請求項１６】
前記セカンダリセルの前記ビーム障害回復要求は、直近に使用されたアップリンク伝送ビームで受信される、
請求項１３又は１４に記載の方法。
【請求項１７】
前記セカンダリセルの前記ビーム障害回復要求は、他の制御情報とともに前記プライマリセルの前記アップリンク制御チャネルで受信され、又は、
前記セカンダリセルの前記ビーム障害回復要求は、前記セカンダリセルの前記ビーム障害回復要求の優先度が他の制御情報よりも高い場合にのみ受信される、
請求項１３又は１４に記載の方法。
【請求項１８】
前記プライマリセル及び前記セカンダリセルの両方にビーム障害がある場合に、前記セカンダリセルの前記ビーム障害回復要求は、前記プライマリセルにおける前記ビーム障害回復のプロセスが完了した後に受信される、
請求項１３又は１４に記載の方法。
【請求項１９】
前記セカンダリセルの前記ビーム障害回復要求への前記応答は、前記プライマリセルのビーム障害応答の制御リソースセット、前記セカンダリセルの前記ビーム障害回復要求への前記応答に固有である前記プライマリセルの制御リソースセット、及び前記プライマリセルの通常の制御リソースセットのいずれかで伝送され、
前記プライマリセルのビーム障害応答の制御リソースセットにおいて、前記応答のターゲットキャリアは、暗黙的に導出され、又はターゲットキャリアＩＤ伝送は、前記セカンダリセルの前記ビーム障害回復要求への前記応答に対して有効になることで、前記セカンダリセルにおける前記ビーム障害回復要求への前記応答にターゲットキャリアＩＤを含ませ、
前記セカンダリセルの前記ビーム障害回復要求への前記応答に固有である前記プライマリセルの制御リソースセットにおいて、前記応答の前記ターゲットキャリアは、暗黙的に導出され、又は前記ターゲットキャリアＩＤ伝送は、前記セカンダリセルの前記ビーム障害回復要求への前記応答に対して有効になることで、前記セカンダリセルにおける前記ビーム障害回復要求への前記応答にターゲットキャリアＩＤを含ませ、
前記プライマリセルの通常の制御リソースセットにおいて、クロススケジューリングモードは、前記セカンダリセルの前記ビーム障害回復要求への前記応答のモニタリング時間枠中に有効になることで、前記セカンダリセルにおける前記ビーム障害回復要求への前記応答にターゲットキャリアＩＤを含ませる、
請求項１３又は１４に記載の方法。
【請求項２０】
前記セカンダリセルにおける前記ビーム障害回復要求への前記応答を伝送するために使用された前記プライマリセルの前記ダウンリンク制御チャネルを受信するダウンリンク受信ビームを示すダウンリンク伝送構成指示情報を伝送すること、又は、
前記セカンダリセルの前記ビーム障害回復要求への前記応答は、直近に使用されたダウンリンク受信ビームで伝送されること、をさらに含む、
請求項１３又は１４に記載の方法。
【請求項２１】
測定時間枠、伝送周期、及び伝送オフセットのいずれかに関する情報を含む基準信号測定タイミング構成を伝送することと、
前記基準信号測定タイミング構成に基づいて、前記基準信号を伝送することと、をさらに含む、
請求項１３又は１４に記載の方法。
【請求項２２】
前記セカンダリセルの前記ビーム障害回復要求に使用された前記プライマリセルの前記アップリンク制御チャネルでアップリンククリアチャネル評価障害表示を受信することを、さらに含む、
請求項１３又は１４に記載の方法。
【請求項２３】
プライマリセル及び自己スケジューリングモードに基づいて動作するセカンダリセルにおいて別々のビームでサービスされる端末デバイスであって、
前記セカンダリセルにおけるビーム障害の検出に応答して、前記プライマリセルのアップリンク制御チャネルで前記セカンダリセルにおけるビーム障害回復要求を伝送するように構成されるトランシーバーと、
前記プライマリセルのダウンリンク制御チャネルで前記セカンダリセルの前記ビーム障害回復要求への応答を受信するように構成されるレシーバーと、を備え、
前記応答は、その後の伝送用の伝送構成指示を示すように構成される、
端末デバイス。
【請求項２４】
プライマリセル及び自己スケジューリングモードに基づいて動作するセカンダリセルにおいて別々のビームで端末デバイスをサービスするネットワークデバイスであって、
前記プライマリセルのアップリンク制御チャネルで前記セカンダリセルにおけるビーム障害回復要求を受信するように構成されるレシーバーと、
その後の伝送用の伝送構成指示を示すために、前記プライマリセルのダウンリンク制御チャネルで前記セカンダリセルの前記ビーム障害回復要求への応答を伝送するように構成されるトランシーバーと、
を備える、ネットワークデバイス。
【請求項２５】
端末デバイスであって、
プロセッサと、
前記プロセッサに接続され、プログラムコードを有するメモリと、
を備え、
前記プログラムコードは、前記プロセッサ上で実行されると、前記端末デバイスに請求項１から１２のいずれか１項に記載の方法の動作を実施させる、
端末デバイス。
【請求項２６】
ネットワークデバイスであって、
プロセッサと、
前記プロセッサに接続され、プログラムコードを有するメモリと、
を備え、
前記プログラムコードは、前記プロセッサ上で実行されると、前記ネットワークデバイスに請求項１３から２２のいずれか１項に記載の方法の動作を実施させる、
ネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の非限定的かつ例示的な実施形態は、一般的に、無線通信技術分野に関し、特に、端末デバイス及びネットワークデバイスのそれぞれのセカンダリセルにおけるビーム障害を処理する方法、デバイス及び装置に関する。
【背景技術】
【０００２】
ＮＲシステム又はＮＲネットワークとも呼ばれる新しい無線アクセスシステムは、次世代通信システムである。３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）ワーキンググループのＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）＃７１会議では、ＮＲシステムの研究が認められた。ＮＲシステムは、例えば、拡張モバイルブロードバンド、大規模なマシンタイプの通信、超信頼性・低遅延通信などの要求が含まれる、技術レポートＴＲ３８．９１３で定義されたすべての利用シナリオ、要求、配置シナリオに対処する単一の技術フレームワークを目的とし、１００ＧＨｚまでの周波数を考慮する。
【０００３】
データレートの性能を改善するために、３ＧＰＰロング・ターム・エボリューショ（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）において、ダウンリンクとアップリンク伝送の両方にＬＡＡ（Ｌｉｃｅｎｓｅ  Ａｓｓｉｓｔｅｄ  Ａｃｃｅｓｓ）が導入された。ＬＴＥネットワークがＮＲプロジェクトでより広い帯域幅の波形が研究されることにつれて次の進化段階に入ると、ＬＡＡネットワークが５Ｇ  ＮＲシステムへと発展していくのは当然のことである。また、キャリアアグリゲーション（ＣＡ）は、３ＧＰＰ  ＬＴＥでも使用され、複数のコンポーネントのキャリアを使用して同じユーザにサービスを提供する技術である。ＣＡテクノロジーがＮＲシステムにもサポートされることも合意された。
【０００４】
ビーム障害回復は端末デバイスに用いられるすべて又は一部のビームが障害したときにビームを回復するためのメカニズムである。３ＧＰＰワーキンググループのＲＡＮ２  ＃９０会議では、ビーム障害回復要求（ＢＦＲ）がＣＡの同じキャリアケースでサポートされることもすでに合意された。しかしながら、例えばＰｃｅｌｌのような別のセル上でセカンダリセル（Ｓｃｅｌｌ）のＢＦＲをサポートすることについては、まだ疑問は残っている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
このために、本開示では、従来技術における問題点の少なくとも一部を軽減又は少なくとも緩和することができる無線通信システムにおけるセカンダリセルのビーム障害を処理する新たなソリューションが提案されている。
【課題を解決するための手段】
【０００６】
本開示の第１の側面によれば、プライマリセル及び自己スケジューリングモードに基づいて動作するセカンダリセルにおいて別々のビームでサービスされる端末デバイスでビーム障害を処理する方法を提供する。当該方法は、前記セカンダリセルにおけるビーム障害の検出に応答して、前記プライマリセルのアップリンク制御チャネルで前記セカンダリセルにおけるビーム障害回復要求を伝送することと、前記プライマリセルのダウンリンク制御チャネルで前記セカンダリセルの前記ビーム障害回復要求への応答を受信することと、を含み、前記応答は、その後の伝送用の伝送構成指示を示すように構成される。
【０００７】
本開示の第２の側面によれば、プライマリセル及び自己スケジューリングモードに基づいて動作するセカンダリセルにおいて別々のビームで端末デバイスをサービスするネットワークデバイスでビーム障害を処理する方法を提供する。当該方法は、前記プライマリセルのアップリンク制御チャネルで前記セカンダリセルにおけるビーム障害回復要求を受信することと、前記プライマリセルのダウンリンク制御チャネルで前記セカンダリセルの前記ビーム障害回復要求への応答を伝送することと、を含み、前記応答は、その後の伝送用の伝送構成指示を示すように構成される。
【０００８】
本開示の第３の側面によれば、プライマリセル及び自己スケジューリングモードに基づいて動作するセカンダリセルにおいて別々のビームでサービスされる端末デバイスを提供する。当該端末デバイスは、前記セカンダリセルにおけるビーム障害の検出に応答して、前記プライマリセルのアップリンク制御チャネルで前記セカンダリセルにおけるビーム障害回復要求を伝送するように構成されるトランシーバーと、前記プライマリセルのダウンリンク制御チャネルで前記セカンダリセルの前記ビーム障害回復要求への応答を受信するように構成されるレシーバーと、を備え、前記応答は、その後の伝送用の伝送構成指示を示すように構成される。
【０００９】
本開示の第４の側面によれば、プライマリセル及び自己スケジューリングモードに基づいて動作するセカンダリセルにおいて別々のビームで端末デバイスをサービスするネットワークデバイスを提供する。当該ネットワークデバイスは、前記プライマリセルのアップリンク制御チャネルで前記セカンダリセルにおけるビーム障害回復要求を受信するように構成されるレシーバーと、その後の伝送用の伝送構成指示を示すために、前記プライマリセルのダウンリンク制御チャネルで前記セカンダリセルの前記ビーム障害回復要求への応答を伝送するように構成されるトランシーバーと、を備える。
【００１０】
本開示の第５の側面によれば、端末デバイスが提供される。端末デバイスは、プロセッサ及びメモリを備える。メモリは、前記プロセッサに接続され、プログラムコードを有し、当該プログラムコードは、前記プロセッサ上で実行されると、前記端末デバイスに第１の側面の動作を実施させる。
【００１１】
本開示の第６の側面によれば、ネットワークデバイスが提供される。ネットワークデバイスは、プロセッサ及びメモリを備える。メモリは、前記プロセッサに接続され、プログラムコードを有し、当該プログラムコードは、前記プロセッサ上で実行されると、前記ネットワークデバイスに第２の側面の動作を実施させる。
【００１２】
本開示の第７の側面によれば、コンピュータプログラムコードが具体化されたコンピュータ読み取り可能な記憶媒体が提供され、そのコンピュータプログラムコードは、実行されると、装置に第１の側面の任意の実施形態にかかる方法における動作を実施させるように構成されている。
【００１３】
本開示の第８の側面によれば、コンピュータプログラムコードが具体化されたコンピュータ読み取り可能な記憶媒体が提供され、そのコンピュータプログラムコードは、実行されると、装置に第２の側面の任意の実施形態にかかる方法における動作を実施させるように構成されている。
【００１４】
本開示の第９の側面によれば、第７の側面によるコンピュータ読み取り可能な記憶媒体を含むコンピュータプログラム製品が提供される。
【００１５】
本開示の第１０の側面によれば、第８の側面によるコンピュータ読み取り可能な記憶媒体を含むコンピュータプログラム製品が提供される。
【００１６】
本開示の実施形態によれば、大きな遅延やオーバーヘッドの問題が存在せずにセカンダリセルにおけるビーム障害回復要求をサポートするソリューションにより、セカンダリセルにおける効率的なビーム障害回復を可能にする。
【図面の簡単な説明】
【００１７】
本開示の上記特徴及び他の特徴は、添付の図面を参照しつつ実施形態で示される実施例への詳細な説明を通してより明らかになる。添付の図面全体において、同じ参照符号は同じ又は類似の構成要素を表す。
【００１８】
【図１Ａ】従来技術におけるＣＡの２つの典型的なシナリオを模式的に示す。
【図１Ｂ】従来技術におけるＣＡの２つの典型的なシナリオを模式的に示す。
【００１９】
【図２】従来技術におけるＮＲキャリア（Ｐｃｅｌｌ）とＮＲ免許不要キャリア（Ｓｃｅｌｌ）との間のＣＡの４つの可能な関連シナリオを模式的に示す。
【００２０】
【図３】従来技術におけるプライマリセルにおけるビーム障害回復要求のソリューションを模式的に示す。
【００２１】
【図４】従来技術のセカンダリセルにおけるビーム障害回復要求のソリューションを模式的に示す。［００２２］
【００２２】
【図５】セカンダリセルにおけるビーム障害回復要求の別の可能なソリューションを模式的に示す。
【００２３】
【図６】本開示の実施形態による端末デバイスのセカンダリセルにおけるビーム障害を処理する方法のフローチャートを模式的に示す。
【００２４】
【図７】本開示の実施形態によるセカンダリセルにおけるビーム障害回復要求伝送を示す図を模式的に示す。
【００２５】
【図８】本開示の実施形態によるビーム障害回復のために受信するリソース指示のフローチャートを模式的に示す。
【００２６】
【図９】本開示の実施形態によるセカンダリセルにおけるビーム障害回復のためのリソーススケジューリングを模式的に示す。
【００２７】
【図１０Ａ】本開示の実施形態によるビーム障害回復の例示的な処理を模式的に示す。
【００２８】
【図１０Ｂ】本開示の実施形態によるセカンダリセルにおけるビーム障害回復処理の終了条件をモニターする可能な設定を模式的に示す。
【００２９】
【図１１】本開示の実施形態によるビーム障害検出に関する可能な動作を模式的に示す。
【００３０】
【図１２】本開示の実施形態によるセカンダリセルにおける例示的な基準信号測定タイミング構成を模式的に示す。
【００３１】
【図１３】本開示の実施形態によるセカンダリセルにおける例示的なビーム障害検出を模式的に示す。
【００３２】
【図１４】本開示の実施形態によるアップリンクＣＣＡ（Ｃｌｅａｒ  Ｃｈａｎｎｅｌ  Ａｓｓｅｓｓｍｅｎｔ）障害表示を伝送するソリューションを模式的に示す。
【００３３】
【図１５】本開示の実施形態によるネットワークデバイスのセカンダリセルにおけるビーム障害を処理する方法のフローチャートを模式的に示す。
【００３４】
【図１６】本開示の実施形態によるビーム障害回復のためのリソース指示伝送の方法のフローチャートを模式的に示す。
【００３５】
【図１７】本開示の実施形態によるビーム障害検出のための基準信号伝送の方法のフローチャートを模式的に示す。
【００３６】
【図１８】本開示の実施形態によるアップリンクＣＣＡ障害表示を受信するソリューションを模式的に示す。
【００３７】
【図１９】本開示の実施形態による端末デバイスのセカンダリセルにおけるビーム障害を処理する装置のブロック図を模式的に示す。
【００３８】
【図２０】本開示の実施形態によるネットワークデバイスのセカンダリセルにおけるビーム障害を処理する装置のブロック図を模式的に示す。
【００３９】
【図２１】本明細書で説明される、ＵＥのような端末デバイスとして具現化され、またはそれが備えられる装置２１１０、ｇＮＢのようなネットワークデバイスとして具現化され、またはそれが備えられる装置２１２０の簡略ブロック図を模式的に示す。
【発明を実施するための形態】
【００４０】
以下、添付の図面を参照しながら実施形態を通して本開示で提供されるソリューションを詳細に説明する。これらの実施形態は、当業者が本開示をより理解し、かつ実施するために提供されるものにすぎず、いかなる形で本開示の範囲を限定するものではないことを理解されたい。
【００４１】
添付の図面において、本開示の様々な実施形態は、ブロック図、フローチャート、及び他の図で示されている。フローチャート又はブロック図内の各ブロックは、本開示において、特定の論理機能を実行するための１つ又は複数の実行可能命令を含むモジュール、プログラム、又はコードの一部を表すことができ、必ずしも必要ではないブロックを点線で示している。さらに、これらのブロックは、方法のステップを実行するための特定の順序で示されているが、実際には、それらは必ずしも示された順序に厳密に従って実行されなくてもよい。たとえば、それらは逆の順序や同時に実行されてもよく、実行の順序はそれぞれの動作の性質に依存する。なお、ブロック図及び／又はフローチャート内の各ブロック、並びにそれらの組み合わせは、特定の機能／動作を実行するための専用のハードウェアベースのシステムによって、又は専用のハードウェアとコンピュータ命令との組み合わせによって実装されてもよいことに留意すべきである。
【００４２】
一般的に、特許請求の範囲で使用されるすべての用語は、本明細書で他に明示的に定義されていない限り、その技術分野におけるそれらの通常の意味に従って解釈されるべきである。「１つ（ａ）／１つ（ａｎ）／前記（ｔｈｅ）／この（ｓａｉｄ）［要素、デバイス、コンポーネント、手段、ステップなど］」に対する全ての言及は、特にそうではないと明示的に述べられていない限り、複数のそのようなデバイス、コンポーネント、手段、ユニット、ステップなどを除外するものではなく、少なくとも１つの要素、デバイス、コンポーネント、手段、ユニット、ステップなどの例を指すものとして素直に解釈されるべきである。さらに、本明細書で使用される不定冠詞「１つ（ａ）／１つ（ａｎ）」は、複数のそのようなステップ、ユニット、モジュール、デバイス、及びオブジェクトなどを除外するものではない。
【００４３】
さらに、本開示の文脈において、ユーザ機器（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）は、端末、モバイル端末（ＭＴ：Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ）、加入者局、ポータブル加入者局、移動局（ＭＳ：Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、又はアクセス端末（ＡＴ：Ａｃｃｅｓｓ  Ｔｅｒｍｉｎａｌ）を指してもよいし、ＵＥ、端末、ＭＴ、ＳＳ、ポータブル加入者局、ＭＳ、又はＡＴの機能の一部又は全てが含まれてもよい。さらに、本開示の文脈では、用語「ＢＳ」は、たとえば、ノードＢ（ＮｏｄｅＢ又はＮＢ）、ｅｖｏｌｖｅｄ  ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、ｇＮＢ（次世代ＮｏｄｅＢ）、Ｒａｄｉｏ  Ｈｅａｄｅｒ（ＲＨ）、Ｒｅｍｏｔｅ  Ｒａｄｉｏ  Ｈｅａｄ（ＲＲＨ）、リレー、又はフェムト、ピコなどの低電力ノードを表してもよい。
【００４４】
背景技術で述べたように、３ＧＰＰワーキンググループのＲＡＮ２  ＃９０会議では、ビーム障害回復要求（ＢＦＲ）がＰｃｅｌｌでサポートされることがすでに合意された。しかしながら、ＳｃｅｌｌのＢＦＲをサポートすることについては、まだ疑問が残っている。
【００４５】
図１Ａ及び図１Ｂに示されるように、キャリアアグリゲーション（ＣＡ）の典型的なシナリオは２つ存在する。図１ＡはＰｃｅｌｌ及びＳｃｅｌｌが同じビームを使用するため、Ｓｃｅｌｌのビーム障害回復要求の必要がない第１のシナリオを模式的に示す。図１Ｂに示す第２のシナリオにおいて、Ｐｃｅｌｌ及びＳｃｅｌｌは、それぞれ別々のビームを使用するため、Ｓｃｅｌｌにおける障害ビームを回復する必要がある可能性がある。
【００４６】
また、キャリアアグリゲーションには複数の配置シナリオがある。ＲＡＮ１  ＃９１会議では、以下の配置シナリオで、認可スペクトラムの運用仕様以外の必要な追加機能を調査することが合意された。
□●  免許帯ＮＲ（Ｐｃｅｌｌ）とＮＲ−Ｕ（Ｓｃｅｌｌ）との間のキャリアアグリゲーション。
−ＮＲ−Ｕ  Ｓｃｅｌｌは、ＤＬ及びＵＬの両方に対応し、又はＤＬのみに対応する。
□●  免許帯ＬＴＥ（Ｐｃｅｌｌ）とＮＲ−Ｕ（ＰＳｃｅｌｌ）との間のデュアル接続。
□●  スタンドアロンＮＲ−Ｕ。
□●  免許不要帯にあるＤＬ及び免許帯にあるＵＬに対応するＮＲセル。
□●  免許帯ＮＲ（Ｐｃｅｌｌ）とＮＲ−Ｕ（ＰＳｃｅｌｌ）との間のデュアル接続。
【００４７】
よって、Ｐｃｅｌｌ及びＳｃｅｌｌには様々な配置シナリオがあることがわかる。図２は、従来技術におけるＮＲキャリア（Ｐｃｅｌｌ）とＮＲ免許不要キャリア（Ｓｃｅｌｌ）との間のＣＡの４つの可能な関連シナリオを模式的に示す。図２に示されるように、Ｓｃｅｌｌは、免許キャリア又は免許不要キャリアであることが可能であり、かつ、Ｓｃｅｌｌは、ＵＬ及びＤＬの両方、又はＤＬのみに対応することが可能である。ＳｃｅｌｌがＵＬ及びＤＬの両方に対応すると、Ｓｃｅｌｌは、そのＵＬチャネルでＢＦＲを伝送することができ、一方、ＳｃｅｌｌがＤＬのみに対応する場合に、ビーム障害回復要求をどのように伝送するかについてはまだ疑問が残っている。
【００４８】
図３は、従来技術におけるプライマリセルにおけるビーム障害回復要求のソリューションを模式的に示す。ＮＲ  ＴＳ３８．２１３では、ＰｃｅｌｌのＢＦＲは物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースのセットによって処理され、新たなビーム識別子（ＩＤ）は専用のＰＲＡＣＨリソースに関連付けられ、ＢＦＲ応答は専用の制御リソースセット又は検索スペースに伝送されるとした。図３に示されるように、ＵＥのような端末デバイスがプライマリセルにおけるビーム障害を検出すると、当該ＵＥは、新たなビームに基づいて決められたＰＲＡＣＨリソースでＢＦＲを伝送し、ｇＮＢのようなネットワークデバイスは、ＢＦＲへの応答として、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）でＢＦＲ−ＤＣＩ（ダウンリンク制御指示）を伝送し、これにより、その後の伝送のためのリソースをスケジューリングする。その後、ネットワークデバイスは、無線リソース制御（ＲＲＣ）のような上位層信号によってＰＤＣＣＨ受信用の伝送構成指示（ＴＣＩ）のセットを通知し、かつメディアアクセス制御（ＭＡＣ）の制御要素（ＣＥ）によってＰＤＣＣＨ受信用のセットから選択された特定のＴＣＩをＵＥに通知する。
【００４９】
同時に、ＵＥは、モニタリング時間枠でＰＤＣＣＨの制御リソースセット（ＣＯＲＥＳＥＴ）を監視し続ける。ＲＡＮ１会議＃９１では、ｇＮＢからビーム障害回復要求の伝送への応答を受信すると、
□●  ＵＥは、次の条件のいずれかが満たされるまで、専用のＰＤＣＣＨ受信用のＣＯＲＥＳＥＴ−ＢＦＲを監視する必要がある。
□    ■専用のＰＤＣＣＨを受信するためにｇＮＢで別のＣＯＲＥＳＥＴに再構成され、構成されたＣＯＲＥＳＥＴは構成されたＴＣＩ状態がＫ＞１である場合、ＭＡＣ−ＣＥによってＴＣＩ状態がアクティブ化され、
■ビーム障害になる前に、ＣＯＲＥＳＥＴのＭＡＣ−ＣＥによってｇＮＢで別のＴＣＩ状態に再表示される。
□●  ＰＤＣＣＨのＴＣＩ状態の再構成／アクティブ化／再表示まで、ＵＥは、ＰＤＳＣＨのＤＭＲＳがビーム障害回復要求においてＵＥが識別した候補ビームのＤＬ  ＲＳを用いて空間的にＱＣＬされていると想定する。
□●  ＰＤＣＣＨのＴＣＩ状態を再構成／アクティブ化／再表示した後、ＵＥはＣＯＲＥＳＥＴ−ＢＦＲでＤＣＩを受信すると期待されていない、と合意された。
【００５０】
図４は従来技術のセカンダリセルにおけるビーム障害回復要求のソリューションを模式的に示し、これは３ＧＰＰ技術書類Ｒ１−１８０３３６２で提案された。当該示されたソリューションでは、ＰｃｅｌｌのビームレポートによってＳｃｅｌｌのＢＦＲを処理することが提案された。図４に示されるように、基準信号がＰｃｅｌｌ及びＳｃｅｌｌで端末デバイスに伝送されると、Ｐｃｅｌｌ及びＳｃｅｌｌの両方のビームレポートはＰｃｅｌｌのアップリンクチャネルでネットワークデバイスにレポートされる。Ｓｃｅｌｌにおいてビーム障害（ＢＦ）イベントが検出されると、矢印付きの破線で示されるように、このようなイベントは次のビームレポートまでネットワークデバイスにレポートされない。これは、Ｐｃｅｌｌのビームレポート（ＢＲ）がより大きな周期性を持つように構成されると、大きな遅延になることを意味する。Ｐｃｅｌｌにおけるサブキャリア間隔（ＳＣＳ）が小さく、かつＳｃｅｌｌにおけるＳＣＳが大きい場合に、より深刻になる。また、コンポーネントキャリアグループが大きく、或いはＢＲの周期性が小さい場合、別の問題として、オーバーヘッドになる恐れがある。
【００５１】
別のオプションとして、Ｓｃｅｌｌは、Ｐｃｅｌｌでのビーム障害回復ソリューションと同様なものを使用してもよい。図５は、従来技術のセカンダリセルにおけるビーム障害回復要求の別の可能なソリューションを模式的に示す。図５に示すソリューションにおいて、ＳｃｅｌｌのＢＦＲは、ＰｃｅｌｌのＢＦＲと同様に、ＰｃｅｌｌのＰＲＡＣＨによって処理される。しかしながら、このようなソリューションは、少なくとも２セットのＢＦＲ−ＰＲＡＣＨリソースが必要であり、同時に、如何にｃｃ（ｇ）インデックスを示すことが問題であり、ここでのｃｃ（ｇ）インデックスという用語は、コンポーネントキャリア又はコンポーネントキャリアグループのインデックスを示すために使用されている。
【００５２】
よって、Ｓｃｅｌｌでのビーム障害回復要求は、これらの可能なソリューションでは十分にサポートされておらず、ＳｃｅｌｌのＢＦＲメカニズムを強化する必要があることがわかる。この目的のために、本開示では、ＮＲシステムにおけるＢＦＲサポートを改善するために、ＳｃｅｌｌにおけるＢＦＲのソリューションが提案される。本開示において、ビーム障害回復要求が、ＰＲＡＣＨまたはビームレポートの代わりに、物理アップリンク制御チャネル（ＰＵＣＣＨ）で伝送される、Ｓｃｅｌｌの新たなビーム障害回復要求が提案される。よって、大きな遅延や高いオーバーヘッドなしで、ＳｃｅｌｌでＢＦＲをサポートすることができる。
【００５３】
以下、さらに、図６から図２１を参照しながら、本開示で提案されるソリューションを詳細に説明する。しかしながら、以下の実施形態は、例示の目的のために過ぎず、本開示を限定するものではないと理解されるべきである。
【００５４】
図６は本開示の実施形態による端末デバイスのセカンダリセルにおけるビーム障害を処理する方法のフローチャートを模式的に示す。方法６００は、例えばＵＥのような端末デバイス、または他の同様のデバイスで実行され得る。
【００５５】
図６に示されるように、ステップ６０１において、セカンダリセル（ＭＳＧ１）におけるビーム障害回復要求は、セカンダリセルにおけるビーム障害の検出に応答して、プライマリセルのアップリンク制御チャネルで伝送される。言い換えれば、本開示の実施形態において、ＳｃｅｌｌにおいてＢＦイベントが発生すると、Ｐｃｅｌｌでのビームレポート又はＰＲＡＣＨを使用することに代わって、Ｐｃｅｌｌのアップリンク制御チャネルは、ＳｃｅｌｌのＢＦＲを伝送するために使用される。
【００５６】
例示の目的で、図７は本開示の実施形態によるセカンダリセルにおけるビーム障害回復要求伝送を示す図を模式的に示す。図７に示されるように、ＳｃｅｌｌにおいてＢＦイベントが発生すると、ＢＦＲは、物理アップリンク制御チャネル（ＰＵＣＣＨ）で伝送される。ＰＵＣＣＨはより小さい周期で構成されることができるため、遅延の問題が克服されることができる。一方、ＰＵＣＣＨで伝送されたＢＦＲは、すべてのセカンダリセルがＳｃｅｌｌのＢＦＲの伝送に使用されたＰｃｅｌｌの同じ１つのＰＵＣＣＨを共有できるため、ペイロードの問題を引き起こすことがない。以下、簡略化のため、ＳｃｅｌｌにおけるＢＦＲを伝送するために使用されるＰｃｅｌｌのＰＵＣＣＨは、ＢＦＲ−ＰＵＣＣＨとも略して称される。また、ＳｃｅｌｌにＤＬのみがあるＣＡの場合、このようなソリューションは必須であるが、ＳｃｅｌｌにＤＬとＵＬの両方があるＣＡの場合、このようなソリューションはオプションとしてもよい。
【００５７】
ＢＦＲ−ＰＵＣＣＨは、ネットワークデバイスによって、例えば、無線リソース制御（ＲＲＣ）シグナリングで、事前に構成されることができる。よって、図８に示されるように、ステップ８０１において、端末デバイスは、ＢＦＲ−ＰＵＣＣＨ用の１つ以上のパラメータを示す構成情報を受信することができる。パラメータは、伝送周期、伝送オフセット、伝送禁止タイマー、伝送の最大数などの１つ以上を含んでよい。伝送周期はＢＦＲ−ＰＵＣＣＨの伝送頻度を示し、伝送オフセットは例えばサブフレームの開始境界に関するＢＦＲ−ＰＵＣＣＨのオフセットを示し、禁止タイマーはＢＦＲ−ＰＵＣＣＨを伝送できないタイミングを示し、伝送の最大数は許可される、１つのビーム障害イベントに対するＢＦＲ−ＰＵＣＣＨの再伝送の最大数を示す。
【００５８】
ＢＦＲ−ＰＵＣＣＨのパラメータは、上記の説明においてＲＲＣによって構成されているが、これらのパラメータのうちの１つ以上は、事前に決定されることができるため、任意のシグナリングによって構成する必要がないと理解されたい。
【００５９】
さらに、ＢＦＲ−ＰＵＣＣＨを伝送するためのビームリソースも、ネットワークデバイスによって、例えばＲＲＣシグナリングおよびＭＡＣ  ＣＥによって事前に構成されることができる。さらに、図８に示されるように、ステップ８０２において、ＵＥは、セカンダリセルにおけるビーム障害回復要求を伝送するためのプライマリセルのアップリンク制御チャネルに利用可能なアップリンク伝送ビームのセットを示すアップリンク伝送構成指示（ＴＣＩ）情報を受信することができる。伝送構成指示情報は、端末デバイス側の空間リソースを示す。具体的には、ＵＥ側のアップリンク伝送又はダウンリンク受信のためのビームを示す。アップリンク伝送構成指示情報は、ＢＦＲ−ＰＵＣＣＨを伝送するために使用されるアップリンク伝送ビームのセットを示すものである。次に、ステップ８０３において、ＵＥは、例えば、さらに、ＭＡＣ−ＣＥによって特定のアップリンク伝送構成指示情報を受信することができる。特定のアップリンク伝送構成指示情報は、上記したアップリンク伝送構成指示情報から選択された、セカンダリセルにおけるビーム障害回復要求の専用のアップリンク制御チャネルの特定のアップリンク伝送ビームを示すためのものである。このようにして、端末デバイスはＢＦＲ−ＰＵＣＣＨを伝送するためにどのビームを使用するかを知ることができる。
【００６０】
ステップ８０２およびステップ８０３の動作は、ＴＣＩを構成するための明示的方式を提供する。本開示の別の実施形態において、黙示的方式を使用することができる。例えば、セカンダリセルにおけるビーム障害回復要求は、端末デバイスによって直近に使用されたアップリンク伝送ビームで伝送されることができる。このような場合に、明示的なシグナリングは必要がない。
【００６１】
ＢＦＲ−ＰＵＣＣＨは、複数のビットフィールドを含むことができるＳｃｅｌｌに対するＢＦＲ要求を運ぶ。例えば、ｃｃ（ｇ）インデックス情報と、例えば、新たなビームＩＤ及びオプションとしての基準信号受信電力（ＲＳＲＰ）を含む新しいビーム情報と、を含んでもよい。例示の目的で、表１にはＢＦＲ−ＰＵＣＣＨ形式の例が挙げられている。
表１：ＢＦＲ−ＰＵＣＣＨ形式の例
2021519552.tif 000003
【００６２】
ＢＦＲ−ＰＵＣＣＨ形式の例において、ｃｃ（ｇ）インデックスはビーム障害イベントに関するコンポーネントキャリア又はコンポーネントキャリアグループのインデックスを示す。新たなビーム情報はより良好なビーム品質を有する新たなビームに関する情報を示し、新たなビームの識別子及びオプションとしてのＲＳＲＰを含んでもよい。よって、ＲＳＲＰが含まれていない場合に、合計で９ビット（ＣＣ（ｇ）インデックスに３ビット、かつビームＩＤに６ビット）のみが必要であり、又は、ＲＳＲＰが含まれている場合に、１６ビットが必要であり、かつ、７ビットでレポートされる。さらに、ＰＵＣＣＨリソースは全てのコンポーネントキャリアによって共有され、複数のコンポーネントキャリアのＢＦＲは同時に処理される必要がない。よって、ＢＦＲ−ＰＵＣＣＨには１つの物理リソースブロック（ＰＲＢ）が割り当てられるだけで十分である。
【００６３】
例示の目的のみで、ＲＲＣ構成の例は、以下のようである。
BeamFailureRequestResourceConfig
::=  SEQUENCE {
PeriodicityAndOffset
bfr-ProhibitTimer
bfr-TransMax
PUCCH-resource
PUCCH-TCIstates}
【００６４】
ビーム障害要求リソース構成の例において、前の３つのパラメータは、ＢＦＲ−ＰＵＣＣＨのパラメータ構成に用いられ、４つ目のパラメータは、ＰＲＢが使用されることを示すＰＵＣＣＨリソース構成に用いられ、最後のパラメータは、ＢＦＲ−ＰＵＣＣＨのアップリンク伝送ビームを示すことに用いられる。
【００６５】
本開示の実施形態において、ＳｃｅｌｌのＢＦＲはＰｃｅｌｌにおけるＰＵＣＣＨリソースを使用して伝送される。よって、Ｐｃｅｌｌ及びＳｃｅｌｌの両方にビーム障害が発生した場合に、Ｐｃｅｌｌ用のＢＦＲ−ＲＡＣＨは、ＢＦＲ−ＰＵＣＣＨよりも優先度が高い。言い換えれば、このような場合に、最初にＰｃｅｌｌのＢＦＲを対処し、Ｐｃｅｌｌのビーム障害回復のプロセスが完了した後にＢＦＲ−ＰＵＣＣＨを伝送する。
【００６６】
また、ＢＦＲ−ＰＵＣＣＨは他のＰＵＣＣＨと衝突する可能性がある。端末デバイスは、同じＯＦＤＭシンボルで１つのＰＵＣＣＨしか伝送できないことが知られている。しかしながら、異なる目的のために複数のＰＵＣＣＨが存在するため、同じＯＦＤＭシンボルで複数のＰＵＣＣＨを伝送することが要求される場合がある。このような場合に、ＰＵＣＣＨ衝突が発生する。
【００６７】
本開示の実施形態において、カンダリセルにおけるビーム障害回復要求が他の制御情報とともにプライマリセルのアップリンク制御チャネルで伝送される同時ＰＵＣＣＨ伝送ソリューションを使用することは提案されている。本開示の他の実施形態において、セカンダリセルにおけるビーム障害回復要求は、当該セカンダリセルにおけるビーム障害回復要求の優先度が他の制御情報よりも高くなる場合にのみ伝送される、優先度による伝送ソリューションを採用することが提案される。単に例示の目的で、ＢＦＲ−ＰＵＣＣＨの衝突ルールを説明するためのいくつかの例示的なＰＵＣＣＨの衝突状況が提案される。ただし、当業者にとって、これらの形態は例示的なものにすぎず、本開示を限定するものではないと理解すべきである。実際、ＢＦＲ−ＰＵＣＣＨの衝突ルールは、例示されたもの以外の衝突状況にも適用されることができる。
［衝突状況１−スケジューリング要求（ＳＲ）及びＢＦＲ−ＰＵＣＣＨ］
【００６８】
この衝突状況において、同じＯＦＤＭシンボルで伝送されるＳＲ及びＢＦＲ−ＰＵＣＣＨが存在し、かつ、２つの異なるオプションがある場合がある。１つのオプションとして、ＳＲ  ＰＵＣＣＨとＢＦＲ−ＰＵＣＣＨを同時に伝送する。例えば、ＰＵＣＣＨは２つのビットフィールドを持ち、１つ目のビットフィールドｂｉｔ−ｆｉｅｌｄ１がＢＦＲに使用され、２つ目のビットフィールドｂｉｔ−ｆｉｅｌｄ２がＳＲに使用される。もう１つのオプションとして、優先度による伝送を採用することもできる。例えば、ＳＲ及びＢＦＲの優先度は、１）ＳＲ＞ＢＦＲ、または２）ＢＦＲ＞ＳＲのいずれかとして事前に定義されることができ、ＢＦＲ−ＰＵＣＣＨはＳＲよりも優先度が高い場合にのみ伝送される。このような場合に、ｃｃ（ｇ）インデックスは１より大きいインデックス値として設定されることができ、これは、ＳＲがドロップされ、かつＢＦＲ−ＰＵＣＣＨが伝送されることを意味する。一方、ｃｃ（ｇ）インデックスを０に設定し、ＳｃｅｌｌのＢＦＲをドロップすることができる。
［衝突状況２−ハイブリッド自動再送要求（ＨＡＲＱ）及び  ＢＦＲ−ＰＵＣＣＨ］
【００６９】
ＨＡＲＱとＢＦＲ−ＰＵＣＣＨとの間に衝突がある場合にも、２つの異なるオプションがある。１つ目のオプションとして、ＨＡＲＱ及びＢＦＲ−ＰＵＣＣＨを同時に伝送する。例えば、ＨＡＲＱ及びネガティブのＢＦＲ（ＢＦＲが伝送される必要がない）がある場合に、ＨＡＲＱはＨＡＲＱ−ＰＵＣＣＨリソースで伝送されることができる。ＨＡＲＱ及びポジティブのＢＦＲ（ＨＡＲＱ及びＢＦＲの両方が伝送されると要求される）がある場合に、ＨＡＲＱビットがＢＦＲビットに追加され、ＨＡＲＱ及びＢＦＲの両方がＢＦＲ−ＰＵＣＣＨリソースで伝送される。よって、ネットワークデバイスは、最初にＨＡＲＱ  ＰＵＣＣＨを検出し、伝送されるＨＡＲＱがない場合に、さらに、ＨＡＲＱ及びＢＦＲのＢＦＲ  ＰＵＣＣＨリソースを検出することができる。２つ目のオプションとして、優先度による伝送を利用する。例えば、ＨＡＲＱ及びＢＦＲの優先度は、１）ＨＡＲＱ＞ＢＦＲとして決められ、つまり、ＢＦＲがＨＡＲＱと衝突するたびに当該ＢＦＲがドロップされる。
［衝突状況３−ＨＡＲＱ／ＳＲ／チャネル状態情報（ＣＳＩ）及びＢＦＲ−ＰＵＣＣＨ］
【００７０】
この状況において、１つ目のオプションとして、ＰＵＣＣＨ上の異なるビットフィールドでこれらを同時に伝送する。２つ目のオプションとして、これらを優先順位に基づいて伝送する。優先順位は、以下のいずれかに決めされてもよい。
１）伝送されるＢＦＲを持つＳｃｅｌｌ以外のセル上のＳＲ／ＢＦＲ／ＣＳＩ−ＢＭ。
２）伝送されるＢＦＲを持つＳｃｅｌｌ以外のセル上のＢＦＲ／ＳＲ／ＣＳＩ−ＢＭ。
３）伝送されるＢＦＲを持つＳｃｅｌｌ上のＳＲ／ＣＳＩ−ＢＭ。
【００７１】
これらの衝突ルールに基づいて、ＢＦＲと他の制御情報との衝突は対処されることができる。次に、図６に戻って、図６を参照しながら、ここで提案されているビーム障害処理ソリューションを引き続き説明する。
【００７２】
示されるように、ステップ６０２において、端末デバイスは、プライマリセルのダウンリンク制御チャネルでセカンダリセルのビーム障害回復要求（ＭＳＧ２）への応答を受信する。ＢＦＲ−ＰＵＣＣＨを受信すると、ｇＮＢはＢＦＲ−ＰＵＣＣＨへ応答を送信する。当該応答は、その後の伝送のための伝送構成指示を示すことに用いられる。当該応答は、Ｃ−ＲＮＴＩによってスクランブルされてＰｃｅｌｌのダウンリンク制御チャネルで伝送されるダウンリンク制御情報（ＤＣＩ）によって伝送されることができ、迅速なビーム回復／ＴＣＩの再構成を有効にする。ネットワークデバイスは、ＲＲＣシグナリングを使用して、応答のＣＯＲＥＲＳＥＴを構成することができる。
【００７３】
Ｓｃｅｌｌ  ＢＦＲのためのＲＲＣ  ＣＯＲＲＥＳＴ構成の例として、説明の目的で以下のように挙げられている。
RRC CORESET configuration for Scell BFR 
BeamFailureRecoveryCoresetConfig ::=  SEQUENCE {
recoveryControlResourceSetId            RecoveryControlResourceSet
recoverySearchSpaceId                SearchSpaceId
CellId                        ServCellIndex,
…
}
【００７４】
以下に述べるように、セカンダリセルにおけるビーム障害回復要求への応答は、Ｐｃｅｌｌ上のＤＣＩであってもよく、多くの異なる構成があるＣＯＲＥＳＥＴで伝送されることができる。例示の目的で、いくつかの可能な構成の例を以下に説明する。
［構成１−ＰｃｅｌｌにおけるＢＦＲ用のＣＯＲＥＳＥＴの再利用］
【００７５】
構成において、ＳｃｅｌｌにおけるＢＦＲに対する応答は、ＰｃｅｌｌのＢＦＲに対する応答から再利用されるＣＯＲＥＳＥＴで伝送される。このような場合に、端末デバイスは、ＢＦＲ−ＰＲＡＣＨがＰｃｅｌｌに対して伝送されたばかりであり、かつ応答の受信ビームのＴＣＩが使用されたＰＲＡＣＨリソースから決定され得る場合に、ＰｃｅｌｌのＢＦＲに対する応答であるとわかる。一方、端末デバイスは、ＢＦＲ−ＰＵＣＣＨがＳｃｅｌｌのために伝送されたばかりの場合に、ＳｃｅｌｌにおけるＢＦＲに対する応答であるとわかる。このような場合に、応答の受信ビームのＴＣＩは、ＲＲＣおよび／またはＭＡＣ−ＣＥシグナリングによって明示的に構成されることができ、又は端末デバイスは、単に、直近に使用されたＣＯＲＥＳＥＴ又は現在のアクティブなＣＯＲＲＥＳＥＴの１つのような他のＰｃｅｌｌのＣＯＲＥＳＥＴの受信ビーム構成に従う。例えば、図８のステップ８０４に示されるように、端末デバイスは、セカンダリセルにおけるビーム障害回復要求への応答を伝送するためのプライマリセルのダウンリンク制御チャネルを受信するために使用されたダウンリンク受信ビームを示すダウンリンク伝送構成指示情報を受信する。
【００７６】
応答のターゲットキャリアについて、端末デバイスは、ＢＦＲ−ＰＵＣＣＨがどのキャリアで伝送されたかを知るので、それから導出することができるため、ターゲットキャリアを暗黙的に導出することができる。別の選択肢として、ネットワークデバイスがセカンダリセルにおけるビーム障害回復要求への応答のＤＣＩでターゲットキャリアＩＤを伝送できるように、ターゲットキャリアＩＤ伝送モードを有効化にする。例えば、ネットワークデバイスは、ＣＯＲＥＳＥＴ−ＢＦＲ構成におけるＤＣＩ＿１−１とＤＣＩ＿１−１についてＲＲＣによってｃｉｆ−ＰｒｅｓｅｎｔＩｎＤＣＩをｔｒｕｅに設定することができる。例示の目的で、ＣＯＲＥＳＥＴ−ＢＦＲ構成の例として、以下のように挙げられている。
recoveryControlResourceSet : : = SEQUENCE {
controlResourceSetId        ControlResourceSetId,
tci-StatesPDCCH
cif-PresentInDCI 
…
}
【００７７】
このような場合、ネットワークノードには、Ｓｃｅｌｌのビーム障害回復要求への応答におけるターゲットキャリアＩＤが含まれる。さらに、端末デバイスは、そこに含まれるターゲットキャリアＩＤからターゲットキャリアを特定する。
［構成２−ＳｃｅｌｌのＢＦＲの専用のＣＯＲＥＳＥＴの使用］
【００７８】
当該構成において、ＳｃｅｌｌのＢＦＲに対する応答は、Ｓｃｅｌｌ専用のＰｃｅｌｌの特定のＣＯＲＥＳＥＴで伝送されることになる。同様に、このような場合に、ＴＣＩは、ダウンリンク受信ビームを示すためにＲＲＣおよび／またはＭＡＣＥ−ＣＥシグナリングによって明示的に構成されることができ、又は、端末デバイスは、直近に使用されたＣＯＲＥＳＥＴまたは現在のアクティブなＣＯＲＲＥＳＥＴの１つのような他のＰｃｅｌｌ  ＣＯＲＥＳＥＴの受信ビームにしたがう。
【００７９】
端末デバイスは、ＢＦＲ−ＰＵＣＣＨがどのキャリアのために伝送されたかを知ることができるので、そのキャリアをそれから導出することができるため、ターゲットキャリアを暗黙的に導出することができる。別の選択肢として、ネットワークデバイスがセカンダリセルにおけるビーム障害回復要求への応答におけるターゲットキャリアＩＤを伝送することができるように、ターゲットキャリアＩＤ伝送モードを有効化にする。このような場合に、端末デバイスはＳｃｅｌｌのビーム障害回復要求への応答におけるターゲットキャリアＩＤからターゲットキャリアを特定できる。
［構成３−Ｐｃｅｌｌの通常のＣＯＲＥＳＥＴの使用］
【００８０】
当該構成において、ＳｃｅｌｌのＢＦＲに対する応答は、特定なものではなく、Ｐｃｅｌｌ上の通常のＣＯＲＥＳＥＴで伝送される。このような場合に、クロススケジューリングモードは、ＳｃｅｌｌのＢＦＲを伝送した後に暗黙的にトリガーされる。クロススケジューリングモードにおいて、ターゲットキャリアＩＤが任意のＣＯＲＥＳＥＴに含まれるため、任意の通常のＣＯＲＥＳＥＴで伝送される応答にターゲットキャリアＩＤが含まれることを確定できる。
【００８１】
図９は、さらに、本開示の実施形態によるビーム障害回復のためのリソーススケジューリングを模式的に示す。図９に示されるように、まず、Ｓｃｅｌｌ及びＰｃｅｌｌのいずれも自己スケジューリングモードで動作し、つまり、Ｐｃｅｌｌ及びＳｃｅｌｌはそれらのローカルＤＣＩでそれぞれのリソースをスケジューリングする。ＢＦイベントが発生すると、ＢＦＲ−ＰＵＣＣＨは、Ｐｃｅｌｌのリソースを使用することで、ネットワークデバイスに伝送される。モニタリング時間枠中に、Ｓｃｅｌｌリソースは、ビーム回復のためにＰｃｅｌｌのＣ−ＲＮＴＩによってスクランブルされたクロスキャリアＤＣＩでスケジューリングされる。ビームの回復が完了すると、ＳｃｅｌｌとＰｃｅｌｌの両方がセルフスケジューリングモードに戻される。よって、モニタリング時間枠中、Ｓｃｅｌｌリソースがビーム回復のためにＰｃｅｌｌでスケジューリングされることがわかる。
【００８２】
モニタリング時間枠は、端末デバイスがネットワークデバイスからのビーム障害回復の情報を検出するために、ダウンリンクＣＯＲＥＳＥＴをモニターする継続時間である。モニタリング時間枠は、ＢＦＲ−ＰＵＣＣＨが伝送されると開始するとともに、タイムアウトタイマーが止まったり、最大カウンタに達したり、所定条件が満たされたりすると、終了する。
【００８３】
図１０Ａは、本開示の実施形態によるビーム障害回復及びモニタリング時間枠の例示的な処理を模式的に示す。図１０Ａに示されるように、まず、ステップ０において、ＵＥはＳｃｅｌｌにおいてビーム障害を検出し、そして、Ｐｃｅｌｌ内のＳｃｅｌｌのＢＦＲ−ＰＵＣＣＨを伝送する（ステップ１）。次に、ＭＳＧ２  ＤＣＩは、ＢＦＲ−ＰＵＣＣＨへの応答として、ｇＮＢからＵＥへ伝送される（ステップ２）。その後、ＵＥは再びＳｃｅｌｌにおけるＰＤＣＣＨ／ＰＤＳＣＨを受信する（ステップ３）。ステップ３まで、ＵＥは、ＰｃｅｌｌにおけるダウンリンクＣＯＲＥＳＥＴをモニターし続ける。モニタリング時間枠は、ＢＦＲ−ＰＵＣＣＨが伝送された後に開始するとともに、タイムアウトタイマーが止まったり、最大カウンタに達したり、所定条件が満たされたりすると、終了する。図１０Ｂは、モニタリング時間枠の複数の例示的な可能な終了条件を模式的に示す。
【００８４】
図１０Ｂに示されるように、第１の終了条件は、図１０Ｂの点Ａで示されるように、セカンダリセル上のダウンリンクデータチャネルのクロスキャリア伝送制御情報の再表示を受信したときである。このような場合に、Ｓｃｅｌｌは再表示されたＴＣＩを使用して通常のＰＤＣＣＨ／ＰＤＳＣＨ伝送を開始する準備ができている。第２の終了条件は、図１０Ｂの点Ｂで示されるように、Ｓｃｅｌｌ内のダウンリンク制御チャネルのクロスキャリア伝送制御情報の再表示を受信したときである。このような場合に、Ｓｃｅｌｌは、再表示されたＴＣＩを使用して通常のＰＤＣＣＨ伝送を開始する準備ができている。第３の終了条件は、図１０Ｂの点Ｃで示されるように、クロスキャリアビームのトレーニングが完了したときである。ＢＦＲへの応答としてＤＣＩを受信した後、Ｓｃｅｌｌでクロスキャリアビームのトレーニングが実行され、クロスキャリアビームのトレーニングが完了したことは、端末デバイスがセカンダリセルのダウンリンクデータチャネル／ダウンリンク制御チャネルのクロスキャリア伝送制御情報の再表示を受信することを意味する。第４の終了条件は、セカンダリセルにおけるビーム障害回復要求への応答を受信したときである。
【００８５】
また、ＮＲシステムのＣＡにおいて、ＣＣＡが成功したが、ビームが失敗した場合があり、その場合に、ビーム障害の検出を十分に対処すべきである。現在のＮＲシステムにおいて、周期的な同期信号ブロック（ＳＳＢ）／チャネル状態指示基準信号（ＣＳＩ−ＲＳ）は、チャネル状態情報を測定するために使用されるが、免許不要ＳｃｅｌｌにはＳＳＢ又はＣＳＩ−ＲＳが存在しない。
【００８６】
この目的のために、本開示の別の態様では、免許不要Ｓｃｅｌｌのビーム障害検出及び新たなビーム識別基準信号を修正することが提案されている。次に、図１１を参照しながら、ソリューションについて説明する。図示のように、ステップ１１０１において、ＵＥは、ｇＮＢから基準測定構成を受信し、この基準信号伝送は、通常のデータ伝送よりも短いバースト・高い強度を有する。当該構成は測定時間枠（Ｌ）、伝送周期（Ｐ）、及び伝送オフセット（Ｏ）を含んでもよい。測定時間枠（Ｌ）は、基準信号を検出するための測定継続時間を示し、伝送周期（Ｐ）は、基準信号伝送の周期を示し、伝送オフセット（Ｏ）は、サブフレームの開始境界に関する基準信号のオフセットを指す。
【００８７】
図１２は、本開示の実施形態によるセカンダリセルにおける例示的な基準信号測定タイミング構成を模式的に示す。図１２に示されるように、ＣＳＩ−ＲＳは、周期ＰおよびオフセットＯをもって伝送され、ＵＥは、測定時間枠Ｌの間にＣＳＩ−ＲＳを検索する。図示のように、ＣＣＡ障害の場合、ｒｅ−ＣＡＡは、測定時間枠Ｌによって定義された検索機会の間に実行され、ｒｅ−ＣＡＡが成功すると、遅延されたＣＳＩ−ＲＳがＵＥに伝送される。一方、測定時間枠が終了するまでｒｅ−ＣＡＡが失敗すると、ｇＮＢはＣＳＩ−ＲＳをＵＥに伝送しないため、ＣＳＩ損失が発生する。
【００８８】
図１１に戻して、当該図１１を参照しながら、ビーム障害検出の動作について引き続き説明する。ステップ１１０２において、端末デバイスは、受信した基準信号測定タイミング構成に基づいてセカンダリセルにおけるビーム障害を検出する。さらに、ステップ１１０３において、端末デバイスは、Ｎ個の連続のビーム障害表示中にすべての測定ビームが障害し、または失われた場合、ビーム障害であると特定でき、ここでのＮは、測定ビーム上の基準信号の最長周期及び最短周期によって決められる。
【００８９】
ＮＲシステムにおいて、ビーム障害表示（ＢＦＩ）は周期的であり、ＢＦＩ間隔は、ビーム障害検出の基準信号（ＲＳ）の最短周期によって決められる。ＣＣＡに障害が発生した場合、またはＲＳの伝送タイミングではない場合、ＲＳは伝送されることができない。本開示の実施形態において、Ｎ個の連続のＢＦＩ間隔中にビーム障害検出の測定されたＲＳがすべて失われ、又は障害になった場合には、端末デバイスは、ビーム障害イベントがあると判断する。連続のＢＦＩの数は、測定ビーム上の基準信号の最長周期及び最短周期によって決められる。一例として、Ｎは、ビーム障害検出の基準信号の最短周期で割った最長周期の結果の上限によって決められる。このようにして、ビーム障害検出用のすべての基準信号を、Ｎ個の連続のＢＦＩ間隔中に少なくとも１回測定できることを確定する。
【００９０】
例示の目的で、図１３は本開示の実施形態によるセカンダリセルにおける例示的なビーム障害検出を模式的に示す。図１３に示されるように、３つのビーム（ビーム１、ビーム２及びビーム３）は測定され、かつ３つの基準信号ＲＳ１、ＲＳ２、ＲＳ３はビーム障害検出のＲＳとして３つのビームのそれぞれのために使用される。ＲＳ１の周期は４スロットであり、ＲＳ２の周期は５スロットであり、ＲＳ３の周期は８スロットである。よって、ＢＦＩの周期は４であり、ビーム障害が２つの連続のＢＦＩ（８／４＝２）で検出されることが要求される。図１３に示されるように、２本の太線で示される時間間隔でＣＣＡ障害が発生し、そしてＣＳＩが失われた。従って、ＵＥは、この時間間隔で測定されるべきであるすべての基準信号を検出することに失敗したため、ビーム障害表示がカウントされる。Ｎ個の連続したＢＦＩがカウントされた後、ビーム障害イベントが検出されて特定される。
【００９１】
本開示の一実施形態では、Ｓｃｅｌｌは、ＤＬおよびＵＬの両方に対応してもよく、そのような場合、ＤＬ伝送の後、ｇＮＢで３つのイベントが発生する。１つ目はＵＬでのＣＡＡ障害であり、ＵＥがＵＬでのＣＣＡ障害をｇＮＢに通知しない場合、ＤＴＸ検出及び再伝送が実行される。２つ目は、ＵＥでのＰＤＣＣＨの欠落またはエラーであり、このような場合に、ｇＮＢもＤＴＸ検出および再伝送のソリューションを実行する。３つ目は、ＤＬでのビーム障害であり、このような場合に、ＤＴＸ検出がうまく機能せず、再伝送も役に立たない。しかしながら、ＵＥは、１つ目のイベントと３つ目のイベントとを区別することができる。このような場合に、ＢＦＲ−ＰＵＣＣＨリソースでＵＬ  ＣＡＡ障害を多重化することが可能である。
【００９２】
本開示の一実施形態において、端末デバイスは、図１４のステップ１４０１に示されるように、アップリンククリアチャネル評価障害表示を伝送するように、セカンダリセルにおけるビーム障害要求に使用されるプライマリセルのアップリンク制御チャネルを再利用する。このような場合に、ＵＬ  ＣＣＡ障害がｇＮＢで検出されると、ｇＮＢはＵＬ  ＣＡＡが正常になるまで再伝送を保留する。一方、Ｓｃｅｌｌにおけるビーム障害が検出されると、ＢＦＲ応答はＵＥに伝送される。
【００９３】
次に、図１５から図１８を参照しながら、本開示の実施形態によるネットワークデバイスにおけるビーム障害を処理する例示的な方法について説明する。
【００９４】
まず、本開示の実施形態によるネットワークデバイスのセカンダリセルにおけるビーム障害を処理する方法のフローチャートを模式的に示す図１５を参照する。本開示の一実施形態において、端末デバイスは別々のビームでプライマリセル及びセカンダリセルにおけるネットワークデバイスによってサービスされ、セカンダリセルは自己スケジューリングモードに基づいて動作する。図１５に示されるように、ステップ１５０１において、セカンダリセルにおけるビーム障害回復要求はプライマリセルのアップリンク制御チャネルで受信されることができる。上記のように、本開示において、ビーム障害回復要求は、プライマリセルのアップリンク制御チャネルで搬送され、ネットワークは、ＢＦＲがＰＲＡＣＨの代わりにアップリンク制御チャネル上にあるため、セカンダリセルのＢＦＲであることがわかることができる。
【００９５】
そして、ステップ１５０２において、ネットワークデバイスはプライマリセルのダウンリンク制御チャネルでセカンダリセルにおけるビーム障害回復要求への、その後の伝送用の伝送構成指示を示すように構成される応答を伝送する。言い換えれば、ビーム障害回復要求への応答は、プライマリセルにおける制御チャネルで搬送される。
【００９６】
本開示の一実施形態において、セカンダリセルにおけるビーム障害回復要求を伝送するためのプライマリセルのアップリンク制御チャネルを事前に構成することができる。図１６に示されるように、ステップ１６０１において、ネットワークは、セカンダリセルにおけるビーム障害回復要求を伝送するためのプライマリセルのアップリンク制御チャネルの１つ以上のパラメータを示すように構成情報を端末デバイスに伝送する。１つ以上のパラメータは、例えば、伝送周期、伝送オフセット、伝送禁止タイマー、及び伝送最大数の１つ以上を含んでもよい。
【００９７】
本開示の別の実施形態において、ネットワークデバイスは、セカンダリセルにおけるビーム障害回復要求を伝送するためのプライマリセルのアップリンク制御チャネルの伝送ビームを構成することもできる。ステップ１６０２に示されるように、ネットワークは、まず、セカンダリセルにおけるビーム障害回復要求を伝送するためのプライマリセルのアップリンク制御チャネルに利用可能なアップリンク伝送ビームのセットを示すようにアップリンク伝送構成指示情報を伝送する。そして、ステップ１６０３において、セカンダリセルにおけるビーム障害回復要求の専用のアップリンク制御チャネルの特定のアップリンク伝送ビームを示すように特定のアップリンク伝送構成指示情報を伝送する。よって、セカンダリセルにおけるビーム障害回復要求は、セカンダリセルにおけるビーム障害回復要求の専用のアップリンク制御チャネルにおける特定のアップリンク伝送ビームで受信される。
【００９８】
本開示の別の実施形態において、ネットワークデバイスは、アップリンク伝送ビームを構成していないが、直近に使用されたアップリンク伝送ビームでセカンダリセルにおけるビーム障害回復要求を受信する。
【００９９】
本開示のさらに別の実施形態において、セカンダリセルにおけるビーム障害回復要求は他の制御情報とともにプライマリセルのアップリンク制御チャネルで受信されてもよい。または、代わりに、セカンダリセルにおけるビーム障害回復要求は、当該セカンダリセルにおけるビーム障害回復要求の優先度が他の制御情報より高い場合にのみ受信されることができる。
【０１００】
また、プライマリセル及びセカンダリセルの両方にビーム障害が発生した場合に、セカンダリセルにおけるビーム障害回復要求は、プライマリセルにおけるビーム障害回復のプロセスが完了した後に受信される。
【０１０１】
本開示の一実施形態において、セカンダリセルにおけるビーム障害回復要求への応答は、プライマリセルのビーム障害応答の制御リソースセットで伝送されることができる。本開示の別の実施形態において、セカンダリセルにおけるビーム障害回復要求への応答は、セカンダリセルにおけるビーム障害回復要求への応答に固有であるプライマリセルの制御リソースセットで伝送されることができる。いずれの場合にも、応答のターゲットキャリアは、暗黙的に導出され、又は、ターゲットキャリアＩＤ伝送モードは、セカンダリセルにおけるビーム障害回復要求への応答に応じて有効になることで、セカンダリセルにおけるビーム障害回復要求への応答にターゲットキャリアＩＤを含ませる。本開示のさらに別の実施形態において、セカンダリセルにおけるビーム障害回復要求への応答は、プライマリセルの通常の制御リソースセットで伝送されることができる。この場合において、クロススケジューリングモードは、セカンダリセルにおけるビーム障害回復要求への応答のモニタリング時間枠中に有効になることで、セカンダリセルにおけるビーム障害回復要求への応答にターゲットキャリアＩＤを含ませる。
【０１０２】
本開示の別の実施形態において、ネットワークデバイスは、セカンダリセルにおけるビーム障害回復要求への応答のダウンリンク受信ビームをさらに構成する。図１６に示されるように、ステップ１６０４において、ネットワークデバイスは、さらに、セカンダリセルにおけるビーム障害回復要求への応答を伝送するために使用されたプライマリセルのダウンリンク制御チャネルを受信するダウンリンク受信ビームを示すダウンリンク伝送構成指示情報を伝送する。または、代わりに、ネットワークデバイスは、直近に使用されたダウンリンク受信ビームでセカンダリセルにおけるビーム障害回復要求への応答を伝送する。
【０１０３】
本開示の一実施形態において、ネットワークデバイスは、さらに、基準信号測定タイミングを構成する。図１７に示されるように、ステップ１７０１において、ネットワークデバイスは、基準信号測定タイミング構成を伝送する。基準信号測定タイミング構成は、測定時間枠、伝送周期、及び伝送オフセットのいずれかに関する情報を含む。そして、ステップ１７０２において、ネットワークデバイスは、基準信号測定タイミング構成に基づいて、基準信号を伝送する。
【０１０４】
本開示のさらに別の実施形態において、ネットワークデバイスは、セカンダリセルにおけるビーム障害回復要求のために使用されたプライマリセルのアップリンク制御チャネルでアップリンククリアチャネル評価障害表示を受信してもよい。このようにして、ＣＣＡ障害表示は、セカンダリセルにおけるビーム障害回復要求のために使用されたプライマリセルのアップリンク制御チャネルで多重化される。
【０１０５】
以上、図１５から図１８を参照しながら、ネットワーク側でビーム障害を処理する例示的な方法を簡略に説明した。しかしながら、ネットワークデバイスでの動作は端末デバイスでの動作に対応すると理解でき、そのため、動作のいくつかの詳細については、図６から図１４に関する説明を参照することができる。
【０１０６】
図１９は、さらに、本開示の実施形態による端末デバイスにおけるビーム障害を処理する装置のブロック図を模式的に示す。装置１９００は、例えば、ＵＥや他の同様のデバイスなどの端末デバイスによって実装されることができる。端末デバイスは、別々のビームでプライマリセル及びセカンダリセルにおいてサービスされ、セカンダリセルは自己スケジューリングモードに基づいて動作する。
【０１０７】
図１９００に示されるように、装置１９００は、ＢＦＲ伝送モジュール１９０１及びＢＦＲ応答受信モジュール１９０２を含む。ＢＦＲ伝送モジュール１９０１は、セカンダリセルにおけるビーム障害の検出に応答して、プライマリセルのアップリンク制御チャネルでセカンダリセルにおけるビーム障害回復要求を伝送するように構成される。ＢＦＲ応答受信モジュール１９０２は、プライマリセルのダウンリンク制御チャネルで、セカンダリセルにおけるビーム障害回復要求への、その後の伝送のための伝送構成指示を示すように構成される応答を受信するように構成される。
【０１０８】
本開示の一実施形態において、装置１９００は、さらに、構成受信モジュール１９０３を含む。構成受信モジュール１９０３は、セカンダリセルにおけるビーム障害回復要求を伝送するためのプライマリセルのアップリンク制御チャネルの１つ以上のパラメータを示す構成情報を受信するように構成される。１つ以上のパラメータは、例えば、伝送周期、伝送オフセット、伝送禁止タイマー、及び伝送の最大数の１つ以上を含む。
【０１０９】
本開示の別の実施形態において、装置１９００は、さらに、ＵＬ  ＴＣＩ受信モジュール１９０４及び特定のＵＬ  ＴＣＩ受信モジュール１９０５を含む。ＵＬ  ＴＣＩ受信モジュール１９０４は、セカンダリセルにおけるビーム障害回復要求を伝送するためのプライマリセルのアップリンク制御チャネルに利用可能なアップリンク伝送ビームのセットを示すアップリンク伝送構成指示情報を受信するように構成される。特定のＵＬ  ＴＣＩ受信モジュール１９０５は、セカンダリセルにおけるビーム障害回復要求の専用のアップリンク制御チャネルの特定のアップリンク伝送ビームを示す特定のアップリンク伝送構成指示情報を受信するように構成される。このような場合に、セカンダリセルにおけるビーム障害回復要求は、セカンダリセルにおけるビーム障害回復要求の専用のアップリンク制御チャネル上の特定のアップリンク伝送ビームで伝送されることができる。
【０１１０】
本開示のさらに別の実施形態において、セカンダリセルにおけるビーム障害回復要求は、直近に使用されたアップリンク伝送ビームで伝送されることができる。
【０１１１】
本開示のさらに別の実施形態において、セカンダリセルにおけるビーム障害回復要求は、他の制御情報とともにプライマリセルのアップリンク制御チャネルで伝送される。または、代わりに、セカンダリセルにおけるビーム障害回復要求は、当該セカンダリセルにおけるビーム障害回復要求の優先度が他の制御情報よりも高い場合にのみ伝送される。
【０１１２】
本開示の別の実施形態において、プライマリセル及びセカンダリセルの両方にあるビーム障害の検出に応答して、セカンダリセルにおけるビーム障害回復要求は、プライマリセルにおけるビーム障害回復のプロセスが完了した後に伝送されることができる。
【０１１３】
本開示のさらに別の実施形態において、セカンダリセルにおけるビーム障害回復要求への応答は、次のいずれかで受信される。
□●  応答のターゲットキャリアが、暗黙的に導出され、又はセカンダリセルにおけるビーム障害回復要求への応答に含まられるターゲットキャリアＩＤによって決められる、プライマリセルのビーム障害応答用の制御リソースセット。
□●  応答のターゲットキャリアが、暗黙的に導出され、又はセカンダリセルにおけるビーム障害回復要求への応答に含まられるターゲットキャリアＩＤによって決められる、セカンダリセルにおけるビーム障害回復要求への応答に固有であるプライマリセルの制御リソースセット。
□●  クロススケジューリングモードが、セカンダリセルにおけるビーム障害回復要求への応答のモニタリング時間枠中に有効になることで、セカンダリセルにおけるビーム障害回復要求への応答に含まれるターゲットキャリアＩＤからターゲットキャリアを決める、プライマリセルの通常の制御リソースセット。
【０１１４】
本開示のさらに別の実施形態において、装置１９００は、さらに、セカンダリセルにおけるビーム障害回復要求への応答を伝送するために使用されたプライマリセルのダウンリンク制御チャネルを受信するダウンリンク受信ビームを示すダウンリンク伝送構成指示情報を受信するように構成されることができるＤＬ  ＴＣＩ受信モジュール１９０６を含んでもよい。このような場合に、セカンダリセルにおけるビーム障害回復要求への応答は、直近に使用された受信ビームで受信される。
【０１１５】
本開示のさらに別の実施形態において、プライマリセルのダウンリンク制御リソースは、セカンダリセルにおけるビーム障害回復要求への応答を受信するようにモニターされる。モニターすることは、セカンダリセルにおけるビーム障害回復要求を伝送した後に開始し、セカンダリセル上のダウンリンクデータチャネルのクロスキャリア伝送制御再表示を受信すること、セカンダリセル上のダウンリンク制御チャネルのクロスキャリア伝送制御再表示を受信すること、クロスキャリアビームトレーニングの完了、及びセカンダリセルにおけるビーム障害回復要求への応答を受信することのいずれかに応じて終了する。
【０１１６】
本開示の別の実施形態において、装置１９００は、さらに、ＲＳ測定タイミング構成受信モジュール１９０７及びビーム障害検出モジュール１９０８を含む。ＲＳ測定タイミング構成受信モジュール１９０７は、測定時間枠、伝送周期、及び伝送オフセットのいずれかに関する情報を含む基準信号測定タイミング構成を受信するように構成される。ビーム障害検出モジュール１９０８は、受信した基準信号測定タイミング構成に基づいて、セカンダリセルにおけるビーム障害を検出するように構成される。
【０１１７】
本開示の別の実施形態において、ビーム障害検出モジュール１９０８は、Ｎ個の連続のビーム障害表示中にすべての測定ビームが障害し、または失われた場合、ビーム障害が検出されたと特定するように構成され、ここで、Ｎは、測定ビーム上の基準信号の最長周期及び最短周期によって決められる。
【０１１８】
本開示のさらに別の実施形態において、装置１９００は、さらに、ＣＣＡ障害表示伝送モジュール１９０９を含む。ＣＣＡ障害表示伝送モジュール１９０９は、セカンダリセルにおけるビーム障害回復要求のために使用されたプライマリセルのアップリンク制御チャネルでアップリンククリアチャネル評価障害表示を伝送することで、アップリンク伝送のクリアチャネル評価障害をさらに示すように構成される。
【０１１９】
図２０は、本開示の実施形態によるネットワークデバイスのセカンダリセルにおけるビーム障害を処理する装置のブロック図を模式的に示す。装置２０００は、例えば、ｇＮＢや他の同様のネットワークデバイスなどのネットワークデバイスやノードによって実装されることができる。端末デバイスは、別々のビームでプライマリセル及びセカンダリセルにおいてサービスされ、セカンダリセルは自己スケジューリングモードに基づいて動作する。
【０１２０】
図２０００に示されるように、装置２０００は、ＢＦＲ受信モジュール２００１及びＢＦＲ応答伝送モジュール２００２を含む。ＢＦＲ受信モジュール２００１は、プライマリセルのアップリンク制御チャネルでセカンダリセルにおけるビーム障害回復要求を受信するように構成される。ＢＦＲ応答伝送モジュール２００２は、プライマリセルのダウンリンク制御チャネルでセカンダリセルにおけるビーム障害回復要求への、その後の伝送の伝送構成指示を示すように構成される応答を伝送するように構成される。
【０１２１】
本開示の一実施形態において、装置２０００は、さらに、構成伝送モジュール２００３を含む。構成伝送モジュール１９０３は、セカンダリセルにおけるビーム障害回復要求を伝送するためのプライマリセルのアップリンク制御チャネルの１つ以上のパラメータを示す構成情報を伝送するように構成される。１つ以上のパラメータは、例えば、伝送周期、伝送オフセット、伝送禁止タイマー、及び伝送の最大数の１つ以上を含む。
【０１２２】
本開示の別の実施形態において、装置２０００は、さらに、ＵＬ  ＴＣＩ伝送モジュール２００４及び特定のＵＬ  ＴＣＩ伝送モジュール２００５を含む。ＵＬ  ＴＣＩ伝送モジュール２００４は、セカンダリセルにおけるビーム障害回復要求を伝送するためのプライマリセルのアップリンク制御チャネルに利用可能なアップリンク伝送ビームのセットを示すアップリンク伝送構成指示情報を伝送するように構成される。特定のＵＬ  ＴＣＩ伝送モジュール２００５は、セカンダリセルにおけるビーム障害回復要求の専用のアップリンク制御チャネルの特定のアップリンク伝送ビームを示す特定のアップリンク伝送構成指示情報を伝送するように構成される。このような場合に、セカンダリセルにおけるビーム障害回復要求は、セカンダリセルにおけるビーム障害回復要求の専用のアップリンク制御チャネル上の特定のアップリンク伝送ビームで受信されることができる。
【０１２３】
本開示のさらに別の実施形態において、セカンダリセルにおけるビーム障害回復要求は、直近に使用されたアップリンク伝送ビームで受信されることができる。
【０１２４】
本開示のさらに別の実施形態において、セカンダリセルにおけるビーム障害回復要求は、他の制御情報とともにプライマリセルのアップリンク制御チャネルで受信される。または、代わりに、セカンダリセルにおけるビーム障害回復要求は、当該セカンダリセルにおけるビーム障害回復要求の優先度が他の制御情報よりも高い場合にのみ受信される。
【０１２５】
プライマリセル及びセカンダリセルの両方にビーム障害がある場合に、セカンダリセルにおけるビーム障害回復要求は、プライマリセルにおけるビーム障害回復のプロセスが完了した後に受信される。
【０１２６】
本開示のさらに別の実施形態において、セカンダリセルにおけるビーム障害回復要求への応答は、次のいずれかで伝送される。
□●  応答のターゲットキャリアが、暗黙的に導出され、又はターゲットキャリアＩＤ伝送は、セカンダリセルにおけるビーム障害回復要求への応答に応じて有効になることで、セカンダリセルにおけるビーム障害回復要求への応答にターゲットキャリアＩＤを含ませる、プライマリセルのビーム障害応答用の制御リソースセット。
□●  応答のターゲットキャリアが、暗黙的に導出され、又はターゲットキャリアＩＤ伝送は、セカンダリセルにおけるビーム障害回復要求への応答に応じて有効になることで、セカンダリセルにおけるビーム障害回復要求への応答にターゲットキャリアＩＤを含ませる、セカンダリセルにおけるビーム障害回復要求への応答に固有であるプライマリセルの制御リソースセット。
□●  クロススケジューリングモードがセカンダリセルにおけるビーム障害回復要求への応答のモニタリング時間枠中に有効になることで、セカンダリセルにおけるビーム障害回復要求への応答にターゲットキャリアＩＤを含ませる、プライマリセルの通常の制御リソースセット。
【０１２７】
本開示のさらに別の実施形態において、装置２０００は、さらに、セカンダリセルにおけるビーム障害回復要求への応答を伝送するために使用されたプライマリセルのダウンリンク制御チャネルを受信するダウンリンク受信ビームを示すダウンリンク伝送構成指示情報を伝送するように構成されることができるＤＬ  ＴＣＩ伝送モジュール２００６を含んでもよい。このような場合に、セカンダリセルにおけるビーム障害回復要求への応答は、直近に使用されたダウンリンク受信ビームで伝送される。
【０１２８】
本開示の別の実施形態において、装置２０００は、さらに、ＲＳ測定タイミング構成伝送モジュール２００７及びＲＳ伝送モジュール２００８を含む。ＲＳ測定タイミング構成伝送モジュール２００７は、測定時間枠、伝送周期、及び伝送オフセットのいずれかに関する情報を含む基準信号測定タイミング構成を伝送するように構成される。ＲＳ伝送モジュール２００８は、基準信号測定タイミング構成に基づいて、基準信号を伝送するように構成される。
【０１２９】
本開示のさらに別の実施形態において、装置２０００は、さらに、ＣＣＡ障害表示受信モジュール２００９を含む。ＣＣＡ障害表示受信モジュール２００９は、セカンダリセルにおけるビーム障害回復要求のために使用されたプライマリセルのアップリンク制御チャネルでアップリンククリアチャネル評価障害表示を受信するように構成される。
【０１３０】
ここまで、図１９から図２０を参照して装置１９００から装置２０００を簡単に説明した。装置１９００から装置２０００は、図６から図１８を参照して説明した機能を実現するように構成されてもよいことに注意されたい。したがって、これらの装置におけるモジュールの動作の詳細については、図６から図１８を参照する方法のそれぞれのステップに関して行われたそれらの記述を参照することができる。
【０１３１】
なお、装置１９０から装置から装置２０００の構成要素は、ハードウェア、ソフトウェア、ファームウェア、及び／又はそれらの任意の組み合わせで具現化されてもよい。例えば、装置１９００から装置２０００の構成要素は、それぞれ、回路、プロセッサ、又は任意の他の適切な選択肢のデバイスによって具現化されてもよい。
【０１３２】
前述の例は、例示のためにのみ示されており、限定されるものではなく、本開示はそれに限定されないことが、当業者にとって理解される。本明細書で提供される教示から多くの変形、追加、削除及び修正を容易に想定することができ、これらの変形、追加、削除及び修正はすべて本開示の保護範囲に含まれる。
【０１３３】
さらに、本開示のいくつかの実施形態では、装置１９００から装置２０００は、少なくとも１つのプロセッサを備えてもよい。本開示の実施形態と共に使用するために適した少なくとも１つのプロセッサは、一例として、既に知られているかまたは将来開発される汎用及び専用プロセッサの両方を含んでもよい。装置１９００から装置２０００は、少なくとも１つのメモリをさらに備えてもよい。少なくとも１つのメモリは、例えば、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、及びフラッシュメモリデバイスどの半導体メモリデバイスを含んでもよい。少なくとも１つのメモリは、コンピュータ実行可能命令のプログラムを格納するために使用されてもよい。プログラムは、ハイレベル及び／またはローレベルの適合可能または解釈可能な任意のプログラミング言語で記述できる。実施形態によれば、コンピュータ実行可能命令は、少なくとも１つのプロセッサにより、装置１９００から装置２０００に、少なくとも図６から図１８をそれぞれ参照して説明した方法にかかる動作を実行させるように構成されることができる。
【０１３４】
図２１は、本明細書で説明される、ＵＥのような端末デバイスとして具現化され、又はそれが備えられる装置２１１０と、ｇＮＢのようなネットワークデバイスとして具現化され、又はそれが備えられる装置２１２０の簡略ブロック図を模式的に示す。
【０１３５】
装置２１１０は、データプロセッサ（ＤＰ）などの少なくとも１つのプロセッサ２１１１と、プロセッサ２１１１に接続される少なくとも１つのメモリ（ＭＥＭ）２１１２とを備える。装置２１１０は、プロセッサ２１１１に接続される伝送機ＴＸ及び受信機ＲＸ２１１３をさらに備えてもよく、伝送機ＴＸ及び受信機ＲＸ２１１３は装置２１２０に通信可能に接続するように動作できる。ＭＥＭ２１１２は、プログラム（ＰＲＯＧ）２１１４を格納する。ＰＲＯＧ２１１４は、関連するプロセッサ２１１１上で実行されると、装置２１１０が本開示の実施形態、例えば方法６００、８００、１１００、１４００に従って動作することをイネーブルする命令を含んでもよい。少なくとも１つのプロセッサ２１１１と少なくとも１つのＭＥＭ２１１２の組み合わせは、本開示の様々な実施形態を実施するのに適合された処理手段２１１５を形成することができる。
【０１３６】
装置２１２０は、ＤＰなどの少なくとも１つのプロセッサ２１１１と、プロセッサ２１１１に接続される少なくとも１つのＭＥＭ２１２２とを備える。装置２１２０は、プロセッサ２１２１に接続される適切なＴＸ／ＲＸ２１２３をさらに備えてもよく、ＴＸ／ＲＸ２１２３は装置２１１０と無線通信するように動作できる。ＭＥＭ２１２２は、ＰＲＯＧ２１２４を格納する。ＰＲＯＧ２１２４は、関連するプロセッサ２１２１上で実行されると、装置２１２０が本開示の実施形態に従って動作し、例えば、方法１５００、１６００、１７００及び１８００を実行することをイネーブルする命令を含んでもよい。少なくとも１つのプロセッサ２１２１と少なくとも１つのＭＥＭ２１２２との組み合わせは、本開示の様々な実施形態を実施するのに適合された処理手段２１２５を形成することができる。
【０１３７】
本開示の様々な実施形態は、プロセッサ２１１１、２１２１のうちの１つ以上によって実行可能なコンピュータプログラム、ソフトウェア、ファームウェア、ハードウェア、又はそれらの組み合わせによって実施されてもよい。
【０１３８】
ＭＥＭ２１１２及び２１２２は、ローカルの技術的環境に適した任意のタイプのものでもよく、非限定的な例として、半導体ベースのメモリデバイス、磁気メモリデバイス及びシステム、光学メモリデバイス及びシステム、固定メモリ及びリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実施されてもよい。
【０１３９】
プロセッサ２１１１及び２１２１は、ローカルの技術的環境に適した任意のタイプでもよく、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）及びマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含んでもよい。
【０１４０】
さらに、本開示は、上述のようなコンピュータプログラムを含むキャリアも提供されてもよく、ここで、キャリアは、電子信号、光信号、無線信号、又はコンピュータ読み取り可能な記憶媒体のうちの１つである。コンピュータ読み取り可能な記憶媒体は、例えば、光学コンパクトディスク、又はＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ  ｏｎｌｙ  ｍｅｍｏｒｙ）、フラッシュメモリ、磁気テープ、ＣＤ−ＲＯＭ、ＤＶＤ、Ｂｌｕｅ−ｒａｙディスクなどのような電子メモリデバイスであってもよい。
【０１４１】
本明細書で説明された技術は、様々な手段で実施されてもよい。そのため、実施形態で説明された対応する装置の１つ又は複数の機能を実施する装置は、従来技術の手段だけでなく、実施形態で説明された対応する装置の１つまたは複数の機能を実施するための手段を備え、別々の機能ごとに別々の手段を備えてもよいし、２つ以上の機能を実施するように設定される手段を備えてもよい。例えば、これらの技術は、ハードウェア（１つ以上の装置）、ファームウェア（１つ以上の装置）、ソフトウェア（１つ以上のモジュール）、またはそれらの組み合わせで実施されてもよい。ファームウェアまたはソフトウェアの場合、本明細書で説明された機能を実行するモジュール（例えば、手順、機能など）を介して実施されてもよい。
【０１４２】
本明細書における例示的な実施形態は、上記のように、方法及び装置のブロック図及びフローチャート図を参照して説明された。ブロック図及びフローチャート図の各ブロック、並びにブロック図及びフローチャート図におけるブロックの組み合わせは、それぞれ、コンピュータプログラム命令を含む様々な手段によって実施できることが理解される。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、または機械を製造するための他のプログラマブルデータ処理装置にロードされ、コンピュータまたは他のプログラマブルデータ処理装置で実行される命令が、フローチャートのブロックで特定された機能を実行するための手段を形成するようにしてもよい。
【０１４３】
本明細書は多くの具体的な実装の詳細を含むが、これらはいかなる実施または特許請求の範囲を限定するものではなく、むしろ特定の実装形態の特定の実施形態に特有の機能の説明として解釈されるべきである。本明細書において別々の実施形態の文脈で説明された特定の特徴は、単一の実施形態において組み合わせて実施されることもできる。逆に、単一の実施形態の文脈で説明された様々な特徴は、別々にまたは任意の適切なサブコンビネーションで複数の実施形態で実施されることもできる。さらに、特徴が特定の組み合わせで動作するものとして上記のように説明され、当初はそのように特許請求されていても、請求された組み合わせからの１つ以上の特徴は、場合によって、その組み合わせから除外することができ、請求された組み合わせはサブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。
【０１４４】
技術の進歩につれて、本発明の概念を様々な方法で実施できることは、当業者にとって明らかである。上記の実施形態は、本開示を限定するものではなく説明するために提供され、当業者が容易に理解するように、本開示の意図及び範囲から逸脱することなく修正及び変更することができる。そのような修正及び変更は、本開示の範囲及び添付の特許請求の範囲内に含まれると見なされる。本開示の保護範囲は、添付の特許請求の範囲によって定義される。
【図１Ａ】
2021519552.tif 000004
【図１Ｂ】
2021519552.tif 000005
【図２】
2021519552.tif 000006
【図３】
2021519552.tif 000007
【図４】
2021519552.tif 000008
【図５】
2021519552.tif 000009
【図６】
2021519552.tif 000010
【図７】
2021519552.tif 000011
【図８】
2021519552.tif 000012
【図９】
2021519552.tif 000013
【図１０Ａ】
2021519552.tif 000014
【図１０Ｂ】
2021519552.tif 000015
【図１１】
2021519552.tif 000016
【図１２】
2021519552.tif 000017
【図１３】
2021519552.tif 000018
【図１４】
2021519552.tif 000019
【図１５】
2021519552.tif 000020
【図１６】
2021519552.tif 000021
【図１７】
2021519552.tif 000022
【図１８】
2021519552.tif 000023
【図１９】
2021519552.tif 000024
【図２０】
2021519552.tif 000025
【図２１】
2021519552.tif 000026
【手続補正書】
【提出日】令和2年11月30日(2020.11.30)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のＰＵＣＣＨ（Physical Uplink Control CHannel）リソースと第２のＰＵＣＣＨリソースとが衝突する場合、前記第２のＰＵＣＣＨリソースをドロップし、前記第１のＰＵＣＣＨリソースを送信する手段を備え、
前記第１のＰＵＣＣＨリソースは、ＳＣｅｌｌ（Secondary Cell）用のＢＦＲ（Beam Failure Recovery）の送信に用いられるＰＵＣＣＨリソースであり、
前記第２のＰＵＣＣＨリソースは、前記第１のＰＵＣＣＨリソースとは異なるＰＵＣＣＨリソースである、
端末デバイス。
【請求項２】
前記第２のＰＵＣＣＨリソースは、ＳＲ（Scheduling Request）の送信に用いられるＰＵＣＣＨリソースである、
請求項１に記載の端末デバイス。
【請求項３】
前記第１のＰＵＣＣＨリソースは、複数のコンポーネントキャリアに共有される、
請求項１または２に記載の端末デバイス。
【請求項４】
第１のＰＵＣＣＨ（Physical Uplink Control CHannel）リソースと第２のＰＵＣＣＨリソースとが衝突する場合、前記第２のＰＵＣＣＨリソースをドロップし、前記第１のＰＵＣＣＨリソースを送信することを備え、
前記第１のＰＵＣＣＨリソースは、ＳＣｅｌｌ（Secondary Cell）用のＢＦＲ（Beam Failure Recovery）の送信に用いられるＰＵＣＣＨリソースであり、
前記第２のＰＵＣＣＨリソースは、前記第１のＰＵＣＣＨリソースとは異なるＰＵＣＣＨリソースである、
方法。
【請求項５】
前記第２のＰＵＣＣＨリソースは、ＳＲ（Scheduling Request）の送信に用いられるＰＵＣＣＨリソースである、
請求項４に記載の方法。
【請求項６】
前記第１のＰＵＣＣＨリソースは、複数のコンポーネントキャリアに共有される、
請求項４または５に記載の方法。
【国際調査報告】
2021519552.tif 000027
2021519552.tif 000028