知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-06-18
(54)【発明の名称】ビーム失敗回復方法、装置及び記憶媒体
(51)【国際特許分類】
H04W 16/28 20090101AFI20240611BHJP
H04W 74/0833 20240101ALI20240611BHJP
H04W 24/04 20090101ALI20240611BHJP
H04W 76/18 20180101ALI20240611BHJP
【ＦＩ】
H04W16/28
H04W74/0833
H04W24/04
H04W76/18
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023576031
(86)(22)【出願日】2021-06-11
(85)【翻訳文提出日】2023-12-11
(86)【国際出願番号】 CN2021099835
(87)【国際公開番号】W WO2022257136
(87)【国際公開日】2022-12-15
(81)【指定国・地域】
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＷＣＤＭＡ
２．ブルートゥース
(71)【出願人】
【識別番号】516180667
【氏名又は名称】北京小米移動軟件有限公司
【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ．
【住所又は居所原語表記】Ｎｏ．０１８， Ｆｌｏｏｒ ８， Ｂｕｉｌｄｉｎｇ ６， Ｙａｒｄ ３３， Ｍｉｄｄｌｅ Ｘｉｅｒｑｉ Ｒｏａｄ， Ｈａｉｄｉａｎ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １０００８５， Ｃｈｉｎａ
(74)【代理人】
【識別番号】100079108
【弁理士】
【氏名又は名称】稲葉 良幸
(74)【代理人】
【識別番号】100109346
【弁理士】
【氏名又は名称】大貫 敏史
(74)【代理人】
【識別番号】100117189
【弁理士】
【氏名又は名称】江口 昭彦
(74)【代理人】
【識別番号】100134120
【弁理士】
【氏名又は名称】内藤 和彦
(74)【代理人】
【識別番号】100108213
【弁理士】
【氏名又は名称】阿部 豊隆
(72)【発明者】
【氏名】リ，ミンジュ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067EE02
5K067EE10
5K067KK02
(57)【要約】
本開示はビーム失敗回復方法、装置及び記憶媒体に関する。ビーム失敗回復方法は、端末に適用され、前記方法は、前記端末に複数のＴＲＰが設定されていることに応答して、前記複数のＴＲＰのビーム失敗ディテクションを行うステップと、前記複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくビーム失敗回復をトリガするステップと、を含む。本開示によれば、複数のＴＲＰシナリオで、ランダムアクセスに基づくビーム失敗回復をタイムリーに行うことを実現し、ビーム失敗回復のタイムリーさと有効性とを保証する。
【選択図】図２
【選択図】図２
【特許請求の範囲】
【請求項1】
ビーム失敗回復方法であって、端末に適用され、前記方法は、前記端末に複数の送受信ポイント（ＴＲＰ）が設定されていることに応答して、前記複数のＴＲＰのビーム失敗ディテクションを行うステップと、
前記複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくビーム失敗回復をトリガするステップと、を含む、
ことを特徴とするビーム失敗回復方法。
【請求項2】
ランダムアクセスに基づくビーム失敗回復をトリガするステップの前に、前記方法は、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含む、
ことを特徴とする請求項１に記載のビーム失敗回復方法。
【請求項3】
ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、第１の時間の後かつ第２の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、
前記第１の時間は前記第１のＴＲＰにビーム失敗が発生したことがディテクティングされた時間であり、前記第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間である、
ことを特徴とする請求項２に記載のビーム失敗回復方法。
【請求項4】
ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、第３の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、
前記第３の時間は物理アップリンク共有チャネルをスケジューリングするための第１のダウンリンク制御情報が受信された時間である、
ことを特徴とする請求項２に記載のビーム失敗回復方法。
【請求項5】
ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、第２の時間の後の第１の時間長内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップであって、前記第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間であるステップをさらに含む、
ことを特徴とする請求項４に記載のビーム失敗回復方法。
【請求項6】
ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、第４の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、
前記第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が第１の物理アップリンク共有チャネルで送信された時間である、
ことを特徴とする請求項２に記載のビーム失敗回復方法。
【請求項7】
ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、前記第１の物理アップリンク共有チャネルに対応するビームがビーム失敗が発生したビームであることに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含み、
前記第１の物理アップリンク共有チャネルは第１のダウンリンク制御情報によってスケジューリングされ、またはコンフィギュアドグラントのタイプ１またはタイプ２の物理アップリンク共有チャネルである、
ことを特徴とする請求項６に記載のビーム失敗回復方法。
【請求項8】
ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、第５の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、
前記第５の時間は第２のダウンリンク制御情報が受信された時間であり、前記第２のダウンリンク制御情報はネットワークデバイスがすでにＭＡＣ ＣＥ情報を受信したことを決定するために使用される、
ことを特徴とする請求項２に記載のビーム失敗回復方法。
【請求項9】
前記第２のダウンリンク制御情報は第２の物理アップリンク共有チャネルをスケジューリングするために使用され、前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子と、第１の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子とが同じであり、前記第１の物理アップリンク共有チャネルはビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報を送信するために使用され、及び／又は、
前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルの新規データ指示が変化する、
ことを特徴とする請求項８に記載のビーム失敗回復方法。
【請求項10】
ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、第４の時間の後の第２の時間長内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップであって、前記第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が第１の物理アップリンク共有チャネルで送信された時間であるステップをさらに含む、
ことを特徴とする請求項８に記載のビーム失敗回復方法。
【請求項11】
ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、第６の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、
前記第６の時間は前記第１のＴＲＰのビームが更新された時間である、
ことを特徴とする請求項２に記載のビーム失敗回復方法。
【請求項12】
前記方法は、前記第６の時間の後に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することが再度ディテクティングされたことに応答して、ＴＲＰレベルのビーム失敗回復をトリガするステップをさらに含み、
ことを特徴とする請求項１１に記載のビーム失敗回復方法。
【請求項13】
前記ＴＲＰレベルのビーム失敗回復をトリガするステップは、物理アップリンク制御チャネルスケジューリング要求（ＰＵＣＣＨ－ＳＲ）及び／又は物理アップリンク共有チャネルメディアアクセス制御制御要素（ＰＵＳＣＨ ＭＡＣ ＣＥ）に基づいてビーム失敗回復を行うことをトリガするステップを含む、
ことを特徴とする請求項１２に記載のビーム失敗回復方法。
【請求項14】
前記方法は、ＴＲＰレベルのビーム失敗回復をトリガするか、またはＴＲＰレベルのビーム失敗回復をトリガしないステップをさらに含む、
ことを特徴とする請求項１～１３のいずれかに記載のビーム失敗回復方法。
【請求項15】
前記端末に複数のＴＲＰが設定されていることは、前記端末にビーム失敗ディテクションのための複数のリファレンス信号リソースセットが設定されていること、及び／又は、前記端末に複数の制御リソースプールインデックス値が設定されていることを含む、
ことを特徴とする請求項１に記載のビーム失敗回復方法。
【請求項16】
ビーム失敗回復装置であって、端末に複数のＴＲＰが設定されている場合、複数のＴＲＰのビーム失敗ディテクションを行うように構成されるディテクティングユニットと、
前記ディテクティングユニットによって前記複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされた場合、ランダムアクセスに基づくビーム失敗回復をトリガするように構成される処理ユニットと、を含む、
ことを特徴とするビーム失敗回復装置。
【請求項17】
前記処理ユニットは、さらに、ランダムアクセスに基づくビーム失敗回復をトリガする前に、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するように構成される、
ことを特徴とする請求項１６に記載のビーム失敗回復装置。
【請求項18】
ビーム失敗回復装置であって、プロセッサと、
プロセッサによって実行可能な命令を記憶するためのメモリと、を含み、
前記プロセッサは、請求項１～１５のいずれかに記載のビーム失敗回復方法を実行する構成される、
ことを特徴とするビーム失敗回復装置。
【請求項19】
命令が記憶されている記憶媒体であって、前記記憶媒体における命令が端末のプロセッサによって実行される場合、端末が請求項１～１５のいずれかに記載のビーム失敗回復方法を実行できるようにする、
ことを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は通信技術の分野に関し、特にビーム失敗回復方法、装置及び記憶媒体に関する。
【背景技術】
【0002】
新しい無線技術（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）では、例えば、通信周波数帯域がｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ ２である場合、高周波数チャネルの減衰が速いため、カバレッジ範囲を確保するために、ビーム（ｂｅａｍ）に基づく送受信を使用する必要がある。
【0003】
関連技術では、ネットワークデバイスには複数の送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ）が設定（ｃｏｎｆｉｇｕｒｅ）されている。ネットワークデバイスが複数のＴＲＰを有する場合、ネットワークデバイスは、複数のＴＲＰを使用して端末にサービスを提供することができ、例えば、複数のＴＲＰを使用して端末に物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ）を送信することができる。ネットワークデバイスはＴＲＰを使用してＰＤＣＣＨを端末に送信し、端末は失敗検出のためのリファレンス信号リソースを検出する。端末は、失敗検出のためのリファレンス信号の無線リンク値が閾値よりも低いことを検出すると、ネットワークデバイスにビーム失敗回復（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ、ＢＦＲ）要求を送信してＢＦＲを行う必要がある。
【0004】
関連技術では、セルレベルのＢＦＲが定義されている。例えば、（Ｓｐｅｃｉａｌ ｃｅｌｌ、ＳｐＣｅｌｌ）のＢＦＲが定義されている。Ｓｐｅｃｉａｌ ｃｅｌｌは、プライマリセル（Ｐｒｉｍａｒｙ ｃｅｌｌ、Ｐｃｅｌｌ）とプライマリセカンダリセル（Ｐｒｉｍａｒｙ ｓｅｃｏｎｄａｒｙ ｃｅｌｌ、ＰＳｃｅｌｌ）とを含む。ＳｐＣｅｌｌのＢＦＲメカニズムはランダムアクセスのＢＦＲメカニズムであり、端末はＳｐＣｅｌｌでビーム失敗が発生したことを検出すると、ビーム回復を要求するためにランダムアクセスプロセスを開始する。さらに、例えば、セカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ、ＳＣｅｌｌ）レベルのＢＦＲが定義され、そのメカニズムは、物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）－スケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ、ＳＲ）メカニズム、および／または物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）－メディアアクセス制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）制御要素（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、ＣＥ）メカニズムであり、すなわち、端末はＳｃｅｌｌでビーム失敗が発生したことを検出すると、ビーム失敗回復関連情報を指示するためにＰＵＳＣＨリソースでＭＡＣ ＣＥ情報を送信する。しかしながら、ＰＵＳＣＨのリソースは、ＢＦＲ専用のＰＵＣＣＨ－ＳＲリソースでｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ要求を送信するものであってもよいし、他のＰＵＳＣＨリソースであってもよい。
【0005】
関連技術では、ＴＲＰレベルのＢＦＲ（ＴＲＰ ｓｐｅｃｉｆｉｃの ＢＦＲ）が提案され、すなわち、端末にはＭｕｌｔｉ－ＴＲＰ ＰＤＣＣＨ伝送が設定（ｃｏｎｆｉｇｕｒｅ）されている場合、あるＴＲＰでビーム失敗が発生した場合、端末はビーム失敗回復要求を送信し、ＴＲＰでビーム失敗が発生したことをネットワークデバイスに知らせ、ＢＦＲを要求することができる。ＴＲＰ ｓｐｅｃｉｆｉｃのＢＦＲは、現在、ＳＣｅｌｌに基づくＰＵＣＣＨ－ＳＲおよび／またはＰＵＳＣＨ ＭＡＣ ＣＥメカニズムを使用してビーム失敗回復要求を実現することに合意している。しかし、ＳｐＣｅｌｌに対して、複数のＴＲＰでビーム失敗が発生した場合、ランダムアクセスに基づくビーム失敗回復要求をトリガすべきか否か、およびどのようにトリガするかが解決すべき問題である。
【発明の概要】
【発明が解決しようとする課題】
【0006】
関連技術に存在する問題を克服するために、本開示はビーム失敗回復方法、装置及び記憶媒体を提供する。
【0007】
本開示の実施例の第１の態様によれば、ビーム失敗回復方法を提供し、端末に適用され、前記方法は、
前記端末に複数のＴＲＰが設定されていることに応答して、前記複数のＴＲＰのビーム失敗ディテクション（ｄｅｔｅｃｔｉｏｎ）を行うステップと、前記複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティング（ｄｅｔｅｃｔｉｎｇ）されたことに応答して、ランダムアクセスに基づくビーム失敗回復をトリガするステップと、を含む。
前記端末に複数のＴＲＰが設定されていることに応答して、前記複数のＴＲＰのビーム失敗ディテクション（ｄｅｔｅｃｔｉｏｎ）を行うステップと、前記複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティング（ｄｅｔｅｃｔｉｎｇ）されたことに応答して、ランダムアクセスに基づくビーム失敗回復をトリガするステップと、を含む。
【0008】
一実施形態では、ランダムアクセスに基づくビーム失敗回復をトリガするステップの前に、前記方法は、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含む。
【0009】
一実施形態では、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、
第１の時間の後かつ第２の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第１の時間は前記第１のＴＲＰにビーム失敗が発生したことがディテクティングされた時間であり、前記第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間である。
第１の時間の後かつ第２の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第１の時間は前記第１のＴＲＰにビーム失敗が発生したことがディテクティングされた時間であり、前記第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間である。
【0010】
一実施形態では、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、
第３の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第３の時間は物理アップリンク共有チャネルをスケジューリングするための第１のダウンリンク制御情報が受信された時間である。
第３の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第３の時間は物理アップリンク共有チャネルをスケジューリングするための第１のダウンリンク制御情報が受信された時間である。
【0011】
一実施形態では、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、
第２の時間の後の第１の時間長（ｄｕｒａｔｉｏｎ）内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含み、前記第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間である。
第２の時間の後の第１の時間長（ｄｕｒａｔｉｏｎ）内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含み、前記第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間である。
【0012】
一実施形態では、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、
第４の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が第１の物理アップリンク共有チャネルで送信された時間である。
第４の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が第１の物理アップリンク共有チャネルで送信された時間である。
【0013】
一実施形態では、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、
前記第１の物理アップリンク共有チャネルに対応するビームがビーム失敗が発生したビームであることに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含み、
前記第１の物理アップリンク共有チャネルは第１のダウンリンク制御情報によってスケジューリングされ、またはコンフィギュアドグラントのタイプ１またはタイプ２の物理アップリンク共有チャネルである。
前記第１の物理アップリンク共有チャネルに対応するビームがビーム失敗が発生したビームであることに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含み、
前記第１の物理アップリンク共有チャネルは第１のダウンリンク制御情報によってスケジューリングされ、またはコンフィギュアドグラントのタイプ１またはタイプ２の物理アップリンク共有チャネルである。
【0014】
一実施形態では、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、
第５の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第５の時間は第２のダウンリンク制御情報が受信された時間であり、前記第２のダウンリンク制御情報はネットワークデバイスが前記ＭＡＣ ＣＥ情報を受信したことを決定するために使用される。
第５の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第５の時間は第２のダウンリンク制御情報が受信された時間であり、前記第２のダウンリンク制御情報はネットワークデバイスが前記ＭＡＣ ＣＥ情報を受信したことを決定するために使用される。
【0015】
一実施形態では、前記第２のダウンリンク制御情報は第２の物理アップリンク共有チャネルをスケジューリングするために使用され、
前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子と、第１の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子とが同じであり、前記第１の物理アップリンク共有チャネルは、ビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報を送信するための物理アップリンク共有チャネルであり、及び／又は前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルの新規データ指示が変化する。
前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子と、第１の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子とが同じであり、前記第１の物理アップリンク共有チャネルは、ビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報を送信するための物理アップリンク共有チャネルであり、及び／又は前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルの新規データ指示が変化する。
【0016】
一実施形態では、ランダムアクセスビーム失敗回復要求をトリガするトリガ条件が満たされていると決定するステップは、
第４の時間の後の第２の時間長内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含み、前記第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が前記第１の物理アップリンク共有チャネルで送信された時間である。
第４の時間の後の第２の時間長内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含み、前記第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が前記第１の物理アップリンク共有チャネルで送信された時間である。
【0017】
一実施形態では、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、
第６の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第６の時間は前記第１のＴＲＰのビームが更新された時間である。
第６の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第６の時間は前記第１のＴＲＰのビームが更新された時間である。
【0018】
一実施形態では、前記方法は、前記第６の時間の後に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することが再度ディテクティングされたことに応答して、ＴＲＰレベルのビーム失敗回復をトリガするステップをさらに含む。
【0019】
一実施形態では、前記ＴＲＰレベルのビーム失敗回復をトリガすることは、
物理アップリンク制御チャネルスケジューリング要求（ＰＵＣＣＨ－ＳＲ）及び／又は物理アップリンク共有チャネルメディアアクセス制御制御要素（ＰＵＳＣＨ ＭＡＣ ＣＥ）に基づいてビーム失敗回復を行うことをトリガすることを含む。
物理アップリンク制御チャネルスケジューリング要求（ＰＵＣＣＨ－ＳＲ）及び／又は物理アップリンク共有チャネルメディアアクセス制御制御要素（ＰＵＳＣＨ ＭＡＣ ＣＥ）に基づいてビーム失敗回復を行うことをトリガすることを含む。
【0020】
一実施形態では、前記方法は、ＴＲＰレベルのビーム失敗回復をトリガするか、またはＴＲＰレベルのビーム失敗回復をトリガしないステップをさらに含む。
【0021】
一実施形態では、前記端末に複数のＴＲＰが設定されていることは、前記端末にビーム失敗ディテクションのための複数のリファレンス信号リソースセットが設定されていること、及び／又は、前記端末に複数の制御リソースプールインデックス値が設定されていることを含む。
【0022】
本開示の実施例の第２の態様によれば、ビーム失敗回復装置を提供し、前記装置は、
端末に複数のＴＲＰが設定されている場合、複数のＴＲＰのビーム失敗ディテクションを行うように構成されるディテクティングユニットと、前記ディテクティングユニットによって前記複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされた場合、ランダムアクセスに基づくビーム失敗回復をトリガするように構成される処理ユニットと、を含む。
端末に複数のＴＲＰが設定されている場合、複数のＴＲＰのビーム失敗ディテクションを行うように構成されるディテクティングユニットと、前記ディテクティングユニットによって前記複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされた場合、ランダムアクセスに基づくビーム失敗回復をトリガするように構成される処理ユニットと、を含む。
【0023】
一実施形態では、前記処理ユニットはさらに、ランダムアクセスに基づくビーム失敗回復をトリガする前に、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するように構成される。
【0024】
一実施形態では、第２の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングユニットによってディテクティングされたことに応答して、処理ユニットは、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定し、前記第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間である。
【0025】
一実施形態では、第３の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングユニットによってディテクティングされたことに応答して、処理ユニットは、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定し、前記第３の時間は物理アップリンク共有チャネルをスケジューリングするための第１のダウンリンク制御情報が受信された時間である。
【0026】
一実施形態では、第２の時間の後の第１の時間長内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、処理ユニットはランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定し、前記第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間である。
【0027】
一実施形態では、第４の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングユニットによってディテクティングされたことに応答して、処理ユニットはランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定し、前記第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が第１の物理アップリンク共有チャネルで送信された時間である。
【0028】
一実施形態では、前記第１の物理アップリンク共有チャネルに対応するビームがビーム失敗が発生したビームであることに応答して、処理ユニットはランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定し、
前記第１の物理アップリンク共有チャネルは第１のダウンリンク制御情報によってスケジューリングされ、またはコンフィギュアドグラントのタイプ１またはタイプ２の物理アップリンク共有チャネルである。
前記第１の物理アップリンク共有チャネルは第１のダウンリンク制御情報によってスケジューリングされ、またはコンフィギュアドグラントのタイプ１またはタイプ２の物理アップリンク共有チャネルである。
【0029】
一実施形態では、第５の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングユニットによってディテクティングされたことに応答して、処理ユニットはランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定し、前記第５の時間は第２のダウンリンク制御情報が受信された時間であり、前記第２のダウンリンク制御情報はネットワークデバイスが前記ＭＡＣ ＣＥ情報を受信したことを決定するために使用される。
【0030】
一実施形態では、前記第２のダウンリンク制御情報は第２の物理アップリンク共有チャネルをスケジューリングするために使用され、
前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子と、第１の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子とが同じであり、前記第１の物理アップリンク共有チャネルは、ビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報を送信するための物理アップリンク共有チャネルであり、及び／又は前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルの新規データ指示が変化する。
前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子と、第１の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子とが同じであり、前記第１の物理アップリンク共有チャネルは、ビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報を送信するための物理アップリンク共有チャネルであり、及び／又は前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルの新規データ指示が変化する。
【0031】
一実施形態では、第４の時間の後の第２の時間長内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、処理ユニットはランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定し、前記第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が前記第１の物理アップリンク共有チャネルで送信された時間である。
【0032】
一実施形態では、第６の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングユニットによってディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定し、前記第６の時間は前記第１のＴＲＰのビームが更新された時間である。
【0033】
一実施形態では、前記第６の時間の後に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングユニットによって再度ディテクティングされたことに応答して、処理ユニットはＴＲＰレベルのビーム失敗回復をトリガする。
【0034】
一実施形態では、前記ＴＲＰレベルのビーム失敗回復をトリガすることは、物理アップリンク制御チャネルスケジューリング要求（ＰＵＣＣＨ－ＳＲ）及び／又は物理アップリンク共有チャネルメディアアクセス制御制御要素（ＰＵＳＣＨ ＭＡＣ ＣＥ）に基づいてビーム失敗回復を行うことをトリガすることを含む。
【0035】
一実施形態では、前記処理ユニットはさらに、ＴＲＰレベルのビーム失敗回復をトリガするか、またはＴＲＰレベルのビーム失敗回復をトリガしないために使用される。
【0036】
一実施形態では、前記端末に複数のＴＲＰが設定されていることは、前記端末にビーム失敗ディテクションのための複数のリファレンス信号リソースセットが設定されていること、及び／又は、前記端末に複数の制御リソースプールインデックス値が設定されていることを含む。
【0037】
本開示の実施例の第３の態様によれば、ビーム失敗回復装置を提供し、前記装置は、
プロセッサと、プロセッサによって実行可能な命令を記憶するためのメモリと、を含み、
前記プロセッサは、第１の態様または第１の態様のいずれかの実施形態に記載のビーム失敗回復方法を実行するように構成される。
プロセッサと、プロセッサによって実行可能な命令を記憶するためのメモリと、を含み、
前記プロセッサは、第１の態様または第１の態様のいずれかの実施形態に記載のビーム失敗回復方法を実行するように構成される。
【0038】
本開示の実施例の第４の態様によれば、命令が記憶されている記憶媒体を提供し、前記記憶媒体における命令が端末のプロセッサによって実行される場合、端末が第１の態様または第１の態様のいずれかの実施形態に記載のビーム失敗回復方法を実行できるようにする。
【0039】
本開示の実施例によって提供される技術案は、以下の有益な効果を有することができる。端末に複数のＴＲＰが設定されている場合、複数のＴＲＰのビーム失敗ディテクションを行い、複数のＴＲＰにおいてビーム失敗が発生したＴＲＰが存在することがディテクティングされた場合、ランダムアクセスに基づくビーム失敗回復をトリガすることにより、複数のＴＲＰのシナリオで、ランダムアクセスに基づくビーム失敗回復をタイムリーに行うことを実現し、ビーム失敗回復のタイムリーさと有効性とを保証する。
【0040】
なお、上記一般的な説明及び後文の詳細な説明は、単なる例示的及び解釈的なものであり、本開示を限定するものではない。
【図面の簡単な説明】
【0041】
ここでの図面は、明細書に組み込まれ、本明細書の一部として構成され、本開示に適合する実施例を示し、本開示の原理を説明するために明細書とともに使用される。
【図1】例示的な一実施例によって示される無線通信システムの概略図である。
【図2】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図3】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図4】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図5】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図6】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図7】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図8】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図9】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図10】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図11】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図12】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図13】例示的な一実施例によって示されるＢＦＲ装置のブロック図である。
【図14】例示的な一実施例によって示されるＢＦＲのための装置のブロック図である。
【発明を実施するための形態】
【0042】
ここで、例示的な実施例を詳細に説明し、その例を図面に示す。以下の説明が図面に関連する場合、別段の表現がない限り、異なる図面の同じ数字は同じまたは類似の要素を表す。以下の例示的な実施例に記載の実施形態は、本開示と一致する全ての実施形態を表すものではない。むしろ、それらは、添付の請求項の範囲に詳細に記載された、本開示のいくつかの態様に一致する装置及び方法の例にすぎない。
【0043】
本開示の実施例によって提供されるビーム失敗回復方法は図１に示される無線通信システムに適用されることができる。図１を参照すると、この無線通信システムには、端末とネットワークデバイスとが含まれる。端末は、無線リソースを介してネットワークデバイスに接続され、データの送受信を行う。
【0044】
図１に示す無線通信システムは概略的な説明のみであり、無線通信システムには、さらにコアネットワークデバイス、無線中継デバイス及び無線回送デバイスなどの図１示されていない他のネットワークデバイスが含まれ得ることが理解である。本開示の実施例は、この無線通信システムに含まれるネットワークデバイスの数及び端末の数を限定しない。
【0045】
さらに、本開示の実施例の無線通信システムは、無線通信機能を提供するネットワークであることが理解できる。無線通信システムは、例えば符号分割多元接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＣＤＭＡ）、ブロードバンド符号分割多元接続（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＷＣＤＭＡ）、時分割多元接続（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＴＤＭＡ）、周波数分割多元接続（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＦＤＭＡ）、直交周波数分割多元接続（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＯＦＤＭＡ）、単一搬送波周波数分割多元接続（ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ ＦＤＭＡ、ＳＣ－ＦＤＭＡ）、搬送波感知多重アクセス／衝突回避（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ）など、異なる通信技術を採用することができる。異なるネットワークの容量、速度、タイムラグなどの要因に基づいてネットワークを２Ｇ（英語：ｇｅｎｅｒａｔｉｏｎ）ネットワーク、３Ｇネットワーク、４Ｇネットワーク、または５Ｇネットワークのような未来の進化ネットワークに分けることができ、５Ｇネットワークは新しい無線ネットワーク（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）と呼ばれてもよい。説明を容易にするために、本開示は、無線通信ネットワークをネットワークと略称することがある。
【0046】
さらに、本開示に係るネットワークデバイスは、無線アクセスネットワークデバイスとも称することができる。この無線アクセスネットワークデバイスは、基地局、進化型基地局（ｅｖｏｌｖｅｄ ｎｏｄｅ Ｂ、ｅＮＢ）、フェムトセル、無線フィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、ＷＩＦＩ）システムにおけるアクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）、無線中継ノード、無線回送ノード、伝送ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ、ＴＰ）、または送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ）など、ＮＲシステムにおけるｇＮＢであってもよく、または、基地局を構成するコンポーネントまたは一部のデバイスなどであってもよい。車両ネットワーク（Ｖ２Ｘ）通信システムである場合、ネットワークデバイスは車載デバイスであってもよい。本開示の実施例では、ネットワークデバイスによって採用される具体的な技術及び具体的なデバイス形態に対して限定しないことが理解されたい。
【0047】
さらに、本開示に係る端末は、端末デバイス、ユーザイクイップメント（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ，ＭＳ）、モバイル端末（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ，ＭＴ）などとも称することができ、ユーザに音声および／またはデータの連通性を提供するためのデバイスであり、例えば、端末は、無線接続機能を有するハンドヘルドデバイス、車載デバイスなどであってもよい。現在、いくつかの端末の例は、スマートフォン（Ｍｏｂｉｌｅ Ｐｈｏｎｅ）、ポケットコンピュータ（Ｐｏｃｋｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ，ＰＰＣ）、ハンドヘルドコンピュータ、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ，ＰＤＡ）、ノートパソコン、タブレットパソコン、ウェアラブルデバイス、または車載デバイスなどである。また、クルマネットワーク（Ｖ２Ｘ）通信システムである場合、端末デバイスは車載デバイスであってもよい。本開示の実施例では、端末によって採用される具体的な技術及び具体的なデバイス形態に対して限定しないことを理解されたい。
【0048】
本開示では、ネットワークデバイスと端末とがビームに基づいてデータ伝送を行う。ネットワークデバイスと端末がビームに基づいてデータ伝送を行う場合、ネットワークデバイスはＴＲＰを使用して端末にサービスを提供することができる。例えば、ットワークデバイスは、ＴＲＰを使用して端末にＰＤＣＣＨを送信することができる。端末が失敗検出のためのリファレンス信号リソースの無線リンク品質が閾値未満であることをディテクティングした場合、端末はＢＦＲを行う。失敗検出のためのリファレンス信号リソースは基地局によって表示設定されてもよく、基地局によって表示設定されていない場合、失敗検出のためのリファレンス信号リソースは、ＰＤＣＣＨを送信するための制御リソースセット（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ ｓｅｔ、ＣＯＲＥＳＥＴ）に対応する伝送状態指示（Ｔｒａｎｓｍｉｓｓｉｏｎ ｓｔａｔｅ ｉｎｄｉｃａｔｉｏｎ、 ＴＣＩ）ｓｔａｔｅにおけるＱＣＬ ｔｙｐｅ Ｄのためのリファレンス信号リソースである。端末がＢＦＲを行うことは、端末がＬｉｎｋ ｒｅｃｏｖｅｒｙを行うことと呼ばれることもできる。
【0049】
関連技術では、端末がＢＦＲを行うメカニズムは、ｃｅｌｌ ｓｐｅｃｉｆｉｃ ＢＦＲを含む。ｃｅｌｌ ｓｐｅｃｉｆｉｃ ＢＦＲは、ランダムアクセスのＢＦＲメカニズム（Ｓｐｃｅｌｌ ｓｐｅｃｉｆｉｃ ＢＦＲ）、ＰＵＣＣＨ－ＳＲ及び／又はＰＵＳＣＨ ＭＡＣ ＣＥに基づくＢＦＲメカニズム（Ｓｃｅｌｌ ｓｐｅｃｉｆｉｃ ＢＦＲ）を含む。端末がＢＦＲを行うメカニズムは、ＴＲＰレベルのＢＦＲメカニズム（ＴＲＰ ｓｐｅｃｉｆｉｃ ＢＦＲ）をさらに含む。ランダムアクセスに基づくＢＦＲメカニズムは、ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄのランダムアクセス方法（ＣＢＲＡ）とｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅのランダムアクセス方法（ＣＦＲＡ）とを含む。Ｓｐｃｅｌｌ ｓｐｅｃｉｆｉｃ ＢＦＲ、すなわちランダムアクセスのＢＦＲメカニズムにおいて、端末はランダムアクセスプロセスを開始してビーム回復を要求する。Ｓｃｅｌｌ ｓｐｅｃｉｆｉｃ ＢＦＲ、すなわちＰＵＣＣＨ－ＳＲ及び／又はＰＵＳＣＨ ＭＡＣ ＣＥに基づくＢＦＲメカニズムにおいて、端末はＰＵＣＣＨ－ＳＲ及び／又はＰＵＳＣＨ ＭＡＣ ＣＥメカニズムに基づいてビーム失敗回復を行う。端末は、セカンダリセルにビーム失敗が発生したことを検出した場合、ビーム失敗回復に関連する情報を指示するためにＰＵＳＣＨリソースでＭＡＣ ＣＥ情報を送信し、ＰＵＳＣＨリソースは、ＢＦＲ専用のＰＵＣＣＨ－ＳＲでｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔを送信して取得されたものであってもよく、他のＰＵＳＣＨリソースであってもよい。ＴＲＰレベルに基づくＢＦＲメカニズムにおいて、Ｓｃｅｌｌ ｓｐｅｃｉｆｉｃに基づくＢＦＲが多重化される。
【0050】
関連技術では、端末がビーム失敗ディテクションを行う場合、通常、ＴＲＰビーム失敗検出のためのリファレンス信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ，ＲＳ）をディテクティングする。Ｎ回の対応するＲＳの無線リンク品質（ｒａｄｉｏ ｌｉｎｋ ｑｕａｌｉｔｙ）が閾値より低いことがディテクティングされた場合、このＲＳの失敗がディテクティングされたと決定し、このＴＲＰ失敗検出のためのＲＳがすべて失敗した場合、このＴＲＰにビーム失敗が発生したことがディテクティングされたと決定する。関連技術では、端末とネットワークデバイスとの間にＭｕｌｔｉ－ＴＲＰ ＰＤＣＣＨシナリオが存在する。Ｍｕｌｔｉ－ＴＲＰ ＰＤＣＣＨシナリオでは、端末は同じセルにランダムアクセスのＢＦＲメカニズムを設定し、ＴＲＰレベルのＢＦＲメカニズムも設定した。複数のＴＲＰは失敗検出のための複数のリファレンス信号セットに対応するため、同じセルには失敗検出のための複数のリファレンス信号セットが設定され、ここで失敗検出のための複数のリファレンス信号セットのうちの各リファレンス信号セットは基地局によって表示設定されてもよく、基地局が表示設定しない場合に端末はＣＯＲＥＳＥＴのＴＣＩ ｓｔａｔｅにおけるＱＣＬ Ｔｙｐｅ Ｄのリファレンス信号に基づいて決定してもよい。複数のＴＲＰにおいて２つ以上のＴＲＰのビーム失敗が発生したことが存在する場合、トリガセルレベルのＢＦＲをトリガして、ランダムアクセスのＢＦＲを行うか否かは、相関連技術では提案されていない。
【0051】
本開示の実施例はＢＦＲ方法を提供し、複数のＴＲＰにおいてビーム失敗が発生したＴＲＰが存在するがディテクティングされた場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0052】
本開示の実施例では、説明を容易にするために、端末に設定されている複数のＴＲＰのうちビーム失敗が発生した少なくとも２つのＴＲＰのうちの１つのＴＲＰを第１のＴＲＰと呼び、もう１つを第２のＴＲＰを呼ぶ。
【0053】
図２は例示的な一実施例によって示されるＢＦＲ方法のフローチャートであり、図２に示すように、ＢＦＲ方法は端末に適用され、この端末は同じセルでランダムアクセスのＢＦＲメカニズム、及びＴＲＰレベルのＢＦＲメカニズムを設定する。本開示の実施例によって提供されるＢＦＲ方法は以下のステップを含む。
【0054】
ステップＳ１１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0055】
ステップＳ１２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0056】
本開示の実施例では、端末に複数のＴＲＰが設定されていることは、ビーム失敗ディテクションのための複数のリファレンス信号リソースセットが設定されていること、及び／又は、端末に複数の制御リソースプールインデックス値（ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ値）が設定されていることと理解できる。端末にビーム失敗ディテクションのための複数のリファレンス信号リソースセットが設定されていることは、端末に失敗検出のための複数のリファレンス信号リソースセットが表示設定されていることと理解できる。端末に失敗検出のためのリファレンス信号リソースセットが表示設定されていない場合、端末はＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘまたはＣＯＲＥＳＥＴＧｒｏｕｐに基づいて失敗検出のための１つまたは複数のリファレンス信号リソースセットを決定することができる。例えば、端末のすべてのＣＯＲＥＳＥＴが同じＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘまたはＣＯＲＥＳＥＴＧｒｏｕｐに対応する場合、端末はすべてのＣＯＲＥＳＥＴのうちの少なくとも１つのＣＯＲＥＳＥＴのＴＣＩ ｓｔａｔｅのＱＣＬ Ｔｙｐｅ Ｄのリファレンス信号リソースに基づいて、失敗検出のためのリファレンス信号リソースを決定する。端末のすべてのＣＯＲＥＳＥＴが異なるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘまたはＣＯＲＥＳＥＴＧｒｏｕｐに対応する場合、端末は同じＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘまたはＣＯＲＥＳＥＴＧｒｏｕｐに対応するすべてのＣＯＲＥＳＥＴのうちの少なくとも１つのＣＯＲＥＳＥＴのＴＣＩ ｓｔａｔｅのＱＣＬ Ｔｙｐｅ Ｄのリファレンス信号リソースに基づいて、このＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘまたはＣＯＲＥＳＥＴＧｒｏｕｐに対応する失敗検出のためのリファレンス信号リソースを決定する。各ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘまたはＣＯＲＥＳＥＴＧｒｏｕｐは失敗検出のための１つのリファレンス信号リソースに対応する。
【0057】
本開示のすべての実施例では、「端末に複数のＴＲＰが設定されている」とは、端末が基地局の複数のＴＲＰとアップリンクダウンリンク伝送を行うように構成されることを指す。いくつかの実施例では、端末は、通信規格に基づいて複数のＴＲＰ設定を決定することができ、または端末は、基地局から送信された設定パラメータまたは設定シグナリングに基づいて複数のＴＲＰ設定を決定することができ、または端末は、基地局と交渉して複数のＴＲＰを決定することができ、この複数のＴＲＰは基地局の複数のＴＲＰのサブセットまたは真のサブセットである（このように、基地局は異なるＵＥを異なるＴＲＰセットに対応させることができ、またはいくつかのＵＥを同じＴＲＰセットに対応させるが、別のＵＥを異なるＴＲＰセットに対応させることができる可能性がある）。同じ内容については、後述しない。
【0058】
本開示の実施例では、端末が複数のＴＲＰのビーム失敗ディテクションを行うことは、端末が複数のＴＲＰのうちの一部のＴＲＰまたはすべてのＴＲＰのビーム失敗ディテクションのために使用される際にそれぞれに対応するリファレンス信号セットをディテクティングすることであってもよい。例えば、端末は、第１のＴＲＰ及び／又は第２のＴＲＰビーム失敗検出のためのそれぞれのリファレンス信号セットをディテクティングする。
【0059】
本開示の実施例では、ビーム失敗が発生したＴＲＰが存在することがディテクティングされることは、従来の方法においてビーム失敗が発生したＴＲＰが存在することがディテクティングされたと決定する方法を採用することができる。例えば、あるＴＲＰに対して、失敗検出のためのリファレンス信号セット内の各ＲＳに対して、Ｎ回の対応するＲＳのｒａｄｉｏ ｌｉｎｋ ｑｕａｌｉｔｙが閾値より低いことがディテクティングされた場合、このＴＲＰにビーム失敗が発生したことがディテクティングされたと決定する。
【0060】
本開示の実施例では、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされた場合、ランダムアクセスに基づくビーム失敗回復をトリガすることができ、複数のＴＲＰシナリオで、ランダムアクセスに基づくビーム失敗回復をタイムリーに行うことを実現し、ビーム失敗回復のタイムリーさと有効性とを保証する。
【0061】
本開示の実施例によって提供されるＢＦＲ方法では、端末はランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定した場合、ランダムアクセスに基づくＢＦＲをトリガすることができる。
【0062】
【0063】
ステップＳ２１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0064】
ステップＳ２２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、且つランダムアクセスＢＦＲをトリガするトリガ条件が満たされていることに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0065】
本開示の実施例では、ランダムアクセスに基づくＢＦＲをトリガするために必要とされるトリガ条件は複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされた後、ＴＲＰ ｓｐｅｃｉｆｉｃに基づくＢＦＲ過程において決定されることができる。
【0066】
本開示の実施例によって提供されるＢＦＲ方法では、端末は複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされた場合、最も近い待ち時間内の物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）リソースでスケジューリング要求を送信することができる。本開示の実施例では、説明を容易にするために、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することが端末によってディテクティングされた時間を第１の時間（ｔ１）と呼び、端末によってＰＵＣＣＨ－ＳＲリソースでｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔを送信した時間を第２の時間（ｔ２）と呼ぶ。一例では、端末は第１のＴＲＰ及び／又は第２のＴＲＰビーム失敗検出のためのそれぞれのリファレンス信号セットをディテクティングする。第１の時間に、例えば、第１のＴＲＰにビーム失敗が発生したことがディテクティングされた場合、端末は直近のｔ２時間のＰＵＣＣＨ－ＳＲを待つ。端末はｔ２時刻のＰＵＣＣＨ－ＳＲリソースでｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔを送信する。
【0067】
本開示の実施例に係る第１の時間とｔ１は交互に使用されることがあるが、当業者はその意味の一致性を理解し、各実施例に係る第１の時間／ｔ１は同じ意味を持つことが理解できる。
【0068】
さらに、本開示の実施例に係る第２の時間とｔ２は、交互に使用されることがあるが、当業者はその意味の一致性を理解し、各実施例に係る第２の時間／ｔ２は同じ意味を持つことが理解できる。
【0069】
【0070】
ステップＳ３１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0071】
ステップＳ３２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第２の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0072】
一実施形態では、本開示の実施例では、第１の時間の後かつ第２の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定する。第１の時間は前記第１のＴＲＰにビーム失敗が発生したことがディテクティングされた時間であり、第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間（ｔ２）である。
【0073】
上記の実施例に基づいて、端末はｔ２の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0074】
本開示の実施例の別の実施形態では、端末は第２の時間のＰＵＣＣＨ－ＳＲリソースでｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔを送信した後、一定の時間を経過した後にＰＵＳＣＨをスケジューリングするためのダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を受信することができる。以下説明を容易にするために、ＰＵＳＣＨをスケジューリングするためのＤＣＩを第１のＤＣＩと呼び、第１のＤＣＩを受信した時間を第３の時間（ｔ３）と呼ぶ。
【0075】
本開示の実施例に係る第３の時間とｔ３は、交互に使用されることがあるが、当業者はその意味の一致性を理解し、各実施例に係る第３の時間／ｔ３は同じ意味を持つことが理解できる。
【0076】
【0077】
ステップＳ４１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0078】
ステップＳ４２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第３の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0079】
一実施形態では、本開示の実施例では、第２の時間に、または第２の時間の後かつ第３の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定する。第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間であり、第３の時間は物理アップリンク共有チャネルをスケジューリングするための第１のダウンリンク制御情報が受信された時間である。
【0080】
上記の実施例に基づいて、端末はｔ２時に、またはｔ２の後かつｔ３の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0081】
本開示の実施例の別の実施形態では、本開示の実施例では、第３の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定する。
【0082】
上記の実施例に基づいて、端末はｔ１時に、またはｔ１の後かつｔ３の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0083】
【0084】
ステップＳ５１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0085】
ステップＳ５２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第３の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされ、かつ第２の時間の後の第１の時間長内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0086】
本開示の実施例の一実施形態では、第２の時間後の一定時間長内（第１の時間長Ｔ１）に、いずれかのＤＣＩシグナリングが受信されなかった場合、ランダムアクセスに基づくＢＦＲをトリガするトリガ条件が満たされていると決定することができる。例えば、端末は、ｔ２＋Ｔ１時間の後に、第１のＤＣＩシグナリングが受信されなかった場合、ランダムアクセスに基づくＢＦＲをトリガする。また、例えば、端末は、ｔ２＋Ｔ１時間の後に、ネットワークデバイスがＭＡＣ ＣＥ情報を受信したと決定するためのＤＣＩ（以下、第２のＤＣＩと呼ぶ）が受信されなかった場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0087】
本開示の実施例のもう１つの実施形態では、端末は第３の時間にＰＵＳＣＨをスケジューリングするための第１のＤＣＩを受信し、一定の時間を経過した後、ビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報をＰＵＳＣＨで送信することができる。以下、説明を容易にするために、ビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報がＰＵＳＣＨで送信された時間を第４の時間（ｔ４）と呼ぶ。
【0088】
さらに、本開示の実施例に係る第４の時間とｔ４は、交互に使用されることがあるが、当業者はその意味の一致性を理解し、各実施例に係る第４の時間／ｔ４は同じ意味を持つことが理解できる。
【0089】
【0090】
ステップＳ６１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0091】
ステップＳ６２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第４の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0092】
ここで、第４の時間はビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報がＰＵＳＣＨで送信された時間である。
【0093】
なお、ビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報を送信するためのＰＵＳＣＨは第１のＤＣＩシグナリングによってスケジューリングされてもよいし、コンフィギュアドグラントのタイプ１またはタイプ２（ｃｏｎｆｉｇｕｒｅ ｇｒａｎｔ Ｔｙｐｅ １またはＴｙｐｅ ２）のＰＵＳＣＨであってもよい。説明を容易にするために、以下の各実施例ではビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報を送信するためのＰＵＳＣＨを第１のＰＵＳＣＨと呼ぶ。
【0094】
一実施形態では、第３の時間に、または第３の時間の後かつ第４の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定する。
【0095】
上記の実施例に基づいて、端末はｔ３時に、またはｔ３の後かつｔ４の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0096】
もう１つの実施形態では、第４の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定する。
【0097】
上記の実施例に基づいて、端末はｔ１時に、またはｔ１の後かつｔ４の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0098】
さらに、本開示の実施例では、第４の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされた場合、第１のＰＵＳＣＨに対応するビームが、ビーム失敗が発生したビームである場合、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定することもできる。
【0099】
【0100】
ステップＳ７１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0101】
ステップＳ７２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第４の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされ、かつ第１のＰＵＳＣＨに対応するビームが、ビーム失敗が発生したビームであることに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0102】
一実施形態では、第３の時間に、または第３の時間の後かつ第４の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされた場合、第１のＰＵＳＣＨに対応するビームが、ビーム失敗が発生したビームである場合、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定することもできる。
【0103】
もう１つの実施形態では、第４の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされた場合、第１のＰＵＳＣＨに対応するビームが、ビーム失敗が発生したビームである場合、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定することもできる。
【0104】
本開示の実施例では、端末は第４の時間のＰＵＳＣＨで、ビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報を送信し、一定の時間を経過した後、第２のＤＣＩシグナリングを受信する。以下、第２のＤＣＩが受信された時間を第５の時間（ｔ５）と呼ぶ。第５の時間は第２のＤＣＩが受信された時間であり、第２のＤＣＩはネットワークデバイスがすでにＭＡＣ ＣＥ情報を受信ことを決定するために使用される。
【0105】
さらに、本開示の実施例に係る第５の時間とｔ５は、交互に使用されることがあるが、当業者はその意味の一致性を理解し、各実施例に係る第５の時間／ｔ５は同じ意味を持つことが理解できる。
【0106】
【0107】
ステップＳ８１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0108】
ステップＳ８２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第５の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0109】
一実施形態では、第４の時間に、または第４の時間の後かつ第５の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定する。第４の時間はビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報がＰＵＳＣＨで送信された時間である。
【0110】
上記の実施例に基づいて、端末はｔ４時に、またはｔ４の後かつｔ５の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0111】
一実施形態では、第５の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定する。第５の時間は第２のＤＣＩが受信された時間であり、第２のＤＣＩはネットワークデバイスがすでにＭＡＣ ＣＥ情報を受信したことを決定するために使用される。
【0112】
上記の実施例に基づいて、端末はｔ１時に、またはｔ１の後かつｔ５の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0113】
さらに、本開示の実施例では、端末は第５の時間の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、第４の時間の後の一定の時間長（第２の時間長Ｔ２と呼ぶ）内に第２のＤＣＩシグナリングが受信されなかった場合、ランダムアクセスのＢＦＲをトリガするトリガ条件が満たされていると決定する。すなわち、ｔ４＋Ｔ２時間の後に、第２のＤＣＩシグナリングが受信されなかった場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0114】
本開示の実施例では、第２のＤＣＩシグナリングは、ネットワークデバイスがすでにＭＡＣ ＣＥ情報を受信したことを決定するために使用され、端末は、第２のＤＣＩシグナリングを受信してから一定時間を経過した後に、ビームを更新する。本開示の実施例では第２のＤＣＩはＰＵＳＣＨをスケジューリングすることもできる。以下、説明を容易にするために、第２のＤＣＩによってスケジューリングされるＰＵＳＣＨを第２のＰＵＳＣＨと呼ぶ。第２のＰＵＳＣＨのハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ、ＨＡＲＱ）識別子（Ｉｄｅｎｔｉｔｙ、ＩＤ）と第１のＰＵＳＣＨのＨＡＲＱ ＩＤとは同じであるが、新規データ指示（ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ、ＮＤＩ）は変化する（ｔｏｇｇｌｅ）。第１のＰＵＳＣＨは第１のＤＣＩによってスケジューリングされ、またはｃｏｎｆｉｇｕｒｅ ｇｒａｎｔ Ｔｙｐｅ １またはＴｙｐｅ ２のＰＵＳＣＨである。
【0115】
ビームを更新することは、疑似コロケーション（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ、ＱＣＬ） Ｔｙｐｅ－Ｄ ｐａｒａｍｅｔｅｒと、アップリンク送信空間フィルタ（ＵＬ ＴＸ ｓｐａｔｉａｌ ｆｉｌｔｅｒ）と、空間関係情報（ｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏ）と、伝送設定指示状態（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ ｓｔａｔｅ、ＴＣＩ ｓｔａｔｅ）と、ダウンリンクＴＣＩ ｓｔａｔｅ（ＤＬ ＴＣＩ ｓｔａｔｅ）と、アップリンクＴＣＩ ｓｔａｔｅ（ＵＬ ＴＣＩ ｓｔａｔｅ）と、のうちの少なくとも１つを更新することを含む。
【0116】
【0117】
ステップＳ９１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0118】
ステップＳ９２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第５の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされ、かつ第４の時間の後の第２の時間長内に、いずれかのＤＣＩが受信されなかったことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0119】
一実施形態では、第４の時間に、または第４の時間の後かつ第５の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされ、かつ第４の時間の後の第２の時間長内に、いずれかのＤＣＩが受信されていない。
【0120】
上記の実施例に基づいて、端末はｔ４時に、またはｔ４の後かつｔ５の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングし、端末はｔ４＋Ｔ２時間の後に、第２のＤＣＩシグナリングが受信されなかった場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0121】
もう１つの実施形態では、第５の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされ、かつ第４の時間の後の第２の時間長内に、いずれかのＤＣＩが受信されていない。
【0122】
上記の実施例に基づいて、端末はｔ１時に、またはｔ１の後かつｔ５の前に第２のＴＲＰにもビーム失敗が発生したことがディテクティングされ、端末はｔ４＋Ｔ２時間の後に、第２のＤＣＩシグナリングが受信されなかった場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0123】
本開示の実施例では、端末は第５の時間に第２のＤＣＩを受信した後に、一定の時間を経過した後に、ビーム失敗が発生したＴＲＰのビームを更新し、すなわち、第１のＴＲＰのビームを更新することができる。本開示の実施例では第１のＴＲＰのビームが更新された時間を第６の時間と呼ぶ。
【0124】
さらに、本開示の実施例に係る第６の時間とｔ６は、交互に使用されることがあるが、当業者はその意味の一致性を理解し、各実施例に係る第６の時間／ｔ６は同じ意味を持つことが理解できる。
【0125】
一実施形態では、第６の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定する。第５の時間は第２のＤＣＩが受信された時間であり、第２のＤＣＩはネットワークデバイスがすでにＭＡＣ ＣＥ情報を受信したことを決定するために使用され、第６の時間は第１のＴＲＰのビームが更新された時間である。
【0126】
【0127】
ステップＳ１０１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0128】
ステップＳ１０２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第６の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0129】
一実施形態では、第５の時間に、または第５の時間の後かつ第６の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定する。第５の時間は第２のＤＣＩが受信された時間であり、第２のＤＣＩはネットワークデバイスがすでにＭＡＣ ＣＥ情報を受信したことを決定するために使用され、第６の時間は第１のＴＲＰのビームが更新された時間である。
【0130】
上記の実施例に基づいて、端末はｔ５時に、またはｔ５の後かつｔ６の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0131】
もう１つの実施形態では、第６の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定する。
【0132】
上記の実施例に基づいて、端末はｔ１時に、またはｔ１の後かつｔ６の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0133】
本開示の実施例では、複数のＴＲＰにおいてビーム失敗が発生したＴＲＰが存在することを継続的にディテクティングでき、第６の時間の後に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することが再度ディテクティングされたことに応答して、ＴＲＰレベルのＢＦＲをトリガする。
【0134】
【0135】
ステップＳ１１１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0136】
ステップＳ１１２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第６の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0137】
ステップＳ１１３において、第６の時間の後に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することが再度ディテクティングされたことに応答して、ＴＲＰレベルのＢＦＲをトリガする。
【0138】
本開示の実施例では、ＴＲＰレベルのＢＦＲをトリガすることは、ＰＵＣＣＨ－ＳＲ及び／又はＰＵＳＣＨ ＭＡＣ ＣＥに基づいてＢＦＲを行うことをトリガすると理解できる。
【0139】
本開示一例では、端末に２つのＴＲＰが設定されていることを例として説明し、例えば、第１のＴＲＰと第２のＴＲＰとが設定されていることを例として説明する。ＴＲＰレベルに基づくＢＦＲは以下のような実行プロセスであると理解できる。
【0140】
ａ）端末は第１のＴＲＰ及び／又は第２のＴＲＰのビーム失敗検出のためのそれぞれのリファレンス信号セットをディテクティングし、ｔ１時間に例えば第１のＴＲＰにビーム失敗が発生したことがディテクティングされた場合、端末は直近のｔ２時間のＰＵＣＣＨ－ＳＲを待つ。ここでは、ｔ１まで他のＰＵＣＣＨ－ＳＲが送信されなかったと仮定するか、またはｔ２時間にＰＵＣＣＨ－ＳＲが送信されない場合、次に直近の期間は利用可能なＰＵＳＣＨリソースがないと仮定する。
【0141】
本開示の実施例では特定のＴＲＰにビーム失敗が発生したことが検出されたことは、従来の定義された方法を多重化でき、すなわち、リファレンス信号セット内の各ＲＳに対して、それに対応するＲＳのｒａｄｉｏｌｉｎｋｑｕａｌｉｔｙが特定のｔｈｒｅｓｈｏｌｄより低いことがＮ回ディテクティングされたことと理解できる。
【0142】
ｂ）端末はｔ３時刻の、第１のＰＵＳＣＨをスケジューリングするための第１のＤＣＩシグナリングを待つ。
【0143】
ｃ）端末はｔ３時刻で第１のＰＵＳＣＨをスケジューリングするための第１のＤＣＩを受信し、ｔ４時刻でＰＵＳＣＨでビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報を送信する。
【0144】
ｄ）端末はｔ４時刻の第１のＰＵＳＣＨでビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報を送信し、ｔ５時刻の第２のＤＣＩシグナリングを待ち、この第２のＤＣＩシグナリングは、基地局がＭＡＣ ＣＥ情報を受信したことを決定するために使用され、端末は、第２のＤＣＩシグナリングを受信したＴ０時間の後に、ビームを更新する。
【0145】
第２のＤＣＩシグナリングは第２のＰＵＳＣＨをスケジューリングするために使用されてもよく、第２のＰＵＳＣＨのＨＡＲＱ ＩＤと第１のＰＵＳＣＨのＨＡＲＱ ＩＤとが同じであるが、ＮＤＩ ｆｉｅｌｄ ｖａｌｕｅにｔｏｇｇｌｅが発生する。第１のＰＵＳＣＨは第１のＤＣＩによってスケジューリングされ、またはｃｏｎｆｉｇｕｒｅ ｇｒａｎｔ Ｔｙｐｅ １またはＴｙｐｅ ２のＰＵＳＣＨであることが理解できる。
【0146】
さらに、ビームを更新することは、ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ ＱＣＬ Ｔｙｐｅ－Ｄ ｐａｒａｍｅｔｅｒと 、ＵＬ ＴＸ ｓｐａｔｉａｌ ｆｉｌｔｅｒと、ｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏと、ＴＣＩ ｓｔａｔｅと、ＤＬ ＴＣＩ ｓｔａｔｅと、ＵＬ ＴＣＩ ｓｔａｔｅとのうちの少なくとも１つを更新することを含む。
【0147】
ｅ）端末はｔ５時刻で第２のＤＣＩシグナリングを受信した。ｔ６時刻を待ってビーム失敗が発生したＴＲＰのビームを更新する。
【0148】
さらに、本開示の実施例では、ランダムアクセスを行うＢＦＲをトリガする場合、ＴＲＰレベルのＢＦＲをトリガしてもよいし、ＴＲＰレベルのＢＦＲをトリガしなくてもよい。すなわち、ランダムアクセスに基づくＢＦＲをトリガする場合、ＴＲＰ ｓｐｅｃｉｆｉｃのＢＦＲがトリガされるか否かはランダムアクセスに基づくＢＦＲに影響を与えない。
【0149】
上記の実施例に基づいて、本開示の実施例で提供されるランダムアクセスに基づくＢＦＲをトリガするトリガ条件は以下の少なくとも１つの場合を含むことができ、ランダムアクセスに基づくＢＦＲをトリガする。
【0150】
ａ）端末はｔ２の前に第２のＴＲＰにもビーム失敗が発生したことがディテクティングされた場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0151】
ｂ）端末はｔ３の前に第２のＴＲＰにもビーム失敗が発生したことがディテクティングされた場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0152】
ｃ）端末はｔ２時に、またはｔ２の後かつｔ３の前に第２のＴＲＰにもビーム失敗が発生したことがディテクティングされ、かつ端末はｔ２＋Ｔ１時間の後に、第１のＤＣＩシグナリングが受信されなかった場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0153】
ｄ）端末はｔ４の前に第２のＴＲＰにもビーム失敗が発生したことがディテクティングされた場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0154】
ｅ）端末はｔ３時に、またはｔ３の後かつｔ４の前に第２のＴＲＰにもビーム失敗が発生したことがディテクティングされ、かつ第１のＰＵＳＣＨのビームが失敗したビームである場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0155】
ｆ）端末はｔ５の前に、第２のＴＲＰにもビーム失敗が発生したことがディテクティングされた場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0156】
ｇ）端末はｔ４時に、またはｔ４の後かつｔ５の前に第２のＴＲＰにもビーム失敗が発生したことがディテクティングされ、かつ端末はｔ４＋Ｔ２時間の後に、第２のＤＣＩシグナリングが受信されなかった場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0157】
ｈ）端末はｔ６の前に第２のＴＲＰにもビーム失敗が発生したことがディテクティングされた場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0158】
Ｉ）端末はｔ６の後に、第２のＴＲＰにビーム失敗が発生したことが再度ディテクティングされた場合、ＴＲＰ ｓｐｅｃｉｆｉｃのＢＦＲのみをトリガする。
【0159】
本開示の実施例によって提供されるＢＦＲ方法では、Ｍｕｌｔｉ－ＴＲＰ ＰＤＣＣＨシナリオで、同じセルで、ＴＲＰ ｓｐｅｃｉｆｉｃ ＢＦＲとｃｅｌｌ ｓｐｅｃｉｆｉｃのＢＦＲの両方が設定されている端末によっては、ｃｅｌｌ ｓｐｅｃｉｆｉｃをトリガする条件を決定し、ビーム失敗回復の適時性および有効性を確保する。
【0160】
なお、なお、本開示の実施例の上記に係る各種類の実施形態／実施例では、上記の実施例に合わせて使用してもよいし、独立して使用してもよいことが、当業者によって理解できる。独立して使用しても、上記の実施例に合わせて使用しても、その実現原理は同様である。本開示の実施例では、一部の実施例では、一緒に使用される実施形態で説明される。もちろん、このような例示的な説明は本開示の実施例を限定するものではないことが当業者によって理解できる。
【0161】
同じ考えに基づいて、本開示の実施例はＢＦＲ装置をさらに提供する。
【0162】
本開示の実施例によって提供されるＢＦＲ装置は、上記の機能を実現するために、各機能を実行するための対応するハードウェア構成及び／又はソフトウェアモジュールを含むことが理解できる。本開示の実施例の開示された各例のユニットおよびアルゴリズムステップを組み合わせて、本開示の実施例は、ハードウェアまたはハードウェアとコンピュータソフトウェアとの組み合わせの形態で実現することができる。特定の機能はハードウェアで、またはコンピュータソフトウェアがハードウェアを駆動する方法で実行されるかは、技術案の特定のアプリケーションと設計協定に次第である。説明された機能を実現するために、当業者は特定のアプリケーションに対して異なる方法で実現することができるが、このような実現は、本開示の実施例の技術案の範囲を超えると考えるべきではない。
【0163】
【0164】
ディテクティングユニット１０１は、端末に複数のＴＲＰが設定されている場合、複数のＴＲＰのビーム失敗ディテクションを行うように構成され、処理ユニット１０２は、ディテクティングユニット１０１によって複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされた場合、ランダムアクセスに基づくＢＦＲをトリガするように構成される。
【0165】
一実施形態では、処理ユニット１０２はさらに、ランダムアクセスに基づくＢＦＲをトリガする前に、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定するように構成される。
【0166】
一実施形態では、第２の時間の前に、ディテクティングユニット１０１によって複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、処理ユニット１０２はランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定し、第１の時間は第１のＴＲＰにビーム失敗が発生したことがディテクティングされた時間であり、第２の時間はＰＵＣＣＨリソースでスケジューリング要求が送信された時間である。
【0167】
一実施形態では、第３の時間の前に、ディテクティングユニット１０１によって複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、処理ユニット１０２はランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定し、第３の時間はＰＵＳＣＨをスケジューリングするための第１のＤＣＩが受信された時間である。
【0168】
一実施形態では、第２の時間の後の第１の時間長内に、いずれかのＤＣＩが受信されなかったことに応答して、処理ユニット１０２はランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定し、第２の時間はＰＵＣＣＨリソースでスケジューリング要求が送信された時間である。
【0169】
一実施形態では、第４の時間の前に、ディテクティングユニット１０１によって複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、処理ユニット１０２はランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定し、第４の時間はビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報が第１のＰＵＳＣＨで送信された時間である。
【0170】
一実施形態では、第１のＰＵＳＣＨに対応するビームが、ビーム失敗が発生したビームであることに応答して、処理ユニット１０２はランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定する。
【0171】
一実施形態では、第５の時間の前に、ディテクティングユニット１０１によって複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、処理ユニット１０２はランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定し、第５の時間は第２のＤＣＩが受信された時間であり、第２のＤＣＩはネットワークデバイスがすでにＭＡＣ ＣＥ情報を受信したことを決定するために使用される。
【0172】
一実施形態では、第２のＤＣＩは第２のＰＵＳＣＨをスケジューリングするために使用される。
【0173】
ここで、第２のＤＣＩによってスケジューリングされる第２のＰＵＳＣＨのハイブリッド自動再送要求識別子と、第１のＰＵＳＣＨのハイブリッド自動再送要求識別子とが同じであり、前記第１のＰＵＳＣＨは第１のＤＣＩによってスケジューリングされ、またはｃｏｎｆｉｇｕｒｅ ｇｒａｎｔ Ｔｙｐｅ １またはＴｙｐｅ ２のＰＵＳＣＨであり、及び／又は第２のＤＣＩによってスケジューリングされる第２のＰＵＳＣＨの新規データ指示が変化する。
【0174】
一実施形態では、第４の時間の後の第２の時間長内に、いずれかのＤＣＩが受信されなかったことに応答して、処理ユニット１０２はランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定し、第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が第１のＰＵＳＣＨで送信された時間である。
【0175】
一実施形態では、第６の時間の前に、ディテクティングユニット１０１によって複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定し、第６の時間は第１のＴＲＰのビームが更新された時間である。
【0176】
一実施形態では、第６の時間の後に、ディテクティングユニット１０１によって複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することが再度ディテクティングされたことに応答して、処理ユニット１０２はＴＲＰレベルのＢＦＲをトリガする。
【0177】
一実施形態では、ＴＲＰレベルのＢＦＲをトリガすることは、ＰＵＣＣＨ－ＳＲ及び／又はＰＵＳＣＨ ＭＡＣ ＣＥに基づいてＢＦＲを行うことをトリガすることを含む。
【0178】
一実施形態では、処理ユニット１０２は、さらにＴＲＰレベルのＢＦＲをトリガし、またはＴＲＰレベルのＢＦＲをトリガ・BR>オないために使用される。
【0179】
一実施形態では、端末に複数のＴＲＰが設定されていることは、端末にビーム失敗ディテクションのための複数のリファレンス信号リソースセットが設定されていること、及び／又は、端末に複数の制御リソースプールインデックス値が設定されていることを含む。
【0180】
上記実施例の装置について、その各モジュールが操作を実行する具体的な方式は、当該方法に関する実施例においてすでに詳細に説明されているため、ここでは詳細に説明しない。
【0181】
図１４は例示的な一実施例によって示されるＢＦＲのための装置２００のブロック図である。例えば、装置２００は、携帯電話、コンピュータ、デジタル放送端末、メッセージングデバイス、ゲームコンソール、タブレットデバイス、医療デバイス、フィットネスデバイス、パーソナルデジタルアシスタントなどであってもよい。
【0182】
図１４を参照すると、装置２００は、処理コンポーネント２０２、メモリ２０４、電力コンポーネント２０６、マルチメディアコンポーネント２０８、オーディオコンポーネント２１０、入力／出力（Ｉ／Ｏ）インターフェース２１２、センサコンポーネント２１４、および通信コンポーネント２１６、１つまたは複数のコンポーネントを含むことができる。
【0183】
処理コンポーネント２０２は、通常、表示、電話の呼び出し、データ通信、カメラ操作、及び記録操作に関連する操作のような装置２００の全体の操作を制御する。処理コンポーネント２０２は、上記方法の全てまたは一部のステップを完成するために、命令を実行するための１つまたは複数のプロセッサ２２０を含むことができる。また、処理コンポーネント２０２は、他のコンポーネントとのインタラクションを容易にするために、１つまたは複数のモジュールを含むことができる。例えば、処理コンポーネント２０２は、マルチメディアコンポーネント２０８と処理コンポーネント２０２とのインタラクションを容易にするために、マルチメディアモジュールを含むことができる。
【0184】
メモリ２０４は、装置２００上の操作をサポートするために、様々なタイプのデータを記憶するように構成される。これらのデータの例は、装置２００で操作するためのあらゆるアプリケーションプログラムまたは方法の命令、連絡先データ、電話帳データ、メッセージ、画像、ビデオなどを含む。メモリ２０４は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、読み出し専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュメモリ、磁気ディスク、または光ディスクのような、あらゆるタイプの揮発性または不揮発性の記憶デバイスまたはそれらの組み合わせによって実現されてもよい。
【0185】
電力コンポーネント２０６は、装置２００の各種類のコンポーネントに電力を提供する。電力コンポーネント２０６は、電源管理システム、１つまたは複数の電源、および他の装置２００への電力の生成、管理、及び配分に関連するコンポーネントを含むことができる。
【0186】
マルチメディアコンポーネント２０８は、前記装置２００とユーザとの間の出力インターフェースを提供するスクリーンを含む。いくつかの実施例では、スクリーンは、液晶ディスプレイ（ＬＣＤ）とタッチパネル（ＴＰ）を含むことができる。スクリーンがタッチパネルを含む場合、スクリーンは、ユーザからの入力信号を受信するように、タッチスクリーンとして実現されることができる。タッチパネルには、タッチ、スライド、タッチパネルのジェスチャーを感知するように、１つまたは複数のタッチセンサが含まれる。前記タッチセンサは、タッチまたはスライド動作の境界を感知するだけでなく、タッチまたはスライド操作に関連する持続時間と圧力を検出することができる。いくつかの実施例では、マルチメディアコンポーネント２０８は、１つのフロントカメラおよび／またはバックカメラを含む。装置２００が撮影モードやビデオモードなどの操作モードにある場合、フロントカメラおよび／またはバックカメラは、外部のマルチメディアデータを受信することができる。各フロントカメラおよびバックカメラは、１つの固定的な光学レンズシステムであってもよく、または焦点距離と光学ズーム能力を備えてもよい。
【0187】
オーディオコンポーネント２１０は、オーディオ信号を出力および／または入力するように構成される。例えば、オーディオコンポーネント２１０は、装置２００が呼び出しモード、記録モード、および音声認識モードのような操作モードにある場合、外部オーディオ信号を受信するように構成されるマイクロフォン（ＭＩＣ）を含む。受信されたオーディオ信号は、さらにメモリ２０４に記憶されてもよく、または通信コンポーネント２１６を介して送信されてもよい。いくつかの実施例では、オーディオコンポーネント２１０は、オーディオ信号を出力するためのスピーカをさらに含む。
【0188】
Ｉ／Ｏインターフェース２１２は、処理コンポーネント２０２と周辺インターフェースモジュールとの間にインターフェースを提供し、上記の周辺インターフェースモジュールはキーボード、クリックホイール、ボタンなどであってもよい。これらのボタンは、ホームボタン、音量ボタン、スタートボタン、およびロックボタンを含むことができるが、これらに限定されない。
【0189】
センサコンポーネント２１４は、装置２００に様々な態様の状態評価を提供するように、１つまたは複数のセンサを含む。例えば、センサコンポーネント２１４は、装置２００のオン／オフ状態、コンポーネントの相対的な位置決めを検出でき、例えば、前記コンポーネントは装置２００のディスプレイおよびキーパッドであり、センサコンポーネント２１４は、さらに、装置２００または装置２００の１つのコンポーネントの位置変化、ユーザと装置２００との接触が存在または存在しないか、装置２００の方位または加速／減速および装置２００の温度変化を検出することができる。センサコンポーネント２１４は、任意の物理的接触がない場合、付近の物体の存在を検出するように構成される近接センサを含むこともできる。センサコンポーネント２１４は、イメージングアプリケーションに使用されるＣＭＯＳまたはＣＣＤイメージセンサのような光センサをさらに含むことができる。いくつかの実施例では、当該センサコンポーネント２１４は、加速度センサ、ジャイロセンサ、磁気センサ、圧力センサ、または温度センサをさらに含むことができる。
【0190】
通信コンポーネント２１６は、装置２００と他のデバイスとの間の有線または無線方式の通信を容易にするように構成される。装置２００は、通信規格に基づく無線ネットワーク、例えばＷｉＦｉ、２Ｇまたは３Ｇ、またはこれらの組み合わせにアクセスすることができる。例示的な一実施例では、通信コンポーネント２１６は、ブロードキャストチャネルを介して外部ブロードキャスト管理システムからのブロードキャスト信号またはブロードキャスト関連情報を受信する。例示的な実施例では、前記通信コンポーネント２１６は、短距離通信を容易にするために、近距離通信（ＮＦＣ）モジュールをさらに含む。例えば、ＮＦＣモジュールは、無線周波数認識（ＲＦＩＤ）技術、赤外線データ協会（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルートゥース（ＢＴ）技術、および他の技術に基づいて実現されてもよい。
【0191】
例示的な実施例では、装置２００は、上記方法を実行するように、専用集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子部品のような１つまたは複数のアプリケーションによって実現されてもよい。
【0192】
例示的な実施例では、命令を含む非一時的なコンピュータ読み取り可能な記憶媒体、例えば、命令を含むメモリ２０４をさらに提供し、上記命令は、上記方法を完成するように、装置２００のプロセッサ２２０によって実行されてもよい。例えば、前記非一時的なコンピュータ読み取り可能な記憶媒体はＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ－ＲＯＭ、磁気テープ、フロッピーディスク、光データ記憶デバイスであってもよい。
【0193】
さらに、本開示の「複数」は２つ以上を意味し、他の助数詞はこれと類似していることを理解することができる。「及び／又は」は、関連対象の関連関係を説明し、３つの関係が存在可能であることを表す。例えば、Ａ及び／又はＢという記載は、Ａが単独で存在し、ＡとＢが同時に存在し、Ｂが単独で存在するという３つの状況を表すことができる。「／」という文字は、通常、前後の関連対象が「又は」という関係であることを表す。単数形の「一」、「前記」及び「当該」も、文脈では他の意味を明確に示さない限り、複数形を含むことも意図している。
【0194】
さらに、「第１」、「第２」などの用語は様々な情報を説明するが、これらの情報は、これらの用語に限定されてはいけないことを理解することができる。これらの用語は、単に同じタイプの情報を区別するために使用され、特定の順序や重要さを表すものではない。実際には、「第１」、「第２」などの表現は完全に交換して使うことができる。例えば、本開示の範囲から逸脱しない限り、第１の情報は第２の情報と呼ぶことができ、同様に、第２の情報は第１の情報と呼ぶこともできる。
【0195】
さらに、本開示の実施例では、図面において特定の順序で動作を説明しているが、これらの動作が、示された特定の順序またはシリアル順序で実行され、または、所望の結果を得るためにすべての動作が実行されることを求めていることが理解できる。特定の環境では、マルチタスクと並列処理が有利である可能性がある。
【0196】
当業者は、明細書を検討し、かつ、明細書で開示された発明を実践した後、本開示の他の実施案を容易に想到し得る。本出願は、本開示のいかなる変形、用途または適宜な変化をカバーすることを意図し、これらの変形、用途または適宜な変化は、本開示の一般原理に従うとともに、本開示で開示されていない当分野の周知常識または慣用技術手段を含む。明細書および実施例は、単なる例示と見なされ、本開示の真の範囲および精神は、以下の特許請求の範囲によって指摘される。
【0197】
なお、本開示は、上記に記載され、図面に示されている厳密な構造に限定されず、その範囲から逸脱しない限り、様々な修正や変更を行うことができる。本開示の範囲は、添付の特許請求の範囲のみによって限定される。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【手続補正書】
【提出日】2023-12-11
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
ビーム失敗回復方法であって、端末に適用され、前記方法は、前記端末に複数の送受信ポイント（ＴＲＰ）が設定されていることに応答して、前記複数のＴＲＰのビーム失敗ディテクションを行うステップと、
前記複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくビーム失敗回復をトリガするステップと、を含む、
ことを特徴とするビーム失敗回復方法。
【請求項2】
ランダムアクセスに基づくビーム失敗回復をトリガするステップの前に、前記方法は、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含む、
ことを特徴とする請求項１に記載のビーム失敗回復方法。
【請求項3】
ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、第１の時間の後かつ第２の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、
前記第１の時間は前記第１のＴＲＰにビーム失敗が発生したことがディテクティングされた時間であり、前記第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間である、
ことを特徴とする請求項２に記載のビーム失敗回復方法。
【請求項4】
ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、第３の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、
前記第３の時間は物理アップリンク共有チャネルをスケジューリングするための第１のダウンリンク制御情報が受信された時間である、
ことを特徴とする請求項２に記載のビーム失敗回復方法。
【請求項5】
ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、第２の時間の後の第１の時間長内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップであって、前記第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間であるステップをさらに含む、
ことを特徴とする請求項４に記載のビーム失敗回復方法。
【請求項6】
ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、第４の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、
前記第４の時間はビーム失敗が発生した第１のＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が第１の物理アップリンク共有チャネルで送信された時間である、
ことを特徴とする請求項２に記載のビーム失敗回復方法。
【請求項7】
ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、前記第１の物理アップリンク共有チャネルに対応するビームがビーム失敗が発生したビームであることに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含み、
前記第１の物理アップリンク共有チャネルは第１のダウンリンク制御情報によってスケジューリングされ、またはコンフィギュアドグラントのタイプ１またはタイプ２の物理アップリンク共有チャネルである、
ことを特徴とする請求項６に記載のビーム失敗回復方法。
【請求項8】
ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、第５の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、
前記第５の時間は第２のダウンリンク制御情報が受信された時間であり、前記第２のダウンリンク制御情報はネットワークデバイスがすでにＭＡＣ ＣＥ情報を受信したことを決定するために使用される、
ことを特徴とする請求項２に記載のビーム失敗回復方法。
【請求項9】
前記第２のダウンリンク制御情報は第２の物理アップリンク共有チャネルをスケジューリングするために使用され、又は、
前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子と、第１の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子とが同じであり、前記第１の物理アップリンク共有チャネルはビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報を送信するために使用され、又は、
前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルの新規データ指示が変化する、
ことを特徴とする請求項８に記載のビーム失敗回復方法。
【請求項10】
ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、第４の時間の後の第２の時間長内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップであって、前記第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が第１の物理アップリンク共有チャネルで送信された時間であるステップをさらに含む、
ことを特徴とする請求項８に記載のビーム失敗回復方法。
【請求項11】
ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、第６の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、
前記第６の時間は前記第１のＴＲＰのビームが更新された時間である、
ことを特徴とする請求項２に記載のビーム失敗回復方法。
【請求項12】
前記方法は、前記第６の時間の後に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することが再度ディテクティングされたことに応答して、ＴＲＰレベルのビーム失敗回復をトリガするステップをさらに含み、
ことを特徴とする請求項１１に記載のビーム失敗回復方法。
【請求項13】
前記ＴＲＰレベルのビーム失敗回復をトリガするステップは、物理アップリンク制御チャネルスケジューリング要求（ＰＵＣＣＨ－ＳＲ）と物理アップリンク共有チャネルメディアアクセス制御制御要素（ＰＵＳＣＨ ＭＡＣ ＣＥ）とのうちの少なくとも１つに基づいてビーム失敗回復を行うことをトリガするステップを含む、
ことを特徴とする請求項１２に記載のビーム失敗回復方法。
【請求項14】
前記方法は、ＴＲＰレベルのビーム失敗回復をトリガするか、またはＴＲＰレベルのビーム失敗回復をトリガしないステップをさらに含む、
ことを特徴とする請求項１に記載のビーム失敗回復方法。
【請求項15】
前記端末に複数のＴＲＰが設定されていることは、前記端末にビーム失敗ディテクションのための複数のリファレンス信号リソースセットが設定されていることと、前記端末に複数の制御リソースプールインデックス値が設定されていることと、のうちの少なくとも１つを含む、
ことを特徴とする請求項１に記載のビーム失敗回復方法。
【請求項16】
ビーム失敗回復装置であって、端末に複数のＴＲＰが設定されている場合、複数のＴＲＰのビーム失敗ディテクションを行うように構成されるディテクティングユニットと、
前記ディテクティングユニットによって前記複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされた場合、ランダムアクセスに基づくビーム失敗回復をトリガするように構成される処理ユニットと、を含む、
ことを特徴とするビーム失敗回復装置。
【請求項17】
前記処理ユニットは、さらに、ランダムアクセスに基づくビーム失敗回復をトリガする前に、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するように構成される、
ことを特徴とする請求項１６に記載のビーム失敗回復装置。
【請求項18】
ビーム失敗回復装置であって、プロセッサと、
プロセッサによって実行可能な命令を記憶するためのメモリと、を含み、
前記プロセッサは、請求項１～１５のいずれかに記載のビーム失敗回復方法を実行する構成される、
ことを特徴とするビーム失敗回復装置。
【請求項19】
命令が記憶されている記憶媒体であって、前記記憶媒体における命令が端末のプロセッサによって実行される場合、端末が請求項１～１５のいずれかに記載のビーム失敗回復方法を実行できるようにする、
ことを特徴とする記憶媒体。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【0001】
本開示は通信技術の分野に関し、特にビーム失敗回復方法、装置及び記憶媒体に関する。
【背景技術】
【0002】
新しい無線技術（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）では、例えば、通信周波数帯域がｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ ２である場合、高周波数チャネルの減衰が速いため、カバレッジ範囲を確保するために、ビーム（ｂｅａｍ）に基づく送受信を使用する必要がある。
【0003】
関連技術では、ネットワークデバイスには複数の送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ）が設定（ｃｏｎｆｉｇｕｒｅ）されている。ネットワークデバイスが複数のＴＲＰを有する場合、ネットワークデバイスは、複数のＴＲＰを使用して端末にサービスを提供することができ、例えば、複数のＴＲＰを使用して端末に物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＤＣＣＨ）を送信することができる。ネットワークデバイスはＴＲＰを使用してＰＤＣＣＨを端末に送信し、端末は失敗検出のためのリファレンス信号リソースを検出する。端末は、失敗検出のためのリファレンス信号の無線リンク値が閾値よりも低いことを検出すると、ネットワークデバイスにビーム失敗回復（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ、ＢＦＲ）要求を送信してＢＦＲを行う必要がある。
【0004】
関連技術では、セルレベルのＢＦＲが定義されている。例えば、（Ｓｐｅｃｉａｌ ｃｅｌｌ、ＳｐＣｅｌｌ）のＢＦＲが定義されている。Ｓｐｅｃｉａｌ ｃｅｌｌは、プライマリセル（Ｐｒｉｍａｒｙ ｃｅｌｌ、Ｐｃｅｌｌ）とプライマリセカンダリセル（Ｐｒｉｍａｒｙ ｓｅｃｏｎｄａｒｙ ｃｅｌｌ、ＰＳｃｅｌｌ）とを含む。ＳｐＣｅｌｌのＢＦＲメカニズムはランダムアクセスのＢＦＲメカニズムであり、端末はＳｐＣｅｌｌでビーム失敗が発生したことを検出すると、ビーム回復を要求するためにランダムアクセスプロセスを開始する。さらに、例えば、セカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ、ＳＣｅｌｌ）レベルのＢＦＲが定義され、そのメカニズムは、物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）－スケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ、ＳＲ）メカニズム、および／または物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）－メディアアクセス制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ、ＭＡＣ）制御要素（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、ＣＥ）メカニズムであり、すなわち、端末はＳｃｅｌｌでビーム失敗が発生したことを検出すると、ビーム失敗回復関連情報を指示するためにＰＵＳＣＨリソースでＭＡＣ ＣＥ情報を送信する。しかしながら、ＰＵＳＣＨのリソースは、ＢＦＲ専用のＰＵＣＣＨ－ＳＲリソースでｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ要求を送信するものであってもよいし、他のＰＵＳＣＨリソースであってもよい。
【0005】
関連技術では、ＴＲＰレベルのＢＦＲ（ＴＲＰ ｓｐｅｃｉｆｉｃの ＢＦＲ）が提案され、すなわち、端末にはＭｕｌｔｉ－ＴＲＰ ＰＤＣＣＨ伝送が設定（ｃｏｎｆｉｇｕｒｅ）されている場合、あるＴＲＰでビーム失敗が発生した場合、端末はビーム失敗回復要求を送信し、ＴＲＰでビーム失敗が発生したことをネットワークデバイスに知らせ、ＢＦＲを要求することができる。ＴＲＰ ｓｐｅｃｉｆｉｃのＢＦＲは、現在、ＳＣｅｌｌに基づくＰＵＣＣＨ－ＳＲおよび／またはＰＵＳＣＨ ＭＡＣ ＣＥメカニズムを使用してビーム失敗回復要求を実現することに合意している。しかし、ＳｐＣｅｌｌに対して、複数のＴＲＰでビーム失敗が発生した場合、ランダムアクセスに基づくビーム失敗回復要求をトリガすべきか否か、およびどのようにトリガするかが解決すべき問題である。
【発明の概要】
【発明が解決しようとする課題】
【0006】
関連技術に存在する問題を克服するために、本開示はビーム失敗回復方法、装置及び記憶媒体を提供する。
【0007】
本開示の実施例の第１の態様によれば、ビーム失敗回復方法を提供し、端末に適用され、前記方法は、
前記端末に複数のＴＲＰが設定されていることに応答して、前記複数のＴＲＰのビーム失敗ディテクション（ｄｅｔｅｃｔｉｏｎ）を行うステップと、前記複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティング（ｄｅｔｅｃｔｉｎｇ）されたことに応答して、ランダムアクセスに基づくビーム失敗回復をトリガするステップと、を含む。
前記端末に複数のＴＲＰが設定されていることに応答して、前記複数のＴＲＰのビーム失敗ディテクション（ｄｅｔｅｃｔｉｏｎ）を行うステップと、前記複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティング（ｄｅｔｅｃｔｉｎｇ）されたことに応答して、ランダムアクセスに基づくビーム失敗回復をトリガするステップと、を含む。
【0008】
一実施形態では、ランダムアクセスに基づくビーム失敗回復をトリガするステップの前に、前記方法は、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含む。
【0009】
一実施形態では、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、
第１の時間の後かつ第２の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第１の時間は前記第１のＴＲＰにビーム失敗が発生したことがディテクティングされた時間であり、前記第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間である。
第１の時間の後かつ第２の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第１の時間は前記第１のＴＲＰにビーム失敗が発生したことがディテクティングされた時間であり、前記第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間である。
【0010】
一実施形態では、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、
第３の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第３の時間は物理アップリンク共有チャネルをスケジューリングするための第１のダウンリンク制御情報が受信された時間である。
第３の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第３の時間は物理アップリンク共有チャネルをスケジューリングするための第１のダウンリンク制御情報が受信された時間である。
【0011】
一実施形態では、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、
第２の時間の後の第１の時間長（ｄｕｒａｔｉｏｎ）内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含み、前記第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間である。
第２の時間の後の第１の時間長（ｄｕｒａｔｉｏｎ）内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含み、前記第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間である。
【0012】
一実施形態では、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、
第４の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が第１の物理アップリンク共有チャネルで送信された時間である。
第４の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が第１の物理アップリンク共有チャネルで送信された時間である。
【0013】
一実施形態では、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、
前記第１の物理アップリンク共有チャネルに対応するビームがビーム失敗が発生したビームであることに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含み、
前記第１の物理アップリンク共有チャネルは第１のダウンリンク制御情報によってスケジューリングされ、またはコンフィギュアドグラントのタイプ１またはタイプ２の物理アップリンク共有チャネルである。
前記第１の物理アップリンク共有チャネルに対応するビームがビーム失敗が発生したビームであることに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含み、
前記第１の物理アップリンク共有チャネルは第１のダウンリンク制御情報によってスケジューリングされ、またはコンフィギュアドグラントのタイプ１またはタイプ２の物理アップリンク共有チャネルである。
【0014】
一実施形態では、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、
第５の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第５の時間は第２のダウンリンク制御情報が受信された時間であり、前記第２のダウンリンク制御情報はネットワークデバイスが前記ＭＡＣ ＣＥ情報を受信したことを決定するために使用される。
第５の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第５の時間は第２のダウンリンク制御情報が受信された時間であり、前記第２のダウンリンク制御情報はネットワークデバイスが前記ＭＡＣ ＣＥ情報を受信したことを決定するために使用される。
【0015】
一実施形態では、前記第２のダウンリンク制御情報は第２の物理アップリンク共有チャネルをスケジューリングするために使用され、
前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子と、第１の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子とが同じであり、前記第１の物理アップリンク共有チャネルは、ビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報を送信するための物理アップリンク共有チャネルであり、及び／又は前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルの新規データ指示が変化する。
前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子と、第１の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子とが同じであり、前記第１の物理アップリンク共有チャネルは、ビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報を送信するための物理アップリンク共有チャネルであり、及び／又は前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルの新規データ指示が変化する。
【0016】
一実施形態では、ランダムアクセスビーム失敗回復要求をトリガするトリガ条件が満たされていると決定するステップは、
第４の時間の後の第２の時間長内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含み、前記第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が前記第１の物理アップリンク共有チャネルで送信された時間である。
第４の時間の後の第２の時間長内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップをさらに含み、前記第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が前記第１の物理アップリンク共有チャネルで送信された時間である。
【0017】
一実施形態では、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップは、
第６の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第６の時間は前記第１のＴＲＰのビームが更新された時間である。
第６の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するステップを含み、前記第６の時間は前記第１のＴＲＰのビームが更新された時間である。
【0018】
一実施形態では、前記方法は、前記第６の時間の後に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することが再度ディテクティングされたことに応答して、ＴＲＰレベルのビーム失敗回復をトリガするステップをさらに含む。
【0019】
一実施形態では、前記ＴＲＰレベルのビーム失敗回復をトリガすることは、
物理アップリンク制御チャネルスケジューリング要求（ＰＵＣＣＨ－ＳＲ）及び／又は物理アップリンク共有チャネルメディアアクセス制御制御要素（ＰＵＳＣＨ ＭＡＣ ＣＥ）に基づいてビーム失敗回復を行うことをトリガすることを含む。
物理アップリンク制御チャネルスケジューリング要求（ＰＵＣＣＨ－ＳＲ）及び／又は物理アップリンク共有チャネルメディアアクセス制御制御要素（ＰＵＳＣＨ ＭＡＣ ＣＥ）に基づいてビーム失敗回復を行うことをトリガすることを含む。
【0020】
一実施形態では、前記方法は、ＴＲＰレベルのビーム失敗回復をトリガするか、またはＴＲＰレベルのビーム失敗回復をトリガしないステップをさらに含む。
【0021】
一実施形態では、前記端末に複数のＴＲＰが設定されていることは、前記端末にビーム失敗ディテクションのための複数のリファレンス信号リソースセットが設定されていること、及び／又は、前記端末に複数の制御リソースプールインデックス値が設定されていることを含む。
【0022】
本開示の実施例の第２の態様によれば、ビーム失敗回復装置を提供し、前記装置は、
端末に複数のＴＲＰが設定されている場合、複数のＴＲＰのビーム失敗ディテクションを行うように構成されるディテクティングユニットと、前記ディテクティングユニットによって前記複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされた場合、ランダムアクセスに基づくビーム失敗回復をトリガするように構成される処理ユニットと、を含む。
端末に複数のＴＲＰが設定されている場合、複数のＴＲＰのビーム失敗ディテクションを行うように構成されるディテクティングユニットと、前記ディテクティングユニットによって前記複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされた場合、ランダムアクセスに基づくビーム失敗回復をトリガするように構成される処理ユニットと、を含む。
【0023】
一実施形態では、前記処理ユニットはさらに、ランダムアクセスに基づくビーム失敗回復をトリガする前に、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定するように構成される。
【0024】
一実施形態では、第２の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングユニットによってディテクティングされたことに応答して、処理ユニットは、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定し、前記第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間である。
【0025】
一実施形態では、第３の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングユニットによってディテクティングされたことに応答して、処理ユニットは、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定し、前記第３の時間は物理アップリンク共有チャネルをスケジューリングするための第１のダウンリンク制御情報が受信された時間である。
【0026】
一実施形態では、第２の時間の後の第１の時間長内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、処理ユニットはランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定し、前記第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間である。
【0027】
一実施形態では、第４の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングユニットによってディテクティングされたことに応答して、処理ユニットはランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定し、前記第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が第１の物理アップリンク共有チャネルで送信された時間である。
【0028】
一実施形態では、前記第１の物理アップリンク共有チャネルに対応するビームがビーム失敗が発生したビームであることに応答して、処理ユニットはランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定し、
前記第１の物理アップリンク共有チャネルは第１のダウンリンク制御情報によってスケジューリングされ、またはコンフィギュアドグラントのタイプ１またはタイプ２の物理アップリンク共有チャネルである。
前記第１の物理アップリンク共有チャネルは第１のダウンリンク制御情報によってスケジューリングされ、またはコンフィギュアドグラントのタイプ１またはタイプ２の物理アップリンク共有チャネルである。
【0029】
一実施形態では、第５の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングユニットによってディテクティングされたことに応答して、処理ユニットはランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定し、前記第５の時間は第２のダウンリンク制御情報が受信された時間であり、前記第２のダウンリンク制御情報はネットワークデバイスが前記ＭＡＣ ＣＥ情報を受信したことを決定するために使用される。
【0030】
一実施形態では、前記第２のダウンリンク制御情報は第２の物理アップリンク共有チャネルをスケジューリングするために使用され、
前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子と、第１の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子とが同じであり、前記第１の物理アップリンク共有チャネルは、ビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報を送信するための物理アップリンク共有チャネルであり、及び／又は前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルの新規データ指示が変化する。
前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子と、第１の物理アップリンク共有チャネルのハイブリッド自動再送要求識別子とが同じであり、前記第１の物理アップリンク共有チャネルは、ビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報を送信するための物理アップリンク共有チャネルであり、及び／又は前記第２のダウンリンク制御情報によってスケジューリングされる第２の物理アップリンク共有チャネルの新規データ指示が変化する。
【0031】
一実施形態では、第４の時間の後の第２の時間長内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、処理ユニットはランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定し、前記第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が前記第１の物理アップリンク共有チャネルで送信された時間である。
【0032】
一実施形態では、第６の時間の前に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングユニットによってディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定し、前記第６の時間は前記第１のＴＲＰのビームが更新された時間である。
【0033】
一実施形態では、前記第６の時間の後に、前記複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングユニットによって再度ディテクティングされたことに応答して、処理ユニットはＴＲＰレベルのビーム失敗回復をトリガする。
【0034】
一実施形態では、前記ＴＲＰレベルのビーム失敗回復をトリガすることは、物理アップリンク制御チャネルスケジューリング要求（ＰＵＣＣＨ－ＳＲ）及び／又は物理アップリンク共有チャネルメディアアクセス制御制御要素（ＰＵＳＣＨ ＭＡＣ ＣＥ）に基づいてビーム失敗回復を行うことをトリガすることを含む。
【0035】
一実施形態では、前記処理ユニットはさらに、ＴＲＰレベルのビーム失敗回復をトリガするか、またはＴＲＰレベルのビーム失敗回復をトリガしないために使用される。
【0036】
一実施形態では、前記端末に複数のＴＲＰが設定されていることは、前記端末にビーム失敗ディテクションのための複数のリファレンス信号リソースセットが設定されていること、及び／又は、前記端末に複数の制御リソースプールインデックス値が設定されていることを含む。
【0037】
本開示の実施例の第３の態様によれば、ビーム失敗回復装置を提供し、前記装置は、
プロセッサと、プロセッサによって実行可能な命令を記憶するためのメモリと、を含み、
前記プロセッサは、第１の態様または第１の態様のいずれかの実施形態に記載のビーム失敗回復方法を実行するように構成される。
プロセッサと、プロセッサによって実行可能な命令を記憶するためのメモリと、を含み、
前記プロセッサは、第１の態様または第１の態様のいずれかの実施形態に記載のビーム失敗回復方法を実行するように構成される。
【0038】
本開示の実施例の第４の態様によれば、命令が記憶されている記憶媒体を提供し、前記記憶媒体における命令が端末のプロセッサによって実行される場合、端末が第１の態様または第１の態様のいずれかの実施形態に記載のビーム失敗回復方法を実行できるようにする。
【0039】
本開示の実施例によって提供される技術案は、以下の有益な効果を有することができる。端末に複数のＴＲＰが設定されている場合、複数のＴＲＰのビーム失敗ディテクションを行い、複数のＴＲＰにおいてビーム失敗が発生したＴＲＰが存在することがディテクティングされた場合、ランダムアクセスに基づくビーム失敗回復をトリガすることにより、複数のＴＲＰのシナリオで、ランダムアクセスに基づくビーム失敗回復をタイムリーに行うことを実現し、ビーム失敗回復のタイムリーさと有効性とを保証する。
【0040】
なお、上記一般的な説明及び後文の詳細な説明は、単なる例示的及び解釈的なものであり、本開示を限定するものではない。
【図面の簡単な説明】
【0041】
ここでの図面は、明細書に組み込まれ、本明細書の一部として構成され、本開示に適合する実施例を示し、本開示の原理を説明するために明細書とともに使用される。
【図1】例示的な一実施例によって示される無線通信システムの概略図である。
【図2】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図3】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図4】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図5】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図6】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図7】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図8】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図9】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図10】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図11】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図12】例示的な一実施例によって示されるＢＦＲ方法のフローチャートである。
【図13】例示的な一実施例によって示されるＢＦＲ装置のブロック図である。
【図14】例示的な一実施例によって示されるＢＦＲのための装置のブロック図である。
【発明を実施するための形態】
【0042】
ここで、例示的な実施例を詳細に説明し、その例を図面に示す。以下の説明が図面に関連する場合、別段の表現がない限り、異なる図面の同じ数字は同じまたは類似の要素を表す。以下の例示的な実施例に記載の実施形態は、本開示と一致する全ての実施形態を表すものではない。むしろ、それらは、添付の請求項の範囲に詳細に記載された、本開示のいくつかの態様に一致する装置及び方法の例にすぎない。
【0043】
本開示の実施例によって提供されるビーム失敗回復方法は図１に示される無線通信システムに適用されることができる。図１を参照すると、この無線通信システムには、端末とネットワークデバイスとが含まれる。端末は、無線リソースを介してネットワークデバイスに接続され、データの送受信を行う。
【0044】
図１に示す無線通信システムは概略的な説明のみであり、無線通信システムには、さらにコアネットワークデバイス、無線中継デバイス及び無線回送デバイスなどの図１示されていない他のネットワークデバイスが含まれ得ることが理解である。本開示の実施例は、この無線通信システムに含まれるネットワークデバイスの数及び端末の数を限定しない。
【0045】
さらに、本開示の実施例の無線通信システムは、無線通信機能を提供するネットワークであることが理解できる。無線通信システムは、例えば符号分割多元接続（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＣＤＭＡ）、ブロードバンド符号分割多元接続（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＷＣＤＭＡ）、時分割多元接続（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＴＤＭＡ）、周波数分割多元接続（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＦＤＭＡ）、直交周波数分割多元接続（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ、ＯＦＤＭＡ）、単一搬送波周波数分割多元接続（ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ ＦＤＭＡ、ＳＣ－ＦＤＭＡ）、搬送波感知多重アクセス／衝突回避（Ｃａｒｒｉｅｒ Ｓｅｎｓｅ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ ｗｉｔｈ Ｃｏｌｌｉｓｉｏｎ Ａｖｏｉｄａｎｃｅ）など、異なる通信技術を採用することができる。異なるネットワークの容量、速度、タイムラグなどの要因に基づいてネットワークを２Ｇ（英語：ｇｅｎｅｒａｔｉｏｎ）ネットワーク、３Ｇネットワーク、４Ｇネットワーク、または５Ｇネットワークのような未来の進化ネットワークに分けることができ、５Ｇネットワークは新しい無線ネットワーク（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）と呼ばれてもよい。説明を容易にするために、本開示は、無線通信ネットワークをネットワークと略称することがある。
【0046】
さらに、本開示に係るネットワークデバイスは、無線アクセスネットワークデバイスとも称することができる。この無線アクセスネットワークデバイスは、基地局、進化型基地局（ｅｖｏｌｖｅｄ ｎｏｄｅ Ｂ、ｅＮＢ）、フェムトセル、無線フィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ、ＷＩＦＩ）システムにおけるアクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）、無線中継ノード、無線回送ノード、伝送ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ、ＴＰ）、または送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ）など、ＮＲシステムにおけるｇＮＢであってもよく、または、基地局を構成するコンポーネントまたは一部のデバイスなどであってもよい。車両ネットワーク（Ｖ２Ｘ）通信システムである場合、ネットワークデバイスは車載デバイスであってもよい。本開示の実施例では、ネットワークデバイスによって採用される具体的な技術及び具体的なデバイス形態に対して限定しないことが理解されたい。
【0047】
さらに、本開示に係る端末は、端末デバイス、ユーザイクイップメント（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ，ＵＥ）、移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ，ＭＳ）、モバイル端末（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ，ＭＴ）などとも称することができ、ユーザに音声および／またはデータの連通性を提供するためのデバイスであり、例えば、端末は、無線接続機能を有するハンドヘルドデバイス、車載デバイスなどであってもよい。現在、いくつかの端末の例は、スマートフォン（Ｍｏｂｉｌｅ Ｐｈｏｎｅ）、ポケットコンピュータ（Ｐｏｃｋｅｔ Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ，ＰＰＣ）、ハンドヘルドコンピュータ、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ，ＰＤＡ）、ノートパソコン、タブレットパソコン、ウェアラブルデバイス、または車載デバイスなどである。また、クルマネットワーク（Ｖ２Ｘ）通信システムである場合、端末デバイスは車載デバイスであってもよい。本開示の実施例では、端末によって採用される具体的な技術及び具体的なデバイス形態に対して限定しないことを理解されたい。
【0048】
本開示では、ネットワークデバイスと端末とがビームに基づいてデータ伝送を行う。ネットワークデバイスと端末がビームに基づいてデータ伝送を行う場合、ネットワークデバイスはＴＲＰを使用して端末にサービスを提供することができる。例えば、ットワークデバイスは、ＴＲＰを使用して端末にＰＤＣＣＨを送信することができる。端末が失敗検出のためのリファレンス信号リソースの無線リンク品質が閾値未満であることをディテクティングした場合、端末はＢＦＲを行う。失敗検出のためのリファレンス信号リソースは基地局によって表示設定されてもよく、基地局によって表示設定されていない場合、失敗検出のためのリファレンス信号リソースは、ＰＤＣＣＨを送信するための制御リソースセット（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ ｓｅｔ、ＣＯＲＥＳＥＴ）に対応する伝送状態指示（Ｔｒａｎｓｍｉｓｓｉｏｎ ｓｔａｔｅ ｉｎｄｉｃａｔｉｏｎ、 ＴＣＩ）ｓｔａｔｅにおけるＱＣＬ ｔｙｐｅ Ｄのためのリファレンス信号リソースである。端末がＢＦＲを行うことは、端末がＬｉｎｋ ｒｅｃｏｖｅｒｙを行うことと呼ばれることもできる。
【0049】
関連技術では、端末がＢＦＲを行うメカニズムは、ｃｅｌｌ ｓｐｅｃｉｆｉｃ ＢＦＲを含む。ｃｅｌｌ ｓｐｅｃｉｆｉｃ ＢＦＲは、ランダムアクセスのＢＦＲメカニズム（Ｓｐｃｅｌｌ ｓｐｅｃｉｆｉｃ ＢＦＲ）、ＰＵＣＣＨ－ＳＲ及び／又はＰＵＳＣＨ ＭＡＣ ＣＥに基づくＢＦＲメカニズム（Ｓｃｅｌｌ ｓｐｅｃｉｆｉｃ ＢＦＲ）を含む。端末がＢＦＲを行うメカニズムは、ＴＲＰレベルのＢＦＲメカニズム（ＴＲＰ ｓｐｅｃｉｆｉｃ ＢＦＲ）をさらに含む。ランダムアクセスに基づくＢＦＲメカニズムは、ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄのランダムアクセス方法（ＣＢＲＡ）とｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅのランダムアクセス方法（ＣＦＲＡ）とを含む。Ｓｐｃｅｌｌ ｓｐｅｃｉｆｉｃ ＢＦＲ、すなわちランダムアクセスのＢＦＲメカニズムにおいて、端末はランダムアクセスプロセスを開始してビーム回復を要求する。Ｓｃｅｌｌ ｓｐｅｃｉｆｉｃ ＢＦＲ、すなわちＰＵＣＣＨ－ＳＲ及び／又はＰＵＳＣＨ ＭＡＣ ＣＥに基づくＢＦＲメカニズムにおいて、端末はＰＵＣＣＨ－ＳＲ及び／又はＰＵＳＣＨ ＭＡＣ ＣＥメカニズムに基づいてビーム失敗回復を行う。端末は、セカンダリセルにビーム失敗が発生したことを検出した場合、ビーム失敗回復に関連する情報を指示するためにＰＵＳＣＨリソースでＭＡＣ ＣＥ情報を送信し、ＰＵＳＣＨリソースは、ＢＦＲ専用のＰＵＣＣＨ－ＳＲでｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔを送信して取得されたものであってもよく、他のＰＵＳＣＨリソースであってもよい。ＴＲＰレベルに基づくＢＦＲメカニズムにおいて、Ｓｃｅｌｌ ｓｐｅｃｉｆｉｃに基づくＢＦＲが多重化される。
【0050】
関連技術では、端末がビーム失敗ディテクションを行う場合、通常、ＴＲＰビーム失敗検出のためのリファレンス信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ，ＲＳ）をディテクティングする。Ｎ回の対応するＲＳの無線リンク品質（ｒａｄｉｏ ｌｉｎｋ ｑｕａｌｉｔｙ）が閾値より低いことがディテクティングされた場合、このＲＳの失敗がディテクティングされたと決定し、このＴＲＰ失敗検出のためのＲＳがすべて失敗した場合、このＴＲＰにビーム失敗が発生したことがディテクティングされたと決定する。関連技術では、端末とネットワークデバイスとの間にＭｕｌｔｉ－ＴＲＰ ＰＤＣＣＨシナリオが存在する。Ｍｕｌｔｉ－ＴＲＰ ＰＤＣＣＨシナリオでは、端末は同じセルにランダムアクセスのＢＦＲメカニズムを設定し、ＴＲＰレベルのＢＦＲメカニズムも設定した。複数のＴＲＰは失敗検出のための複数のリファレンス信号セットに対応するため、同じセルには失敗検出のための複数のリファレンス信号セットが設定され、ここで失敗検出のための複数のリファレンス信号セットのうちの各リファレンス信号セットは基地局によって表示設定されてもよく、基地局が表示設定しない場合に端末はＣＯＲＥＳＥＴのＴＣＩ ｓｔａｔｅにおけるＱＣＬ Ｔｙｐｅ Ｄのリファレンス信号に基づいて決定してもよい。複数のＴＲＰにおいて２つ以上のＴＲＰのビーム失敗が発生したことが存在する場合、トリガセルレベルのＢＦＲをトリガして、ランダムアクセスのＢＦＲを行うか否かは、相関連技術では提案されていない。
【0051】
本開示の実施例はＢＦＲ方法を提供し、複数のＴＲＰにおいてビーム失敗が発生したＴＲＰが存在するがディテクティングされた場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0052】
本開示の実施例では、説明を容易にするために、端末に設定されている複数のＴＲＰのうちビーム失敗が発生した少なくとも２つのＴＲＰのうちの１つのＴＲＰを第１のＴＲＰと呼び、もう１つを第２のＴＲＰを呼ぶ。
【0053】
図２は例示的な一実施例によって示されるＢＦＲ方法のフローチャートであり、図２に示すように、ＢＦＲ方法は端末に適用され、この端末は同じセルでランダムアクセスのＢＦＲメカニズム、及びＴＲＰレベルのＢＦＲメカニズムを設定する。本開示の実施例によって提供されるＢＦＲ方法は以下のステップを含む。
【0054】
ステップＳ１１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0055】
ステップＳ１２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0056】
本開示の実施例では、端末に複数のＴＲＰが設定されていることは、ビーム失敗ディテクションのための複数のリファレンス信号リソースセットが設定されていること、及び／又は、端末に複数の制御リソースプールインデックス値（ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ値）が設定されていることと理解できる。端末にビーム失敗ディテクションのための複数のリファレンス信号リソースセットが設定されていることは、端末に失敗検出のための複数のリファレンス信号リソースセットが表示設定されていることと理解できる。端末に失敗検出のためのリファレンス信号リソースセットが表示設定されていない場合、端末はＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘまたはＣＯＲＥＳＥＴＧｒｏｕｐに基づいて失敗検出のための１つまたは複数のリファレンス信号リソースセットを決定することができる。例えば、端末のすべてのＣＯＲＥＳＥＴが同じＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘまたはＣＯＲＥＳＥＴＧｒｏｕｐに対応する場合、端末はすべてのＣＯＲＥＳＥＴのうちの少なくとも１つのＣＯＲＥＳＥＴのＴＣＩ ｓｔａｔｅのＱＣＬ Ｔｙｐｅ Ｄのリファレンス信号リソースに基づいて、失敗検出のためのリファレンス信号リソースを決定する。端末のすべてのＣＯＲＥＳＥＴが異なるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘまたはＣＯＲＥＳＥＴＧｒｏｕｐに対応する場合、端末は同じＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘまたはＣＯＲＥＳＥＴＧｒｏｕｐに対応するすべてのＣＯＲＥＳＥＴのうちの少なくとも１つのＣＯＲＥＳＥＴのＴＣＩ ｓｔａｔｅのＱＣＬ Ｔｙｐｅ Ｄのリファレンス信号リソースに基づいて、このＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘまたはＣＯＲＥＳＥＴＧｒｏｕｐに対応する失敗検出のためのリファレンス信号リソースを決定する。各ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘまたはＣＯＲＥＳＥＴＧｒｏｕｐは失敗検出のための１つのリファレンス信号リソースに対応する。
【0057】
本開示のすべての実施例では、「端末に複数のＴＲＰが設定されている」とは、端末が基地局の複数のＴＲＰとアップリンクダウンリンク伝送を行うように構成されることを指す。いくつかの実施例では、端末は、通信規格に基づいて複数のＴＲＰ設定を決定することができ、または端末は、基地局から送信された設定パラメータまたは設定シグナリングに基づいて複数のＴＲＰ設定を決定することができ、または端末は、基地局と交渉して複数のＴＲＰを決定することができ、この複数のＴＲＰは基地局の複数のＴＲＰのサブセットまたは真のサブセットである（このように、基地局は異なるＵＥを異なるＴＲＰセットに対応させることができ、またはいくつかのＵＥを同じＴＲＰセットに対応させるが、別のＵＥを異なるＴＲＰセットに対応させることができる可能性がある）。同じ内容については、後述しない。
【0058】
本開示の実施例では、端末が複数のＴＲＰのビーム失敗ディテクションを行うことは、端末が複数のＴＲＰのうちの一部のＴＲＰまたはすべてのＴＲＰのビーム失敗ディテクションのために使用される際にそれぞれに対応するリファレンス信号セットをディテクティングすることであってもよい。例えば、端末は、第１のＴＲＰ及び／又は第２のＴＲＰビーム失敗検出のためのそれぞれのリファレンス信号セットをディテクティングする。
【0059】
本開示の実施例では、ビーム失敗が発生したＴＲＰが存在することがディテクティングされることは、従来の方法においてビーム失敗が発生したＴＲＰが存在することがディテクティングされたと決定する方法を採用することができる。例えば、あるＴＲＰに対して、失敗検出のためのリファレンス信号セット内の各ＲＳに対して、Ｎ回の対応するＲＳのｒａｄｉｏ ｌｉｎｋ ｑｕａｌｉｔｙが閾値より低いことがディテクティングされた場合、このＴＲＰにビーム失敗が発生したことがディテクティングされたと決定する。
【0060】
本開示の実施例では、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされた場合、ランダムアクセスに基づくビーム失敗回復をトリガすることができ、複数のＴＲＰシナリオで、ランダムアクセスに基づくビーム失敗回復をタイムリーに行うことを実現し、ビーム失敗回復のタイムリーさと有効性とを保証する。
【0061】
本開示の実施例によって提供されるＢＦＲ方法では、端末はランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定した場合、ランダムアクセスに基づくＢＦＲをトリガすることができる。
【0062】
【0063】
ステップＳ２１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0064】
ステップＳ２２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、且つランダムアクセスＢＦＲをトリガするトリガ条件が満たされていることに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0065】
本開示の実施例では、ランダムアクセスに基づくＢＦＲをトリガするために必要とされるトリガ条件は複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされた後、ＴＲＰ ｓｐｅｃｉｆｉｃに基づくＢＦＲ過程において決定されることができる。
【0066】
本開示の実施例によって提供されるＢＦＲ方法では、端末は複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされた場合、最も近い待ち時間内の物理アップリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）リソースでスケジューリング要求を送信することができる。本開示の実施例では、説明を容易にするために、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することが端末によってディテクティングされた時間を第１の時間（ｔ１）と呼び、端末によってＰＵＣＣＨ－ＳＲリソースでｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔを送信した時間を第２の時間（ｔ２）と呼ぶ。一例では、端末は第１のＴＲＰ及び／又は第２のＴＲＰビーム失敗検出のためのそれぞれのリファレンス信号セットをディテクティングする。第１の時間に、例えば、第１のＴＲＰにビーム失敗が発生したことがディテクティングされた場合、端末は直近のｔ２時間のＰＵＣＣＨ－ＳＲを待つ。端末はｔ２時刻のＰＵＣＣＨ－ＳＲリソースでｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔを送信する。
【0067】
本開示の実施例に係る第１の時間とｔ１は交互に使用されることがあるが、当業者はその意味の一致性を理解し、各実施例に係る第１の時間／ｔ１は同じ意味を持つことが理解できる。
【0068】
さらに、本開示の実施例に係る第２の時間とｔ２は、交互に使用されることがあるが、当業者はその意味の一致性を理解し、各実施例に係る第２の時間／ｔ２は同じ意味を持つことが理解できる。
【0069】
【0070】
ステップＳ３１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0071】
ステップＳ３２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第２の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0072】
一実施形態では、本開示の実施例では、第１の時間の後かつ第２の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定する。第１の時間は前記第１のＴＲＰにビーム失敗が発生したことがディテクティングされた時間であり、第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間（ｔ２）である。
【0073】
上記の実施例に基づいて、端末はｔ２の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0074】
本開示の実施例の別の実施形態では、端末は第２の時間のＰＵＣＣＨ－ＳＲリソースでｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔを送信した後、一定の時間を経過した後にＰＵＳＣＨをスケジューリングするためのダウンリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を受信することができる。以下説明を容易にするために、ＰＵＳＣＨをスケジューリングするためのＤＣＩを第１のＤＣＩと呼び、第１のＤＣＩを受信した時間を第３の時間（ｔ３）と呼ぶ。
【0075】
本開示の実施例に係る第３の時間とｔ３は、交互に使用されることがあるが、当業者はその意味の一致性を理解し、各実施例に係る第３の時間／ｔ３は同じ意味を持つことが理解できる。
【0076】
【0077】
ステップＳ４１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0078】
ステップＳ４２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第３の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0079】
一実施形態では、本開示の実施例では、第２の時間に、または第２の時間の後かつ第３の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定する。第２の時間は物理アップリンク制御チャネルリソースでスケジューリング要求が送信された時間であり、第３の時間は物理アップリンク共有チャネルをスケジューリングするための第１のダウンリンク制御情報が受信された時間である。
【0080】
上記の実施例に基づいて、端末はｔ２時に、またはｔ２の後かつｔ３の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0081】
本開示の実施例の別の実施形態では、本開示の実施例では、第３の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスビーム失敗回復をトリガするトリガ条件が満たされていると決定する。
【0082】
上記の実施例に基づいて、端末はｔ１時に、またはｔ１の後かつｔ３の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0083】
【0084】
ステップＳ５１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0085】
ステップＳ５２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第３の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされ、かつ第２の時間の後の第１の時間長内に、いずれかのダウンリンク制御情報が受信されなかったことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0086】
本開示の実施例の一実施形態では、第２の時間後の一定時間長内（第１の時間長Ｔ１）に、いずれかのＤＣＩシグナリングが受信されなかった場合、ランダムアクセスに基づくＢＦＲをトリガするトリガ条件が満たされていると決定することができる。例えば、端末は、ｔ２からｔ２＋Ｔ１まで、第１のＤＣＩシグナリングが受信されなかった場合、ランダムアクセスに基づくＢＦＲをトリガする。また、例えば、端末は、ｔ２からｔ２＋Ｔ１まで、ネットワークデバイスがＭＡＣ ＣＥ情報を受信したと決定するためのＤＣＩ（以下、第２のＤＣＩと呼ぶ）が受信されなかった場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0087】
本開示の実施例のもう１つの実施形態では、端末は第３の時間にＰＵＳＣＨをスケジューリングするための第１のＤＣＩを受信し、一定の時間を経過した後、ビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報をＰＵＳＣＨで送信することができる。以下、説明を容易にするために、ビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報がＰＵＳＣＨで送信された時間を第４の時間（ｔ４）と呼ぶ。
【0088】
さらに、本開示の実施例に係る第４の時間とｔ４は、交互に使用されることがあるが、当業者はその意味の一致性を理解し、各実施例に係る第４の時間／ｔ４は同じ意味を持つことが理解できる。
【0089】
【0090】
ステップＳ６１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0091】
ステップＳ６２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第４の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0092】
ここで、第４の時間はビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報がＰＵＳＣＨで送信された時間である。
【0093】
なお、ビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報を送信するためのＰＵＳＣＨは第１のＤＣＩシグナリングによってスケジューリングされてもよいし、コンフィギュアドグラントのタイプ１またはタイプ２（ｃｏｎｆｉｇｕｒｅ ｇｒａｎｔ Ｔｙｐｅ １またはＴｙｐｅ ２）のＰＵＳＣＨであってもよい。説明を容易にするために、以下の各実施例ではビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報を送信するためのＰＵＳＣＨを第１のＰＵＳＣＨと呼ぶ。
【0094】
一実施形態では、第３の時間に、または第３の時間の後かつ第４の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定する。
【0095】
上記の実施例に基づいて、端末はｔ３時に、またはｔ３の後かつｔ４の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0096】
もう１つの実施形態では、第４の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定する。
【0097】
上記の実施例に基づいて、端末はｔ１時に、またはｔ１の後かつｔ４の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0098】
さらに、本開示の実施例では、第４の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされた場合、第１のＰＵＳＣＨに対応するビームが、ビーム失敗が発生したビームである場合、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定することもできる。
【0099】
【0100】
ステップＳ７１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0101】
ステップＳ７２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第４の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされ、かつ第１のＰＵＳＣＨに対応するビームが、ビーム失敗が発生したビームであることに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0102】
一実施形態では、第３の時間に、または第３の時間の後かつ第４の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされた場合、第１のＰＵＳＣＨに対応するビームが、ビーム失敗が発生したビームである場合、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定することもできる。
【0103】
もう１つの実施形態では、第４の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされた場合、第１のＰＵＳＣＨに対応するビームが、ビーム失敗が発生したビームである場合、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定することもできる。
【0104】
本開示の実施例では、端末は第４の時間のＰＵＳＣＨで、ビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報を送信し、一定の時間を経過した後、第２のＤＣＩシグナリングを受信する。以下、第２のＤＣＩが受信された時間を第５の時間（ｔ５）と呼ぶ。第５の時間は第２のＤＣＩが受信された時間であり、第２のＤＣＩはネットワークデバイスがすでにＭＡＣ ＣＥ情報を受信ことを決定するために使用される。
【0105】
さらに、本開示の実施例に係る第５の時間とｔ５は、交互に使用されることがあるが、当業者はその意味の一致性を理解し、各実施例に係る第５の時間／ｔ５は同じ意味を持つことが理解できる。
【0106】
【0107】
ステップＳ８１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0108】
ステップＳ８２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第５の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0109】
一実施形態では、第４の時間に、または第４の時間の後かつ第５の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定する。第４の時間はビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報がＰＵＳＣＨで送信された時間である。
【0110】
上記の実施例に基づいて、端末はｔ４時に、またはｔ４の後かつｔ５の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0111】
一実施形態では、第５の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定する。第５の時間は第２のＤＣＩが受信された時間であり、第２のＤＣＩはネットワークデバイスがすでにＭＡＣ ＣＥ情報を受信したことを決定するために使用される。
【0112】
上記の実施例に基づいて、端末はｔ１時に、またはｔ１の後かつｔ５の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0113】
さらに、本開示の実施例では、端末は第５の時間の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、第４の時間の後の一定の時間長（第２の時間長Ｔ２と呼ぶ）内に第２のＤＣＩシグナリングが受信されなかった場合、ランダムアクセスのＢＦＲをトリガするトリガ条件が満たされていると決定する。すなわち、ｔ４からｔ４＋Ｔ２まで、第２のＤＣＩシグナリングが受信されなかった場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0114】
本開示の実施例では、第２のＤＣＩシグナリングは、ネットワークデバイスがすでにＭＡＣ ＣＥ情報を受信したことを決定するために使用され、端末は、第２のＤＣＩシグナリングを受信してから一定時間を経過した後に、ビームを更新する。本開示の実施例では第２のＤＣＩはＰＵＳＣＨをスケジューリングすることもできる。以下、説明を容易にするために、第２のＤＣＩによってスケジューリングされるＰＵＳＣＨを第２のＰＵＳＣＨと呼ぶ。第２のＰＵＳＣＨのハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ、ＨＡＲＱ）識別子（Ｉｄｅｎｔｉｔｙ、ＩＤ）と第１のＰＵＳＣＨのＨＡＲＱ ＩＤとは同じであるが、新規データ指示（ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ、ＮＤＩ）は変化する（ｔｏｇｇｌｅ）。第１のＰＵＳＣＨは第１のＤＣＩによってスケジューリングされ、またはｃｏｎｆｉｇｕｒｅ ｇｒａｎｔ Ｔｙｐｅ １またはＴｙｐｅ ２のＰＵＳＣＨである。
【0115】
ビームを更新することは、疑似コロケーション（ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ、ＱＣＬ） Ｔｙｐｅ－Ｄ ｐａｒａｍｅｔｅｒと、アップリンク送信空間フィルタ（ＵＬ ＴＸ ｓｐａｔｉａｌ ｆｉｌｔｅｒ）と、空間関係情報（ｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏ）と、伝送設定指示状態（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｉｃａｔｉｏｎ ｓｔａｔｅ、ＴＣＩ ｓｔａｔｅ）と、ダウンリンクＴＣＩ ｓｔａｔｅ（ＤＬ ＴＣＩ ｓｔａｔｅ）と、アップリンクＴＣＩ ｓｔａｔｅ（ＵＬ ＴＣＩ ｓｔａｔｅ）と、のうちの少なくとも１つを更新することを含む。
【0116】
【0117】
ステップＳ９１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0118】
ステップＳ９２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第５の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされ、かつ第４の時間の後の第２の時間長内に、いずれかのＤＣＩが受信されなかったことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0119】
一実施形態では、第４の時間に、または第４の時間の後かつ第５の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされ、かつ第４の時間の後の第２の時間長内に、いずれかのＤＣＩが受信されていない。
【0120】
上記の実施例に基づいて、端末はｔ４時に、またはｔ４の後かつｔ５の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングし、端末はｔ４からｔ４＋Ｔ２まで、第２のＤＣＩシグナリングが受信されなかった場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0121】
もう１つの実施形態では、第５の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされ、かつ第４の時間の後の第２の時間長内に、いずれかのＤＣＩが受信されていない。
【0122】
上記の実施例に基づいて、端末はｔ１時に、またはｔ１の後かつｔ５の前に第２のＴＲＰにもビーム失敗が発生したことがディテクティングされ、端末はｔ４からｔ４＋Ｔ２まで、第２のＤＣＩシグナリングが受信されなかった場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0123】
本開示の実施例では、端末は第５の時間に第２のＤＣＩを受信した後に、一定の時間を経過した後に、ビーム失敗が発生したＴＲＰのビームを更新し、すなわち、第１のＴＲＰのビームを更新することができる。本開示の実施例では第１のＴＲＰのビームが更新された時間を第６の時間と呼ぶ。
【0124】
さらに、本開示の実施例に係る第６の時間とｔ６は、交互に使用されることがあるが、当業者はその意味の一致性を理解し、各実施例に係る第６の時間／ｔ６は同じ意味を持つことが理解できる。
【0125】
一実施形態では、第６の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定する。第５の時間は第２のＤＣＩが受信された時間であり、第２のＤＣＩはネットワークデバイスがすでにＭＡＣ ＣＥ情報を受信したことを決定するために使用され、第６の時間は第１のＴＲＰのビームが更新された時間である。
【0126】
【0127】
ステップＳ１０１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0128】
ステップＳ１０２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第６の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0129】
一実施形態では、第５の時間に、または第５の時間の後かつ第６の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定する。第５の時間は第２のＤＣＩが受信された時間であり、第２のＤＣＩはネットワークデバイスがすでにＭＡＣ ＣＥ情報を受信したことを決定するために使用され、第６の時間は第１のＴＲＰのビームが更新された時間である。
【0130】
上記の実施例に基づいて、端末はｔ５時に、またはｔ５の後かつｔ６の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0131】
もう１つの実施形態では、第６の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定する。
【0132】
上記の実施例に基づいて、端末はｔ１時に、またはｔ１の後かつｔ６の前に第２のＴＲＰにもビーム失敗が発生したことをディテクティングした場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0133】
本開示の実施例では、複数のＴＲＰにおいてビーム失敗が発生したＴＲＰが存在することを継続的にディテクティングでき、第６の時間の後に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することが再度ディテクティングされたことに応答して、ＴＲＰレベルのＢＦＲをトリガする。
【0134】
【0135】
ステップＳ１１１において、端末に複数のＴＲＰが設定されていることに応答して、複数のＴＲＰのビーム失敗ディテクションを行う。
【0136】
ステップＳ１１２において、複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされ、かつ第６の時間の前に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスに基づくＢＦＲをトリガする。
【0137】
ステップＳ１１３において、第６の時間の後に、複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することが再度ディテクティングされたことに応答して、ＴＲＰレベルのＢＦＲをトリガする。
【0138】
本開示の実施例では、ＴＲＰレベルのＢＦＲをトリガすることは、ＰＵＣＣＨ－ＳＲ及び／又はＰＵＳＣＨ ＭＡＣ ＣＥに基づいてＢＦＲを行うことをトリガすると理解できる。
【0139】
本開示一例では、端末に２つのＴＲＰが設定されていることを例として説明し、例えば、第１のＴＲＰと第２のＴＲＰとが設定されていることを例として説明する。ＴＲＰレベルに基づくＢＦＲは以下のような実行プロセスであると理解できる。
【0140】
ａ）端末は第１のＴＲＰ及び／又は第２のＴＲＰのビーム失敗検出のためのそれぞれのリファレンス信号セットをディテクティングし、ｔ１時間に例えば第１のＴＲＰにビーム失敗が発生したことがディテクティングされた場合、端末は直近のｔ２時間のＰＵＣＣＨ－ＳＲを待つ。ここでは、ｔ１まで他のＰＵＣＣＨ－ＳＲが送信されなかったと仮定するか、またはｔ２時間にＰＵＣＣＨ－ＳＲが送信されない場合、次に直近の期間は利用可能なＰＵＳＣＨリソースがないと仮定する。
【0141】
本開示の実施例では特定のＴＲＰにビーム失敗が発生したことが検出されたことは、従来の定義された方法を多重化でき、すなわち、リファレンス信号セット内の各ＲＳに対して、それに対応するＲＳのｒａｄｉｏｌｉｎｋｑｕａｌｉｔｙが特定のｔｈｒｅｓｈｏｌｄより低いことがＮ回ディテクティングされたことと理解できる。
【0142】
ｂ）端末はｔ３時刻の、第１のＰＵＳＣＨをスケジューリングするための第１のＤＣＩシグナリングを待つ。
【0143】
ｃ）端末はｔ３時刻で第１のＰＵＳＣＨをスケジューリングするための第１のＤＣＩを受信し、ｔ４時刻でＰＵＳＣＨでビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報を送信する。
【0144】
ｄ）端末はｔ４時刻の第１のＰＵＳＣＨでビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報を送信し、ｔ５時刻の第２のＤＣＩシグナリングを待ち、この第２のＤＣＩシグナリングは、基地局がＭＡＣ ＣＥ情報を受信したことを決定するために使用され、端末は、第２のＤＣＩシグナリングを受信したＴ０時間の後に、ビームを更新する。
【0145】
第２のＤＣＩシグナリングは第２のＰＵＳＣＨをスケジューリングするために使用されてもよく、第２のＰＵＳＣＨのＨＡＲＱ ＩＤと第１のＰＵＳＣＨのＨＡＲＱ ＩＤとが同じであるが、ＮＤＩ ｆｉｅｌｄ ｖａｌｕｅにｔｏｇｇｌｅが発生する。第１のＰＵＳＣＨは第１のＤＣＩによってスケジューリングされ、またはｃｏｎｆｉｇｕｒｅ ｇｒａｎｔ Ｔｙｐｅ １またはＴｙｐｅ ２のＰＵＳＣＨであることが理解できる。
【0146】
さらに、ビームを更新することは、ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ ＱＣＬ Ｔｙｐｅ－Ｄ ｐａｒａｍｅｔｅｒと 、ＵＬ ＴＸ ｓｐａｔｉａｌ ｆｉｌｔｅｒと、ｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏと、ＴＣＩ ｓｔａｔｅと、ＤＬ ＴＣＩ ｓｔａｔｅと、ＵＬ ＴＣＩ ｓｔａｔｅとのうちの少なくとも１つを更新することを含む。
【0147】
ｅ）端末はｔ５時刻で第２のＤＣＩシグナリングを受信した。ｔ６時刻を待ってビーム失敗が発生したＴＲＰのビームを更新する。
【0148】
さらに、本開示の実施例では、ランダムアクセスを行うＢＦＲをトリガする場合、ＴＲＰレベルのＢＦＲをトリガしてもよいし、ＴＲＰレベルのＢＦＲをトリガしなくてもよい。すなわち、ランダムアクセスに基づくＢＦＲをトリガする場合、ＴＲＰ ｓｐｅｃｉｆｉｃのＢＦＲがトリガされるか否かはランダムアクセスに基づくＢＦＲに影響を与えない。
【0149】
上記の実施例に基づいて、本開示の実施例で提供されるランダムアクセスに基づくＢＦＲをトリガするトリガ条件は以下の少なくとも１つの場合を含むことができ、ランダムアクセスに基づくＢＦＲをトリガする。
【0150】
ａ）端末はｔ２の前に第２のＴＲＰにもビーム失敗が発生したことがディテクティングされた場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0151】
ｂ）端末はｔ３の前に第２のＴＲＰにもビーム失敗が発生したことがディテクティングされた場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0152】
ｃ）端末はｔ２時に、またはｔ２の後かつｔ３の前に第２のＴＲＰにもビーム失敗が発生したことがディテクティングされ、かつ端末はｔ２からｔ２＋Ｔ１まで、第１のＤＣＩシグナリングが受信されなかった場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0153】
ｄ）端末はｔ４の前に第２のＴＲＰにもビーム失敗が発生したことがディテクティングされた場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0154】
ｅ）端末はｔ３時に、またはｔ３の後かつｔ４の前に第２のＴＲＰにもビーム失敗が発生したことがディテクティングされ、かつ第１のＰＵＳＣＨのビームが失敗したビームである場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0155】
ｆ）端末はｔ５の前に、第２のＴＲＰにもビーム失敗が発生したことがディテクティングされた場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0156】
ｇ）端末はｔ４時に、またはｔ４の後かつｔ５の前に第２のＴＲＰにもビーム失敗が発生したことがディテクティングされ、かつ端末はｔ４からｔ４＋Ｔ２まで、第２のＤＣＩシグナリングが受信されなかった場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0157】
ｈ）端末はｔ６の前に第２のＴＲＰにもビーム失敗が発生したことがディテクティングされた場合、ランダムアクセスに基づくＢＦＲをトリガする。
【0158】
Ｉ）端末はｔ６の後に、第２のＴＲＰにビーム失敗が発生したことが再度ディテクティングされた場合、ＴＲＰ ｓｐｅｃｉｆｉｃのＢＦＲのみをトリガする。
【0159】
本開示の実施例によって提供されるＢＦＲ方法では、Ｍｕｌｔｉ－ＴＲＰ ＰＤＣＣＨシナリオで、同じセルで、ＴＲＰ ｓｐｅｃｉｆｉｃ ＢＦＲとｃｅｌｌ ｓｐｅｃｉｆｉｃのＢＦＲの両方が設定されている端末によっては、ｃｅｌｌ ｓｐｅｃｉｆｉｃをトリガする条件を決定し、ビーム失敗回復の適時性および有効性を確保する。
【0160】
なお、なお、本開示の実施例の上記に係る各種類の実施形態／実施例では、上記の実施例に合わせて使用してもよいし、独立して使用してもよいことが、当業者によって理解できる。独立して使用しても、上記の実施例に合わせて使用しても、その実現原理は同様である。本開示の実施例では、一部の実施例では、一緒に使用される実施形態で説明される。もちろん、このような例示的な説明は本開示の実施例を限定するものではないことが当業者によって理解できる。
【0161】
同じ考えに基づいて、本開示の実施例はＢＦＲ装置をさらに提供する。
【0162】
本開示の実施例によって提供されるＢＦＲ装置は、上記の機能を実現するために、各機能を実行するための対応するハードウェア構成及び／又はソフトウェアモジュールを含むことが理解できる。本開示の実施例の開示された各例のユニットおよびアルゴリズムステップを組み合わせて、本開示の実施例は、ハードウェアまたはハードウェアとコンピュータソフトウェアとの組み合わせの形態で実現することができる。特定の機能はハードウェアで、またはコンピュータソフトウェアがハードウェアを駆動する方法で実行されるかは、技術案の特定のアプリケーションと設計協定に次第である。説明された機能を実現するために、当業者は特定のアプリケーションに対して異なる方法で実現することができるが、このような実現は、本開示の実施例の技術案の範囲を超えると考えるべきではない。
【0163】
【0164】
ディテクティングユニット１０１は、端末に複数のＴＲＰが設定されている場合、複数のＴＲＰのビーム失敗ディテクションを行うように構成され、処理ユニット１０２は、ディテクティングユニット１０１によって複数のＴＲＰにおいてビーム失敗が発生した第１のＴＲＰが存在することがディテクティングされた場合、ランダムアクセスに基づくＢＦＲをトリガするように構成される。
【0165】
一実施形態では、処理ユニット１０２はさらに、ランダムアクセスに基づくＢＦＲをトリガする前に、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定するように構成される。
【0166】
一実施形態では、第２の時間の前に、ディテクティングユニット１０１によって複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、処理ユニット１０２はランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定し、第１の時間は第１のＴＲＰにビーム失敗が発生したことがディテクティングされた時間であり、第２の時間はＰＵＣＣＨリソースでスケジューリング要求が送信された時間である。
【0167】
一実施形態では、第３の時間の前に、ディテクティングユニット１０１によって複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、処理ユニット１０２はランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定し、第３の時間はＰＵＳＣＨをスケジューリングするための第１のＤＣＩが受信された時間である。
【0168】
一実施形態では、第２の時間の後の第１の時間長内に、いずれかのＤＣＩが受信されなかったことに応答して、処理ユニット１０２はランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定し、第２の時間はＰＵＣＣＨリソースでスケジューリング要求が送信された時間である。
【0169】
一実施形態では、第４の時間の前に、ディテクティングユニット１０１によって複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、処理ユニット１０２はランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定し、第４の時間はビーム失敗が発生したＴＲＰに関連するＭＡＣ ＣＥ情報が第１のＰＵＳＣＨで送信された時間である。
【0170】
一実施形態では、第１のＰＵＳＣＨに対応するビームが、ビーム失敗が発生したビームであることに応答して、処理ユニット１０２はランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定する。
【0171】
一実施形態では、第５の時間の前に、ディテクティングユニット１０１によって複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、処理ユニット１０２はランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定し、第５の時間は第２のＤＣＩが受信された時間であり、第２のＤＣＩはネットワークデバイスがすでにＭＡＣ ＣＥ情報を受信したことを決定するために使用される。
【0172】
一実施形態では、第２のＤＣＩは第２のＰＵＳＣＨをスケジューリングするために使用される。
【0173】
ここで、第２のＤＣＩによってスケジューリングされる第２のＰＵＳＣＨのハイブリッド自動再送要求識別子と、第１のＰＵＳＣＨのハイブリッド自動再送要求識別子とが同じであり、前記第１のＰＵＳＣＨは第１のＤＣＩによってスケジューリングされ、またはｃｏｎｆｉｇｕｒｅ ｇｒａｎｔ Ｔｙｐｅ １またはＴｙｐｅ ２のＰＵＳＣＨであり、及び／又は第２のＤＣＩによってスケジューリングされる第２のＰＵＳＣＨの新規データ指示が変化する。
【0174】
一実施形態では、第４の時間の後の第２の時間長内に、いずれかのＤＣＩが受信されなかったことに応答して、処理ユニット１０２はランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定し、第４の時間はビーム失敗が発生したＴＲＰに関連するメディアアクセス制御制御要素（ＭＡＣ ＣＥ）情報が第１のＰＵＳＣＨで送信された時間である。
【0175】
一実施形態では、第６の時間の前に、ディテクティングユニット１０１によって複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することがディテクティングされたことに応答して、ランダムアクセスＢＦＲをトリガするトリガ条件が満たされていると決定し、第６の時間は第１のＴＲＰのビームが更新された時間である。
【0176】
一実施形態では、第６の時間の後に、ディテクティングユニット１０１によって複数のＴＲＰにおいてビーム失敗が発生した第２のＴＲＰが存在することが再度ディテクティングされたことに応答して、処理ユニット１０２はＴＲＰレベルのＢＦＲをトリガする。
【0177】
一実施形態では、ＴＲＰレベルのＢＦＲをトリガすることは、ＰＵＣＣＨ－ＳＲ及び／又はＰＵＳＣＨ ＭＡＣ ＣＥに基づいてＢＦＲを行うことをトリガすることを含む。
【0178】
一実施形態では、処理ユニット１０２は、さらにＴＲ
ＰレベルのＢＦＲをトリガし、またはＴＲＰレベルのＢＦＲをトリガしないために使用される。
ＰレベルのＢＦＲをトリガし、またはＴＲＰレベルのＢＦＲをトリガしないために使用される。
【0179】
一実施形態では、端末に複数のＴＲＰが設定されていることは、端末にビーム失敗ディテクションのための複数のリファレンス信号リソースセットが設定されていること、及び／又は、端末に複数の制御リソースプールインデックス値が設定されていることを含む。
【0180】
上記実施例の装置について、その各モジュールが操作を実行する具体的な方式は、当該方法に関する実施例においてすでに詳細に説明されているため、ここでは詳細に説明しない。
【0181】
図１４は例示的な一実施例によって示されるＢＦＲのための装置２００のブロック図である。例えば、装置２００は、携帯電話、コンピュータ、デジタル放送端末、メッセージングデバイス、ゲームコンソール、タブレットデバイス、医療デバイス、フィットネスデバイス、パーソナルデジタルアシスタントなどであってもよい。
【0182】
図１４を参照すると、装置２００は、処理コンポーネント２０２、メモリ２０４、電力コンポーネント２０６、マルチメディアコンポーネント２０８、オーディオコンポーネント２１０、入力／出力（Ｉ／Ｏ）インターフェース２１２、センサコンポーネント２１４、および通信コンポーネント２１６、１つまたは複数のコンポーネントを含むことができる。
【0183】
処理コンポーネント２０２は、通常、表示、電話の呼び出し、データ通信、カメラ操作、及び記録操作に関連する操作のような装置２００の全体の操作を制御する。処理コンポーネント２０２は、上記方法の全てまたは一部のステップを完成するために、命令を実行するための１つまたは複数のプロセッサ２２０を含むことができる。また、処理コンポーネント２０２は、他のコンポーネントとのインタラクションを容易にするために、１つまたは複数のモジュールを含むことができる。例えば、処理コンポーネント２０２は、マルチメディアコンポーネント２０８と処理コンポーネント２０２とのインタラクションを容易にするために、マルチメディアモジュールを含むことができる。
【0184】
メモリ２０４は、装置２００上の操作をサポートするために、様々なタイプのデータを記憶するように構成される。これらのデータの例は、装置２００で操作するためのあらゆるアプリケーションプログラムまたは方法の命令、連絡先データ、電話帳データ、メッセージ、画像、ビデオなどを含む。メモリ２０４は、スタティックランダムアクセスメモリ（ＳＲＡＭ）、電気的消去可能プログラマブル読み出し専用メモリ（ＥＥＰＲＯＭ）、消去可能プログラマブル読み出し専用メモリ（ＥＰＲＯＭ）、プログラマブル読み出し専用メモリ（ＰＲＯＭ）、読み出し専用メモリ（ＲＯＭ）、磁気メモリ、フラッシュメモリ、磁気ディスク、または光ディスクのような、あらゆるタイプの揮発性または不揮発性の記憶デバイスまたはそれらの組み合わせによって実現されてもよい。
【0185】
電力コンポーネント２０６は、装置２００の各種類のコンポーネントに電力を提供する。電力コンポーネント２０６は、電源管理システム、１つまたは複数の電源、および他の装置２００への電力の生成、管理、及び配分に関連するコンポーネントを含むことができる。
【0186】
マルチメディアコンポーネント２０８は、前記装置２００とユーザとの間の出力インターフェースを提供するスクリーンを含む。いくつかの実施例では、スクリーンは、液晶ディスプレイ（ＬＣＤ）とタッチパネル（ＴＰ）を含むことができる。スクリーンがタッチパネルを含む場合、スクリーンは、ユーザからの入力信号を受信するように、タッチスクリーンとして実現されることができる。タッチパネルには、タッチ、スライド、タッチパネルのジェスチャーを感知するように、１つまたは複数のタッチセンサが含まれる。前記タッチセンサは、タッチまたはスライド動作の境界を感知するだけでなく、タッチまたはスライド操作に関連する持続時間と圧力を検出することができる。いくつかの実施例では、マルチメディアコンポーネント２０８は、１つのフロントカメラおよび／またはバックカメラを含む。装置２００が撮影モードやビデオモードなどの操作モードにある場合、フロントカメラおよび／またはバックカメラは、外部のマルチメディアデータを受信することができる。各フロントカメラおよびバックカメラは、１つの固定的な光学レンズシステムであってもよく、または焦点距離と光学ズーム能力を備えてもよい。
【0187】
オーディオコンポーネント２１０は、オーディオ信号を出力および／または入力するように構成される。例えば、オーディオコンポーネント２１０は、装置２００が呼び出しモード、記録モード、および音声認識モードのような操作モードにある場合、外部オーディオ信号を受信するように構成されるマイクロフォン（ＭＩＣ）を含む。受信されたオーディオ信号は、さらにメモリ２０４に記憶されてもよく、または通信コンポーネント２１６を介して送信されてもよい。いくつかの実施例では、オーディオコンポーネント２１０は、オーディオ信号を出力するためのスピーカをさらに含む。
【0188】
Ｉ／Ｏインターフェース２１２は、処理コンポーネント２０２と周辺インターフェースモジュールとの間にインターフェースを提供し、上記の周辺インターフェースモジュールはキーボード、クリックホイール、ボタンなどであってもよい。これらのボタンは、ホームボタン、音量ボタン、スタートボタン、およびロックボタンを含むことができるが、これらに限定されない。
【0189】
センサコンポーネント２１４は、装置２００に様々な態様の状態評価を提供するように、１つまたは複数のセンサを含む。例えば、センサコンポーネント２１４は、装置２００のオン／オフ状態、コンポーネントの相対的な位置決めを検出でき、例えば、前記コンポーネントは装置２００のディスプレイおよびキーパッドであり、センサコンポーネント２１４は、さらに、装置２００または装置２００の１つのコンポーネントの位置変化、ユーザと装置２００との接触が存在または存在しないか、装置２００の方位または加速／減速および装置２００の温度変化を検出することができる。センサコンポーネント２１４は、任意の物理的接触がない場合、付近の物体の存在を検出するように構成される近接センサを含むこともできる。センサコンポーネント２１４は、イメージングアプリケーションに使用されるＣＭＯＳまたはＣＣＤイメージセンサのような光センサをさらに含むことができる。いくつかの実施例では、当該センサコンポーネント２１４は、加速度センサ、ジャイロセンサ、磁気センサ、圧力センサ、または温度センサをさらに含むことができる。
【0190】
通信コンポーネント２１６は、装置２００と他のデバイスとの間の有線または無線方式の通信を容易にするように構成される。装置２００は、通信規格に基づく無線ネットワーク、例えばＷｉＦｉ、２Ｇまたは３Ｇ、またはこれらの組み合わせにアクセスすることができる。例示的な一実施例では、通信コンポーネント２１６は、ブロードキャストチャネルを介して外部ブロードキャスト管理システムからのブロードキャスト信号またはブロードキャスト関連情報を受信する。例示的な実施例では、前記通信コンポーネント２１６は、短距離通信を容易にするために、近距離通信（ＮＦＣ）モジュールをさらに含む。例えば、ＮＦＣモジュールは、無線周波数認識（ＲＦＩＤ）技術、赤外線データ協会（ＩｒＤＡ）技術、超広帯域（ＵＷＢ）技術、ブルートゥース（ＢＴ）技術、および他の技術に基づいて実現されてもよい。
【0191】
例示的な実施例では、装置２００は、上記方法を実行するように、専用集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブルロジックデバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コントローラ、マイクロコントローラ、マイクロプロセッサ、または他の電子部品のような１つまたは複数のアプリケーションによって実現されてもよい。
【0192】
例示的な実施例では、命令を含む非一時的なコンピュータ読み取り可能な記憶媒体、例えば、命令を含むメモリ２０４をさらに提供し、上記命令は、上記方法を完成するように、装置２００のプロセッサ２２０によって実行されてもよい。例えば、前記非一時的なコンピュータ読み取り可能な記憶媒体はＲＯＭ、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ－ＲＯＭ、磁気テープ、フロッピーディスク、光データ記憶デバイスであってもよい。
【0193】
さらに、本開示の「複数」は２つ以上を意味し、他の助数詞はこれと類似していることを理解することができる。「及び／又は」は、関連対象の関連関係を説明し、３つの関係が存在可能であることを表す。例えば、Ａ及び／又はＢという記載は、Ａが単独で存在し、ＡとＢが同時に存在し、Ｂが単独で存在するという３つの状況を表すことができる。「／」という文字は、通常、前後の関連対象が「又は」という関係であることを表す。単数形の「一」、「前記」及び「当該」も、文脈では他の意味を明確に示さない限り、複数形を含むことも意図している。
【0194】
さらに、「第１」、「第２」などの用語は様々な情報を説明するが、これらの情報は、これらの用語に限定されてはいけないことを理解することができる。これらの用語は、単に同じタイプの情報を区別するために使用され、特定の順序や重要さを表すものではない。実際には、「第１」、「第２」などの表現は完全に交換して使うことができる。例えば、本開示の範囲から逸脱しない限り、第１の情報は第２の情報と呼ぶことができ、同様に、第２の情報は第１の情報と呼ぶこともできる。
【0195】
さらに、本開示の実施例では、図面において特定の順序で動作を説明しているが、これらの動作が、示された特定の順序またはシリアル順序で実行され、または、所望の結果を得るためにすべての動作が実行されることを求めていることが理解できる。特定の環境では、マルチタスクと並列処理が有利である可能性がある。
【0196】
当業者は、明細書を検討し、かつ、明細書で開示された発明を実践した後、本開示の他の実施案を容易に想到し得る。本出願は、本開示のいかなる変形、用途または適宜な変化をカバーすることを意図し、これらの変形、用途または適宜な変化は、本開示の一般原理に従うとともに、本開示で開示されていない当分野の周知常識または慣用技術手段を含む。明細書および実施例は、単なる例示と見なされ、本開示の真の範囲および精神は、以下の特許請求の範囲によって指摘される。
【0197】
なお、本開示は、上記に記載され、図面に示されている厳密な構造に限定されず、その範囲から逸脱しない限り、様々な修正や変更を行うことができる。本開示の範囲は、添付の特許請求の範囲のみによって限定される。
【国際調査報告】