特表2024-514143マルチ送受信ポイントのビーム障害回復方法、端末及び可読記憶媒体
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2024-03-28
(54)【発明の名称】マルチ送受信ポイントのビーム障害回復方法、端末及び可読記憶媒体
(51)【国際特許分類】
H04W 16/28 20090101AFI20240321BHJP
H04W 28/16 20090101ALI20240321BHJP
H04W 72/23 20230101ALI20240321BHJP
H04W 72/21 20230101ALI20240321BHJP
【ＦＩ】
H04W16/28
H04W28/16
H04W72/23
H04W72/21
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2023562588
(86)(22)【出願日】2022-04-12
(85)【翻訳文提出日】2023-10-11
(86)【国際出願番号】 CN2022086321
(87)【国際公開番号】W WO2022218297
(87)【国際公開日】2022-10-20
(31)【優先権主張番号】202110390232.2
(32)【優先日】2021-04-12
(33)【優先権主張国・地域又は機関】CN
(81)【指定国・地域】
(71)【出願人】
【識別番号】517372494
【氏名又は名称】維沃移動通信有限公司
【氏名又は名称原語表記】ＶＩＶＯ ＭＯＢＩＬＥ ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＣＯ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ．１， ｖｉｖｏ Ｒｏａｄ， Ｃｈａｎｇ’ａｎ， Ｄｏｎｇｇｕａｎ，Ｇｕａｎｇｄｏｎｇ ５２３８６３， Ｃｈｉｎａ
(74)【代理人】
【識別番号】110001519
【氏名又は名称】弁理士法人太陽国際特許事務所
(72)【発明者】
【氏名】ワン、チェンシー
(72)【発明者】
【氏名】スン、ポン
(72)【発明者】
【氏名】ヤン、ユイ
(72)【発明者】
【氏名】タムラカー、ラケシュ
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA13
5K067DD11
5K067EE02
5K067EE10
5K067EE24
5K067KK02
5K067LL01
(57)【要約】
本出願は、マルチ送受信ポイントのビーム障害回復方法、装置、機器及び可読記憶媒体を開示し、通信技術分野に属し、本出願の実施例の方法は、マルチＴＲＰのうちの少なくとも一部のＴＲＰにビーム障害が発生した場合に、端末が第一の操作を実行することを含み、ここで、前記第一の操作は、候補ビームリファレンス信号を測定し、新たなビームを決定することと、一つ又は複数の第一のリソース上で第一のメッセージを送信することであって、前記第一のメッセージがＳＲ及び／又はＢＦＲ ＭＡＣ ＣＥを含むこととのうちの一つ又は複数を含む。
【特許請求の範囲】
【請求項1】
マルチ送受信ポイントＴＲＰのビーム障害回復方法であって、マルチＴＲＰのうちの少なくとも一部のＴＲＰにビーム障害が発生した場合に、端末が第一の操作を実行することを含み、
ここで、前記第一の操作は、
候補ビームリファレンス信号を測定し、新たなビームを決定することと、
一つ又は複数の第一のリソース上で第一のメッセージを送信することであって、前記第一のメッセージがスケジューリング要求ＳＲ、及び／又はビーム障害回復情報を含むメディアアクセス制御ユニットＢＦＲ ＭＡＣ ＣＥを含むこととのうちの一つ又は複数を含む、マルチ送受信ポイントＴＲＰのビーム障害回復方法。
【請求項2】
前記ＴＲＰは、ビーム障害検出リファレンス信号集合識別子ＢＦＤ－ＲＳ Ｓｅｔ ＩＤと、
新たなビーム識別のリファレンス信号集合識別子ＮＢＩ－ＲＳ ｓｅｔ ＩＤと、
制御リソースセットプールインデックスＣＯＲＥＳＥＴ Ｐｏｏｌ Ｉｎｄｅｘと、
制御リソースセットグループ識別子ＣＯＲＥＳＥＴ Ｇｒｏｕｐ ＩＤとのうちの一つ又は複数により識別される、請求項１に記載の方法。
【請求項3】
前記候補ビームリファレンス信号は、前記少なくとも一部のＴＲＰに関連する、請求項１に記載の方法。
【請求項4】
前記複数の第一のリソースは、複数の物理上りリンク制御チャネルＰＵＣＣＨリソース又は上りリンク許可リソースを含み、前記複数のＰＵＣＣＨリソース又は上りリンク許可リソースは、複数のＴＲＰに対応する、請求項１に記載の方法。
【請求項5】
前記の、複数の第一のリソース上で第一のメッセージを送信するステップは、複数のＰＵＣＣＨリソース又は上りリンク許可リソースにおいてターゲット伝送リソースを決定することと、
前記ターゲット伝送リソースによって第一のメッセージを送信することとを含み、
ここで、前記ターゲット伝送リソースは、
時間領域上においてビーム障害の発生に最も近いＰＵＣＣＨリソース又は上りリンク許可リソースと、
ビーム障害が発生したＴＲＰに関連するＰＵＣＣＨリソース又は上りリンク許可リソースと、
時間領域上においてビーム障害の発生に最も近いＰＵＣＣＨリソースとビーム障害が発生したＴＲＰに関連するＰＵＣＣＨリソースと、
時間領域上においてビーム障害の発生に最も近い上りリンク許可リソースとビーム障害が発生したＴＲＰに関連する上りリンク許可リソースと、
第一のリファレンス信号に対応するＴＲＰの上りリンクリソースであって、前記第一のリファレンス信号が、測定値が最大のリファレンス信号、又は測定値が予め設定される閾値よりも大きいことを満たすリファレンス信号であるものとのうちの一つを含む、請求項４に記載の方法。
【請求項6】
前記一つの第一のリソースは、一つのＰＵＣＣＨリソース又は上りリンク許可リソースであり、前記一つのＰＵＣＣＨリソース又は上りリンク許可リソースは、複数の空間関係情報を含み、前記複数の空間関係情報は、それぞれ複数のＴＲＰに対応する、請求項１に記載の方法。
【請求項7】
前記の、一つのＰＵＣＣＨリソース又は上りリンク許可リソース上で第一のメッセージを送信するステップは、前記一つのＰＵＣＣＨリソース又は上りリンク許可リソースのターゲット空間関係を決定することと、
前記ターゲット空間関係に基づいて第一のメッセージを送信することとを含み、
ここで、前記ターゲット空間関係は、
ビーム障害が発生していないＴＲＰに対応する空間関係と、
前記一つのＰＵＣＣＨリソース又は上りリンク許可リソースにおけるすべての空間関係であって、前記すべての空間関係が前記第一のメッセージを同時に送信し、又は前記すべての空間関係が時分割の方式に基づいて前記第一のメッセージを送信するものとのうちの一つを含む、請求項６に記載の方法。
【請求項8】
前記第一のリソースは、ＰＵＣＣＨリソースと上りリンク許可リソースとを含む、請求項１に記載の方法。
【請求項9】
一つ又は複数の第一のリソース上で第一のメッセージを送信するステップは、一つ又は複数のＰＵＣＣＨリソースと上りリンク許可リソース上でターゲット伝送リソースを決定することと、
前記ターゲット伝送リソースによって第一のメッセージを送信することとを含み、
ここで、前記ターゲット伝送リソースは、
ビーム障害が発生したＴＲＰに関連する上りリンク許可リソースと、
ビーム障害が発生したＴＲＰに関連するＰＵＣＣＨリソースと、
時間領域上においてビーム障害の発生に最も近い上りリンク許可リソースとビーム障害が発生したＴＲＰに関連するＰＵＣＣＨリソースと、
時間領域上においてビーム障害の発生に最も近いＰＵＣＣＨリソース又は上りリンク許可リソースと、
第二のリファレンス信号に対応するＴＲＰのＰＵＣＣＨリソース又は上りリンク許可リソースであって、前記第二のリファレンス信号が、測定値が最大のリファレンス信号、又は測定値が予め設定される閾値よりも大きいことを満たすリファレンス信号であるものとのうちの一つを含む、請求項８に記載の方法。
【請求項10】
第一のリファレンス信号又は第二のリファレンス信号は、ビーム障害検出リファレンス信号ＢＦＤ－ＲＳと新たなビーム識別のリファレンス信号ＮＢＩ－ＲＳとのうちの一つ又は複数を含み、又は前記測定値は、レイヤ１信号対干渉雑音比Ｌ１－ＳＩＮＲとレイヤ１リファレンス信号受信パワーＬ１－ＲＳＲＰとのうちの一つ又は複数を含む、請求項５又は９に記載の方法。
【請求項11】
ネットワーク側が候補ビームリファレンス信号を構成した場合に、前記ＢＦＲ ＭＡＣ ＣＥには、ビーム障害が発生したセル識別子と、
ビーム障害が発生したＴＲＰ識別子と、
新たなビームを見つけたかどうかを指示するための指示情報と、
新たなビームの情報とのうちの一つ又は複数が含まれ、
又は、
ネットワーク側が候補ビームリファレンス信号を構成していない場合に、前記ＢＦＲ ＭＡＣ ＣＥには、
ビーム障害が発生したセル識別子と、
ビーム障害が発生したＴＲＰ識別子とのうちの一つ又は複数が含まれる、請求項１に記載の方法。
【請求項12】
前記方法は、前記端末がネットワーク側機器から第二のメッセージを受信することをさらに含み、前記第二のメッセージは、前記第一のメッセージの応答メッセージである、請求項１に記載の方法。
【請求項13】
前記第二のメッセージとＢＦＲ ＭＡＣ ＣＥは、同じ又は異なる第一の識別子に対応し、前記第一の識別子は、セル識別子及び／又はＴＲＰ識別子を含む、請求項１２に記載の方法。
【請求項14】
前記ＢＦＲ ＭＡＣ ＣＥには新たなビームの情報が含まれれば、前記方法は、第一の物理下りリンク制御チャネルＰＤＣＣＨを検出した場合に、前記端末がビーム回復要求プロセスを終了し、及び／又は新たなビームを用いて一部のチャネルのビームをリセットすることであって、
ここで、前記第一のＰＤＣＣＨにおける新たなデータ指示ＮＤＩは、反転し、且つ前記第一のＰＤＣＣＨは、第二の上りリンク伝送をスケジューリングし、前記第二の上りリンク伝送とビーム障害回復要求ＢＦＲＱ伝送とは、ハイブリッド自動再送要求ＨＡＲＱプロセス識別子が同じであること、
又は、
前記端末が第三のメッセージを受信した場合に、前記端末が、ビーム回復要求プロセスを終了し、及び／又は、前記第三のメッセージにより指示されるビーム情報を用いて対応するチャネルのビームをリセットすることであって、
ここで、前記第三のメッセージは、ビーム障害が発生したＴＲＰに関連するＣＯＲＥＳＥＴの伝送構成指示状態ＴＣＩ ｓｔａｔｅ及び／又はＰＵＣＣＨにおいて構成される空間関係を調整するために用いられることをさらに含む、請求項１１に記載の方法。
【請求項15】
前記ＢＦＲ ＭＡＣ ＣＥには新たなビームの情報が含まれず、且つネットワーク側が候補ビームリファレンス情報を構成していない場合に、前記方法は、前記端末が非周期的チャネル状態情報ＣＳＩ報告をアクティブ化する物理下りリンク制御チャネルＰＤＣＣＨを検出した場合に、前記端末が、ビーム障害が発生したＴＲＰに関連するＢＦＤ－ＲＳの検出を停止することをさらに含み、
ここで、前記ＰＤＣＣＨは、ビーム障害が発生したＴＲＰに関連する、請求項１１に記載の方法。
【請求項16】
前記ＰＤＣＣＨとビーム障害が発生したＴＲＰとの関連関係は、ＣＯＲＥＳＥＴ Ｐｏｏｌ Ｉｎｄｅｘ又はＣＯＲＥＳＥＴ Ｇｒｏｕｐ ＩＤによって指示される、請求項１５に記載の方法。
【請求項17】
前記方法は、前記端末が前記ＰＤＣＣＨにおいて運ばれる情報に基づいてビーム測定及び／又は報告を行うことをさらに含む、請求項１５に記載の方法。
【請求項18】
前記方法は、前記端末が第四のメッセージを受信した場合に、前記第四のメッセージがビーム障害が発生したＴＲＰに関連するＣＯＲＥＳＥＴのＴＣＩ ｓｔａｔｅ及び／又はＰＵＣＣＨにおいて構成される空間関係の調整を含み、前記端末が第二の操作を実行することをさらに含み、前記第二の操作は、
前記第四のメッセージにおいて指示されるビーム情報に基づいて対応するチャネルのビームをリセットすることと、
ビーム障害が発生したＴＲＰに関連するＢＦＤ－ＲＳを更新することと、
ビーム障害が発生したＴＲＰに関連するＢＦＤ－ＲＳに対する検出をオンにすることとのうちの一つ又は複数を含む、請求項１５に記載の方法。
【請求項19】
前記ＢＦＲ ＭＡＣ ＣＥには新たなビームの情報が含まれず、且つネットワーク側が候補ビームリファレンス情報を構成しており、前記端末が測定して閾値条件を満たす新たなビームを見つけていない場合に、前記方法は、前記端末が第五のメッセージを受信することをさらに含み、前記第五のメッセージは、ＴＲＰを非アクティブ化することを指示する、請求項１１に記載の方法。
【請求項20】
前記第五のメッセージは、ビーム障害が発生したＴＲＰの情報を指示する第一の情報と、
ＣＯＲＥＳＥＴ Ｐｏｏｌ Ｉｎｄｅｘ又はＣＯＲＥＳＥＴＰ Ｇｒｏｕｐ ＩＤ値の修正情報を指示する第二の情報とのうちの一つ又は複数を含む、請求項１９に記載の方法。
【請求項21】
前記第一の情報は、ＣＯＲＥＳＥＴ Ｐｏｏｌ Ｉｎｄｅｘ、ＣＯＲＥＳＥＴＰ Ｇｒｏｕｐ ＩＤ、ＢＦＤ－ＲＳ Ｓｅｔ ＩＤ、ＮＢＩ－ＲＳ Ｓｅｔ ＩＤのうちの一つ又は複数を含む、請求項２０に記載の方法。
【請求項22】
前記ＣＯＲＥＳＥＴ Ｐｏｏｌ Ｉｎｄｅｘ値の修正情報は、すべてのＣＯＲＥＳＥＴ Ｐｏｏｌ Ｉｎｄｅｘ値が同じであるかどうかの指示情報と、
修正後のＣＯＲＥＳＥＴ Ｐｏｏｌ Ｉｎｄｅｘ値とのうちの一つ又は複数を含み、
又は、
前記ＣＯＲＥＳＥＴＰ Ｇｒｏｕｐ ＩＤ値の修正情報は、
すべてのＣＯＲＥＳＥＴＰ Ｇｒｏｕｐ ＩＤ値が同じであるかどうかの指示情報と、
修正後のＣＯＲＥＳＥＴ Ｇｒｏｕｐ ＩＤ値とのうちの一つ又は複数を含む、請求項２０に記載の方法。
【請求項23】
前記方法は、前記第五のメッセージを受信した場合に、前記端末が第三の操作を実行することをさらに含み、
前記第三の操作は、
ビーム障害が発生したＴＲＰに関連する受信、測定、上りリンク伝送のうちの一つ又は複数を終了することと、
ビーム障害が発生したＴＲＰに関連するすべての上位層の行動を終了することと、
ネットワーク側により構成されるすべてのリソースに基づいて受信と、測定と、上りリンク伝送とのうちの一つ又は複数を行うことと、
ネットワーク側により構成されるすべてのリソースのうちの一部のリソースに基づいて受信と、測定と、上りリンク伝送とのうちの一つ又は複数を行うこととのうちの一つ又は複数を含む、請求項２０に記載の方法。
【請求項24】
マルチＴＲＰのビーム障害回復装置であって、マルチＴＲＰのうちの少なくとも一部のＴＲＰにビーム障害が発生した場合に、第一の操作を実行するための実行モジュールを含み、
ここで、前記第一の操作は、
候補ビームリファレンス信号を測定し、新たなビームを決定することと、
一つ又は複数の第一のリソース上で第一のメッセージを送信することであって、前記第一のメッセージがＳＲ及び／又はＢＦＲ ＭＡＣ ＣＥを含むこととのうちの一つ又は複数を含む、マルチＴＲＰのビーム障害回復装置。
【請求項25】
プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含む端末であって、前記プログラムが前記プロセッサにより実行される時に、請求項１から２３のいずれか１項に記載の方法のステップを実現する、端末。
【請求項26】
プログラム又は命令が記憶されている可読記憶媒体であって、前記プログラム又は命令がプロセッサにより実行される時に、請求項１から２３のいずれか１項に記載の方法のステップを実現する、可読記憶媒体。
【請求項27】
プロセッサと通信インターフェースとを含むチップであって、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、プログラム又は命令を運行し、請求項１から２３のいずれか１項に記載の方法のステップを実現するために用いられる、チップ。
【請求項28】
コンピュータプログラム製品であって、前記コンピュータプログラム製品が可読記憶媒体に記憶されており、前記コンピュータプログラム製品が少なくとも一つのプロセッサにより実行されて、請求項１から２３のいずれか１項に記載の方法のステップを実現する、コンピュータプログラム製品。
【請求項29】
通信機器であって、請求項１から２３のいずれか１項に記載の方法のステップを実行するように構成される、通信機器。【発明の詳細な説明】
【技術分野】
【0001】
本出願は、通信技術分野に属し、具体的にはマルチ送受信ポイント（Ｍｕｌｔｉ－Ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ Ｒｅｃｅｉｖｉｎｇ Ｐｏｉｎｔｓ、ＭＴＲＰ）のビーム障害回復方法、装置、機器及び可読記憶媒体に関する。
【背景技術】
【0002】
マルチ送受信ポイント／マルチアンテナパネル（ｍｕｌｔｉ－ＴＲＰ／ｍｕｌｔｉ－ｐａｎｅｌ）シナリオにおいて、伝送の信頼性及びスループット性能を増加させることができ、例えば端末（ユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ））は、複数のＴＲＰからの同じデータ又は異なるデータを受信することができる。マルチＴＲＰ間は、理想的バックホール（ｉｄｅａｌ ｂａｃｋｈａｕｌ）と非理想的バックホール（ｎｏｎ－ｉｄｅａｌ ｂａｃｋｈａｕｌ）に分けることができ、図１ａと図１ｂは、ＴＲＰ間のマルチビーム（ｉｎｔｅｒ－ＴＲＰ ｍｕｌｔｉ－ｂｅａｍｓ）伝送を示し、ここで、図１ａにおいてＴＲＰ１とＴＲＰ２は、分散式ユニット（Ｄｉｓｔｒｉｂｕｔｅｄ Ｕｎｉｔ、ＤＵ）に接続される。非理想的バックホールの時に、マルチＴＲＰ間のインタラクション情報に比較的大きい遅延が存在し、独立したスケジューリングに比較的に適し、肯定確認（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ）／否定確認（Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＮＡＣＫ）とチャネル状態情報（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ、ＣＳＩ）レポートは、それぞれ各ＴＲＰにフィードバックされる。一般的にはマルチ下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）スケジューリングに適用し、即ち各ＴＲＰは、それぞれの物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）を送信し、各ＰＤＣＣＨは、それぞれの物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＤＳＣＨ）をスケジューリングし、ＵＥのために構成される複数の制御リソースセット（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ、ＣＯＲＥＳＥＴ）は、異なる無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ、ＲＲＣ）パラメータ制御リソースセットプールインデックス（ＣＯＲＥＳＥＴ Ｐｏｏｌ Ｉｎｄｅｘ）に関連し、異なるＴＲＰに対応する。複数のＤＣＩによりスケジューリングされる複数のＰＤＳＣＨは、時間周波数リソース上で重ならないもの、一部重なるもの、完全に重なるものである可能性がある。重なる時間周波数リソース上で、各ＴＲＰは、それぞれのチャネルに基づいて独立したプリコーディングを行い、ＵＥは、非コヒーレントジョイント伝送（Ｎｏｎ－Ｃｏｈｅｒｅｎｔ Ｊｏｉｎｔ Ｔｒａｎｓｍｉｓｓｉｏｎ、ＮＣＪＴ）の方式によって複数のＰＤＳＣＨに属する多層データストリームを受信する。
【0003】
理想的バックホールの時に、マルチＴＲＰの間は、スケジューリング情報とＵＥのフィードバック情報をリアルタイムにインタラクションすることができ、上記のマルチＤＣＩによってマルチＰＤＳＣＨをスケジューリングすることができるほか、単一のＤＣＩによってＰＤＳＣＨをスケジューリングすることもでき、以下のようないくつかの伝送方案を含む。
【0004】
（ａ）空間分割多重化（Ｓｐａｃｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＳＤＭ）：同一伝送ブロック（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ、ＴＢ）の異なるデータ層は、異なるＴＲＰのＮＣＪＴ伝送からのものであり、
（ｂ）周波数分割多重化（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＦＤＭ）：同一ＴＢの同一冗長バージョン（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ、ＲＶ）がマッピングされる異なる周波数領域リソースは、異なるＴＲＰから送信され、又は同一ＴＢの異なるＲＶは、異なる周波数領域リソースにマッピングし且つ異なるＴＲＰから送信され、
（ｃ）時分割多重化（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＴＤＭ）：同一ＴＢの異なるＲＶの複数回の繰り返し、例えば一つのスロットにおける繰り返し、又は複数のスロットの繰り返しは、異なるＴＲＰからのものである。
（ｂ）周波数分割多重化（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＦＤＭ）：同一ＴＢの同一冗長バージョン（Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ、ＲＶ）がマッピングされる異なる周波数領域リソースは、異なるＴＲＰから送信され、又は同一ＴＢの異なるＲＶは、異なる周波数領域リソースにマッピングし且つ異なるＴＲＰから送信され、
（ｃ）時分割多重化（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ、ＴＤＭ）：同一ＴＢの異なるＲＶの複数回の繰り返し、例えば一つのスロットにおける繰り返し、又は複数のスロットの繰り返しは、異なるＴＲＰからのものである。
【0005】
この時にＡＣＫ／ＮＡＣＫフィードバックとＣＳＩレポートは、いずれか一つのＴＲＰにフィードバックされることができる。
【0006】
マルチＴＲＰシナリオで、一部のＴＲＰにビーム障害が発生した時に、どのようにビーム回復を行うかは、早急な解決が待たれる問題である。
【発明の概要】
【発明が解決しようとする課題】
【0007】
本出願の実施例は、一部のＴＲＰにビーム障害が発生した時にどのようにビーム回復を行うかの問題を解決することができるマルチ送受信ポイントのビーム障害回復方法、装置、機器及び可読記憶媒体を提供する。
【課題を解決するための手段】
【0008】
第一の態様によれば、マルチＴＲＰのビーム障害回復方法を提供し、このマルチＴＲＰのビーム障害回復方法は、
マルチＴＲＰのうちの少なくとも一部のＴＲＰにビーム障害が発生した場合に、端末が第一の操作を実行することを含み、
ここで、前記第一の操作は、
候補ビームリファレンス信号を測定し、新たなビームを決定することと、
一つ又は複数の第一のリソース上で第一のメッセージを送信することであって、前記第一のメッセージがスケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ、ＳＲ）及び／又はビーム障害回復情報（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ、ＢＦＲ）メディアアクセス制御制御エレメント（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、ＭＡＣ ＣＥ）を含むこととのうちの一つ又は複数を含む。
マルチＴＲＰのうちの少なくとも一部のＴＲＰにビーム障害が発生した場合に、端末が第一の操作を実行することを含み、
ここで、前記第一の操作は、
候補ビームリファレンス信号を測定し、新たなビームを決定することと、
一つ又は複数の第一のリソース上で第一のメッセージを送信することであって、前記第一のメッセージがスケジューリング要求（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ、ＳＲ）及び／又はビーム障害回復情報（Ｂｅａｍ Ｆａｉｌｕｒｅ Ｒｅｃｏｖｅｒｙ、ＢＦＲ）メディアアクセス制御制御エレメント（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ、ＭＡＣ ＣＥ）を含むこととのうちの一つ又は複数を含む。
【0009】
第二の態様によれば、マルチＴＲＰのビーム障害回復装置を提供し、このマルチＴＲＰのビーム障害回復装置は、
マルチＴＲＰのうちの少なくとも一部のＴＲＰにビーム障害が発生した場合に、第一の操作を実行するための実行モジュールを含み、
ここで、前記第一の操作は、
候補ビームリファレンス信号を測定し、新たなビームを決定することと、
一つ又は複数の第一のリソース上で第一のメッセージを送信することであって、前記第一のメッセージがＳＲ及び／又はＢＦＲ ＭＡＣ ＣＥを含むこととのうちの一つ又は複数を含む。
マルチＴＲＰのうちの少なくとも一部のＴＲＰにビーム障害が発生した場合に、第一の操作を実行するための実行モジュールを含み、
ここで、前記第一の操作は、
候補ビームリファレンス信号を測定し、新たなビームを決定することと、
一つ又は複数の第一のリソース上で第一のメッセージを送信することであって、前記第一のメッセージがＳＲ及び／又はＢＦＲ ＭＡＣ ＣＥを含むこととのうちの一つ又は複数を含む。
【0010】
第三の態様によれば、端末を提供し、この端末は、プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含み、前記プログラムが前記プロセッサにより実行される時に、第一の態様に記載の方法のステップを実現する。
【0011】
第四の態様によれば、端末を提供し、この端末は、プロセッサと通信インターフェースとを含み、ここで、前記プロセッサは、実行する時に第一の態様に記載の方法のステップを実現するために用いられる。
【0012】
第五の態様によれば、可読記憶媒体を提供し、前記可読記憶媒体上にプログラム又は命令が記憶されており、前記プログラム又は命令がプロセッサにより実行される時に、第一の態様に記載の方法のステップを実現する。
【0013】
第六の態様によれば、コンピュータプログラム／プログラム製品を提供し、前記コンピュータプログラム／プログラム製品が非一時的記憶媒体に記憶されており、前記コンピュータプログラム／プログラム製品が少なくとも一つのプロセッサにより実行されて、第一の態様に記載の処理の方法のステップを実現する。
【0014】
第七の態様によれば、チップを提供し、前記チップは、プロセッサと通信インターフェースとを含み、前記通信インターフェースは、前記プロセッサと結合され、前記プロセッサは、プログラム又は命令を運行し、第一の態様に記載の処理の方法を実現するために用いられる。
【発明の効果】
【0015】
本出願の実施例では、マルチＴＲＰのうちの一部のＴＲＰにビーム障害が発生した時に、端末は、第一の操作を実行することによって、中断されたビームリンクを迅速に回復させることができ、データ伝送の信頼性を向上させ、ユーザ体験を改善すると同時に、ネットワークスケジューリングの柔軟性を増大させる。
【図面の簡単な説明】
【0016】
【図1a】理想的バックホールに基づくマルチＴＲＰ伝送の概略図である。
【図1b】非理想的バックホールに基づくマルチＴＲＰ伝送の概略図である。
【図2】本出願の実施例が適用可能な無線通信システムの概略図である。
【図3】本出願の実施例によるマルチＴＲＰのビーム障害回復方法のフローチャートである。
【図4】本出願の実施例によるマルチＴＲＰのビーム障害回復装置のブロック図である。
【図5】本出願の実施例における端末の概略図である。
【発明を実施するための形態】
【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】
上記のＣＳＩ－ＲＳ又はＳＲＳは、様々な用途、例えばビーム管理用のＣＳＩ－ＲＳ（ＣＳＩ－ＲＳ ｆｏｒ ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）、ＣＳＩ収集用のＣＳＩ－ＲＳ（ＣＳＩ－ＲＳ ｆｏｒ ＣＳＩ ａｃｑｕｉｓｉｔｉｏｎ）、トラッキング用のＣＳＩ－ＲＳ（ＣＳＩ－ＲＳ ｆｏｒ ｔｒａｃｋｉｎｇ）、ビーム管理用のＳＲＳ（ＳＲＳ ｆｏｒ ｂｅａｍ ｍａｎａｇｅｍｅｎｔ）、コードブック用のＳＲＳ（ＳＲＳ ｆｏｒ ｃｏｄｅｂｏｏｋ）、非コードブック用のＳＲＳ（ＳＲＳ ｆｏｒ ｎｏｎ－ｃｏｄｅｂｏｏｋ）、アンテナ切り替え用のＳＲＳ（ＳＲＳ ｆｏｒ ａｎｔｅｎｎａ ｓｗｉｔｃｈｉｎｇ）などを含んでもよい。
【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】
〔関連出願の相互参照〕
本出願は、２０２１年４月１２日に中国で提出された中国特許出願番号Ｎｏ．２０２１１０３９０２３２．２の優先権を主張しており、同出願の内容のすべては、ここに参照として取り込まれる。
本出願は、２０２１年４月１２日に中国で提出された中国特許出願番号Ｎｏ．２０２１１０３９０２３２．２の優先権を主張しており、同出願の内容のすべては、ここに参照として取り込まれる。
【図1a】
【図1b】
【図2】
【図3】
【図4】
【図5】
【手続補正書】
【提出日】2023-10-11
【手続補正2】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
マルチ送受信ポイントＴＲＰのビーム障害回復方法であって、マルチＴＲＰのうちの少なくとも一部のＴＲＰにビーム障害が発生した場合に、端末が第一の操作を実行することを含み、
前記第一の操作は、
候補ビームリファレンス信号を測定し、新たなビームを決定することと、
一つ又は複数の第一のリソース上で第一のメッセージを送信することであって、前記第一のメッセージがスケジューリング要求ＳＲ、及び／又はビーム障害回復情報を含むメディアアクセス制御ユニットＢＦＲ ＭＡＣ ＣＥを含むこととのうちの一つ又は複数を含む、
マルチ送受信ポイントＴＲＰのビーム障害回復方法。
【請求項2】
前記ＴＲＰは、ビーム障害検出リファレンス信号集合識別子ＢＦＤ－ＲＳ Ｓｅｔ ＩＤと、
新たなビーム識別のリファレンス信号集合識別子ＮＢＩ－ＲＳ ｓｅｔ ＩＤと、
制御リソースセットプールインデックスＣＯＲＥＳＥＴ Ｐｏｏｌ Ｉｎｄｅｘと、
制御リソースセットグループ識別子ＣＯＲＥＳＥＴ Ｇｒｏｕｐ ＩＤとのうちの一つ又は複数により識別される、
請求項１に記載のマルチ送受信ポイントＴＲＰのビーム障害回復方法。
【請求項3】
前記候補ビームリファレンス信号は、前記少なくとも一部のＴＲＰに関連する、請求項１に記載のマルチ送受信ポイントＴＲＰのビーム障害回復方法。
【請求項4】
前記複数の第一のリソースは、複数の物理上りリンク制御チャネルＰＵＣＣＨリソース又は上りリンク許可リソースを含み、前記複数のＰＵＣＣＨリソース又は上りリンク許可リソースは、複数のＴＲＰに対応する、請求項１に記載のマルチ送受信ポイントＴＲＰのビーム障害回復方法。
【請求項5】
前記複数の第一のリソース上で第一のメッセージを送信するステップは、複数のＰＵＣＣＨリソース又は上りリンク許可リソースにおいてターゲット伝送リソースを決定することと、
前記ターゲット伝送リソースによって第一のメッセージを送信することと、を含み、
前記ターゲット伝送リソースは、
時間領域上においてビーム障害の発生に最も近いＰＵＣＣＨリソース又は上りリンク許可リソースと、
ビーム障害が発生したＴＲＰに関連するＰＵＣＣＨリソース又は上りリンク許可リソースと、
時間領域上においてビーム障害の発生に最も近いＰＵＣＣＨリソースとビーム障害が発生したＴＲＰに関連するＰＵＣＣＨリソースと、
時間領域上においてビーム障害の発生に最も近い上りリンク許可リソースとビーム障害が発生したＴＲＰに関連する上りリンク許可リソースと、
第一のリファレンス信号に対応するＴＲＰの上りリンクリソースであって、前記第一のリファレンス信号が、測定値が最大のリファレンス信号、又は測定値が予め設定される閾値よりも大きいことを満たすリファレンス信号であるものとのうちの一つを含む、
請求項４に記載のマルチ送受信ポイントＴＲＰのビーム障害回復方法。
【請求項6】
前記一つの第一のリソースは、一つのＰＵＣＣＨリソース又は上りリンク許可リソースであり、前記一つのＰＵＣＣＨリソース又は上りリンク許可リソースは、複数の空間関係情報を含み、前記複数の空間関係情報は、それぞれ複数のＴＲＰに対応し、
前記一つのＰＵＣＣＨリソース又は上りリンク許可リソース上で第一のメッセージを送信するステップは、
前記一つのＰＵＣＣＨリソース又は上りリンク許可リソースのターゲット空間関係を決定することと、
前記ターゲット空間関係に基づいて第一のメッセージを送信することと、を含み、
前記ターゲット空間関係は、
ビーム障害が発生していないＴＲＰに対応する空間関係と、
前記一つのＰＵＣＣＨリソース又は上りリンク許可リソースにおけるすべての空間関係であって、前記すべての空間関係が前記第一のメッセージを同時に送信し、又は前記すべての空間関係が時分割の方式に基づいて前記第一のメッセージを送信するものとのうちの一つを含む、
請求項１に記載のマルチ送受信ポイントＴＲＰのビーム障害回復方法。
【請求項7】
ネットワーク側が候補ビームリファレンス信号を構成した場合に、前記ＢＦＲ ＭＡＣ ＣＥには、ビーム障害が発生したセル識別子と、
ビーム障害が発生したＴＲＰ識別子と、
新たなビームを見つけたかどうかを指示するための指示情報と、
新たなビームの情報とのうちの一つ又は複数が含まれ、
又は、
ネットワーク側が候補ビームリファレンス信号を構成していない場合に、前記ＢＦＲ ＭＡＣ ＣＥには、
ビーム障害が発生したセル識別子と、
ビーム障害が発生したＴＲＰ識別子とのうちの一つ又は複数が含まれる、請求項１に記載のマルチ送受信ポイントＴＲＰのビーム障害回復方法。
【請求項8】
前記マルチ送受信ポイントＴＲＰのビーム障害回復方法は、前記端末がネットワーク側機器から第二のメッセージを受信することをさらに含み、前記第二のメッセージは、前記第一のメッセージの応答メッセージであり、
前記第二のメッセージとＢＦＲ ＭＡＣ ＣＥは、同じ又は異なる第一の識別子に対応し、前記第一の識別子は、セル識別子及び／又はＴＲＰ識別子を含む、
請求項１に記載のマルチ送受信ポイントＴＲＰのビーム障害回復方法。
【請求項9】
前記ＢＦＲ ＭＡＣ ＣＥには新たなビームの情報が含まれれば、前記マルチ送受信ポイントＴＲＰのビーム障害回復方法は、第一の物理下りリンク制御チャネルＰＤＣＣＨを検出した場合に、前記端末がビーム回復要求プロセスを終了し、及び／又は新たなビームを用いて一部のチャネルのビームをリセットすることであって、
前記第一のＰＤＣＣＨにおける新たなデータ指示ＮＤＩは、反転し、且つ前記第一のＰＤＣＣＨは、第二の上りリンク伝送をスケジューリングし、前記第二の上りリンク伝送とビーム障害回復要求ＢＦＲＱ伝送とは、ハイブリッド自動再送要求ＨＡＲＱプロセス識別子が同じであること、
又は、
前記端末が第三のメッセージを受信した場合に、前記端末が、ビーム回復要求プロセスを終了し、及び／又は、前記第三のメッセージにより指示されるビーム情報を用いて対応するチャネルのビームをリセットすることであって、
前記第三のメッセージは、ビーム障害が発生したＴＲＰに関連するＣＯＲＥＳＥＴの伝送構成指示状態ＴＣＩ ｓｔａｔｅ及び／又はＰＵＣＣＨにおいて構成される空間関係を調整するために用いられることをさらに含み、
又は、
前記ＢＦＲ ＭＡＣ ＣＥには新たなビームの情報が含まれず、且つネットワーク側が候補ビームリファレンス情報を構成していない場合に、前記マルチ送受信ポイントＴＲＰのビーム障害回復方法は、
前記端末が非周期的チャネル状態情報ＣＳＩ報告をアクティブ化する物理下りリンク制御チャネルＰＤＣＣＨを検出した場合に、前記端末が、ビーム障害が発生したＴＲＰに関連するＢＦＤ－ＲＳの検出を停止することをさらに含み、
前記ＰＤＣＣＨは、ビーム障害が発生したＴＲＰに関連する、
請求項７に記載のマルチ送受信ポイントＴＲＰのビーム障害回復方法。
【請求項10】
前記ＰＤＣＣＨとビーム障害が発生したＴＲＰとの関連関係は、ＣＯＲＥＳＥＴ Ｐｏｏｌ Ｉｎｄｅｘ又はＣＯＲＥＳＥＴ Ｇｒｏｕｐ ＩＤによって指示される、請求項９に記載のマルチ送受信ポイントＴＲＰのビーム障害回復方法。
【請求項11】
前記マルチ送受信ポイントＴＲＰのビーム障害回復方法は、前記端末が前記ＰＤＣＣＨにおいて運ばれる情報に基づいてビーム測定及び／又は報告を行うことをさらに含む、請求項９に記載のマルチ送受信ポイントＴＲＰのビーム障害回復方法。
【請求項12】
前記マルチ送受信ポイントＴＲＰのビーム障害回復方法は、前記端末が第四のメッセージを受信した場合に、前記第四のメッセージがビーム障害が発生したＴＲＰに関連するＣＯＲＥＳＥＴのＴＣＩ ｓｔａｔｅ及び／又はＰＵＣＣＨにおいて構成される空間関係の調整を含み、前記端末が第二の操作を実行することをさらに含み、前記第二の操作は、
前記第四のメッセージにおいて指示されるビーム情報に基づいて対応するチャネルのビームをリセットすることと、
ビーム障害が発生したＴＲＰに関連するＢＦＤ－ＲＳを更新することと、
ビーム障害が発生したＴＲＰに関連するＢＦＤ－ＲＳに対する検出をオンにすることとのうちの一つ又は複数を含む、請求項９に記載のマルチ送受信ポイントＴＲＰのビーム障害回復方法。
【請求項13】
前記ＢＦＲ ＭＡＣ ＣＥには新たなビームの情報が含まれず、且つネットワーク側が候補ビームリファレンス情報を構成しており、前記端末が測定して閾値条件を満たす新たなビームを見つけていない場合に、前記マルチ送受信ポイントＴＲＰのビーム障害回復方法は、前記端末が第五のメッセージを受信することをさらに含み、前記第五のメッセージは、ＴＲＰを非アクティブ化することを指示し、
前記第五のメッセージは、
ビーム障害が発生したＴＲＰの情報を指示する第一の情報と、
ＣＯＲＥＳＥＴ Ｐｏｏｌ Ｉｎｄｅｘ又はＣＯＲＥＳＥＴＰ Ｇｒｏｕｐ ＩＤ値の修正情報を指示する第二の情報とのうちの一つ又は複数を含む、
請求項７に記載のマルチ送受信ポイントＴＲＰのビーム障害回復方法。
【請求項14】
プロセッサと、メモリと、前記メモリに記憶され、且つ前記プロセッサ上で運行できるプログラムとを含む端末であって、前記プログラムが前記プロセッサにより実行される時に、請求項１から請求項１３のいずれか１項に記載のマルチ送受信ポイントＴＲＰのビーム障害回復方法のステップを実現する、端末。
【請求項15】
プログラム又は命令が記憶されている可読記憶媒体であって、前記プログラム又は命令がプロセッサにより実行される時に、請求項１から請求項１３のいずれか１項に記載のマルチ送受信ポイントＴＲＰのビーム障害回復方法のステップを実現する、可読記憶媒体。
【国際調査報告】