特許 7515610 ビーム失敗検出方法、装置、デバイス及び読み取り可能な記憶媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-07-04

(45)【発行日】2024-07-12

(54)【発明の名称】ビーム失敗検出方法、装置、デバイス及び読み取り可能な記憶媒体

(51)【国際特許分類】

   H04W 16/28 20090101AFI20240705BHJP

   H04W 72/232 20230101ALI20240705BHJP

   H04W 72/23 20230101ALI20240705BHJP

   H04W 24/10 20090101ALI20240705BHJP

【ＦＩ】

H04W16/28

H04W72/232

H04W72/23

H04W24/10

【請求項の数】 23

(21)【出願番号】P 2022560050

(86)(22)【出願日】2020-04-09

(65)【公表番号】

(43)【公表日】2023-05-25

(86)【国際出願番号】 CN2020083873

(87)【国際公開番号】W WO2021203342

(87)【国際公開日】2021-10-14

【審査請求日】2022-10-05

(73)【特許権者】

【識別番号】516180667

【氏名又は名称】北京小米移動軟件有限公司

【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｘｉａｏｍｉ Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｃｏ．，Ｌｔｄ．

【住所又は居所原語表記】Ｎｏ．０１８， Ｆｌｏｏｒ ８， Ｂｕｉｌｄｉｎｇ ６， Ｙａｒｄ ３３， Ｍｉｄｄｌｅ Ｘｉｅｒｑｉ Ｒｏａｄ， Ｈａｉｄｉａｎ Ｄｉｓｔｒｉｃｔ， Ｂｅｉｊｉｎｇ １０００８５， Ｃｈｉｎａ

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】リ，ミンジュ

【審査官】齊藤 晶

(56)【参考文献】

【文献】欧州特許出願公開第０３５２５５１６（ＥＰ，Ａ１）

【文献】MediaTek Inc.，Physical layer feasibility considerations for mobility enhancement[online]，3GPP TSG RAN WG1 Meeting RAN1 #98 R1-1908392，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98/Docs/R1-1908392.zip>，2019年08月30日

【文献】Intel Corporation，Summary 3 on SCell BFR and L1-SINR[online]，3GPP TSG RAN WG1 Meeting #96b R1- 1905844，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96b/Docs/R1-1905844.zip>，2019年04月12日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１－４

(57)【特許請求の範囲】

【請求項1】

ビーム失敗検出方法であって、端末機器に適用され、前記方法は、
第１の隣接セルのビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）検出のためのターゲット基準信号リソースを決定するステップと、
前記ターゲット基準信号リソースに基づいて、前記第１の隣接セルに対してｂｅａｍ ｆａｉｌｕｒｅ検出を行うステップと、
前記ターゲット基準信号リソースのチャネル品質が第１の閾値よりも低いことに応答して、前記第１の隣接セルでｂｅａｍ ｆａｉｌｕｒｅが発生したと決定するステップと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）におけるビーム失敗回復のためのスケジューリング要求によって、サービングセル及び／又は第２の隣接セルに前記第１の隣接セルのｂｅａｍ ｆａｉｌｕｒｅ情報を報告するステップと、を含む、
ことを特徴とするビーム失敗検出方法。

【請求項2】

ビーム失敗検出方法であって、ネットワークデバイスに適用され、前記方法は、
端末に構成シグナリングを送信するステップであって、前記構成シグナリングは、ターゲット情報フィールドを含み、前記ターゲット情報フィールドは、ターゲット基準信号リソースを受信するための時間周波数リソースの位置を示し、前記ターゲット基準信号リソースは、前記端末によって第１の隣接セルに対してビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）検出を行うために使用されるステップと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）を介して、ビーム失敗回復のためのスケジューリング要求を受信するステップであって、前記スケジューリング要求には、前記第１の隣接セルでｂｅａｍ ｆａｉｌｕｒｅが発生したことを示すためのｂｅａｍ ｆａｉｌｕｒｅ情報が含まれるステップと、を含む、
ことを特徴とするビーム失敗検出方法。

【請求項3】

ビーム失敗検出装置であって、端末機器に適用され、前記装置は、
第１の隣接セルのビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）検出のためのターゲット基準信号リソースを決定するように構成される処理モジュールを含み、
前記処理モジュールが、さらに、前記ターゲット基準信号リソースに基づいて、前記第１の隣接セルに対してｂｅａｍ ｆａｉｌｕｒｅ検出を行い、前記ターゲット基準信号リソースのチャネル品質が第１の閾値よりも低いことに応答して、前記第１の隣接セルでｂｅａｍ ｆａｉｌｕｒｅが発生したと決定するように構成され、
物理アップリンク制御チャネル（ＰＵＣＣＨ）におけるビーム失敗回復のためのスケジューリング要求によって、サービングセル及び／又は第２の隣接セルに前記第１の隣接セルのｂｅａｍ ｆａｉｌｕｒｅ情報を報告するように構成される送信モジュールをさらに含む、
ことを特徴とするビーム失敗検出装置。

【請求項4】

構成シグナリングを受信するように構成される受信モジュールであって、前記構成シグナリングはターゲット情報フィールドを含み、前記ターゲット情報フィールドは、前記ターゲット基準信号リソースを受信するための時間周波数リソースの位置を示し、前記ターゲット基準信号リソースは１つ又は複数の基準信号リソースを含む受信モジュールをさらに含む、
ことを特徴とする請求項３に記載のビーム失敗検出装置。

【請求項5】

前記ターゲット基準信号リソースはデフォルト基準信号リソースを含み、前記デフォルト基準信号リソースは、前記第１の隣接セルの制御リソースセットの伝送構成指示（ＴＣＩ）状態に対応する基準信号リソースを含む、
ことを特徴とする請求項３に記載のビーム失敗検出装置。

【請求項6】

前記処理モジュールが、さらに、前記第１の隣接セルのｎ個の前記制御リソースセットのうちのｍ個の前記制御リソースセットを決定し、ｍ個の前記制御リソースセットの前記ＴＣＩ状態に対応する前記基準信号リソースを、前記デフォルト基準信号リソースとして決定するように構成され、ｍとｎは正の整数であり、ｍ＜ｎである、
ことを特徴とする請求項５に記載のビーム失敗検出装置。

【請求項7】

前記送信モジュールが、さらに、物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して前記ｂｅａｍ ｆａｉｌｕｒｅ情報を報告するように構成される、
ことを特徴とする請求項３に記載のビーム失敗検出装置。

【請求項8】

前記第１の隣接セルでｂｅａｍ ｆａｉｌｕｒｅが発生したことを報告するときに使用されるスケジューリング要求と、前記サービングセルでｂｅａｍ ｆａｉｌｕｒｅが発生したことを報告するときに使用されるスケジューリング要求とは、時間周波数ドメインリソースおよびコードワード指示方法が同じである、
ことを特徴とする請求項３に記載のビーム失敗検出装置。

【請求項9】

前記第１の隣接セルでｂｅａｍ ｆａｉｌｕｒｅが発生したことを報告するときに使用されるスケジューリング要求と、前記サービングセルでｂｅａｍ ｆａｉｌｕｒｅが発生したことを報告するときに使用されるスケジューリング要求とは、時間周波数ドメインリソースが異なり、
又は、
前記第１の隣接セルでｂｅａｍ ｆａｉｌｕｒｅが発生したことを報告するときに使用されるスケジューリング要求と、前記サービングセルでｂｅａｍ ｆａｉｌｕｒｅが発生したことを報告するときに使用されるスケジューリング要求とは、コードワード指示方法が異なる、
ことを特徴とする請求項３に記載のビーム失敗検出装置。

【請求項10】

前記送信モジュールが、さらに、前記ＰＵＳＣＨを介して、ｂｅａｍ ｆａｉｌｕｒｅが発生した前記第１の隣接セルのセル番号を報告するように構成される、
ことを特徴とする請求項７に記載のビーム失敗検出装置。

【請求項11】

前記処理モジュールが、さらに、前記サービングセルと隣接セルとの共同番号から、前記第１の隣接セルの前記セル番号を決定するように構成され、
又は、
前記処理モジュールが、さらに、隣接セルの個別番号から前記第１の隣接セルの前記セル番号を決定するように構成される、
ことを特徴とする請求項１０に記載のビーム失敗検出装置。

【請求項12】

前記送信モジュールが、さらに、前記第１の隣接セルの候補ビームに対応する候補基準信号リソースを検出するように構成され、
前記送信モジュールが、さらに、第１の候補基準信号リソースに対応する基準信号の受信電力が第２の閾値に達することに応答して、前記ＰＵＳＣＨを介して新たなビーム方向指示情報を報告するように構成され、前記新たなビーム方向指示情報は、前記第１の候補基準信号リソースに対応する基準信号リソース番号を含み、又は、前記送信モジュールが、さらに、基準信号の受信電力が第２の閾値に達する前記候補基準信号リソースが検出されていないことに応答して、前記ＰＵＳＣＨを介して新たなビーム方向指示情報を報告するように構成され、前記新たなビーム方向指示情報は、新たなビーム方向がないことを示すための情報フィールドを含む、
ことを特徴とする請求項１０に記載のビーム失敗検出装置。

【請求項13】

前記送信モジュールが、さらに、前記第１の隣接セルに前記ｂｅａｍ ｆａｉｌｕｒｅ情報を報告するように構成される、
ことを特徴とする請求項３に記載のビーム失敗検出装置。

【請求項14】

前記送信モジュールが、さらに、物理ランダムアクセスチャネル（ＰＲＡＣＨ）を介して、前記第１の隣接セルに前記ｂｅａｍ ｆａｉｌｕｒｅ情報を報告するように構成される、
ことを特徴とする請求項１３に記載のビーム失敗検出装置。

【請求項15】

ビーム失敗検出装置であって、ネットワークデバイスに適用され、前記装置は、
端末に構成シグナリングを送信するように構成される送信モジュールであって、前記構成シグナリングは、ターゲット情報フィールドを含み、前記ターゲット情報フィールドは、ターゲット基準信号リソースを受信するための時間周波数リソースの位置を示し、前記ターゲット基準信号リソースは、前記端末によって第１の隣接セルに対してビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）検出を行うために使用される送信モジュールと、
物理アップリンク制御チャネル（ＰＵＣＣＨ）を介して、ビーム失敗回復のためのスケジューリング要求を受信するように構成される受信モジュールであって、前記スケジューリング要求には、前記第１の隣接セルでｂｅａｍ ｆａｉｌｕｒｅが発生したことを示すためのｂｅａｍ ｆａｉｌｕｒｅ情報が含まれる受信モジュールと、を含む、
ことを特徴とするビーム失敗検出装置。

【請求項16】

前記受信モジュールが、さらに、物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して前記ｂｅａｍ ｆａｉｌｕｒｅ情報を受信するように構成される、
ことを特徴とする請求項１５に記載のビーム失敗検出装置。

【請求項17】

前記第１の隣接セルでｂｅａｍ ｆａｉｌｕｒｅが発生したことを報告するときに使用されるスケジューリング要求と、サービングセルでｂｅａｍ ｆａｉｌｕｒｅが発生したことを報告するときに使用されるスケジューリング要求とは、時間周波数ドメインリソースおよびコードワード指示方法が同じである、
ことを特徴とする請求項１５に記載のビーム失敗検出装置。

【請求項18】

前記第１の隣接セルでｂｅａｍ ｆａｉｌｕｒｅが発生したことを報告するときに使用されるスケジューリング要求と、サービングセルでｂｅａｍ ｆａｉｌｕｒｅが発生したことを報告するときに使用されるスケジューリング要求とは、時間周波数リソースの位置が異なり、
又は、
前記第１の隣接セルでｂｅａｍ ｆａｉｌｕｒｅが発生したことを報告するときに使用されるスケジューリング要求と、サービングセルでｂｅａｍ ｆａｉｌｕｒｅが発生したことを報告するときに使用されるスケジューリング要求とは、コードワード指示方法が異なる、
ことを特徴とする請求項１５に記載のビーム失敗検出装置。

【請求項19】

前記受信モジュールが、さらに、前記ＰＵＳＣＨを介して指示シグナリングを受信するように構成され、前記指示シグナリングには、ｂｅａｍ ｆａｉｌｕｒｅが発生した前記第１の隣接セルのセル番号が含まれる、
ことを特徴とする請求項１６に記載のビーム失敗検出装置。

【請求項20】

前記指示シグナリングには、新たなビーム方向指示情報がさらに含まれ、
前記新たなビーム方向指示情報は、第１の候補基準信号リソースの基準信号リソース番号を含み、前記第１の候補基準信号リソースは、基準信号の受信電力が第２の閾値に達する候補信号リソースであり、又は、前記新たなビーム方向指示情報は、新たなビーム方向がないことを示すために使用される、
ことを特徴とする請求項１９に記載のビーム失敗検出装置。

【請求項21】

端末機器であって、
プロセッサと、
前記プロセッサに接続されるトランシーバとを含み、
前記プロセッサは、請求項１に記載のビーム失敗検出方法を実現するように、実行可能な命令をロードして実行するように構成される、
ことを特徴とする端末機器。

【請求項22】

ネットワークデバイスであって、
プロセッサと、
前記プロセッサに接続されるトランシーバとを含み、
前記プロセッサは、請求項２に記載のビーム失敗検出方法を実現するように、実行可能な命令をロードして実行するように構成される、
ことを特徴とするネットワークデバイス。

【請求項23】

コンピュータ読み取り可能な記憶媒体であって、
前記コンピュータ読み取り可能な記憶媒体には、少なくとも１つの命令、少なくとも１つのプログラム、コードセット又は命令セットが格納されており、前記少なくとも１つの命令、少なくとも１つのプログラム、コードセット又は命令セットは、請求項１～２のいずれかに記載のビーム失敗検出方法を実現するように、プロセッサによってロードされて実行される、
ことを特徴とするコンピュータ読み取り可能な記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、通信の分野に関し、特に、ビーム失敗検出方法、装置、デバイス及び読み取り可能な記憶媒体に関する。

【背景技術】

【0002】

新しい無線（Ｎｅｗ Ｒａｄｉｏ、ＮＲ）では、通信周波数帯域がＦＲ（Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ、周波数範囲）２にある場合、高周波チャネルが急速に減衰するため、カバレッジを確保するために、ビーム（ｂｅａｍ）ベースの送受信を使用する必要がある。

【0003】

関連技術では、このユーザ機器（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ、ＵＥ）が移動したり、アンテナの方向が回転したりすると、ＰＤＣＣＨを送受信するためにＵＥに構成されたビームに問題が発生する、すなわち、ｂｅａｍ ｆａｉｌｕｒｅの問題が発生する可能性がある。

【0004】

現在、隣接セルのｂｅａｍ ｆａｉｌｕｒｅを検出する方法がない。

【発明の概要】

【発明が解決しようとする課題】

【0005】

本願の実施例は、ビーム失敗検出方法、装置、デバイス及び読み取り可能な記憶媒体を提供し、隣接セルに対してｂｅａｍ ｆａｉｌｕｒｅ検出を行うための方法を提供することができる。前記技術案は以下のとおりである。

【課題を解決するための手段】

【0006】

本願の一態様によれば、ビーム失敗検出方法を提供し、端末機器に適用され、前記方法は、第１の隣接セルのビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）検出のためのターゲット基準信号リソースを決定するステップと、前記ターゲット基準信号リソースに基づいて、前記第１の隣接セルに対してｂｅａｍ ｆａｉｌｕｒｅ検出を行うステップと、を含む。

【0007】

別の態様では、ビーム失敗検出方法を提供し、ネットワークデバイスに適用され、前記方法は、端末に構成シグナリングを送信するステップを含み、前記構成シグナリングは、ターゲット情報フィールドを含み、前記ターゲット情報フィールドは、ターゲット基準信号リソースを受信するための時間周波数リソースの位置を示し、前記ターゲット基準信号リソースは、前記端末によって第１の隣接セルに対してビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）検出を行うために使用される。

【0008】

別の態様では、ビーム失敗検出装置を提供し、端末機器に適用され、前記装置は、第１の隣接セルのビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）検出のためのターゲット基準信号リソースを決定するように構成される処理モジュールを含み、前記処理モジュールが、さらに、前記ターゲット基準信号リソースに基づいて、前記第１の隣接セルに対してｂｅａｍ ｆａｉｌｕｒｅ検出を行うように構成される。

【0009】

別の態様では、ビーム失敗検出装置を提供し、ネットワークデバイスに適用され、前記装置は、端末に構成シグナリングを送信するように構成される送信モジュールを含み、前記構成シグナリングは、ターゲット情報フィールドを含み、前記ターゲット情報フィールドは、ターゲット基準信号リソースを受信するための時間周波数リソースの位置を示し、前記ターゲット基準信号リソースは、前記端末によって第１の隣接セルに対してビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）検出を行うために使用される。

【0010】

別の態様では、端末機器を提供し、この端末機器は、プロセッサと、プロセッサに接続されるトランシーバとを含み、ここで、プロセッサは、上記の本願の実施例に記載のビーム失敗検出方法を実現するように、実行可能な命令をロードして実行するように構成される。

【0011】

別の態様では、ネットワークデバイスを提供し、このネットワークデバイスは、プロセッサと、プロセッサに接続されるトランシーバとを含み、ここで、プロセッサは、上記の本願の実施例に記載のビーム失敗検出方法を実現するように、実行可能な命令をロードして実行するように構成される。

【0012】

別の態様では、コンピュータ読み取り可能な記憶媒体を提供し、当該コンピュータ読み取り可能な記憶媒体には、少なくとも１つの命令、少なくとも１つのプログラム、コードセット又は命令セットが格納されており、前記少なくとも１つの命令、少なくとも１つのプログラム、コードセット又は命令セットは、上記の本願の実施例に記載のビーム失敗検出方法を実現するように、プロセッサによってロードされて実行される。

【発明の効果】

【0013】

本願の実施例によって提供される技術案は、少なくとも以下の有益な効果を有する。
構成された基準信号リソース又はデフォルト基準信号リソースによって、端末による隣接セルのビーム失敗の検出が実現され、端末による隣接セルのビーム失敗検出方法が提供される。

【図面の簡単な説明】

【0014】

本願の実施例における技術案をより明確に説明するために、以下では、実施例の説明で使用される図面を簡単に紹介し、明らかに、以下の説明における図面は、本願のいくつかの実施例にすぎず、当業者は、創造的な努力なしに、これらの図面から他の図面を得ることができる。

【図1】本願の例示的な一実施例によって提供される通信システムのブロック図である。

【図2】本開示の例示的な一実施例によって提供される複数のＴＲＰ又は複数のアンテナパネル（ｍｕｌｔｉ－ＴＲＰ／ｐａｎｅｌ）に基づくデータ伝送の模式図である。

【図3】本願の例示的な一実施例によって提供されるビーム失敗検出方法のフローチャートである。

【図4】本願の別の例示的な実施例によって提供されるビーム失敗検出方法のフローチャートである。

【図5】本願の別の例示的な実施例によって提供されるビーム失敗検出方法のフローチャートである。

【図6】本願の別の例示的な実施例によって提供されるビーム失敗検出方法のフローチャートである。

【図7】本願の例示的な一実施例によって提供されるビーム失敗検出装置の構造ブロック図である。

【図8】本願の別の例示的な実施例によって提供されるビーム失敗検出装置の構造ブロック図である。

【図9】本願の例示的な一実施例によって示される通信機器の構造ブロック図である。

【発明を実施するための形態】

【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】

いくつかの実施例では、チャネル品質は、レイヤ１の基準信号の受信電力（Ｌ１ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｉｎｇ Ｐｏｗｅｒ、Ｌ１－ＲＳＲＰ）を含み、及び／又は、チャネル品質は、レイヤ１の信号対干渉雑音比（Ｌ１ Ｓｉｇｎａｌ－ｔｏ－Ｉｎｔｅｒｆｅｒｅｎｃｅ ａｎｄ Ｎｏｉｓｅ Ｒａｔｉｏ、Ｌ１－ＳＩＮＲ）を含む。

【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】

なお、本願は、以上で説明され、添付の図面に示された正確な構造に限定されず、その範囲から逸脱することなく、さまざまな修正および変更を行うことができる。本出願の範囲は、添付の請求項によってのみ限定される。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】