JP7266744B2 - ビーム障害回復方法及び関連する装置 - Google Patents

ビーム障害回復方法及び関連する装置 Download PDF

Info

Publication number
JP7266744B2
JP7266744B2 JP2022504267A JP2022504267A JP7266744B2 JP 7266744 B2 JP7266744 B2 JP 7266744B2 JP 2022504267 A JP2022504267 A JP 2022504267A JP 2022504267 A JP2022504267 A JP 2022504267A JP 7266744 B2 JP7266744 B2 JP 7266744B2
Authority
JP
Japan
Prior art keywords
bfr
cell
procedure
scell
triggered
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2022504267A
Other languages
English (en)
Other versions
JP2022541836A (ja
Inventor
チン，ホンリー
ツァイ，シンシ
チェン，フンチェン
ウェイ，チャホン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
FG Innovation Co Ltd
Original Assignee
FG Innovation Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by FG Innovation Co Ltd filed Critical FG Innovation Co Ltd
Publication of JP2022541836A publication Critical patent/JP2022541836A/ja
Application granted granted Critical
Publication of JP7266744B2 publication Critical patent/JP7266744B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0686—Hybrid systems, i.e. switching and simultaneous transmission
    • H04B7/0695—Hybrid systems, i.e. switching and simultaneous transmission using beam selection
    • H04B7/06952—Selecting one or more beams from a plurality of beams, e.g. beam training, management or sweeping
    • H04B7/06964—Re-selection of one or more beams after beam failure
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/0408—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas using two or more beams, i.e. beam diversity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0617—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal for beam forming
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/08—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the receiving station
    • H04B7/0868—Hybrid systems, i.e. switching and combining
    • H04B7/088—Hybrid systems, i.e. switching and combining using beam selection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/04—Arrangements for maintaining operational condition
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
    • H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0274—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
    • H04W52/028—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof switching on or off only a part of the equipment circuit blocks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Description

発明の詳細な説明
〔分野〕
本開示は一般に、無線通信に関し、より詳細には、ビーム障害回復を実行する方法及び関連する装置に関する。
〔背景〕
新しい無線（ＮＲ：new radio）Ｒｅｌ－１５技術標準において、ビーム成形は、指向性信号送信／受信のためのアンテナアレイで使用される信号処理技術である。ビーム成形を用いて、ビームは、特定の角度の信号が建設的な干渉を経験し、他のものが破壊的な干渉を経験するような方法で、アンテナのフェーズドアレイで要素を組み合わせることによって形成することができる。アンテナの複数のアレイを用いて、異なるビームを同時に利用することができる。広いセクタビームにわたってアンテナゲインを増加させるために、より大きなアンテナアレイ（数十から数百の範囲であるアンテナ素子の数）が、高ゲインビームを形成するために使用される。
それにもかかわらず、高ゲインビームは、広いセクタビームと比較して狭いため、下りリンク（ＤＬ：downlink）共通チャネルを送信するための複数ビームが必要なセル領域をカバーするために必要である。アクセスポイントが形成することができる同時の高ゲインビームの数は、利用されるトランシーバアーキテクチャのコスト及び複雑さによって制限され得る。実際には、より高い周波数上で、同時の高ゲインビームの数は、セル領域をカバーするために必要なビームの総数よりもはるかに少ない。言い換えれば、アクセスポイントは、任意の所与の時間にビームのサブセットを使用することによって、セルエリアの一部のみをカバーすることができる。
次世代ノードＢ（ｇＮＢ）は、サービスエリア全体をカバーするために複数のビームを利用することができ、各ユーザ機器（ＵＥ：user equipment）は、これらのビームの内の１つに関連付けられることができる。ＵＥが移動するとき、及び／又は環境が変化するとき、ＵＥのための最良のビームは、変化し得る。したがって、レイヤ１（Ｌ１）／レイヤ２（Ｌ２）ビーム管理手順が開始され、現在のビームを新しいビームに切り替える。ビームは、ＤＬ制御チャネル上で使用することができる。ビーム設計は、カバー率距離とＵＥのモビリティに対するロバスト性の両方を考慮すべきである。低いデータ速度要求を考慮するが、制御チャネル上の高い信頼性要求を考慮するとき、ビームは、合理的なＵＥのモビリティを可能にするのに十分な幅であるべきである。
しかしながら、ビームの位置ずれは、制御チャネルの進行中のリンクの損失（「ビーム障害」）をもたらす可能性がある。ｇＮＢは、ビーム管理手順を使用して新しいビームに切り替えることができないことがある。このようにして、ビーム障害回復（ＢＦＲ：beam failure recovery）機構を導入した。ＢＦＲ手順は、ＵＥトリガされ得る。ＵＥは、ＤＬ参照信号（ＲＳ：reference signal）、制御チャネル、及び／又はデータチャネル上の測定に従ってビーム障害イベントを決定することができる。ビーム障害判定のための１つの例は、ＵＥがＤＬ参照信号上の計測に従って、現在のサービングビームの低参照シンボル受信電力（ＲＳＲＰ：Reference Symbol Received Power）を検出することである。ビーム障害が検出された場合、ＵＥは、上りリンク（ＵＬ：uplink）送信によってビーム障害イベントのｇＮＢを通知することができ、したがって、ｇＮＢは、それに応じて動作することができる。
ＵＥは、ＳＳＢ又はＣＳＩ－ＲＳ上でビーム障害が検出されたとき、新しい同期信号ブロック（ＳＳＢ：Synchronization Signal Block）又はチャネル状態情報ベース参照信号（ＣＳＩ－ＲＳ：Channel State Information based Reference Signal）をｇＮＢに示すためのＢＦＲ手順をトリガすることができる。ビーム障害検出のために、ｇＮＢは、ビーム障害検出参照信号（例えば、ＳＳＢ、又はＣＳＩ－ＲＳ）を用いてＵＥを構成し、物理（ＰＨＹ：physical）層からのビーム障害インスタンス印字ケーションの数が事前に構成された／事前に定義された／事前に指定されたタイマが満了する前に、構成された最高数に達したとき、ＵＥは、ビーム障害を判定する。ビーム障害検出（ＢＦＤ：beam failure detection）は、初期ＤＬ帯域幅部分（ＢＷＰ：bandwidth part）に関連付けられたＳＳＢに基づいて実行されてもよく、初期ＤＬ ＢＷＰのために構成されてもよい。他のＤＬ ＢＷＰのために、ＢＦＤは、ＣＳＩ－ＲＳに基づいて実行されうる。
ビーム障害が検出された後、ＵＥは、ＢＦＲのためのランダムアクセス（ＲＡ：random access）手順を実行することができる（本開示において、ＢＦＲ手順をベースにしたランダムアクセスチャネル（ＲＡＣＨ：random access channel）をトリガすることと呼ばれる）。ＵＥは、プライマリセル（ＰＣｅｌｌ：primary cell）上でＲＡ手順を開始することによってＢＦＲをトリガし、ＢＦＲを実行するために適切なビームを選択することができる（ｇＮＢが特定のビームのための専用ＲＡリソースを提供した場合、それらは、ＵＥによって選択されることができる）。ＲＡ手順が完了すると、ＢＦＲは、完了したと判定される。
ＮＲ Ｒｅｌ－１５において、ＲＡＣＨベースのＢＦＲ手順は、特殊セル（ＳｐＣｅｌｌ：Special Cell）（例えば、ＰＣｅｌｌ、及びプライマリセカンダリセル（ＰＳＣｅｌｌ：Primary Secondary cell））にのみ適用される。言い換えれば、ビーム障害がセカンダリセル（ＳＣｅｌｌ：Secondary cell）上で発生した場合、ネットワーク（ＮＷ：network）は、それを処理しなければならない。例えば、ＳＣｅｌｌ ＢＦＤは、ＳＣｅｌｌにおけるスケジュールされたＤＬ送信のための肯定応答（ＡＣＫ：acknowledgement）／非ＡＣＫ（ＮＡＣＫ：non-ACK）フィードバックの欠如に基づいて、又はＳＣｅｌｌにおけるチャネルクオリティインジケータ（ＣＱＩ：channel quality indicator）レポートに基づいて、実行されることができる。ビーム障害が発生する場合、ＮＷは、このＳＣｅｌｌをリリースし、データ送信を再スケジュールすることができる。しかしながら、これは、スケジューリング効率を低下させ、より高いレイヤの信号伝搬レイテンシを増加させ得る。ＳＣｅｌｌ上のビーム障害からビームを迅速に回復する（例えば、サービングビームを切り替える）ために、ＮＲ Ｒｅｌ－１６において、ＳＣｅｌｌ ＢＦＲがサポートされる。
〔概要〕
本開示は、ビーム障害回復を実行する方法及び関連する装置を提供する。
本開示の態様によれば、ビーム障害回復（ＢＦＲ：beam failure recovery）手順を実行するユーザ機器（ＵＥ：user equipment）のための方法が提供される。本方法は、第１のセルで第１のビーム障害検出（ＢＦＤ：beam failure detection）手順を実行する工程、第２のセルで第２のＢＦＤ手順を実行する工程、第１のＢＦＤ手順によって第１のセルで検出されているビーム障害に応答して、第１のセルのための第１のＢＦＲ手順をトリガする工程、第２のＢＦＤ手順によって第２のセルで検出されているビーム障害に応答して、第２のセルのための第２のＢＦＲ手順をトリガする工程、及び第１及び第２のＢＦＲ手順の内の少なくとも１つに対応する、第１のセルのＢＦＲ情報を含むＢＦＲレポートが基地局（ＢＳ：base station）に正常に送信されたことに応答して、第１のセルのためのトリガされた第１のＢＦＲ手順をキャンセルする工程を含む。
本開示の別の態様によれば、ビーム障害回復（ＢＦＲ）手順を実行するためのユーザ機器（ＵＥ）が提供される。ＵＥは、コンピュータ実行可能命令を実行するためのプロセッサ、及びコンピュータ実行可能命令を記憶するために、プロセッサに結合された、一時的でない機械読取可能媒体を含み、コンピュータ実行可能命令は、プロセッサに、第１のセルで第１のビーム障害検出（ＢＦＤ）手順を実行し、第２のセルで第２のＢＦＤ手順を実行し、第１のＢＦＤ手順によって第１のセルで検出されているビーム障害に応答して、第１のセルのための第１のＢＦＲ手順をトリガし、第２のＢＦＤ手順によって第２のセルで検出されているビーム障害に応答して、第２のセルのための第２のＢＦＲ手順をトリガし、第１及び第２のＢＦＲ手順の内の少なくとも１つに対応する、第１のセルのＢＦＲ情報を含むＢＦＲレポートが基地局（ＢＳ）に正常に送信されたことに応答して、第１のセルのためのトリガされた第１のＢＦＲ手順をキャンセルするように命令する。
〔図面の簡単な説明〕
例としての本開示の態様は、添付の図面と共に読まれるとき、以下の詳細な説明から最も良く理解される。様々な特徴は、一定の縮尺で描かれておらず、様々な特徴の寸法は、議論を明確にするために任意に増減されてもよい。
図１は、本開示の例としての実装形態に従った、２つのＳＣｅｌｌビーム障害検出（ＢＦＤ：beam failure detection）手順及び２つのＳＣｅｌｌビーム障害回復（ＢＦＲ：beam failure recovery）手順を示すフローチャートである。
図２は、本開示の例としての実装形態に従った、セル（ｉ）のためのＳＲ手順をトリガし、キャンセルすることを含むＳＣｅｌｌ ＢＦＲ手順を示す概略図である。
図３は、本開示の例としての実装形態に従った、セルのビーム障害回復のためのアクションを示す概略図である。
図４は、本開示の例としての実装形態に従った、セル（ｉ）のためのＢＦＤ手順を示すフローチャートである。
図５は、本開示の例としての実装形態に従った、無線通信のためのノードを示す構成図である。
〔詳細な説明〕
以下の記載は、本開示における例としての実装形態に関連する具体的な情報を含む。本開示の図面及び添付の詳細な説明は、単に例としての実装形態を対象とする。しかしながら、本発明は、単にこれらの例としての実装形態に限定されるものではない。本開示の他の変形例及び実装形態は、当業者には想起されるであろう。特に断らない限り、複数の図中の同様の又は対応する要素は、同様の又は対応する参照番号によって示され得る。更に、本開示における図面及び図示は、ほとんどの場合、一定の縮尺ではなく、実際の相対的な寸法に対応することを意図していない。
一貫性及び理解を容易にするために、同様の特徴は、例としての図において同じ数字によって識別され得る（ただし、いくつかの例では、図示されていない）。しかしながら、異なる実装形態における特徴は、他の点で異なっていてもよく、従って、図面に示されるものに狭く限定されるものではない。
この説明は、「１つの実装形態において」又は「いくつかの実装形態において」という語句を使用し、それぞれが同じ又は異なる実装形態の１つ以上を指してもよい。「結合された」という用語は、直接的又は間接的に介在する構成要素を介して接続されたものとして定義され、必ずしも物理的接続に限定されるものではない。「備える（ｃｏｍｐｒｉｓｉｎｇ）」という用語は、「必ずしも限定されるものではないが、含む」を意味する。それは、そのように説明された組み合わせ、グループ、シリーズ、及び等価物におけるオープンエンドの包含又はメンバーシップを特に示す。
その上、以下の文章（サブ）－箇条書き、ポイント、アクション、挙動、用語、選択肢、実施例又はクレームの内の２つ以上は、論理的に、合理的に、適切に組み合わせて、具体的な方法を形成することができる。以下の開示に記載される、文章、段落、（サブ）－箇条書き、ポイント、アクション、挙動、用語又はクレームは特定の方法を形成するために、独立してかつ別個に実装することができる。例えば「に基づく」、「より具体的に」、「好ましくは」、「一実施形態において」、「一実装形態において」、「一選択肢において」などは、以下の記載において、特定の方法を限定しない１つの考えられる例のみを指す。
説明及び非限定の目的のために、機能エンティティ、技法、プロトコル、規格などの具体的な詳細が、説明される技術の理解を実現するために記載される。他の例において、不必要な詳細で説明を不明瞭にしないように、周知の方法、技術、システム、アーキテクチャなどの詳細な説明は、省略される。
当業者は、本開示に記載されている任意のネットワーク機能（複数種類可）又はアルゴリズム（複数種類可）が、ハードウェア、ソフトウェア、又はソフトウェアとハードウェアの組み合わせによって実装されてもよいことを直ちに理解するだろう。説明される機能は、ソフトウェア、ハードウェア、ファームウェア、又はそれらの任意の組み合わせであり得るモジュールに対応し得る。ソフトウェアの実装形態は、メモリ又は他の種類の記憶装置などのコンピュータ読み取り可能媒体に記憶されたコンピュータ実行可能命令を備えてもよい。例えば、通信処理能力を有する一つ以上のマイクロプロセッサ又は汎用コンピュータを、対応する実行可能命令を用いてプログラムし、記述されたネットワーク機能（複数種類可）又はアルゴリズム（複数種類可）を実行することができる。マイクロプロセッサ又は汎用コンピュータは、特定用途向け集積回路（ＡＳＩＣ）、プログラマブルロジックアレイ、及び／又は一つ以上のデジタル信号プロセッサ（ＤＳＰ）を使用して形成することができる。本明細書に記載されている例としての実装形態のいくつかは、コンピュータハードウェア上にインストールされ実行されるソフトウェアを指向しているが、それにもかかわらず、ファームウェアとして、又はハードウェアとして、又はハードウェアとソフトウェアの組合せとして実装される代替の実施例は、本開示の範囲内に十分にある。
コンピュータ読み取り可能媒体は、ランダムアクセスメモリ（ＲＡＭ：Random Access Memory）、読み取り専用メモリ（ＲＯＭ：Read Only Memory）、消去可能プログラマブル読み取り専用メモリ（ＥＰＲＯＭ：Erasable Programmable Read-Only Memory）、電気的消去可能プログラマブル読み取り専用メモリ（ＥＥＰＲＯＭ：Electrically Erasable Programmable Read-Only Memory）、フラッシュメモリ、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ：Compact Disc Read-Only Memory）、磁気カセット、磁気テープ、磁気ディスク記憶装置、又はコンピュータ読み取り可能命令を記憶可能な他の任意の同等の媒体を含むが、これらに限定されない。
無線通信ネットワークアーキテクチャ（例えばロングタームエボリューション（ＬＴＥ：Long Term Evolution）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）システム、ＬＴＥ－Ａｄｖａｎｃｅｄ Ｐｒｏシステム、又は５Ｇ 新無線（ＮＲ）無線アクセスネットワーク（ＲＡＮ））は、通常、少なくとも一つの基地局、少なくとも一つのユーザ機器（ＵＥ）、及びネットワークへの接続を提供する一つ以上のオプションのネットワーク要素を含む。ＵＥは、一つ以上の基地局によって確立されたＲＡＮを介して、ネットワーク（例えばコアネットワーク（ＣＮ）、エボルブドパケットコア（ＥＰＣ：Evolved Packet Core）ネットワーク、エボルブドユニバーサルテレストリアル無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ：Evolved Universal Terrestrial Radio Access network）、５Ｇコア（５ＧＣ）、又はインターネット）と通信する。
なお、本出願において、ＵＥとしては移動局、携帯端末又は携帯機器、ユーザ通信無線端末が挙げられるが、これらに限定されない。例えばＵＥは、携帯無線機器であってもよく、携帯電話、タブレット、ウェアラブルデバイス、センサ、車両、又は無線通信能力を有する携帯情報端末（ＰＤＡ）を含むが、これらに限定されない。上記ＵＥは、無線アクセスネットワークにおける一つ以上のセルに、エアーインターフェース上で、信号を送受信するよう構成されている。
ＢＳは、ＵＭＴＳにおけるノードＢ（ＮＢ：ｎｏｄｅ Ｂ）、ＬＴＥ又はＬＴＥ－Ａにおける進化型ノードＢ（ｅＮＢ：evolved node B）、ＵＭＴＳにおける無線ネットワークコントローラ（ＲＮＣ：Radio Network Controller）、ＧＳＭ／ＧＥＲＡＮにおける基地局コントローラ（ＢＳＣ：Base Station Controller）、５ＧＣに関連するＥ－ＵＴＲＡ（Ｅ－ＵＴＲＡ：Evolved Universal Terrestrial Radio Access）ＢＳにおけるｎｇ－ｅＮＢ、５Ｇ－ＲＡＮにおける次世代ノードＢ（ｇＮＢ：generation Node B）、及びセル内の無線通信を制御し、無線リソースを管理することができる任意の他の装置を含むことができるが、これらに限定されない。基地局は、ネットワークへの無線インターフェースによって、一つ以上のＵＥにサービスを提供するように接続し得る。
ＢＳは、以下の無線アクセス技術（ＲＡＴｓ：Radio Access Technologies）の内の少なくとも一つに従った通信サービスを提供するように構成されてよい。マイクロ波アクセスのためのワールドワイド相互運用（ＷｉＭＡＸ：Worldwide Interoperability for Microwave Access）、モバイル通信のためのグローバルシステム（ＧＳＭ：Global System for Mobile、しばしば２Ｇとして呼ばれる）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ：GSM EDGE Radio Access Network）、汎用パケット無線サービス（ＧＲＰＳ：General Packet Radio Service）、基本広帯域コード分割多元アクセス（Ｗ－ＣＤＭＡ：Wideband-Code Division Multiple Access）に基づいたユニバーサルモバイル通信システム（ＵＭＴＳ：Universal Mobile Telecommunication System、しばしば３Ｇとして呼ばれる）、高速パケットアクセス（ＨＳＰＡ：High-Speed Packet Access）、ＬＴＥ、ＬＴＥ－Ａ、ｅＬＴＥ（進化型ＬＴＥ、例えば５ＧＣに接続したＬＴＥ）、ＮＲ（しばしば５Ｇとして呼ばれる）、及び／又はＬＴＥ－Ａ Ｐｒｏ。しかしながら本出願の範囲は、上記のプロトコルに限定されるべきではない。
ＢＳは、ＲＡＮを形成する複数のセルを使用して、特定の地理的エリアに無線カバレッジを提供するように動作可能である。ＢＳは、セルの動作をサポートする。各セルは、セルの無線カバレッジ内の少なくとも１つのＵＥにサービスを提供するように動作可能である。より具体的には、各セル（しばしばサービングセルと呼ばれる）がセルの無線カバレッジ内の１つ以上のＵＥを提供するサービスを提供する（例えば、各セルがＤＬ及び任意でＵＬパケット送信のために、セルの無線カバレッジ内の少なくとも１つのＵＥにＤＬ及び任意でＵＬリソースをスケジューリングする）。ＢＳは、複数のセルを介して無線通信システム内の１つ以上のＵＥと通信することができる。セルは、近接サービス（ＰｒｏＳｅ）、ＬＴＥ ＳＬサービス、及びＬＴＥ／ＮＲ Ｖ２Ｘサービスをサポートするためにサイドリンク（ＳＬ）リソースを割り当てることができる。各セルは、他のセルとオーバーラップしたカバレッジエリアを有することができる。
図１は、ＵＥが２つのＳＣｅｌｌ ＢＦＤ手順及び２つのＳＣｅｌｌ ＢＦＲ手順を実行するための方法１００を示す。アクション１０２において、ＵＥは、第１のセル上で第１のビーム障害検出（ＢＦＤ）手順を実行する。アクション１０４において、ＵＥは、第２のセル上で第２のＢＦＤ手順を実行する。アクション１０６において、第１のＢＦＤ手順によって第１のセルでビーム障害が検出されたとき、ＵＥは、第１のセルのための第１のＢＦＲ手順をトリガする。アクション１０８において、第２のＢＦＤ手順によって第２のセルでビーム障害が検出されたとき、ＵＥは、第２のセルのための第２のＢＦＲ手順をトリガする。アクション１１０において、第１のＢＦＲ手順に対応する第１のＢＦＲレポートがＢＳに正常に送信されたとき、ＵＥは、第１のセルのためのトリガされた第１のＢＦＲ手順をキャンセルする。アクション１１２において、第２のＢＦＲ手順に対応する第２のＢＦＲレポートがＢＳに正常に送信されたとき、ＵＥは、第２のセルのためのトリガされた第２のＢＦＲ手順をキャンセルする。第１のＢＦＲレポートは、（例えば、同じＢＦＲ媒体アクセス制御（ＭＡＣ：Medium Access Control）制御要素（ＣＥ：control element）によって生成された）第２のＢＦＲレポートと同一であってもよく、又は第２のＢＦＲレポートと異なっていてもよい。
方法１００は、セルベースのＢＦＤ手順及びセルベースのＢＦＲ手順を提供し、それによって、ＵＥは、第１のセル及び第２のセルのためのトリガされたＢＦＲ手順をそれぞれキャンセルする。言い換えれば、トリガされたＢＦＲ手順を、セルベーシス（basis）毎にキャンセルする。
一実装形態において、ＵＥは、ＳＣｅｌｌ＃１でビーム障害を検出し、次いで、ＳＣｅｌｌ＃１のためのＢＦＲ手順をトリガすることができる。一方、ＵＥは、ＳＣｅｌｌ＃２でビーム障害を検出し、その後、ＳＣｅｌｌ＃２のためにＢＦＲ手順をトリガすることができる。ＵＥは、ＳＣｅｌｌ＃１のトリガされたＢＦＲ手順に対応するＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）をＢＳに送信することができる。一実施例において、ＳＣｅｌｌ＃１のＢＦＲ情報のみを含んでいるＢＦＲレポートがＢＳに正常に送信されたとき、ＵＥは、ＳＣｅｌｌ＃１のトリガされたＢＦＲ手順をキャンセルし、ＳＣｅｌｌ＃２のトリガされたＢＦＲ手順をキャンセルしないことができる。ＳＣｅｌｌ＃１のＢＦＲ情報は、ＳＣｅｌｌ＃１のセル識別番号とＳＣｅｌｌ＃１の測定された候補ビームの両方を含む。ＵＥがＢＳから物理下りリンク制御チャネル（ＰＤＣＣＨ：physical downlink control channel）を介してＢＦＲ応答を受信したとき、ＢＦＲレポートは、正常に送信され、したがって、ＢＳからＢＦＲ応答が受信されたとき、ＵＥは、ＳＣｅｌｌ＃１のＢＦＲ手順が完了したと判定することができることに留意されたい。いくつかの実装形態において、ＵＥがＢＦＲレポートの送信に使用されるハイブリッド自動再送要求（ＨＡＲＱ：Hybrid Automatic Repeat Request）処理のための新しい送信のためのＵＬグラントを示しているセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ：Cell Radio Network Temporary Identifier）にアドレス指定されたＰＤＣＣＨを介してＢＦＲ応答を受信するとき、ＢＦＲレポートは、正常に送信される。別の実施例において、ＢＳからＳＣｅｌｌ＃１を非アクティブ化するための非アクティブ命令（例えば、ＳＣｅｌｌアクティブ化／非アクティブ化）を受信したとき、ＵＥは、ＳＣｅｌｌ＃１のトリガされたＢＦＲ手順をキャンセルし、ＳＣｅｌｌ＃２のトリガされたＢＦＲ手順をキャンセルしないことができる。他の実施例において、ＳＣｅｌｌ＃１に関連する非アクティブ化タイマが満了したとき、ＵＥは、ＳＣｅｌｌ＃１のトリガされたＢＦＲをキャンセルすることができ、ＳＣｅｌｌ＃２のトリガされたＢＦＲをキャンセルすることはできない。
いくつかの実装形態において、ＳＣｅｌｌ＃１及びＳＣｅｌｌ＃２の両方のＢＦＲ情報を含んでいるＢＦＲレポートがＢＳに正常に送信されるとき、ＵＥは、ＳＣｅｌｌ＃１のトリガされたＢＦＲ手順をキャンセルし、ＳＣｅｌｌ＃２のトリガされたＢＦＲ手順をキャンセルすることができる。ＳＣｅｌｌ＃１のＢＦＲ情報は、ＳＣｅｌｌ＃１のセル識別番号とＳＣｅｌｌ＃１の測定された候補ビームの両方を含み、ＳＣｅｌｌ＃２のＢＦＲ情報は、ＳＣｅｌｌ＃２のセル識別番号とＳＣｅｌｌ＃２の測定された候補ビームの両方を含む。
いくつかの実装形態において、ＳＣｅｌｌ＃１が非アクティブ化された場合、ＵＥは、ＳＣｅｌｌ＃１のトリガされたＢＦＲ手順をキャンセルし、ＳＣｅｌｌ＃２が非アクティブ化された場合、ＳＣｅｌｌ＃２のトリガされたＢＦＲ手順をキャンセルすることができる。例えば、ＳＣｅｌｌ＃１に関連付けられた非アクティブ化タイマが満了したとき、又はＳＣｅｌｌ＃１を非アクティブ化する非アクティブ化命令がＢＳから受信されたとき、ＵＥは、ＳＣｅｌｌ＃１のトリガされたＢＦＲ手順をキャンセルすることができ、ＳＣｅｌｌ＃２に関連付けられた非アクティブ化タイマが終了し、ＳＣｅｌｌ＃２を非アクティブ化するための非アクティブ化命令がＢＳから受信されたとき、ＳＣｅｌｌ＃２のトリガされたＢＦＲ手順をキャンセルすることができる。
図２は、セル（ｉ）のＳＣｅｌｌ ＢＦＲのためのＳＲ手順をトリガ及びキャンセルすることを含むＳＣｅｌｌ ＢＦＲ手順を示すフローチャートである。ＵＥは、セル（ｉ）上でＢＦＤを実行し、「ＢＦＩ＿ＣＯＵＮＴＥＲ」が最大数（例えば、以上である）に達する場合、検出されているビーム障害を判定することができる（例えば、アクション２０２）。ＵＥは、セル（ｉ）がＳｐＣｅｌｌ又はＳＣｅｌｌであることを判定する（例えば、アクション２０４）。セル（ｉ）がＳＣｅｌｌ（例えば、アクション２０６）として判定された場合、ＵＥは、セル（ｉ）のためのＢＦＲ手順をトリガする。ＵＥは更に、ＵＬリソースがＢＦＲレポート送信のために利用可能であるかどうかを判定する（例えば、アクション２０８）。ＵＬリソースが利用可能である場合、ＵＥは、ＵＬリソースを介してＢＳにＢＦＲレポート（例えば、セル（ｉ）のＢＦＲ情報を含んでいるＢＦＲ ＭＡＣ ＣＥ）を送信する（例えば、アクション２１０）。逆に、ＵＬリソースが利用可能でない場合、ＵＥは、Ｃｅｌｌ（ｉ）のＳＲ手順をトリガする（例えば、アクション２１２）。更に、トリガされたＳＲ手順のために、ＵＥは、ＵＬリソースを要求するために、ＢＳにＢＦＲ－ＳＲを送信することができる（例えば、アクション２１２）。ＵＬリソースを用いてＢＦＲレポートを送信した後、ＵＥは、セル（ｉ）のトリガされたＳＲ手順をキャンセルする（例えば、アクション２１４）。その上、ＵＥは、ＢＳからＢＦＲレポートに対応するＢＦＲ応答が受信されたか否かを判定する（例えば、アクション２１６）。そうである場合、ＵＥは、セル（ｉ）のためのトリガされたＢＦＲ手順をキャンセルし、（セル（ｉ）の）「ＢＦＩ＿ＣＯＵＮＴＥＲ」を「０」にセットすることができる（例えば、アクション２１８）。更に、ＢＳからＢＦＲ応答が受信されたとき、ＵＥは、ＳＣｅｌｌ ＢＦＲ手順が完了したと判定する。一方で、セル（ｉ）が非アクティブ化された場合、ＵＥは、セル（ｉ）のためのトリガされたＢＦＲ手順をキャンセルすることができる（例えば、アクション２２０）。セル（ｉ）の非アクティブ化の状態は、上記から参照することができるため、ここでは省略する。
上述したＵＬリソースは、ＲＡＣＨリソース、物理上りリンク制御チャネル（ＰＵＣＣＨ）リソース、及び／又は物理上りリンク共有チャネル（ＰＵＳＣＨ）リソースであってもよい。ＵＬリソースは、（例えば、ＰＤＣＣＨを介して）動的グラントによってスケジュールされ、及び／又は（例えば、タイプ１／タイプ２構成ＵＬグラント、又はＲＲＣ構成において事前に構成された）無線リソース制御（ＲＲＣ）シグナリングによって構成されうる。
図３に関して、セルのビーム障害回復のための４つのステップ（以下に示す）があり得る。
〔ステップ１：ビーム障害検出（ＢＦＤ）手順〕
ＢＳは、ＵＥがビーム障害（ＢＦ：beam failure）を検出するために、ＢＦＤ ＲＳを明示的又は暗黙的に構成することができる（例えば、アクション３０２）。ＵＥは、ビーム障害検出のためにＢＦＤ ＲＳを測定することができる。暗黙的に構成されるとき、ＢＦＤ ＲＳは、現在のコンポーネントキャリア（ＣＣ：component carrier）又は別のＣＣのいずれかのアクティブＢＷＰにおいて送信され得る。ＵＥのＰＨＹ層は、ＢＦＤ ＲＳに従って無線リンク品質を評価することができ、無線リンク品質が閾値より劣る場合に、ＵＥのＭＡＣエンティティに周期性を有するビーム障害インスタンスインディケーションを提供することができる。すなわち、ＵＥのＭＡＣエンティティは、ＰＨＹ層からビーム障害インスタンスインディケケーションを受信することができる。（連続する）検出されたビーム障害インスタンスインディケーションの数が（例えば、ＲＲＣシグナリングによって）構成された最大数、すなわち、ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔを超える場合、ビーム障害を検出することができる。１つのｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔは、セルグループのＢＷＰ／セル／サブセットの各々／セルグループのために構成されてもよい。一方で、ビーム障害インスタンスインディケーションの数、すなわち「ＢＦＩ＿ｃｏｕｎｔｅｒ」をカウントするためにカウンタが使用されてもよい。「ＢＦＩ＿ｃｏｕｎｔｅｒ」は、セルグループのＢＷＰ／セル／サブセットの各々／セルグループに対して使用されてもよい。ビーム障害検出タイマ、すなわちｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ、は、満了時にＢＦＩ＿ＣＯＵＮＴＥＲ、すなわちｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒをリセットする。ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒは、セルグループのＢＷＰ／セル／サブセットの各々／セルグループのために構成され得る。
その上、ＳＣｅｌｌのビーム障害が検出されるとき、ＵＥは、ＳＣｅｌｌのためにＢＦＲ手順をトリガし、ビーム障害回復要求（ＢＦＲＱ：beam failure recovery request）を送信することがある。ＢＦＲＱは、ＳＣｅｌｌのＢＦＲ情報を含むＢＦＲレポートであってもよい。あるいは、ＢＦＲＱは、ＢＦＲ－ＳＲ送信のための専用ＰＵＣＣＨリソース上で送信され得るＢＦＲ－ＳＲであり得る。一実装形態において、ＵＥは、ビーム障害を検出し、ＢＦＲ手順をトリガしたＳＣｅｌｌのＳＲ手順をトリガすることができる。（ビーム障害を検出した少なくとも１つのセルからの）少なくとも１つのトリガされた及びキャンセルされていないＳＲ手順が存在するとき、ＵＥは、ＢＦＲ－ＳＲ送信のための専用ＰＵＣＣＨリソース上でＢＦＲ－ＳＲを送信することができる。一実装形態において、「トリガされたＳＲ手順」は、「ＳＣｅｌｌ ＢＦＲのためのトリガされたＳＲ」とも呼ばれ得る。一実装形態において、ＢＦＲ－ＳＲ送信のためのＰＵＣＣＨリソースは、専用シグナリングを介してネットワークによって構成され得る。
ＢＦＤ ＲＳは、１セットの参照信号（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳ）であってよい。ＢＦＤ ＲＳの異なるセットは、異なるＣＣ（又はセル）、セルのセット／グループ、送信及び受信点（ＴＲＰ：transmission and reception points）に関連付けられ得る。例えば、第１のセットのＢＦＤ ＲＳは、第１のＣＣ／セルに関連付けられる。無線リンク品質を評価するためにＵＥが使用するＢＦＤ ＲＳの第１のセットの品質が閾値よりも全て低いことを、ＵＥが検出する場合、第１のセットにおいて、ＵＥのＰＨＹレイヤは、第１のＣＣ／セルのためにＵＥのＭＡＣエンティティにビーム障害インスタンスインディケーションを送信し得る。続いて、ＢＦＤ手順に基づき、ＭＡＣエンティティは、第１のＣＣ／セルのための受信したビーム障害インスタンスインディケーション毎に、第１のＣＣ／セルのＢＦＩ＿ＣＯＵＮＴＥＲを「１」だけインクリメントすることができる。ビーム障害インスタンスの数が第１のＣＣ／セルのために構成された最大数に達した場合、ビーム障害は、第１のＣＣ／セルのために検出されたとみなされる。一方で、ビーム障害検出のためにＣＣ（又はセル）にＢＦＤ ＲＳが提供されない場合、ＵＥは、ＣＣ（又はセル）のＰＤＣＣＨのためのアクティブ化された送信構成インディケーション（ＴＣＩ：Transmission Configuration Indication）状態に基づいてビーム監視を実行することができる。ＢＦＤ ＲＳは（例えば、同じ帯域内で）現在のＣＣ又は別のＣＣの（アクティブＢＷＰの）いずれかで送信され得る。ＢＦＤ ＲＳは、ＢＦＲ－ＳＲと共に構成されてもよい（例えば、同じ構成であってよい）。
更に、図４に示されるように、セルのＢＦＤ手順が開示され、ＵＥは、セル（ｉ）のＢＦＤ－ＲＳの（例えば、無線リンク品質の評価のための）測定に基づいて、セル（ｉ）の劣ったＤＬビーム品質を検出する。ＵＥのＰＨＹ層は、ＵＥのＭＡＣエンティティにセル（ｉ）のビーム障害インスタンスインディケーションを送るため、セル（ｉ）の”ＢＦＩ＿ＣＯＵＮＴＥＲ”の値が’１’ずつインクリメントされる（例えば時間Ｔ１、Ｔ２、Ｔ３）。ＭＡＣエンティティのセル（ｉ）の”ＢＦＩ＿ＣＯＵＮＴＥＲ”が最大数（例えば”ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ”）に達するとき、時間Ｔ３におけるＵＥは、セル（ｉ）でビーム障害が検出されることを判定する。
〔ステップ２：新しいビーム識別番号（ＮＢＩ：New beam identification）〕
ＵＥは、測定されたＮＢＩ ＲＳ（例えば、Ｌ１－ＲＳＲＰ測定結果が閾値より高い）に基づいてＢＳのサービングセルのための新たなビーム（又は候補ビーム）を選択することができる（例えば、アクション３０４）。
新しいビームは、参照信号（例えば、ＳＳＢ、ＣＳＩ－ＲＳ、及び／又はサウンディング参照信号（ＳＲＳ：Sounding Reference Signal））及び／又はＴＣＩ状態を介して示され得る。
ＮＢＩ ＲＳは、新しいビーム識別番号のために使用される１セットの参照信号（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳ）であってよい。ＮＢＩ ＲＳの異なるセットは、異なるＣＣ（又はセル）、セルのセット／グループ、ＴＲＰ、及び／又はＢＷＰのために構成され得る。例えば、ＮＢＩ ＲＳの第１のセットは、第１のＣＣ（又はセル）のために構成される。ビーム障害が第１のＣＣ（又はセル）上で発生する場合、ＵＥは、ＮＢＩ ＲＳの測定された第１のセットに従って新しいビームを選択することができる。ＵＥは、ＮＢＩ ＲＳの第１のセットにおいて最も高いＲＳＲＰを有する新しいビームを選択することができる。あるいは、ＵＥが構成された閾値を上回るＮＢＩ ＲＳの第１のセット内の任意の新しいビームを選択することができる。ＵＥは、ＮＢＩ ＲＳの情報（例えば、選択された新しいビーム）をＢＦＲレポートに含むことができる。ＮＢＩ ＲＳは、同じ帯域内のＢＦＲ又は別のＣＣについて監視されるように構成されたＣＣ（のアクティブＢＷＰ）において送信され得る。
〔ステップ３：ビーム障害回復要求（ＢＦＲＱ：Beam failure recovery request）〕
ＵＥは、ＰＣｅｌｌ、ＰＳＣｅｌｌ、及び／又はＳＣｅｌｌを介してＢＳに、ＢＦＲ－ＳＲを送信することができる（例えば、アクション３０５）。ＢＦＲ－ＳＲは、ＣＣでビーム障害イベントを通知するために、及び／又はＵＬリソースを要求するために使用され得る。ＢＦＲ－ＳＲが送信されるべきかどうかは、任意のＵＬリソースが利用可能であるかどうかに基づいてもよいことに留意されたい。どのＵＬリソースも利用可能でない場合、ＢＳは、ＵＥからＢＦＲ－ＳＲを受信すると（例えばアクション３０５）、ＵＥにＵＬグラントを送信することができる（例えば、アクション３０６）。その後、ＵＥは（例えば、ＭＡＣ ＣＥによって）ＢＦＲレポートを送信することができる（例えば、アクション３０７）。ＢＦＲレポートは、失敗したＣＣ情報（例えば、セルインデックス）、新しいビーム情報（例えば、新しいビームは、ＮＢＩ ＲＳの測定に基づいて選択されてもよい）、及び／又は新しくないビーム情報（例えば閾値より高いＬ１－ＲＳＲＰを有する新しいビームがない）を含んでもよい。
ＢＦＲ－ＳＲは、ＢＦＲ－ＳＲ送信のための専用ＰＵＣＣＨリソース上で送信され得る。ＢＦＲ－ＳＲは、ビーム障害イベントをＢＳに通知するために使用することができ、及び／又はＢＦＲレポート送信のためにＵＬ－ＳＣＨリソースを要求するために使用することができる。ＢＦＲ－ＳＲによって要求されたＵＬリソースは、ＢＦＲレポート送信のために（のみ）使用され得る。ＵＥは、０、１、又は複数のＢＦＲ－ＳＲ設定を用いて設定され得る。更に、（セルの）各ＳＲ手順は、０、１、又は複数のＢＦＲ－ＳＲ設定に対応し得る。ＢＦＲ－ＳＲ送信のためのＰＵＣＣＨリソースは、ＢＷＰ毎、ＴＲＰ毎、ＣＣ毎、ＣＣのセット毎、設定されたグラント（ＣＧ：configured grant）毎、及び／又はＵＥ毎に設定され得る。ＢＦＲ－ＳＲは、クロスセル送信であってよい。例えば、ビーム障害は、ＳＣｅｌｌで検出されるが、ＢＦＲ－ＳＲは、ＰＣｅｌｌに送信される。ＢＦＲ－ＳＲ設定は、ＳＲ設定とは異なる固有の設定であってよい（例えば、ＢＦＲ－ＳＲ設定の識別番号（ＩＤ）は、ＳＲ設定の”ｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔｉｄ”とは異なる）。あるいは、ＢＦＲ－ＳＲ設定は、ＳＲ設定（例えば、ＢＦＲ－ＳＲのＩＤは”ｓｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔｉｄ”と共有される）の内の１つであってよい。ＢＦＲ－ＳＲ（例えば、ＢＦＲ－ＳＲ送信のためのＰＵＣＣＨリソース）は、ＳＲ設定の最も高い優先順位を割り当てられ得る。ＢＦＲ－ＳＲ設定は、ＢＷＰ毎、ＴＲＰ毎、ＣＣ毎、ＣＣのセット毎、セルグループ毎、及び／又はＵＥ毎に設定され得る。
ＢＦＲ－ＳＲ送信は、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical Random Access Channel）送信によって置き換えられてもよい。例えば、ＵＥは、ＢＦＲレポートを送信するためのＵＬリソースを要求するために、ＰＲＡＣＨ送信（例えば、プリアンブルを送信）を実行することができる。
ＢＦＲレポートは、ＢＦＲレポートを収容することができる任意の利用可能なＵＬグラントに送信されることができる。あるいは、ＢＦＲレポートは、ＢＦＲ－ＳＲによって要求されるＵＬグラント（のみ）に送信されてもよい。ＢＦＲレポートは、ＰＵＳＣＨ上で送信され得る。その上、ＢＦＲレポートは、以下のＢＦＲ情報のうちの１つ以上を含むことができる：
－（障害）ＣＣ（又はセル）情報（例えば、セルインデックス）；
－（障害）セルのセット／グループ（例えば、セット／グループは、ＢＳによって事前に構成されてもよい）；
－（障害）ＴＲＰ情報；
－（障害）ＣＣの測定結果（例えば、ＲＳＲＰ、信号対干渉＋雑音比（ＳＩＮＲ）など）、セルのセット／グループ、ＴＲＰ；
－候補ビーム情報（又は新しいビーム情報）、例えば（障害）ＣＣのＮＢＩ ＲＳのセットの測定に基づいた（ＵＥによって選択された）１つ以上の適格ビーム；及び
－（例えば、（障害）ＣＣ、セルのセット／グループ、ＴＲＰの閾値よりも高いＲＳＲＰを有する新しいビームがない場合）新しいビーム情報はない。
ＢＦＲレポートは、アップリンク制御情報（ＵＣＩ）送信によって置き換えることができる。例えば、ＢＦＲ関連情報（例えば、（障害）ＣＣ（又はセル）情報（例えば、セルインデックス）、（障害）セルのセット／グループ（例えば、セット／グループは、ＮＷによって事前設定されてもよい）、（障害）ＴＲＰ情報、（例えば、ＲＳＲＰ、ＳＩＮＲなどの）対応する（障害）ＣＣの測定結果、セルのセット／グループ、ＴＲＰ、候補ビーム情報（又は新しいビーム情報）（例えば、ＮＢＩ ＲＳの測定に基づく１つ以上の適格ビーム）、新しいビーム情報なし（例えば、（障害）ＣＣの閾値よりも高いＲＳＲＰを有する新しいビームがない場合、セルのセット／グループ、ＴＲＰ））がＵＣＩに含まれてもよい。
一実施例において、ＢＦＲレポートは、ＢＦＲ－ＳＲによって要求されるＵＬグラントを介して（のみ）送信され得る。他の実施例において、ＢＦＲレポートは、任意のＵＬグラント（例えば、ＲＡＲを介したＵＬグラント、ＰＤＣＣＨを介した動的ＵＬグラント、及び／又は設定されたグラント）を介して送信され得る。
上述した「ビーム情報」は、ビーム／空間フィルタが使用／選択されている情報を提供するために使用される。一実施例において、個々の参照信号は、個々のビーム（空間フィルタ）を適用することによって送信される。したがって、ビーム又はビーム情報は、参照信号リソースインデックス（複数可）によって表すことができる。
〔ステップ４：ビーム障害回復応答（ＢＦＲお応答）〕
ＢＦＲＱ（例えば、ＢＦＲ－ＳＲ及び／又はＢＦＲレポート）を送信した後、ＵＥは、ＢＳからの（ＰＤＣＣＨ監視を介して）ＢＦＲ応答を監視することを試みることができる（例えば、アクション３０８）。一実施例において、ＢＦＲ応答は、ＰＣｅｌｌ、ＰＳＣｅｌｌ及び／又はＳＣｅｌｌに送信され得る。他の実施例において、ＢＦＲ応答は、ＣＣ上で送信されてもよく、ここで、ＵＥは、ＣＣ上でＢＦＲＱを送信する。ＢＦＲ応答を受信すると、ＵＥは、ＣＣ上のＢＦＲ手順が完了したとみなすことができる。一実施例において、ＢＦＲ応答は、ＰＤＣＣＨであってもよい。一実施例において、ＢＦＲ応答は、ＢＦＲレポートの送信のために使用されるＨＡＲＱ処理のための新しい送信のためのＵＬグラントを示しているＣ－ＲＮＴＩにアドレス指定されたＰＤＣＣＨであってもよい。一実装形態において、ＵＥが送信されたＢＦＲレポートのためのＢＦＲ応答を受信し、ＢＦＲレポートがＢＦＲ手順をトリガしたＳＣｅｌｌのビーム障害情報を含む場合、ＵＥは、ＳＣｅｌｌのトリガされたＢＦＲ手順をキャンセルすることができる。
なお、ＳＣｅｌｌでビーム障害が検出されたとき（例えば、（連続した）検出されたビーム障害インスタンス指示の数がＩＤ（ｉ）を有するＳＣｅｌｌについての設定された最大数（例えば”ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ”）を超えるとき）、ＢＦＲ手順は、ＵＥのＭＡＣエンティティによってトリガされ得る。ＢＦＲ手順は、ＢＦＲレポート生成及び／又は送信のための動作であってもよい。続いて、少なくとも１つのＢＦＲ手順がトリガされ（例えば、ＢＦＲ手順が１つ以上のセルに対してトリガされる）、キャンセルされない場合、ＭＡＣエンティティは、ＵＬリソースが新しい送信のために利用可能であるかどうかを判定することができる。その場合、ＭＡＣエンティティは、ＢＦＲレポート送信のためのＢＦＲ ＭＡＣ ＣＥを生成するように多重化及びアセンブリ手順に命令することができる。そうでなければ、ＭＡＣエンティティは、ＢＳにＢＦＲ－ＳＲを送信するようにＵＥのＰＨＹ層に命令することができる。続いて、ＢＦＲＱ－ＳＲタイマは、（例えば、ＰＨＹレイヤがＭＡＣエンティティによって指示された後、最初のＢＦＲ－ＳＲ送信を実行すると）、特定の時間に開始されてもよい。ＢＦＲＱ－ＳＲタイマの目的は、（例えばＢＦＲ－ＳＲの送信後の一定周期内にＢＳからの応答、ＵＬグラント）を受信しない場合、ＵＥは、後続の手順を実行することを保証することである。ＢＦＲＱ－ＳＲタイマが実行している間にＵＬリソースが利用可能である場合、ＭＡＣエンティティは、ＢＦＲ ＭＡＣ ＣＥを生成し、ＢＦＲ ＭＡＣ ＣＥが送信されたときに実行中のＢＦＲＱ－ＳＲタイマを停止／再開するように多重化及びアセンブリ手順に命令することができる。一方で、ＲＡ手順といった、いくつかの後続の手順は、ＢＦＲＱ－ＳＲタイマが満了したとき、開始され得る。
いくつかの実装形態において、ＢＦＲ手順は、各セルに従って実行され得る。例えば、セル＃１に関連付けられた第１のＢＦＤ ＲＳに基づいてビーム障害が検出される場合、セル＃１に対応する第１のＢＦＲ手順がトリガされる。セル＃２に関連付けられた第２のＢＦＤ ＲＳに基づいてビーム障害が検出される場合、セル＃２に対応する第２のＢＦＲ手順がトリガされる。セル＃３及びセル＃４に関連付けられる第３のＢＦＤ ＲＳに基づいて第３のビーム障害が検出される場合、セル＃３に対応する第３のＢＦＲ手順及びセル＃４に対応する第４のＢＦＲ手順の両方がトリガされる。好ましくは、第１のＢＦＲ手順及び第２のＢＦＲ手順は、独立して実行されてもよい。好ましくは、第１のＢＦＲ手順がセル＃１のみのためのＢＦＲ情報を含んでいるＢＦＲ ＭＡＣ ＣＥを送信するために使用されてもよく、第２のＢＦＲ手順は、セル＃２のみのためのＢＦＲ情報を含んでいるＢＦＲ ＭＡＣ ＣＥを送信するために使用されてもよく、第３及び第４のＢＦＲ手順は、セル＃３及びセル＃４の両方のためのＢＦＲ情報を含むＢＦＲ ＭＡＣ ＣＥを送信するために使用されてもよい。より具体的には、ＢＦＤ ＲＳ（セット）は、１つの単一のセル又は複数のセルに関連付けられ得る。
いくつかの実装形態において、ＢＦＲ手順は、セルグループに従って実行され得る。例えば、セル＃１に関連付けられた第１のＢＦＤ ＲＳに基づいてビーム障害が検出され、セル＃２に関連付けられた第２のＢＦＲ ＲＳに基づいてビーム障害が検出された場合、セル＃１及びセル＃２の両方のために１つの１つの単一のセルグループベースのＢＦＲ手順をトリガすることができる。好ましくは、セル＃１及びセル＃２の両方のためのＢＦＲ情報を含んでいるＢＦＲ ＭＡＣ ＣＥを送信するために、１つの単一のＢＦＲ手順を使用することができる。より具体的には、ＢＦＤ ＲＳ（セット）は、セルグループに関連付けられ得る。
いくつかの実装形態において、ＢＦＲ手順は、サブセルグループに従って実行され得る。サブセルグループは、１つ以上のＳＣｅｌｌを含んでよい。例えば、複数のＳＣｅｌｌを含んでいるサブセルグループ＃１に関連付けられた第１のＢＦＤ ＲＳに基づいてビーム障害が検出される場合、サブセルグループ＃１に対応する第１のＢＦＲ手順は、サブセルグループ＃１のためにトリガされてもよく、複数のＳＣｅｌｌを含んでいるサブセルグループ＃２に関連付けられた第２のＢＳＤ ＲＳに基づいてビーム障害が検出される場合、サブセルグループ＃２に対応する第２のＢＦＲ手順がトリガされてもよい。好ましくは第１のＢＦＲ手順は、サブセルグループ＃１のみのためのＢＦＲ情報を含むＢＦＲ ＭＡＣ ＣＥを送信するために使用されてもよく、第２のＢＦＲ手順は、サブセルグループ＃２のみのためのＢＦＲ情報を含むＢＦＲ ＭＡＣ ＣＥを送信するために使用されてもよい。より具体的には、ＢＦＤ ＲＳ（セット）は、セルグループに関連付けられ得る。
ＢＦＲＱ－ＳＲタイマが動作しているとき、ＵＥのＰＨＹ層は、ＢＦＲ－ＳＲ送信のためにＰＵＣＣＨリソース上でＢＦＲ－ＳＲを連続的に送信することができる。ＢＦＲＱ－ＳＲタイマの詳細な動作（例えば、開始／再開／停止）について説明する。より具体的には、ＢＦＲＱ－ＳＲタイマは、ＳｐＣｅｌｌ内の各ＢＷＰに従って構成され得る（例えば、１つのＢＦＲＱ－ＳＲタイマは、ＳｐＣｅｌｌ内の各ＢＷＰ上に設定され得る）。あるいは、単一のＢＦＲＱ－ＳＲタイマは、ＳｐＣｅｌｌ上に設定することができる。
ＢＦＲＱ－ＳＲタイマの目的は、ＢＦＲ－ＳＲ送信を制御することである。例えば、ＢＦＲＱ－ＳＲタイマが動作しているとき、ＵＥは、ＢＦＲ－ＳＲ送信のために有効なＰＵＣＣＨリソース上でＢＦＲ－ＳＲを送信することができる。ＢＦＲＱ－ＳＲタイマが動作していないとき、ＵＥは、（ＢＦＲ手順がトリガされ、キャンセルされていない場合であっても）ＢＦＲ－ＳＲを送信することができない。
一実施例において、ＭＡＣエンティティがＢＦＲ－ＳＲ送信のためにＰＨＹエンティティに命令し、ＢＦＲ－ＳＲ送信のための有効なＰＵＣＣＨリソースがあるとき、ＢＦＲＱ－ＳＲタイマは、開始／再開されてもよい。
一実施例において、ＢＦＲ－ＳＲ送信のためにＭＡＣエンティティによって命令された後、ＰＨＹが第１のＢＦＲ－ＳＲ送信を実行するとき、ＢＦＲ－ＳＲタイマは、開始／再開されてもよい。
ＢＦＲＱ－ＳＲタイマは、以下の条件の１つ以上の組合せが満たされる場合、開始又は再開され得る：
１．ＢＦＲ－ＳＲ送信のための有効なＰＵＣＣＨリソースが存在する；
２．ＢＦＲ手順がトリガされ、キャンセルされない；
３．送信のために入手可能なＵＬリソースが存在しない；
４．ＭＡＣエンティティがＢＦＲ－ＳＲ送信のためにＰＨＹに命令する；及び
５．ＭＡＣエンティティによりＢＦＲ－ＳＲ送信を命令された後、ＰＨＹレイヤは、第１のＢＦＲ－ＳＲ送信を実行する。
実行中のＢＦＲＱ－ＳＲタイマは、以下の条件の１つ以上の組み合わせが満たされる場合に停止されてもよい：
条件１：ＢＦＲ ＭＡＣ ＣＥの送信
一実装形態において、実行中のＢＦＲＱ－ＳＲタイマは、ＢＦＲ ＭＡＣ ＣＥを含むＭＡＣプロトコルデータユニット（ＰＤＵ：Protocol Data Unit）の送信時に停止され得る。
いくつかの実装形態において、ＢＦＲ ＭＡＣ ＣＥがＭＡＣ ＰＤＵアセンブリの前にビーム障害を検出するセルグループの全てのＳＣｅｌｌを含む場合にのみ、実行中のＢＦＲＱ－ＳＲタイマを停止することができる。
条件２：ＳＣｅｌｌ上のＢＦＲに関連したパラメータの再設定
一実装形態において、実行中のＢＦＲＱ－ＳＲタイマは、ＳＣｅｌｌに関連したＢＦＲパラメータの再設定時に停止され得る。
いくつかの実装形態において、ＳＣｅｌｌ上に設定されたＢＦＲに関連したパラメータは、ＳＣｅｌｌ上に設定されたＮＢＩ ＲＳ、ＳＣｅｌｌ上に設定されたＢＦＤ ＲＳ、ＢＦＲＱ－ＳＲタイマ、及びＳＣｅｌｌ上に設定されたビーム障害検出のためのパラメータに関連付けられたパラメータを含むことができ、ここで、ビーム障害検出のためのパラメータは、”ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ”及び”ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ”を含むことができる。
条件３：ＳｐＣｅｌｌに設定されたＢＦＲに関連したパラメータの再設定
一実装形態において、実行中のＢＦＲＱ－ＳＲタイマは、ＳｐＣｅｌｌに関連したＢＦＲパラメータの再設定時に停止され得る。
いくつかの実装形態において、ＳｐＣｅｌｌで設定されたＢＦＲに関連したパラメータは、ＰＵＣＣＨリソースに関連付けられたパラメータを含むことができ、ここでＰＵＣＣＨリソースは、ＢＦＲ－ＳＲ送信のためにＳｐＣｅｌｌ、ＢＷＰ、又はセル上で設定され得る。
条件４：ＲＡＣＨに基づくＢＦＲ手順の開始
一実装形態において、ＢＦＲ手順がＳｐＣｅｌｌでトリガされる場合、実行中のＢＦＲＱ－ＳＲタイマは、ＭＡＣエンティティによって停止され得る。
いくつかの実装形態において、ＳｐＣｅｌｌのビーム障害インスタンスインディケーションの数がＳｐＣｅｌｌのために設定された最大数以上である場合、ＲＡＣＨベースのＢＦＲ手順は、トリガされる。ＳｐＣｅｌｌでトリガされるＲＡＣＨベースのＢＦＲ手順は、ＲＡ手順と呼ばれることがある。
条件５：ＳＣｅｌｌの非アクティブ化
一実装形態において、全ての設定されたＳＣｅｌｌが非アクティブ化される場合、実行中のＢＦＲＱ－ＳＲタイマは、ＭＡＣエンティティによって停止され得る。
いくつかの実装形態において、アクティブ化されたＳＣｅｌｌに関連付けられたＳＣｅｌｌ非アクティブ化タイマが満了するとき、ＳＣｅｌｌは、非アクティブ化され得る。
いくつかの実装形態において、ＳＣｅｌｌを非アクティブ化するＳＣｅｌｌアクティブ化／非アクティブ化ＭＡＣ ＣＥを受信すると、ＳＣｅｌｌは、非アクティブ化され得る。
いくつかの実装形態において、ＢＦＲ手順をトリガし、続いて（例えば、ＵＬリソースの不在のために）ＢＦＲ－ＳＲ送信をもたらすＳＣｅｌｌが非アクティブ化される場合、実行中のＢＦＲＱ－ＳＲタイマは、ＭＡＣエンティティによって停止され得る。
いくつかの実装形態において、ＢＦＲ手順は、セルベース又はセルグループベースのＢＦＲ手順とすることができる。
いくつかの実装形態において、ＳＣｅｌｌを非アクティブ化するためのＳＣｅｌｌアクティブ化／非アクティブ化ＭＡＣ ＣＥの受信時に、ＳＣｅｌｌは、非アクティブ化され得る。
いくつかの実装形態において、アクティブ化されたＳＣｅｌｌに関連付けられたＳＣｅｌｌの非アクティブ化タイマが満了するとき、ＳＣｅｌｌは、非アクティブ化され得る。
条件６：ＢＦＲ手順のキャンセル
一実装形態において、ＭＡＣエンティティ内の全てのトリガされたＢＦＲ手順がキャンセルされる場合、実行中のＢＦＲＱ－ＳＲタイマは、ＭＡＣエンティティによって停止され得る。
いくつかの実装形態において、ＢＦＲ手順は、セルベース又はセルグループベースのＢＦＲ手順とすることができる。
条件７：ＢＷＰスイッチ／非アクティブ化
一実装形態において、ＵＥがＢＷＰスイッチング（例えば、ＳｐＣｅｌｌ ＵＬ ＢＷＰスイッチング）を行う場合、ＭＡＣエンティティによって、実行中のＢＦＲＱ－ＳＲタイマを停止することができる。ＵＥは、新しいＢＷＰにスイッチする後、ＢＦＲＱ－ＳＲタイマを開始／再開することができる。
いくつかの実装形態において、ＢＦＲＱ－ＳＲタイマは、ＳｐＣｅｌｌ内のＢＷＰ上に設定され得る（例えば、１つのＢＦＲＱ－ＳＲタイマは、ＳｐＣｅｌｌ上の各ＢＷＰ上に設定され得る）。この場合において、新たなＢＷＰ上のＢＦＲＱ－ＳＲタイマは、開始／再開される。
いくつかの実装形態において、１つのＢＦＲＱ－ＳＲタイマは、ＳｐＣｅｌｌ上に設定されることができる。
条件８：送信のために利用可能であるＵＬリソース
一実装形態において、ＵＬリソースがＢＦＲ ＭＡＣ ＣＥの送信のために利用可能である場合、実行中のＢＦＲＱ－ＳＲタイマは、ＭＡＣエンティティによって停止され得る。
いくつかの実装形態において、ＢＦＲ手順は、セル又はセルグループのいずれかに基づいて実行され得る。
いくつかの実装形態において、ＵＬリソースは、ＲＡＲ内の動的グラント、設定されたＵＬグラントタイプ１／タイプ２、及び／又はＵＬグラントによって提供され得る。
いくつかの実装形態において、ＵＬリソースは、ＢＦＲ ＭＡＣ ＣＥの送信専用のリソースであってよい。この場合において、ＢＳは、下りリンク制御情報（ＤＣＩ：downlink control information）又はＲＲＣ信号を介して、対応するＵＬリソースがＢＦＲ ＭＡＣ ＣＥの送信のためのものであることを示すことができる。
いくつかの実装形態において、ＢＦＲ ＭＡＣ ＣＥに対応できる場合、ＵＬリソースは、利用可能であると見なされる。
いくつかの実装形態において、ＢＦＲ ＭＡＣ ＣＥに使用できる場合、ＵＬリソースは、利用可能であると見なされる。
いくつかの実装形態において、ビーム障害が検出されたセル上にＵＬリソースが割り当てられていない場合、又はＳＲ手順がトリガされ、キャンセルされていない場合、ＵＬリソースは、利用可能であると見なされる。
条件９：ＲＡ手順の開始
一実装形態において、ＲＡ手順がＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＳＣｅｌｌ上で開始される場合、実行中のＢＦＲＱ－ＳＲタイマは、停止されてよい。
好ましくは、ＲＲＣ＿ＩＤＬＥからの最初のアクセス、ＲＲＣ接続再確立手順、ＵＬ同期状態が「非同期」のとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの間のＤＬ又はＵＬデータ到着、利用可能なＳＲのためのＰＵＣＣＨリソースがないとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの間のＵＬデータ到着、ＳＲ障害、同期再設定時のＲＲＣによる要求（例えば、ハンドオーバ）、ＲＲＣ＿ＩＮＡＣＴＩＶＥからの遷移、ＳＣｅｌｌ追加時の時間位置合わせの確立、他のＳＩに対する要求、及びビーム障害回復のいずれかのイベントの１つによって、ＲＡ手順は、トリガされ得る。
条件１０：ＭＡＣリセット
一実装形態において、ＭＡＣエンティティのリセットが上位レイヤによって要求される場合、ＵＥは、実行中のＢＦＲＱ－ＳＲタイマを停止することができる。
条件１１：ＢＦＲ－ＳＲ送信のためのＰＵＣＣＨリソースのリリース
一実装形態において、ＢＦＲ－ＳＲ送信のための（ＳｐＣｅｌｌの）ＰＵＣＣＨリソースがＵＥによってリリースされる場合、実行中のＢＦＲＱ－ＳＲタイマは、ＭＡＣエンティティによって停止され得る。一実施例において、プライマリタイミングアドバンスグループ（ＰＴＡＧ：Primary Timing Advance Group）又はセカンダリタイミングアドバンスグループ（ＳＴＡＧ：Secondary Timing Advance Group）に関連付けられたタイムアラインメントタイマが満了した場合、ＢＦＲ－ＳＲ送信のためのＰＵＣＣＨリソースは、解放され得る。
ＢＦＲＱ－ＳＲタイマが満了した場合、ＵＥは、以下のアクションの内の少なくとも１つを実行することができる：
１．トリガされたＢＦＲ手順をキャンセルする；
２．ＢＦＲ手順をキャンセルする（ＳＣｅｌｌのため）；
３．もう一つのＢＦＲ手順（例えば、ＰＣｅｌｌのため）をトリガする；
４．ＲＡ手順を開始する（ＳｐＣｅｌｌ上）；
５．特定の事前設定されたサービングセル上で事前設定されたＲＡリソース／設定を用いてＲＡを開始する；及び
６．対応するＳＣｅｌｌを非アクティブ化する。
ＢＦＲＱ－ＳＲタイマの満了は、ＰＨＹレイヤがＢＦＲＱ－ＳＲタイマの長さによって設定された期間にわたって１つ以上のＢＦＲ－ＳＲを送信したが、ＵＥは依然として、ＢＦＲ ＭＡＣ ＣＥの送信のために任意の利用可能なＵＬリソースを受信しないことに留意されたい。したがって、ＵＥは、このようなデッドロック状況を回避するためにＲＡ手順を実行することができる。
一実施例において、ＢＦＲＱ－ＳＲタイマが満了し、（例えば、ＳｐＣｅｌｌ上で）ＲＡ手順を開始する場合、ＵＥは、トリガされたＢＦＲ手順をキャンセルすることができる。
一実施例において、ＢＦＲＱ－ＳＲタイマが満了し、（例えば、ＰＣｅｌｌ上で）別のＢＦＲ手順をトリガする場合、ＵＥは、トリガされたＢＦＲ手順をキャンセルすることができる。
更に、特定の条件が満たされるとき、ＢＦＲ手順のキャンセルが開示される（例えば、トリガされたＢＦＲ手順のキャンセル、トリガＳＲ手順のキャンセル、ＢＦＲＱ－ＳＲタイマのキャンセルなど）。より具体的には、１つ以上の条件が満たされる場合に、トリガされたＢＦＲ手順は、キャンセルされ得る：
条件１：ＢＦＲレポートの送信
（例えば、セルごとにＢＦＲ手順がトリガされる）セルベースのＢＦＲ手順のために、ＭＡＣ ＰＤＵが（例えば、ＢＦＲ ＭＡＣ ＣＥ）ＢＦＲレポートを含み、（例えば、ＢＦＲ ＭＡＣ ＣＥ）ＢＦＲレポートが特定のセル（例えば、障害セル、サービングセルに対応する候補ビーム情報、ＮＢＩ、障害セルに対応する測定結果などの）のＢＦＲ情報を含む場合、このＭＡＣ ＰＤＵが送信されるとき、このセルに対応するセルベースのＢＦＲ手順は、キャンセルされ得る。例えば、ＭＡＣ ＰＤＵがＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を含み、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）がセル＃ｉのＢＦＲ情報（例えば、セル＃ｉの選択された候補ビーム情報と共に障害セルインデックス）を示す場合、このＭＡＣ ＰＤＵが送信されるとき、セル＃ｉに対応するトリガされたＢＦＲ手順は、キャンセルされる。一方で、ＢＦＲ ＭＡＣ ＣＥがＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を含み、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）がセル＃ｉ及びセル＃ｊのＢＦＲ情報を示す場合、ＭＡＣ ＰＤＵが送信されるとき、セル＃ｉに対応するトリガＢＦＲ手順及びセル＃ｊに対応するＢＦＲ手順がキャンセルされる。
セルグループベースのＢＦＲ手順のために、ＭＡＣ ＰＤＵがＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を含み、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）が（ＭＡＣ ＰＤＵアセンブリの前に）ＢＦＲ手順をトリガしたセルグループ内の全てのセルのＢＦＲ（又はＢＦＲレポート）情報（例えば、セルの障害セル／グループ、セルのサービングセル／グループに対応する候補ビーム情報、セルの障害セル／グループに対応する測定結果など）を含む場合、（ＭＡＣ ＰＤＵアセンブリの前に）トリガされた全てのトリガされたＢＦＲ手順は、このＭＡＣ ＰＤＵが送信されるとき、キャンセルされ得る。例えば、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を含むＭＡＣ ＰＤＵアセンブリの前にインデックス（ｉ）を有するセルによってＢＦＲ手順がトリガされ、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）がセル（ｉ）のＢＦＲ情報（例えば、インデックス（ｉ）、セル（ｉ）に対応する候補ビーム情報など）を示す場合、このＭＡＣ ＰＤＵが送信されるとき、ＭＡＣ ＰＤＵアセンブリの前にトリガされたＢＦＲ手順は、キャンセルされる。一方で、ＢＦＲ手順がＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を含むＭＡＣ ＰＤＵアセンブリの前にインデックス（ｉ）を有するセル及びインデックス（ｊ）を有するセルによってトリガされ、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）がセル（ｉ）のＢＦＲ情報（例えば、インデックス（ｉ）、セル（ｉ）に対応する候補ビーム情報など）のみを示す場合、このＭＡＣ ＰＤＵが送信されるとき、ＭＡＣ ＰＤＵアセンブリの前にトリガされたＢＦＲ手順は、キャンセルされない。トリガされたＢＦＲ手順をキャンセルしない理由は、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）がビーム障害の検出のためにＢＦＲ手順をトリガした全てのＳＣｅｌｌをレポートしないからである。したがって、ＢＦＲ手順をキャンセルすることは、ＵＥがまだレポートされていないＳＣｅｌｌをレポートするために別のＭＡＣ ＰＤＵを生成することができないことを意味する。
セルベースのＢＦＲ手順の意図は、対応するセルの情報を含むＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）が送信される場合、トリガされたセルベースのＢＦＲ手順がキャンセルされることであり得る。例えば、セル＃１及びセル＃２に対応するセルベースのＢＦＲ手順が、セル＃１及びセル＃２のＢＦＤによってトリガされる場合。続いて、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）にセル＃１のみが送信される場合、セル＃１に対応するＢＦＲ手順のみをキャンセルすることができる。一方で、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）がセル＃１とセル＃２の両方を含む場合。セル＃１及び＃２の両方に対応するＢＦＲ手順は、共にキャンセルされることができる。したがって、セルベースのＢＦＲ手順は、任意のＢＦＲ ＭＡＣ ＣＥフォーマットに適用され得る。
一方で、セルグループベースのＢＦＲ手順の意図は、（複数セルの）対応するセルグループの情報を含むＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）が送信される場合、トリガされたセルグループベースのＢＦＲ手順がキャンセルされることであり得る。例えば、（セル＃１及びセル＃２を含んでいる）セルグループ＃１に対応するＢＦＲ手順が、セル＃１又はセル＃２のＢＦＤによってトリガされる場合。続いて、セル＃１のＢＦＲ情報を含むＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）が送信される場合、セルグループ＃１に対応するＢＦＲ手順は、このＢＦＲ ＭＡＣ ＣＥがセル＃２（これもセルグループ＃１に属する）の情報を含まないため、キャンセルされないことがある。したがって、セルグループベースのＢＦＲ手順は、任意のＢＦＲ ＭＡＣ ＣＥフォーマットにも適用され得る。
条件２：ＳＣｅｌｌ中に設定されるＢＦＲに関連したパラメータの再設定
いくつかの実装形態において、ＳＣｅｌｌ中に設定されたＢＦＲのためのパラメータが再設定される場合、トリガされたＢＦＲ手順は、ＭＡＣエンティティによってキャンセルされ得る。
いくつかの実装形態において、トリガされたＢＦＲ手順は、セルベース又はセルグループベースであり得る。
いくつかの実装形態において、ＳＣｅｌｌ内に設定されたＢＦＲに関連したパラメータが再設定される場合、このＢＦＲに関連したパラメータが対応する同じセルによってトリガされたＢＦＲ手順は、キャンセルされても良い（例えば、ＢＦＲに関連したパラメータがセル＃ｉのために設定される（セル＃ｉはＳＣｅｌｌであってよい）場合、それは、セル＃ｉに対応し、セル＃ｉ及びセル＃ｊ（セル＃ｉ及びセル＃ｊは２つの異なったＳＣｅｌｌであってよい）を含むセルグループのためにＢＦＲに関連したパラメータが設定される場合、それは、セル＃ｉ及びセル＃ｊに対応する）。
いくつかの実装形態において、特定のＳＣｅｌｌに対応するＢＦＲに関連したパラメータが再設定される場合、生成されたＢＦＲ ＭＡＣ ＣＥは、このＳＣｅｌｌのＢＦＲ情報（例えば、セルのインデックス、セルに対応している候補ビーム情報）を含まなくてもよい。
ＳＣｅｌｌ内に設定されたＢＦＲに関連したパラメータは、ＳＣｅｌｌ内に設定されたＮＢＩ ＲＳ、ＳＣｅｌｌ内に設定されたＢＦＤ ＲＳ、ＳＣｅｌｌ内に設定されたＢＦＲ ＣＯＲＥＳＥＴ設定、及びＳＣｅｌｌ内に設定されたビーム障害検出のためのパラメータに関連付けられた少なくとも１つのパラメータを含むことができ、ここで、ビーム障害検出のためのパラメータは、”ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ”及び”ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ”を含むことができる。
条件３：ＳｐＣｅｌｌに設定されたＢＦＲに関連したパラメータの再設定
いくつかの実装形態において、ＳｐＣｅｌｌ内で設定された（ＳＣｅｌｌのための）ＢＦＲのためのパラメータが再設定される場合、全てのトリガされたＢＦＲ手順は、ＭＡＣエンティティによってキャンセルされ得る。
いくつかの実装形態において、ＢＦＲ手順は、セルベース又はセルグループベースのＢＦＲ手順とすることができる。
ＳｐＣｅｌｌ内で設定されたＢＦＲに関連したパラメータは、ＢＦＲＱ－ＳＲタイマに関連付けられた少なくとも１つのパラメータと、ＳｐＣｅｌｌ上で設定されたＢＦＲ ＣＯＲＥＳＥＴ設定と、ＢＦＲ－ＳＲ送信のためのＰＵＣＣＨリソース（例えば、ＢＦＲ－ＳＲ送信のためのＢＷＰ毎のＳｐＣｅｌｌ上で設定されたＰＵＣＣＨリソース）とを含むことができる。
条件４：ＲＡＣＨベースのＢＦＲ手順のトリガ
いくつかの実装形態において、ＢＦＲ手順がＳｐＣｅｌｌでトリガされる場合、全てのトリガされたＢＦＲ手順は、ＭＡＣエンティティによってキャンセルされ得る。
いくつかの実装形態において、ＢＦＲ手順は、セルベース又はセルグループベースのＢＦＲ手順とすることができる。
いくつかの実装形態において、ＳｐＣｅｌｌのビーム障害インスタンスの数がＳｐＣｅｌｌのために設定された最大数以上である場合、ＲＡＣＨベースのＢＦＲ手順は、トリガされる。ＳｐＣｅｌｌでトリガされるＢＦＲ手順は、ＲＡ手順を示すことができる。
ＲＡＣＨベースのＢＦＲ手順は、コンテンションフリーＲＡ手順及び／又はコンテンションベースのＲＡ手順に基づいて実行され得る。対応するＲＡ手順が開始されたとき、ＲＡＣＨベースのＢＦＲ手順は、トリガされる。対応するＲＡ手順が進行中であるとき、ＲＡＣＨベースのＢＦＲ手順は、進行中である。対応するＲＡ手順が停止されたとき、ＲＡＣＨベースのＢＦＲ手順は、停止される。対応するＲＡ手順が完了したとき、ＲＡＣＨベースのＢＦＲ手順は、完了する。
条件５：ＳＣｅｌｌの非アクティブ化
いくつかの実装形態において、ＳＣｅｌｌが非アクティブ化される場合、トリガされたＢＦＲ手順は、ＭＡＣエンティティによってキャンセルされることがある。
いくつかの実装形態において、トリガされたＢＦＲ手順は、セルベース又はセルグループベースのいずれかであり得る。
いくつかの実装形態において、特定のＳＣｅｌｌが非アクティブ化される場合、このセルによってトリガされたＢＦＲ手順は、キャンセルされ得る。
いくつかの実装形態において、特有のＳＣｅｌｌが非アクティブ化される場合、生成されたＢＦＲ ＭＡＣ ＣＥは、このセルのＢＦＲ情報（例えば、セルのインデックス、セルに対応している候補ビーム情報など）を含まなくてもよい。
いくつかの実装形態において、ＳＣｅｌｌを非アクティブ化するためのＳＣｅｌｌアクティブ化／非アクティブ化ＭＡＣ ＣＥの受信時に、ＳＣｅｌｌは、非アクティブ化され得る。
いくつかの実装形態において、アクティブ化されたＳＣｅｌｌに関連付けられたＳＣｅｌｌ非アクティブ化タイマが満了するとき、ＳＣｅｌｌは、非アクティブ化され得る。
いくつかの実装形態において、ＳＣｅｌｌは、ＢＦＲ手順をトリガする、及び／又はＢＦＲ ＭＡＣ ＣＥを送信するために使用される、アクティブ化されたＳＣｅｌｌとすることができる。
条件６：ＢＷＰスイッチ／非アクティブ化
いくつかの実装形態において、ＵＥが（ＳｐＣｅｌｌ、ＳＣｅｌｌ、及び／又はビーム障害を検出するサービングセル上で）ＢＷＰスイッチングを実行する場合、全てのトリガされたＢＦＲ手順は、キャンセルされることができる。
いくつかの実装形態において、トリガされたＢＦＲ手順は、セルベース又はセルグループベースのＢＦＲ手順とすることができる。
いくつかの実装形態において、ＢＷＰは、アクティブＵＬ及び／又はＤＬ ＢＷＰであり得る。ＢＷＰは、ＢＦＲ－ＳＲを送信するために使用されるＢＷＰであってもよい。対応しているＢＷＰは、ＢＦＲ ＭＡＣ ＣＥを送信するために使用されるＢＷＰであってもよい。
好ましくは、ＢＷＰがＲＡ手順の開始時にＤＬ割り当て又はＵＬグラントを示しているＰＤＣＣＨによって、”ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ”によって、ＲＲＣ信号によって、又はＭＡＣエンティティ自体によって、スイッチ／非アクティブ化され得る。ＢＷＰは、セルのためのＢＷＰスイッチが非アクティブＢＷＰをアクティブ化し、アクティブＢＷＰを一度に非アクティブ化するために使用される手段にスイッチされる。
条件７：送信のための利用可能なＵＬリソース
いくつかの実装形態において、ＢＦＲ ＭＡＣ ＣＥの送信のためにＵＬリソースが利用可能な場合、全てのトリガされたＢＦＲ手順は、ＭＡＣエンティティによってキャンセルされてもよい。
いくつかの実装形態において、ＢＦＲ手順は、セルベース又はセルグループベースのいずれかであり得る。
いくつかの実装形態において、ＵＬリソースは、ＲＡＲ内の動的グラント、設定されたＵＬグラントタイプ１／タイプ２、及び／又はＵＬグラントによって提供され得る。
いくつかの実装形態において、ＵＬリソースは、ＢＦＲ ＭＡＣ ＣＥの送信専用のリソースであってよい。この場合において、ＢＳは、ＤＣＩ又はＲＲＣ信号を介して、対応しているＵＬリソースがＢＦＲ ＭＡＣ ＣＥの送信のためのものであることを示すことができる。
いくつかの実装形態において、ＵＬリソースは、ＵＬリソースがそのサブヘッダと共にＢＦＲ ＭＡＣ ＣＥを収容できることを意味する送信のために、利用可能である。
いくつかの実装形態において、ＵＬリソースがいくつかの制約に基づいたＢＦＲ ＭＡＣ ＣＥのために使用され得ることを意味する送信のために、ＵＬリソースは、利用可能である。具体的には、ＢＦＲ ＭＡＣ ＣＥは、特定のＵＬリソースでのみ送信できる（例えば：特定のＵＬリソースは、暗黙的又は明示的に特定の情報を示す）。受信されたＵＬリソースが特定の情報を示す場合、ＵＬリソースは、ＢＦＲ ＭＡＣ ＣＥのために使用されることを許可されることができる。
いくつかの実装形態において、ビーム障害が検出されていない／ＢＦＲ手順がトリガ及びキャンセルされていないセル上にＵＬリソースが割り当てられることを意味する送信のために、ＵＬリソースは、利用可能である。
より具体的には、ＵＬリソースは、ＤＣＩを介して動的グラントによってスケジュールされてもよく、ＤＣＩはセル情報（例えば、セルインデックス、キャリアインジケータなど）を含んでもよい。
より具体的には、ＵＬリソースは、設定されたＵＬリソースであってもよく、設定されたＵＬリソースは、ビーム障害が検出されている／ＢＦＲ手順がトリガされておらず、キャンセルされていないセル上で設定されてもよい。
より具体的には、ＵＬリソースは、クロスセルスケジュールされ得る。例えば、第１のセル上で受信されるＤＣＩ／ＰＤＣＣＨ、及び（例えば、ＰＵＳＣＨリソースのための）ＵＬリソースは、ビーム障害が検出された／ＢＦＲ手順がトリガされておらず、キャンセルされていないセル上でスケジュールされる。
より具体的には、ＵＬリソースは、ＲＡＲ内の動的グラント、設定されたグラント、及び／又はＵＬグラントによって提供され得る。
条件８：ＲＡ手順の開始
いくつかの実装形態において、（例えば、ＳｐＣｅｌｌ、ＳＣｅｌｌ、及び／又はビーム障害を検出するセルで）ＵＥがＲＡ手順を開始する場合、全てのＢＦＲ手順は、ＭＡＣエンティティによってキャンセルされ得る。一実施例において、ＵＥが第１のセルグループ内でＲＡ手順を開始する場合、第１のセルグループ内でトリガされた全てのＢＦＲ手順は、キャンセルされ得る。一方で、ＵＥが第２のセルグループ内でＲＡ手順を開始する場合、第２のセルグループ内でトリガされた全てのＢＦＲ手順は、キャンセルされ得る。一実施例において、デュアルコネクティビティ（ＤＣ）モード内のＵＥは、２つ以上のセルグループを用いて設定されてもよい。ＵＥが第１のセルグループ内のＲＡ手順を開始する場合、ＢＦＲ手順をトリガするセルグループにかかわらず、全てのトリガされたＢＦＲ手順は、キャンセルされ得る。
好ましくは、ＲＲＣ＿ＩＤＬＥからの最初のアクセス、ＲＲＣ接続再確立手順、ＵＬ同期状態が「非同期」のとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの間のＤＬ又はＵＬデータ到着、利用可能なＳＲのためのＰＵＣＣＨリソースがないとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの間のＵＬデータ到着、ＳＲ障害、同期再設定時のＲＲＣによる要求（例えば、ハンドオーバ）、ＲＲＣ＿ＩＮＡＣＴＩＶＥからの遷移、ＳＣｅｌｌ追加時の時間合わせの確立、他のＳＩに対する要求、又はビーム障害回復のいずれかのイベントによって、ＲＡ手順は、開始され得る。
一実施例において、ＳＣｅｌｌ上のＲＡ手順が開始される場合、ＳＣｅｌｌの全てのトリガされたＢＦＲ手順は、キャンセルされ得る。
条件９：ＢＦＲＱ－ＳＲタイマの満了
いくつかの実装形態において、ＢＦＲＱ－ＳＲタイマが満了する場合、ＭＡＣエンティティは、ＢＦＲＱ－ＳＲタイマの満了時にＲＡ手順を実行し、全てのトリガされたＢＦＲ手順をキャンセルすることができる。
いくつかの実装形態において、トリガされたＢＦＲ手順は、セルベース又はセルグループベースであり得る。
条件１０：対応するＢＦＲ手順（ＳＣｅｌｌのために）が完了したと判定される
いくつかの実装形態において、ビーム障害がＳＣｅｌｌ上で検出される場合、ＵＥは、ＳＣｅｌｌのためのＢＦＲ手順をトリガすることができる。ＵＥは、ＳＣｅｌｌのためのＢＦＲ手順の間にＢＦＲ手順をトリガすることができる。ＳＣｅｌｌのためのＢＦＲ手順が完了したと判定される場合、トリガされたＢＦＲ手順はキャンセルされ得る。
好ましくは、ＵＥがＢＦＲ応答を受信するとき、ＵＥは、対応するＢＦＲ手順が完了したと判定することができる。
好ましくは、ＵＥがＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を（正常に）送信したとき、ＵＥは、対応するＢＦＲ手順が完了したと判定することができる。
好ましくは、ＵＥがＳＣｅｌｌのサービングビームを変更／更新するためのインディケーションを受信するとき、ＵＥは、ＳＣｅｌｌのＢＦＲ手順が完了したと判定することができる。インディケーションは、ＭＡＣ ＣＥ又はＲＲＣ信号を介して送信され得る。ＵＥのためのサービングビームは、ＵＥと通信するＮＷ（例えばＴＲＰ）によって生成されたビームを意味する。
いくつかの実装形態において、セルに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームの変更（例えば、ＴＣＩ状態ＩＤの変更）をＭＡＣ ＣＥが示す場合、ＵＥは、ＳＣｅｌｌのＢＦＲ手順が完了したと判定することができる。
いくつかの実装形態において、ＭＡＣ ＣＥがセルグループ／セルグループの特定のセル／サブセットに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームの変更（例えば、ＴＣＩ状態ＩＤの変更）を示す場合、ＵＥは、ＳＣｅｌｌのためのＢＦＲ手順を完了したと判定することができる。セルグループの特定のセル／サブセットは、（ＳＣｅｌｌの）ビーム障害が検出される、ＢＦＲ ＭＡＣ ＣＥ内に含まれるセルグループのセル／サブセット、ＳＲ手順／ＢＦＲ手順がトリガされるセルグループのセル／サブセットと呼ばれてもよい。
いくつかの実装形態において、ＲＲＣ信号がセルに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームのセット（例えば、ＴＣＩ状態ＩＤのセット）を再設定する場合、ＵＥは、ＢＦＲ手順を完了したものとして判定することができる。
いくつかの実装形態において、ＲＲＣ信号がセルグループ／セルグループの特定のセル／サブセットに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームのセット（例えば、ＴＣＩ状態ＩＤセット）を再設定する場合、ＵＥは、ＢＦＲ手順が完了したと判定することができる。セルグループの特定のセル／サブセットは、ＢＦＲ ＭＡＣ ＣＥに含まれるセルグループのセル／サブセット、（ＳＣｅｌｌ）ビーム障害が検出されるセルグループのセル／サブセット、ＳＲ手順／ＢＦＲ手順がトリガされるセルグループのセル／サブセットと呼ばれてもよい。
いくつかの実装形態において、ＭＡＣ ＣＥがＢＦＲ ＭＡＣ ＣＥに示されたサービングビームに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームの変更（例えば、ＴＣＩ状態ＩＤの変更）を示す場合、ＵＥは、ＳＣｅｌｌのためのＢＦＲ手順を完了したと判定することができる。
いくつかの実装形態において、ＢＦＲ手順がトリガされた後に、ＵＥがＰＤＣＣＨ／ＰＤＳＣＨを正常に監視／受信／復号する場合、ＵＥは、ＳＣｅｌｌのためのＢＦＲ手順を完了したと判定することができる。
条件１１：サービングビームの変更
いくつかの実装形態において、インディケーション（例えば、ＵＥ固有のＰＤＣＣＨ ＭＡＣ ＣＥのＴＣＩ状態のインディケーション、ＵＥ固有のＰＤＳＣＨ ＭＡＣ ＣＥのアクティブ化／非アクティブ化）は、セルに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームの変更（例えば、ＴＣＩ状態ＩＤの変更）を示す。
いくつかの実装形態において、インディケーション（例えば、ＵＥ固有のＰＤＣＣＨ ＭＡＣ ＣＥのためのＴＣＩ状態のインディケーション、ＵＥ固有のＰＤＳＣＨ ＭＡＣ ＣＥのアクティブ化／非アクティブ化）は、セルグループ／セルグループの特定のセル／サブセットに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームの変更（例えば、ＴＣＩ状態ＩＤの変更）を示す。セルグループの特定のセル／サブセットは、（ＳＣｅｌｌ）ビーム障害が検出される、ＢＦＲ ＭＡＣ ＣＥ内に含まれるセルグループのセル／サブセット、ＳＲ手順／ＢＦＲ手順がトリガされる、セルグループのセル／サブセットと呼ばれてもよい。
いくつかの実装形態において、ＲＲＣ信号は、セルに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームのセット（例えば、ＴＣＩ状態ＩＤのセット）を再設定する。
いくつかの実装形態において、ＲＲＣ信号は、セルグループ／セルグループの特定のセル／サブセットに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームのセット（例えば、ＴＣＩ状態ＩＤのセット）を再設定する。セルグループの特定のセル／サブセットは、（ＳＣｅｌｌ）ビーム障害が検出される、ＢＦＲ ＭＡＣ ＣＥに含まれるセルグループのセル／サブセット、ＳＲ手順／ＢＦＲ手順がトリガされる、セルグループのセル／サブセットと呼ばれてもよい。
いくつかの実装形態において、インディケーション（例えば、ＵＥ固有のＰＤＣＣＨ ＭＡＣ ＣＥのためのＴＣＩ状態のインディケーション、ＵＥ固有のＰＤＳＣＨ ＭＡＣ ＣＥのアクティブ化／非アクティブ化）は、ＢＦＲ ＭＡＣ ＣＥ内で示されたサービングビームに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームの変更（例えば、ＴＣＩ状態ＩＤの変更）を示す。
条件１２：キャンセル／停止／一時停止／失敗することに対応する（ＳＣｅｌｌのための）ＢＦＲ手順
いくつかの実装形態において、ビーム障害がＳＣｅｌｌで検出される場合、ＵＥは、ＳＣｅｌｌのためのＢＦＲ手順をトリガすることができる。ＵＥは、ＳＣｅｌｌのためのＢＦＲ手順の間にＢＦＲ手順をトリガすることができる。ＳＣｅｌｌのためのＢＦＲ手順がキャンセル／停止／一時停止／失敗する場合、トリガされたＢＦＲ手順は、ＭＡＣエンティティによってキャンセルされてもよい。
条件１３：ＭＡＣリセット
いくつかの実装形態において、ＭＡＣエンティティのリセットが上位層によって要求される場合、ＵＥは、全てのトリガされたＢＦＲ手順をキャンセルすることができる。
条件１４：ＰＵＣＣＨリソースのリリース
いくつかの実装形態において、（ＳｐＣｅｌｌの）ＰＵＣＣＨリソースがＵＥによってリリースされる場合、トリガされたＢＦＲ手順は、ＭＡＣエンティティによってキャンセルされることがある。一実施例において、ＰＴＡＧ／ＳＴＡＧに関連付けられた時間合わせタイマが満了した場合、ＰＵＣＣＨリソースは、リリースされ得る。
条件１５：ＢＦＲレポートの正常な送信
セルベースのＢＦＲ手順（例えば、セル毎にトリガされるＢＦＲ手順）のために、ＭＡＣ ＰＤＵがＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を含み、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）が特定のセルのＢＦＲ情報（例えば、障害セル、サービングセルに対応する候補ビーム情報、ＮＢＩ、障害セルに対応する測定結果など）を含む場合、このＭＡＣ ＰＤＵが正常に送信されたとき、このセルに対応するセルベースのＢＦＲ手順は、キャンセルされ得る。更に、ＵＥがネットワークからＢＦＲ応答を受信したとき、このＭＡＣ ＰＤＵは、正常に送信されたとみなされる。一実装形態において、ＢＦＲ応答は、ＰＤＣＣＨ（ＭＡＣ ＰＤＵ／ＢＦＲレポートの送信に使用されるＨＡＲＱプロセスのための新しい送信のためのＵＬグラントを示すＣ－ＲＮＴＩにアドレス指定される）であってよい。例えば、ＭＡＣ ＰＤＵがＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を含み、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）がセル＃ｉのＢＦＲ情報（例えば、セル＃ｉの選択された候補ビーム情報と共に失敗セルインデックス）を示す場合、このＭＡＣ ＰＤＵが正常に送信されたとき、セル＃ｉに対応するトリガされたＢＦＲ手順は、キャンセルされる。すなわち、ＵＥが、送信されたＭＡＣ ＰＤＵ／ＢＦＲレポートのためにＢＦＲ応答をネットワークから受信するときである。一方で、ＢＦＲ ＭＡＣ ＰＤＵがＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を含み、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）がセル＃ｉ及びセル＃ｊのＢＦＲ情報を示す場合、ＭＡＣ ＰＤＵが正常に送信されたとき、セル＃ｉに対応するトリガされたＢＦＲ手順及びセル＃ｊに対応するＢＦＲ手順は、キャンセルされる。すなわち、ＵＥは、送信されたＢＦＲ ＭＡＣ ＰＤＵ／ＢＦＲレポートに対応するＢＦＲ応答をネットワークから受信する。
ＢＦＲ手順に設定された”ＢＦＩ＿ＣＯＵＮＴＥＲ”は、以下の条件の１つ以上の組み合わせが満たされた場合、”０”（又はリセット）にセットできる：
条件１：ＢＦＲ手順のトリガ
一実装形態において、特定のＳＣｅｌｌのＢＦＲ手順がトリガされる場合、特定のＳＣｅｌｌにおいて使用される”ＢＦＩ＿ＣＯＵＮＴＥＲ”を”０”にセットすることができる。ＢＦＲ手順は、セルベース又はセルグループベースのＢＦＲ手順であってもよい。
条件２：ＳＣｅｌｌ ＢＦＲに関連したパラメータの再設定
一実装形態において、特定セルのために設定されたＳＣｅｌｌ ＢＦＲに関連したパラメータがＲＲＣによって再設定される場合、特定のセル内に設定された「ＢＦＩ＿ＣＯＵＮＴＥＲ」は、「０」に設定され得る。ＳＣｅｌｌ ＢＦＲに関連したパラメータは、ＳＣｅｌｌ内に設定されたＮＢＩ ＲＳ、ＳＣｅｌｌ内に設定されたＢＦＤ ＲＳ、ＳＣｅｌｌ内に設定されたＳＣｅｌｌビーム障害検出パラメータに関連付けられたパラメータを含み得る。ＳＣｅｌｌビーム障害検出のためのパラメータは”ｂｅａｍＦａｉｌｕｒｅＤｅｔｅｃｔｉｏｎＴｉｍｅｒ”及び”ｂｅａｍＦａｉｌｕｒｅＩｎｓｔａｎｃｅＭａｘＣｏｕｎｔ”を含み得る。
条件３：ＳＣｅｌｌの非アクティブ化
一実装形態において、特定のＳＣｅｌｌが非アクティブ化される場合、ＳＣｅｌｌ内で使用される”ＢＦＩ＿ＣＯＵＮＴＥＲ”は”０”にセットされてもよく、”ＢＦＩ＿ＣＯＵＮＴＥＲ”は、サービングセルに従って使用される。
いくつかの実装形態において、複数のサービスセルのグループの全てのＳＣｅｌｌが非アクティブ化される場合、サービスセルのグループで使用される”ＢＦＩ＿ＣＯＵＮＴＥＲ”は、”０”にセットされてよい。”ＢＦＩ＿ＣＯＵＮＴＥＲ”は、サービスセルのグループに従って使用される。
条件４：ＳＣｅｌｌのアクティブ化
一実装形態において、特定のＳＣｅｌｌがアクティブ化される場合、ＳＣｅｌｌで使用される”ＢＦＩ＿ＣＯＵＮＴＥＲ”は、”０”にセットされてよい。”ＢＦＩ＿ＣＯＵＮＴＥＲ”は、サービングセルに従って使用される。
いくつかの実装形態において、複数のサービングセルのグループの全てのＳＣｅｌｌがアクティブ化する場合、サービングセルのグループで使用される”ＢＦＩ＿ＣＯＵＮＴＥＲ”は、”０”にセットされてよい。”ＢＦＩ＿ＣＯＵＮＴＥＲ”は、サービングセルのグループに従って使用される。
条件５：ＭＡＣリセット
一実装形態において、ＭＡＣエンティティのリセットが上位層によって要求される場合、ＵＥは、”ＢＦＩ＿ＣＯＵＮＴＥＲ”をリセットしてよい。
（サービングセルのための）ＢＦＲ手順をトリガした後、ＵＥは、以下の条件の１つ以上の組合せが満たされる場合、（サービングセルのための）ＳＲ手順をトリガすることができる：
１．（サービングセルのための）ビーム障害が検出された；
２．（サービングセルのための）ＢＦＲ手順がトリガされた；
３．ＢＦＲレポートの送信に割り当てられたＵＬリソースがない；
４．ＵＥは、新しい送信のために割り当てられたＵＬリソースを有するが、ＵＬリソースは、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を収容することができない；
５．ＵＥは、新しい送信のために割り当てられたＵＬリソースを有するが、ＵＬリソースは、ＢＦＲレポートの送信のために使用されることを許可されない（例えば、ＢＦＲ ＭＡＣ ＣＥ）；
６．他のＢＦＲ手順は進行中ではない；
７．他のＳＲ手順が保留中ではない；
８．同じＢＦＲ－ＳＲ設定に関連付けられている他のＳＲ手順は、保留中ではない；
９．ＵＥは、ＢＦＲ－ＳＲ送信のための有効なＰＵＣＣＨリソースを有する；及び
１０．ＢＦＲＱ－ＳＲタイマは、動作していない。
ＳＲ手順がトリガされるとき、ＵＥは、ＳＲ手順を保留中として判定することがある。ＳＲ手順が保留中であるとき、ＵＥは、ＵＬリソースを要求するために、ＢＦＲ－ＳＲのための有効なＰＵＣＣＨリソース上でＢＦＲ－ＳＲにシグナリングし続けることができる。
更に、ＳＲ手順キャンセルは、開示される。トリガされたＳＲ手順は、以下の条件の１つ以上の組合せが満たされる場合にキャンセルされ得る：
条件１：送信のために利用可能なＵＬリソース
利用可能なＵＬリソースが存在するが、ＢＦＲ ＭＡＣ ＣＥが（例えば、論理チャネル優先順位付け（ＬＣＰ）手順に基づいて）ＵＬリソースに含まれることができない場合、ＵＥは、ＢＦＲ ＭＡＣ ＣＥを収容するためにより多くのＵＬリソースを更に要求する必要があり得る（例えば、より大きなサイズのＵＬリソース）。したがって、ＵＥは、ＵＬリソースがＢＦＲ ＭＡＣ ＣＥを収容することができるかどうかに基づいて、ＳＲ手順をキャンセルするかどうかを判定する必要があり得る。
一実施例において、ＵＥが新しい送信のために割り当てられたＵＬリソースを有し、ＵＬリソースがＢＦＲ ＭＡＣ ＣＥに収容することができる場合、（１つ以上のサービングセルからの）全てのトリガされたＳＲ手順は、キャンセルされ得る。
好ましくは、ＵＬリソースは、動的グラント（例えば、ＰＤＣＣＨ）、設定されたＵＬグラントタイプ１／タイプ２、及び／又はＲＡＲにおけるＵＬグラントによって提供され得る。
より具体的には、ＵＥが新たな送信を行うとき、ＬＣＰ手順を適用することができる。次に、ＵＥは、優先度に基づいたＭＡＣ ＣＥ及び／又はデータを含んでいることによって、ＭＡＣ ＰＤＵを生成することができる。ＢＦＲ ＭＡＣ ＣＥを収容する利用可能なＵＬリソースは、ＭＡＣ ＰＤＵがＢＦＲ ＭＡＣ ＣＥを含むことを意味してよい。
いくつかの実装形態において、ＵＥは、ＵＬリソースを使用するための１つ以上のＬＣＰ制限を用いて設定され得る（例えば、ａｌｌｏｗｅｄＳＣＳ－Ｌｉｓｔ、ｍａｘＰＵＳＣＨ－Ｄｕｒａｔｉｏｎ、ｃｏｎｆｉｇｕｒｅｄＧｒａｎｔＴｙｐｅ１Ａｌｌｏｗｅｄ、ａｌｌｏｗｅｄＳｅｒｖｉｎｇＣｅｌｌｓ）。ＬＣＰ手順が新しい送信に適用されるとき、ＭＡＣ ＣＥ及び／又はデータは、ＵＬリソースを使用するように制限され得る。
いくつかの実装形態において、ＵＬリソースがＢＦＲ ＭＡＣ ＣＥの要件に準拠する場合（例えば、ＵＬリソースのＰＵＳＣＨ持続時間（ｍａｘＰＵＳＣＨ－Ｄｕｒａｔｉｏｎ）が閾値よりも低い場合）、ＵＥは、ＢＦＲ ＭＡＣ ＣＥを送信するために、このＵＬリソースを使用することができる。
より具体的には、ＢＦＲ ＭＡＣ ＣＥは、特定のＵＬリソース上でのみ送信されることができる（例えば、特定のＵＬリソースは、暗黙的又は明示的に特定の情報を示す）。受信されたＵＬリソースが特定の情報を示す場合、ＵＬリソースは、ＢＦＲ ＭＡＣ ＣＥのために使用されることを許可されることができる。
ＵＥは、新しい送信のためにＵＬリソースを割り当てられ得る。しかしながら、ＵＬリソースは、ビーム障害が検出されたセルに割り当てられてもよい。
より具体的には、ＵＬリソースは、ＤＣＩを介して動的グラントによってスケジュールされてもよく、ここでＤＣＩは、セル情報（例えば、セルインデックス、キャリアインジケータ）を含んでもよい。
より具体的には、ＵＬリソースは、設定されたＵＬリソースであってもよく、ここで設定されたＵＬリソースは、ビーム障害が検出されたセル上に設定されてもよい。
より具体的には、ＵＬリソースは、クロスセルスケジュールされてよい。例えば、第１のセルで受信されたＤＣＩ／ＰＤＣＣＨ及びＵＬリソース（例えばＰＵＳＣＨリソース）は、障害が検出されたセル上でスケジューリングされる。
条件２：ＢＦＲレポートの送信
いくつかの実装形態において、ＭＡＣ ＰＤＵがＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を含み、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）がサービングセルのＢＦＲ情報（例えば、サービングセルの選択された候補ビーム情報と共に、サービングセルの失敗したセルインデックス）を含む場合、このＭＡＣ ＰＤＵが送信されるとき、サービングセルによってトリガされるＳＲ手順は、キャンセルされ得る。いくつかの実装形態において、ＭＡＣ ＰＤＵが特定のサービングセルのＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を含み、ＢＦＲレポートがそれらのサービングセルのＢＦＲ情報を含む場合（例えば、それらの失敗したサービングセルの各々のために、サービングセルの選択された候補ビーム情報と共に、サービングセルの失敗したセルインデックスが含まれ得る）、このＭＡＣ ＰＤＵが送信されるとき、それらのサービングセルによってトリガされたＳＲ手順は、キャンセルされ得る。好ましくは、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）は、（失敗した）ＣＣ（又はセル）情報（例えば、セルインデックス）、（失敗した）セルのセット／グループ（例えば、セット／グループはＮＷによって事前に設定されてもよい）、（失敗した）ＴＲＰ情報、（失敗した）ＣＣセルの対応する測定結果（例えば、ＲＳＲＰ、ＳＩＮＲ）、セルのセット／グループ、ＴＲＰ、候補ビーム情報（又は新しいビーム情報）、例えば、ＮＢＩ ＲＳの測定に基づいた１つ以上の適格ビーム、及び／又は新しいビーム情報がない（（失敗した）ＣＣ、セルのセット／グループ、ＴＲＰの閾値よりも高いＲＳＲＰを有する新しいビームがない場合）。
いくつかの実装形態において、ＭＡＣ ＰＤＵが（例えば、ＢＦＲ ＭＡＣ ＣＥ）ＢＦＲレポートを含み、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）がＭＡＣ ＰＤＵアセンブリの前にＳＲ手順をトリガしたセルグループ内の全てのセルのＢＦＲ情報（例えば、障害セル、サービングセルに対応する候補ビーム情報、障害セルに対応する測定結果など）を含む場合、ＭＡＣ ＰＤＵアセンブリの前の全てのトリガされたＳＲ手順は、このＭＡＣ ＰＤＵが送信されるときにキャンセルされ得る。
条件３：ＲＡＣＨベースのＢＦＲ手順のトリガ
ＢＦＲ－ＳＲがＢＦＲ－ＳＲ送信のために（ＰＣｅｌｌ又はＰＳＣｅｌｌの）ＰＵＣＣＨリソース上でシグナリングされ得るため、ＲＡＣＨベースのＢＦＲ手順がトリガされる場合、ＰＣｅｌｌ又はＰＳＣｅｌｌ上のＤＬ及び／又はＵＬ送信が適格でないことを示唆することができ、したがって、ＵＥは、この状況でＢＦＲ－ＳＲを送信し続ける必要がないことがある。
いくつかの実装形態において、ＢＦＲ手順がＳｐＣｅｌｌでトリガされる場合、（全ての）トリガされたＳＲ手順は、ＵＥによってキャンセルされることがある。
好ましくは、ＳｐＣｅｌｌのビーム障害インスタンスインディケーションの数がＳｐＣｅｌｌのために設定された最大数以上である場合、ＲＡＣＨベースのＢＦＲ手順は、トリガされてもよい。
好ましくは、ＲＡＣＨベースのＢＦＲ手順（すなわち、ＲＡ手順）は、ＳｐＣｅｌｌでトリガされ得る。
条件４：ＲＡ手順の開始
いくつかの実装形態において、ＲＡ手順がセル上で開始される場合、（全ての）トリガされたＳＲ手順は、ＵＥによってキャンセルされ得る。セルは、ＰＣｅｌｌ、ＰＳＣｅｌｌ、又はＳＣｅｌｌであってもよい。
好ましくは、ＲＲＣ＿ＩＤＬＥからの最初のアクセス、ＲＲＣ接続再確立手順、ＵＬ同期状態が「非同期」であるときのＲＲＣ＿ＣＯＮＮＥＣＴＥＤの間のＤＬ又はＵＬデータ到着、利用可能なＳＲのためのＰＵＣＣＨリソースがないとき、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの間のＵＬデータ到着、ＳＲ障害、同期再設定時のＲＲＣによる要求（例えばハンドオーバ）、ＲＲＣ＿ＩＮＡＣＴＩＶＥからの遷移、ＳＣｅｌｌ追加時の時間合わせの確立、他のＳＩのための要求、及びビーム障害回復のいずれかのイベントによって、ＲＡ手順は、トリガされ得る。
条件５：対応するＢＷＰのスイッチ／非アクティブ化
いくつかの実装形態において、ＵＥは、ＢＦＲ－ＳＲ送信のためにＰＵＣＣＨリソース上でＢＦＲ－ＳＲを送信し、ＰＵＣＣＨリソースは、ＢＷＰ上で設定される。ＵＥがＢＷＰを別のＢＷＰにスイッチ／非アクティブ化した場合、ＵＥは、ＳＲ手順を（全て）キャンセルすることができる。
いくつかの実装形態において、ＵＥがＢＦＲ－ＳＲ送信のためにＰＵＣＣＨリソース上でＢＦＲ－ＳＲを送信し、ＰＵＣＣＨリソースは、ＢＷＰ上で設定される。ＵＥがＢＷＰを別のＢＷＰにスイッチ／非アクティブ化した場合、ＵＥは、ＢＦＲ－ＳＲ送信のための別のＰＵＣＣＨリソース上でＢＦＲ－ＳＲを送信することができ、ＢＦＲ－ＳＲ送信は、別のＢＷＰ上で設定される。
好ましくは、対応するＢＷＰは、アクティブＵＬ及び／又はＤＬ ＢＷＰであってもよい。対応するＢＷＰは、ＢＦＲ－ＳＲ又はＢＦＲ ＭＡＣ ＣＥを送信するために使用されるＢＷＰであってもよい。
好ましくは、ＤＬ割り当て又はＵＬグラントを示すＰＤＣＣＨによって、ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒによって、ＲＲＣ信号によって、又はＲＡ手順の開始時にＭＡＣエンティティ自体によって、対応するＢＷＰは、スイッチ／非アクティブ化され得る。サービングセルのためにスイッチされた対応するＢＷＰは、同時に非アクティブＢＷＰをアクティブにし、アクティブＢＷＰを非アクティブ化するために使用される。
条件６：対応するＳＣｅｌｌが非アクティブ化されている
いくつかの実装形態において、ビーム障害がＳＣｅｌｌ上で検出される場合、ＵＥは、ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を送信するために、ＳＣｅｌｌのためのＳＲ手順をトリガすることができる。しかしながら、ＳＣｅｌｌが非アクティブ化される場合、ＵＥは、ＳＣｅｌｌのビーム障害を回復する必要がないことがある。したがって、対応するＳＣｅｌｌが非アクティブ化されるとき、ＵＥは、ＳＣｅｌｌのＳＲ手順をキャンセルすることができる。
好ましくは、対応するＳＣｅｌｌは、ＢＦＲ手順をトリガするアクティブ化されたＳＣｅｌｌとすることができる。対応するＳＣｅｌｌは、ＢＦＲ－ＳＲ又はＢＦＲ ＭＡＣ ＣＥを送信するために使用されるアクティブ化されたＳＣｅｌｌとすることができる。
好ましくは、（例えば、ＳＣｅｌｌアクティブ化／非アクティブ化ＭＡＣ ＣＥに基づいて）ＮＷによって、又は（例えば、ＳＣｅｌｌ非アクティブ化タイマに基づいて）ＵＥ自体によって、対応するＳＣｅｌｌは、非アクティブ化され得る。
条件７：対応するＢＦＲ手順が完了したと判定される
いくつかの実装形態において、ビーム障害がＳＣｅｌｌで検出された場合、ＵＥは、ＳＣｅｌｌのためのＢＦＲ手順をトリガすることができる。続いて、ＵＥは、ＳＣｅｌｌのためのＳＲ手順をトリガすることができる。ＳＣｅｌｌのＢＦＲ手順が完了したと判定される場合、トリガされたＳＲ手順は、キャンセルされることができる。
好ましくは、ＵＥがＢＦＲ応答を受信するとき、ＵＥは、対応するＢＦＲ手順が完了したと判定することができる。
好ましくは、ＵＥがＢＦＲ ＭＡＣ ＣＥを送信したとき、ＵＥは、対応するＢＦＲ手順が完了したと判定することができる。
好ましくは、ＵＥがＳＣｅｌｌのサービングビームを変更／更新するインディケーションを受信するとき、ＵＥは、ＳＣｅｌｌのＢＦＲ手順が完了したと判定することができる。
好ましくは、ＵＥがＳＣｅｌｌのサービングビームを変更／更新するインディケーションを受信するとき、ＵＥは、ＳＣｅｌｌのＢＦＲ手順が完了したと判定することができる。インディケーションは、ＭＡＣ ＣＥ又はＲＲＣシグナリングを介して信号され得る。
いくつかの実装形態において、インディケーション（例えばＵＥ固有のＰＤＣＣＨ ＭＡＣ ＣＥのＴＣＩ状態のインディケーション、ＵＥ固有のＰＤＳＣＨ ＭＡＣ ＣＥのアクティブ化／非アクティブ化）がセルに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームの変更（例えばＴＣＩ状態ＩＤの変更）を示す場合、ＳＣｅｌｌのためのＢＦＲ手順を完了したと、ＵＥは、判定することができる。
いくつかの実装形態において、インディケーション（例えばＵＥ固有のＰＤＣＣＨ ＭＡＣ ＣＥのＴＣＩ状態のインディケーション、ＵＥ固有のＰＤＳＣＨ ＭＡＣ ＣＥのアクティブ化／非アクティブ化）がセルグループ／セルグループの特定のセル／サブセットに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームの変更（例えばＴＣＩ状態ＩＤの変更）を示す場合、ＳＣｅｌｌのためのＢＦＲ手順を完了したと、ＵＥは、判定することができる。セルグループの固有のセル／サブセットは、ＢＦＲ ＭＡＣ ＣＥに含まれるセルグループのセル／サブセット、（ＳＣｅｌｌ）ビーム障害が検出される、セルグループのセル／サブセット、ＳＲ手順／ＢＦＲ手順がトリガされる、セルグループのセル／サブセットと呼ばれてもよい。
いくつかの実装形態において、ＲＲＣシグナリングがセルに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームのセット（例えば、ＴＣＩ状態ＩＤのセット）を再設定する場合、ＢＦＲ手順を完了したと、ＵＥは、判定することができる。
いくつかの実装形態において、ＲＲＣシグナリングがセルグループ／セルグループの特定のセル／サブセットに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームのセット（例えば、ＴＣＩ状態ＩＤのセット）を再設定する場合、ＢＦＲ手順を完了したと、ＵＥは、判定することができる。セルグループの特定のセル／サブセットは、ＢＦＲ ＭＡＣ ＣＥに含まれるセルグループのセル／サブセット、（ＳＣｅｌｌ）ビーム障害が検出される、セルグループのセル／サブセット、ＳＲ手順／ＢＦＲ手順がトリガされる、セルグループのセル／サブセットと呼ばれてもよい。
いくつかの実装形態において、インディケーション（例えば、ＵＥ固有のＰＤＣＣＨ ＭＡＣ ＣＥのＴＣＩ状態のインディケーション、ＵＥ固有のＰＤＳＣＨ ＭＡＣ ＣＥのアクティブ化／非アクティブ化）がＢＦＲ ＭＡＣ ＣＥにおいて示されたサービングビームに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームの変更（例えば、ＴＣＩ状態ＩＤの変更）を示す場合、ＳＣｅｌｌのためのＢＦＲ手順を完了したとＵＥは、判定することができる。
いくつかの実装形態において、（ＳＣｅｌｌの）ＢＦＲ手順がトリガされた後に、ＵＥがＰＤＣＣＨ／ＰＤＳＣＨを正常に監視／受信／復号する場合、ＳＣｅｌｌのためのＢＦＲ手順を完了したものと、ＵＥは、決定することができる。
条件８：サービングビームの変更
いくつかの実装形態において、インディケーション（例えば、ＵＥ固有のＰＤＣＣＨ ＭＡＣ ＣＥのためのＴＣＩ状態のインディケーション、ＵＥ固有のＰＤＳＣＨ ＭＡＣ ＣＥのアクティブ化／非アクティブ化）は、セルに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームの変更（例えば、ＴＣＩ状態ＩＤの変更）を示す。
いくつかの実装形態において、インディケーション（例えば、ＵＥ固有のＰＤＣＣＨ ＭＡＣ ＣＥのためのＴＣＩ状態のインディケーション、ＵＥ固有のＰＤＳＣＨ ＭＡＣ ＣＥのアクティブ化／非アクティブ化）がセルグループ／セルグループの特定のセル／サブセットに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームの変更（例えば、ＴＣＩ状態ＩＤの変更）を示す。セルグループの特定のセル／サブセットは、ＢＦＲ ＭＡＣ ＣＥに含まれるセルグループのセル／サブセット、（ＳＣｅｌｌの）ビーム障害が検出される、セルグループのセル／サブセット、ＳＲ手順／ＢＦＲ手順がトリガされる、セルグループのセル／サブセットと呼ばれてもよい。
いくつかの実装形態において、ＲＲＣシグナリングは、セルに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームのセット（例えば、ＴＣＩ状態ＩＤのセット）を再設定する。
いくつかの実装形態において、ＲＲＣシグナリングは、セルグループ／セルグループの特定のセル／サブセットに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームのセット（例えば、ＴＣＩ状態ＩＤのセット）を再設定する。セルグループの特定のセル／サブセットは、ＢＦＲ ＭＡＣ ＣＥに含まれるセルグループのセル／サブセット、（ＳＣｅｌｌの）ビーム障害が検出される、セルグループのセル／サブセット、ＳＲ手順／ＢＦＲ手順がトリガされる、セルグループのセル／サブセットと呼ばれてもよい。
いくつかの実装形態において、インディケーション（例えば、ＵＥ固有のＰＤＣＣＨ ＭＡＣ ＣＥのためのＴＣＩ状態のインディケーション、ＵＥ固有のＰＤＳＣＨ ＭＡＣ ＣＥのアクティブ化／非アクティブ化）は、ＢＦＲ ＭＡＣ ＣＥ内で示されるサービングビームに対応するＰＤＣＣＨ／ＰＤＳＣＨのサービングビームの変更（例えば、ＴＣＩ状態ＩＤの変更）を示す。
状態９：（ＳＣｅｌｌのための）対応するＢＦＲ手順がキャンセル／停止／一時停止／失敗する
いくつかの実装形態において、ビーム障害がＳＣｅｌｌ上で検出された場合、ＵＥはＳＣｅｌｌのためのＢＦＲ手順をトリガすることができる。ＵＥは、ＳＣｅｌｌのためのＳＲ手順をトリガすることができる。ＳＣｅｌｌのＢＦＲ手順が何らかの理由でキャンセル／停止／一時停止／失敗した場合、ＳＣｅｌｌのＳＲ手順をキャンセルすることができる。
条件１０：ＢＦＲに関連したパラメータの再設定
いくつかの実装形態において、ＢＦＲに関連したパラメータが再設定されるとき、ＵＥは、ＳＲ手順をキャンセルできる。
好ましくは、ＢＦＲに関連したパラメータは、（ＳＣｅｌｌのための）ＢＦＲ設定の任意の設定（例えば、カウンタ、タイマ）であってよい。
好ましくは、ＢＦＲに関連したパラメータは、ＢＦＲ－ＳＲ、ＢＦＤ ＲＳ及び／又はＮＢＩ ＲＳのための対応するＵＬリソースであってよい。
条件１１：ＢＦＲ－ＳＲ送信のために利用可能なＰＵＣＣＨリソースがない
いくつかの実装形態において、ＢＦＲ－ＳＲ送信のためのＰＵＣＣＨリソースは、ＰＣｅｌｌの現在のＵＬ ＢＷＰ内で設定されないことがある。このケースにおいて、ＵＥは、（全ての）トリガされたＳＲ手順をキャンセルし、後続のアクション（例えば、ＲＡを開始し、ＲＡＣＨベースのＢＦＲ手順をトリガする）を実行することができる。
いくつかの実装形態において、ＢＦＲ－ＳＲ送信のためのＰＵＣＣＨリソースは、設定されたｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒの満了のためにリリースされ得る。
条件１２：ＢＦＲ－ＳＲ送信の数が設定された最大値に達する
いくつかの実装形態において、ＢＦＲ－ＳＲ送信の数が設定された最大数に達するか、又はそれを超える場合、ＵＥは、（全ての）トリガされたＳＲ手順をキャンセルし、後続のアクション（例えば、ＲＡを開始し、ＲＡＣＨベースのＢＦＲ手順をトリガする）を実行することがある。
条件１３：ＭＡＣリセット
いくつかの実装形態において、ＭＡＣエンティティのリセットが上位層によって要求された場合、ＵＥは、全てのトリガされたＳＲ手順をキャンセルできる。
条件１４：ＰＵＣＣＨリソースのリリース
いくつかの実装形態において、（ＳｐＣｅｌｌの）ＰＵＣＣＨリソースがＵＥによってリリースされた場合、トリガされたＢＦＲＱ－ＳＲは、ＭＡＣエンティティによってキャンセルされてもよい。一実施例において、ＰＴＡＧ／ＳＴＡＧに関連付けられた時間合わせタイマが満了した場合、ＰＵＣＣＨリソースがリリースされ得る。
一方で、ＢＦＲ－ＳＲ送信の制限が開示される。
上述したＳＣｅｌｌ ＢＦＲ手順を実行するために「ＳＲ手順トリガリング」アプローチを使用している間、トリガされたＳＲ手順は、それがキャンセルされるまで保留中であると見なされ得ることに留意されたい。少なくとも１つのトリガされたＳＲ手順が保留中であるとき、ＵＥは、ＢＦＲ－ＳＲ送信を数回試みるだけではＢＦＲレポートのための利用可能なＵＬリソースを正常に入手できないことがあるため、ＵＥはＢＦＲ－ＳＲ送信のための有効なＰＵＣＣＨリソース上でＢＦＲ－ＳＲをシグナリングし続けることができる。ＢＦＲ－ＳＲ送信機会の時点でアクティブであるＢＷＰ上のＰＵＣＣＨリソースのみが有効であると見なされ得ることに留意されたい。
一実装形態において、ＵＥがＢＦＲ－ＳＲ送信を数回試みるだけではＢＦＲレポートのための利用可能なＵＬリソースを正常に入手できないことがあるため、ＭＡＣによって命令された後、ＰＨＹ層は、ＢＦＲ－ＳＲ送信のための有効なＰＵＣＣＨリソース上でＢＦＲ－ＳＲをシグナリングし続けることができる。ＢＦＲ－ＳＲ送信機会の時点でアクティブであるＢＷＰ上のＰＵＣＣＨリソースのみが有効であると見なされ得ることに留意されたい。
しかしながら、ＵＥとＮＷとの間の無線品質が劣る可能性があり、ＵＥは、一定期間の間、ＢＦＲ－ＳＲを送信することに失敗することがある。例えば、ＵＥは、ＢＦＲ－ＳＲを数回送信することができるが、ＵＥは依然として、利用可能なＵＬリソースを受信しない。ＢＦＲ－ＳＲを制限なく送信することは招かない。したがって、ＢＦＲ－ＳＲ送信を制限するために、いくつかのメカニズムが必要とされ得る。以下に開示される選択肢の１つ以上又は任意の組み合わせが利用可能である。
選択肢１：タイマベース
特定のタイマ（本明細書において、ＢＦＲ－ＳＲタイマと呼ばれる）を使用して、ＢＦＲ－ＳＲ送信を制御することができる。例えば、ＢＦＲ－ＳＲタイマが動作しているとき、ＵＥは、ＢＦＲ－ＳＲのための有効なＰＵＣＣＨリソース上でＢＦＲ－ＳＲを送信することができる。ＢＦＲ－ＳＲタイマが実行されていないとき、ＵＥは、（ＢＦＲ－ＳＲが保留中であっても）ＢＦＲ－ＳＲを送信することができない。ＢＦＲ－ＳＲタイマが動作しているとき、対応するＢＦＲ－ＳＲは、保留中であると見なされ得る。ＢＦＲ－ＳＲタイマが満了するとき、対応するＢＦＲ－ＳＲ、ＢＦＲＱ確認、及び／又はＢＦＲ手順をキャンセルすることができる。
ＢＦＲ－ＳＲタイマは、以下の条件のうちの１つ以上が満たされたとき、開始又は再開されてよい：
条件１．対応するＳＲ手順がトリガされる。
条件２．（ＳＣｅｌｌのための）対応するＢＦＲ手順がトリガされる。
条件３．（ＳＣｅｌｌのための）対応するビーム障害が検出される。
条件４．対応するＢＷＰがスイッチ／非アクティブ化される。
条件５．ＭＡＣエンティティがＰＨＹにＢＦＲ－ＳＲ送信を命令する。
その上、ＢＦＲ－ＳＲタイマは、以下の条件の内の１つ以上が満たされるときに停止されてよい：
条件１．対応するトリガされたＳＲ手順がキャンセルされる。
条件２．（ＳＣｅｌｌのための）対応するＢＦＲ手順がキャンセルされる。
条件３．（ＳＣｅｌｌのための）対応するＢＦＲ手順が完了する。
条件４．対応するＢＦＲ－ＳＲ設定が再設定される。
条件５．（ＳＣｅｌｌのための）ＢＦＲ設定の任意の設定が再設定される（例えば、カウンタ、タイマ）。
条件６．ＢＦＲ－ＳＲ、ＢＦＤ ＲＳ及び／又はＮＢＩ ＲＳのための対応するＵＬリソースが再設定される。
条件７．（ＳｐＣｅｌｌ又はＳＣｅｌｌのための）別のＢＦＲ手順がトリガされる。
条件８．対応するＳＣｅｌｌが非アクティブ化される。
条件９．ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を含むＭＡＣ ＰＤＵを送信する。
条件１０．ＭＡＣ ＰＤＵアセンブリの前にＢＦＲを検出する全てのＳＣｅｌｌを含むＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を含むＭＡＣ ＰＤＵを送信する。
条件１１．ＢＦＲ手順のキャンセル。
条件１２．対応するＢＷＰがスイッチされる／非アクティブ化される、又はＵＬリソースがＢＦＲレポートの送信に利用可能になる（例えば、ＢＦＲ ＭＡＣ ＣＥ）。
その上、ＢＦＲ－ＳＲタイマが満了するとき、ＵＥは、以下のアクションの内の１つ以上を実行することができる：
アクション１．対応するＳＲ手順（例えば：保留中のＳＲ手順）をキャンセルする。
アクション２．（ＳＣｅｌｌのための）ＢＦＲ手順をキャンセルする。
アクション３．（例えば、ＰＣｅｌｌのための）別のＢＦＲ手順をトリガする。
アクション４．（ＳｐＣｅｌｌ上で）ＲＡ手順を開始する。
アクション５．対応するＳＣｅｌｌを非アクティブ化する。
アクション６．ＵＥが対応するＳＣｅｌｌを非アクティブ化するとき、ＵＥは、この条件を通知するために、インディケーション（例えば、ＭＡＣ ＣＥ）をＮＷに送信することができる。
別の特定のタイマ（「ＢＦＲ－ＳＲ禁止タイマ」）を使用して、逆の方法でＢＦＲ－ＳＲ送信を制御することができる。例えば、ＢＦＲ－ＳＲ禁止タイマが動作しているとき、ＵＥは、ＢＦＲ－ＳＲのための有効なＰＵＣＣＨリソース上でＢＦＲ－ＳＲを（たとえＢＦＲ－ＳＲが保留中であっても）送信できない。ＢＦＲ－ＳＲ禁止タイマが実行されていないとき、ＵＥは、ＢＦＲ－ＳＲを送信することができる。
対応するＢＦＲ－ＳＲがシグナリングされたとき、及び／又はＢＦＲ－ＳＲがシグナリングされたときにＢＦＲ－ＳＲ禁止タイマが実行されていないとき、ＢＦＲ－ＳＲ禁止タイマは、開始又は再開されてよい。
更に、ＢＦＲ－ＳＲ禁止タイマは、１つ以上の以下の条件を満たすとき、停止されてもよい：
条件１．（ＳＣｅｌｌのための）対応するＢＦＲ手順がキャンセルされる。
条件２．（ＳＣｅｌｌのための）対応するＢＦＲ手順が完了する。
条件３．対応するＢＦＲ－ＳＲ設定を再設定する。
条件４．（ＳＣｅｌｌのための）ＢＦＲ設定の任意の設定が再設定される（例えば、カウンタ、タイマ）。
条件５．ＢＦＲ－ＳＲ、ＢＦＤ ＲＳ及び／又はＮＢＩ ＲＳのための対応するＵＬリソースが再設定される。
条件６．（ＳｐＣｅｌｌ又はＳＣｅｌｌのための）別のＢＦＲ手順がトリガされる。
条件７．対応するＢＷＰがスイッチされる／非アクティブ化される。
条件８．対応するＳＣｅｌｌが非アクティブ化される。
条件９．ＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を含むＭＡＣ ＰＤＵを送信する。
条件１０．ＭＡＣ ＰＤＵアセンブリの前にＢＦＲを検出する全てのＳＣｅｌｌを含むＢＦＲレポート（例えば、ＢＦＲ ＭＡＣ ＣＥ）を含むＭＡＣ ＰＤＵを送信する。
選択肢２：カウンタベース
特定のカウンタ（「ＢＦＲ－ＳＲカウンタ」）を使用して、ＢＦＲ－ＳＲ送信を制御することができる。例えば、ＵＥは、ＢＦＲ－ＳＲが送信された回数をカウントするために、ＢＦＲ－ＳＲカウンタを使用することができる。ＮＷは、ＢＦＲ－ＳＲカウンタの最大数を用いてＵＥを設定することができる。ＵＥがＢＦＲ－ＳＲを送信するとき、ＵＥは、ＢＦＲ－ＳＲカウンタを「１」だけインクリメントできる。
ＢＦＲ－ＳＲカウンタが最大数に達する場合、ＵＥは、以下のアクションの１つ以上を実行することができる：
アクション１．ＢＦＲ－ＳＲを送信しない。
アクション２．対応するＳＲ手順（例えば保留中のＳＲ手順）をキャンセルする。
アクション３．（ＳＣｅｌｌのための）ＢＦＲ手順をキャンセルする。
アクション４．（例えば、ＰＣｅｌｌのための）別のＢＦＲ手順をトリガする。
アクション５．（ＳｐＣｅｌｌ上で）ＲＡ手順を開始する。
アクション６．（対応するＳＣｅｌｌ又は全てのサービングセルのための）ＰＵＣＣＨをリリースするようにＲＲＣに通知する。
アクション７．（対応するＳＣｅｌｌ又は全てのサービングセルのための）ＳＲＳをリリースするようにＲＲＣに通知する。
アクション８．（対応するＳＣｅｌｌ又は全てのサービングセルの）設定されたＤＬ割り当て及び／又はＵＬグラントをクリアする。
アクション９．半永久的ＣＳＩレポーティングのためのＰＵＳＣＨリソースをクリアする。
アクション１０．対応するＳＣｅｌｌを非アクティブ化する。ＵＥが対応するＳＣｅｌｌを非アクティブ化するとき、ＵＥは、条件を通知するためにインディケーション（例えば、ＭＡＣ ＣＥ）をＮＷに送ることができる。
その上、ＢＦＲ－ＳＲカウンタは、１つ以上の以下の条件が発生したときにリセットされてもよい：
条件１．ＭＡＣエンティティのリセットが上位層によって要求される。
条件２．対応するＢＦＲ－ＳＲ設定を再設定する。
条件３．（ＳＣｅｌｌのための）ＢＦＲ設定の任意の設定が再設定される（例えば、カウンタ、タイマ）。
条件４．ＢＦＲ－ＳＲ、ＢＦＤ ＲＳ及び／又はＮＢＩ ＲＳのための対応するＵＬリソースが再設定される。
条件５．（ＳＣｅｌｌのための）対応するＢＦＲ手順が完了する。
条件６．対応するＢＷＰがスイッチされる／非アクティブ化される。
条件７．対応するＳＣｅｌｌが非アクティブ化される。
条件８．ＳＲ手順がトリガされ、他のＳＲ手順は保留されない。
条件９．ＢＦＲ手順がトリガされ、他のトリガされたＢＦＲ手順及びキャンセルされていないＢＦＲ手順がない。
条件１０．ＢＦＲ－ＳＲカウンタが最大数に達する。
条件１１．ＢＦＲ－ＳＲタイマが停止する又は満了する。
より具体的には、対応するＢＷＰがアクティブなＵＬ及び／又はＤＬ ＢＷＰであってもよい。対応するＢＷＰは、ＢＦＲ－ＳＲを送信するために使用されるＢＷＰであってもよい。対応するＢＷＰは、ＢＦＲレポートを送信するために使用されるＢＷＰであってもよい。対応するＢＷＰは、ＳｐＣｅｌｌ又はＳＣｅｌｌのＢＷＰであってもよい。
より具体的には、対応するＢＷＰがダウンリンク割り当て又はＵＬグラントを示しているＰＤＣＣＨによって、ｂｗｐ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒによって、ＲＲＣシグナリングによって、又はＲＡ手順の開始時にＭＡＣエンティティ自体によって、スイッチ／非アクティブ化され得る。サービングセルのための対応するＢＷＰは、同時に非アクティブＢＷＰをアクティブ化し、アクティブＢＷＰを非アクティブ化するために使用される。
より具体的には、対応するＳＣｅｌｌは、（ＳＣｅｌｌのための）ＢＦＲ手順をトリガするアクティブ化されたＳＣｅｌｌであってよい。対応するＳＣｅｌｌは、ＢＦＲ－ＳＲを送信するために使用されるアクティブ化されたＳＣｅｌｌであってもよい。対応するＳＣｅｌｌは、ＢＦＲレポートを転送するために使用されるＳＣｅｌｌとすることができる。
より具体的には、対応するＳＣｅｌｌは、（例えば、ＳＣｅｌｌアクティブ化／非アクティブ化ＭＡＣ ＣＥに基づいた）ＮＷによって、又は（例えば、ＳＣｅｌｌ非アクティブ化タイマに基づいた）ＵＥ自体によって非アクティブ化され得る。
いくつかの実装形態において、ＢＦＲ－ＳＲカウンタ／ＢＦＲ－ＳＲタイマの満了によってトリガされた進行中の（ＳｐＣｅｌｌ／ＳＣｅｌｌ上の）ＲＡ手順、又は進行中の（ＳｐＣｅｌｌ／ＳＣｅｌｌ上の）ＢＦＲ手順が以下の条件の１つ以上が満たされる場合に停止／キャンセルされ得る：
条件１：ＢＦＲ ＭＡＣ ＣＥの送信
一実施例において、進行中の（ＳｐＣｅｌｌ／ＳＣｅｌｌ上の）ＲＡ手順又は（ＳｐＣｅｌｌ／ＳＣｅｌｌ上の）ＢＦＲ手順が動的グラント／設定されたグラント／ＲＡＲによって提供されるＵＬリソース上のＭＡＣ ＰＤＵの送信によって停止されてもよく、ＭＡＣ ＰＤＵは、ＢＦＲ ＭＡＣ ＣＥを含む。
一実施例において、ＢＦＲ ＭＡＣ ＣＥがＭＡＣ ＰＤＵアセンブリの前にビーム障害を検出したセルグループの全てのＳＣｅｌｌを含む場合にのみ、進行中の（ＳｐＣｅｌｌ／ＳＣｅｌｌ上の）ＲＡ手順又は（ＳｐＣｅｌｌ／ＳＣｅｌｌ上の）ＢＦＲ手順を停止することができる。
条件２：送信のための利用可能なＵＬリソース
一実施例において、ＵＬリソースがＢＦＲ ＭＡＣ ＣＥの送信のために利用可能である場合、進行中の（ＳｐＣｅｌｌ／ＳＣｅｌｌ上の）ＲＡ手順又は（ＳｐＣｅｌｌ／ＳＣｅｌｌ上の）ＢＦＲ手順は、ＭＡＣエンティティによって停止されてよい。
一実施例において、ＢＦＲ手順は、セルベース又はグループベースのいずれであってもよい。セルベース／セルグループベースのＢＦＲ手順の実施例が開示される。
一実施例において、ＵＬリソースは、ＲＡＲ内の動的グラント、設定されたＵＬグラントタイプ１／タイプ２、及び／又はＵＬグラントによって提供され得る。
一実施例において、ＵＬリソースは、ＢＦＲ ＭＡＣ ＣＥの送信専用のリソースであってよい。このケースにおいて、ＮＷは、ＤＣＩ又はＲＲＣシグナリングを介して、対応するＵＬリソースがＢＦＲ ＭＡＣ ＣＥの送信のためのものであることを示すことができる。
一実施例において、ＵＬリソースは、ＢＦＲ ＭＡＣ ＣＥ（サブヘッダー付き）に収容できるＵＬリソースを意味する送信を利用可能である。
一実施例において、いくつかの制約に基づいたＢＦＲ ＭＡＣ ＣＥのために使用され得るＵＬリソースを意味する送信のために、ＵＬリソースは利用可能である。具体的には、ＢＦＲ ＭＡＣ ＣＥは、特定のＵＬリソースでのみ送信できる（例えば、特定のＵＬリソースは暗黙的又は明示的に特定の情報を示す）。受信されたＵＬリソースが特定の情報を示す場合、ＵＬリソースは、ＢＦＲ ＭＡＣ ＣＥのために使用されることを許可され得る。
一実施例において、ビーム障害が検出されたセルに割り当てられていない場合、及び／又はＳＲ手順／ＢＦＲ手順がトリガされ、キャンセルされていないセルに割り当てられていない場合、ＵＬリソースは、利用可能であると見なされうる。
図５は、本開示による無線通信のためのノード５００を示す。
図５に示すように、ノード５００は、トランシーバ５２０と、プロセッサ５２６と、メモリ５２８と、一つ以上のプレゼンテーション部品５３４と、少なくとも一つのアンテナ５３６とを含むことができる。ノード５００はまた、無線周波数（ＲＦ）スペクトル帯域モジュールと、ＢＳ通信モジュールと、ネットワーク通信モジュールと、システム通信管理モジュールと、入出力（Ｉ／Ｏ）ポートと、Ｉ／Ｏ部品と、電源（図示せず）とを含むことができる。これらの部品の各々は、一つ以上のバス５４０を介して、直接的又は間接的に互いに通信することができる。ノード５００が例えば、図１内で図示されるように、様々な機能を実行するＵＥであり得る。
送信機５２２（送信回路を有する）及び受信機５２４（受信回路を有する）を有するトランシーバ５２０は、時間及び／又は周波数リソース分割情報を送信及び／又は受信するように構成され得る。トランシーバ５２０が使用可能、使用不可能又は柔軟に使用可能なサブフレーム及びスロットフォーマットを含むが、これらに限定されない、異なる種類のサブフレーム及びスロットで送信するように構成してもよい。トランシーバ５２０は、データ及び制御チャンネルを受信するように構成され得る。
ノード５００は、様々なコンピュータ読み取り可能媒体を含んでもよい。コンピュータ読み取り可能媒体は、ノード５００によってアクセスされ得る任意の利用可能な媒体であり得、揮発性及び不揮発性媒体、リムーバブル及び非リムーバブル媒体の両方を含む。コンピュータ読み取り可能媒体は、コンピュータ記憶媒体及び通信媒体を含み得る。コンピュータ記憶媒体は、コンピュータ読み取り可能命令、データ構造、プログラムモジュール、又は他のデータなどの情報を記憶するための任意の方法又は技術で実装される、揮発性及び不揮発性、リムーバブル及び非リムーバブル媒体の両方を含む。
コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、コンパクトディスク読み取り専用メモリ（ＣＤ－ＲＯＭ）、デジタル多用途ディスク（ＤＶＤ）又は他の光ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置又は他の磁気記憶装置を含む。コンピュータ記憶媒体は、伝播データ信号を含まない。通信媒体は、典型的にはコンピュータ読み取り可能命令、データ構造、プログラムモジュール、又は他のデータを、搬送波又は他のトランスポート機構などの変調データ信号で具現化し、任意の情報配信媒体を含む。「変調されたデータ信号」という用語は、その特性のうちの一つ以上が信号内に符号化されるように設定又は変更された信号を意味する。通信媒体は、有線ネットワーク又は直接有線接続などの有線媒体と、音響、ＲＦ、赤外線、及び他の無線媒体などの無線媒体とを含む。上記のいずれかの組合せも、コンピュータ読み取り可能媒体の範囲内に含まれるべきである。
メモリ５２８は、揮発性及び／又は不揮発性メモリの形態のコンピュータ記憶媒体を含んでもよい。メモリ５２８は、取り外し可能、取り外し不能、又はそれらの組み合わせであってもよい。メモリは、ソリッドステートメモリ、ハードドライブ、光ディスクドライブなどを含む。図５に示すように、メモリ５２８は、実行されるとき、プロセッサ５２６に、様々な機能を実行させるように構成された機能を実行することを、プロセッサ５２６（例えばプロセス回路）に引き起こすように構成するためのコンピュータ読み取り可能なコンピュータ実行可能命令５３２（例えば、ソフトウェアコード）を記憶することができる。あるいは、命令５３２は、様々な機能を実行するためにノード５００（例えばコンパイルされ実行されるとき）を引き起こすように構成されてもよい。
プロセッサ５２６は、インテリジェントハードウェアデバイス（例えば中央処理装置（ＣＰＵ）、マイクロコントローラ、ＡＳＩＣなど）を含んでもよい。プロセッサ５２６は、メモリを含んでもよい。プロセッサ５２６は、メモリ５２８から受信したデータ５３０及び命令５３２、並びにトランシーバ５２０、ベースバンド通信モジュール、及び／又はネットワーク通信モジュールを介した情報を処理することができる。プロセッサ５２６はまた、ＣＮへの送信のために、アンテナ５３６を介してネットワーク通信モジュールに送信するためにトランシーバ５２０に送信される情報を処理することができる。
一つ以上のプレゼンテーション部品５３４は、人又は他のデバイスにデータを提示する。プレゼンテーション部品５３４は、表示デバイス、スピーカー、印刷部品、振動部品などを含んでもよい。
上記の説明から、様々な技術が、これらの概念の範囲から逸脱することなく、本出願で説明される概念を実行するために使用され得ることが明らかである。さらに、概念は特定の実装形態を特に参照して説明されてきたが、当業者はそれらの概念の範囲から逸脱することなく、形態及び詳細において変更を行うことができることを認識するであろう。したがって、説明された実装形態は、すべての点において、例示的なものであり、限定的なものではないと考えられるべきである。また、本出願は、上述の特定の実装形態に限定されるものではなく、本開示の範囲から逸脱することなく、多くの再構成、修正、及び置換が可能であることを理解されたい。
図１は、本開示の例としての実装形態に従った、２つのＳＣｅｌｌビーム障害検出（ＢＦＤ：beam failure detection）手順及び２つのＳＣｅｌｌビーム障害回復（ＢＦＲ：beam failure recovery）手順を示すフローチャートである。 図２は、本開示の例としての実装形態に従った、セル（ｉ）のためのＳＲ手順をトリガし、キャンセルすることを含むＳＣｅｌｌ ＢＦＲ手順を示す概略図である。 図３は、本開示の例としての実装形態に従った、セルのビーム障害回復のためのアクションを示す概略図である。 図４は、本開示の例としての実装形態に従った、セル（ｉ）のためのＢＦＤ手順を示すフローチャートである。 図５は、本開示の例としての実装形態に従った、無線通信のためのノードを示す構成図である。

Claims (10)

  1. ビーム障害回復（ＢＦＲ：beam failure recovery）手順を実行するユーザ機器（ＵＥ：user equipment）のための方法であって、前記方法は、
    第１のセルで第１のビーム障害検出（ＢＦＤ：beam failure detection）手順を実行する工程（１０２）、
    第２のセルで第２のＢＦＤ手順を実行する工程（１０４）、
    前記第１のＢＦＤ手順によって前記第１のセルで検出されているビーム障害に応答して、前記第１のセルのための第１のＢＦＲ手順をトリガする工程（１０６）、
    前記第２のＢＦＤ手順によって前記第２のセルで検出されているビーム障害に応答して、前記第２のセルのための第２のＢＦＲ手順をトリガする工程（１０８）、及び
    前記第１及び第２のＢＦＲ手順の内の少なくとも１つに対応する、前記第１のセルのＢＦＲ情報を含むＢＦＲレポートが基地局（ＢＳ：base station）に正常に送信されたことに応答して、前記第１のセルのための前記トリガされた第１のＢＦＲ手順をキャンセルする工程（１１０）、を含み、
    前記第１のセル及び第２のセルのそれぞれはセカンダリセルである、方法。
  2. 前記第２のセルのＢＦＲ情報を更に含む前記ＢＦＲレポートに応答して、前記第２のセルのための前記トリガされた第２のＢＦＲ手順をキャンセルする工程、
    を更に含む、請求項１に記載の方法。
  3. 前記送信されたＢＦＲレポートに対応するＢＦＲ応答が前記ＢＳから受信されたとき、前記ＢＦＲレポートが前記ＢＳに正常に送信されたと判定する工程（２１６）、及び
    前記ＢＦＲ応答が前記ＢＳから受信されたとき、前記第１のＢＦＲ手順が完了したと判定する工程、
    を更に含む、請求項１に記載の方法。
  4. 前記第１のセルが非アクティブ化されたことに応答して（２２０）、前記第１のセルのための前記トリガされた第１のＢＦＲ手順をキャンセルする工程（２１８）、及び
    前記第２のセルが非アクティブ化されたことに応答して（２２０）、前記第２のセルのための前記トリガされた第２のＢＦＲ手順をキャンセルする工程（２１８）、
    を更に含む、請求項１に記載の方法。
  5. 前記第１のセルに関連付けられた第１の非アクティブ化タイマが終了していること、及び、前記第１のセルを非アクティブ化するための第１の非アクティブ化コマンドが前記ＢＳから受信されたことの内の１つに応答して、前記第１のセルのための前記トリガされた第１のＢＦＲ手順をキャンセルする工程、及び
    前記第２のセルに関連付けられた第２の非アクティブ化タイマが終了していること、及び、前記第２のセルを非アクティブ化するための第２の非アクティブ化コマンドが前記ＢＳから受信されたことの内の１つに応答して、前記第２のセルのための前記トリガされた第２のＢＦＲ手順をキャンセルする工程、
    を更に含む、請求項４に記載の方法。
  6. 前記ＢＦＲレポートを送信するために上りリンク（ＵＬ：uplink）リソースが利用可能であるかどうかを判定する工程（２０８）、
    前記ＢＦＲレポートを送信するために前記ＵＬリソースが利用可能でないと判定されたとき、前記第１のセルのための第１のスケジューリング要求（ＳＲ：scheduling request）手順をトリガし、前記第２のセルのための第２のＳＲ手順をトリガする工程（２１２）、
    前記ＢＦＲレポートが送信されたこと、及び、前記第１のセルが非アクティブ化されたことの内の１つに応答して、前記第１のセルのための前記トリガされた第１のＳＲ手順をキャンセルする工程（２１４）、及び
    前記ＢＦＲレポートが送信されたこと、及び、前記第２のセルが非アクティブ化されたことの内の１つに応答して、前記第２のセルのための前記トリガされた第２のＳＲ手順をキャンセルする工程（２１４）、
    を更に含む、請求項１に記載の方法。
  7. 前記第１のセルの前記ＢＦＲ情報は、前記第１のセルのセル識別番号、及び、前記第１のセルの測定された候補ビームの両方を含む、請求項１に記載の方法。
  8. 前記第２のセルの前記ＢＦＲ情報は、前記第２のセルのセル識別番号、及び、前記第２のセルの測定された候補ビームの両方を含む、請求項２に記載の方法。
  9. 前記第１のセルが非アクティブ化されたことに応答して、前記第１のＢＦＤ手順内の前記第１のセルで検出されたビーム障害イベントの数を、第１の初期値にセットする工程、及び
    前記第２のセルが非アクティブ化されていることに応答して、前記第２のＢＦＤ手順内の前記第２のセルで検出されたビーム障害イベントの数を、第２の初期値にセットする工程、
    を更に含む、請求項１に記載の方法。
  10. ビーム障害回復（ＢＦＲ：beam failure recovery）手順を実行するためのユーザ機器
    （ＵＥ：user equipment）であって、前記ＵＥは、
    プロセッサ（５２６）、及び
    前記プロセッサ（５２６）に結合されたメモリ（５２８）を含み、
    前記メモリ（５２８）は、コンピュータ実行可能命令を格納し、
    前記コンピュータ実行可能命令は、前記プロセッサ（５２６）によって実行されたとき、当該プロセッサ（５２６）に、請求項１～９のいずれかに記載の前記方法を行なわせる、ＵＥ。
JP2022504267A 2019-07-22 2020-07-22 ビーム障害回復方法及び関連する装置 Active JP7266744B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962877261P 2019-07-22 2019-07-22
US62/877,261 2019-07-22
PCT/CN2020/103543 WO2021013182A1 (en) 2019-07-22 2020-07-22 Method of performing beam failure recovery and related device

Publications (2)

Publication Number Publication Date
JP2022541836A JP2022541836A (ja) 2022-09-27
JP7266744B2 true JP7266744B2 (ja) 2023-04-28

Family

ID=74190329

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022504267A Active JP7266744B2 (ja) 2019-07-22 2020-07-22 ビーム障害回復方法及び関連する装置

Country Status (6)

Country Link
US (1) US11626918B2 (ja)
EP (1) EP4005266A4 (ja)
JP (1) JP7266744B2 (ja)
KR (1) KR20220034838A (ja)
CN (1) CN114097266B (ja)
WO (1) WO2021013182A1 (ja)

Families Citing this family (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102588492B1 (ko) * 2016-11-28 2023-10-13 삼성전자주식회사 무선 통신 시스템에서 빔 불일치를 탐지하기 위한 장치 및 방법
CN109076619B (zh) * 2018-07-16 2022-07-22 北京小米移动软件有限公司 随机接入控制方法和随机接入控制装置
EP4007395A4 (en) * 2019-07-25 2022-08-10 Guangdong Oppo Mobile Telecommunications Corp., Ltd. WIRELESS COMMUNICATION METHOD, TERMINAL DEVICE AND NETWORK DEVICE
CN114097286B (zh) * 2019-07-26 2023-05-23 汉尼拔Ip有限责任公司 用于波束故障恢复的调度请求资源优化方法及用户装置
US20220311500A1 (en) * 2019-07-31 2022-09-29 Qualcomm Incorporated Mac ce for beam failure recovery
CN112399430A (zh) * 2019-08-15 2021-02-23 索尼公司 无线通信系统中的用户设备、电子设备、方法及存储介质
US11477837B2 (en) * 2019-08-15 2022-10-18 Ofinno, Llc Beam failure recovery with multiple cells
WO2021029061A1 (ja) * 2019-08-15 2021-02-18 株式会社Ｎｔｔドコモ 端末及び無線通信方法
US11362722B2 (en) * 2019-10-03 2022-06-14 Mediatek Inc. Beam failure recovery procedure for secondary cell in mobile communications
CN114223243A (zh) * 2019-10-23 2022-03-22 Oppo广东移动通信有限公司 一种指示方法、终端设备、网络设备
US11924837B2 (en) * 2019-11-15 2024-03-05 Qualcomm Incorporated Techniques for physical uplink control channel beam failure recovery reselection
US11855836B2 (en) * 2020-01-31 2023-12-26 Qualcomm Incorporated Indicating user equipment capability for beam failure detection
SG10202001583TA (en) 2020-02-22 2021-09-29 Panasonic Ip Corp America Beam failure recovery for single dci-based m-trp urllc transmissions
KR20220143661A (ko) * 2020-04-01 2022-10-25 삼성전자주식회사 무선 통신 시스템에서 유휴 모드 동작을 위한 방법 및 장치
CN115699956A (zh) * 2020-06-23 2023-02-03 Lg 电子株式会社 无线通信系统中的上行链路发送和接收的方法和装置
US11979756B2 (en) * 2020-08-05 2024-05-07 Samsung Electronics Co., Ltd. Method and apparatus for handling beam failure recovery in a wireless communication system
US11950112B2 (en) * 2020-08-05 2024-04-02 Acer Incorporated User equipment for beam failure detection and beam failure detection method
US20220132517A1 (en) * 2020-10-23 2022-04-28 Samsung Electronics Co., Ltd. Method and apparatus for partial beam failure recovery in a wireless communications system
US20230396396A1 (en) * 2021-01-14 2023-12-07 Apple Inc. Method for enhanced direct secondary cell activation
US11888574B2 (en) * 2021-03-18 2024-01-30 Qualcomm Incorporated Beam failure recovery request for per beam group beam failure recovery
CN117157890A (zh) * 2021-03-31 2023-12-01 诺基亚技术有限公司 多个传输接收点场景下的波束故障恢复
KR20230169995A (ko) * 2021-04-19 2023-12-18 엘지전자 주식회사 무선 통신 시스템에서 상향링크 송수신 방법 및 장치
CN117121392A (zh) * 2021-08-05 2023-11-24 Oppo广东移动通信有限公司 通信方法、终端设备、网络设备及通信系统
US20230102187A1 (en) * 2021-09-24 2023-03-30 Qualcomm Incorporated Techniques for autonomous beam failure indicator counting
WO2023063342A1 (ja) * 2021-10-13 2023-04-20 シャープ株式会社 端末装置、基地局装置および、方法
WO2023130299A1 (en) * 2022-01-06 2023-07-13 Qualcomm Incorporated Resource configuration for scheduling requests for multiple node beam failure recovery
WO2023173270A1 (en) * 2022-03-15 2023-09-21 Qualcomm Incorporated Mac-ce update per-trp bfd rs set
WO2023204307A1 (ja) * 2022-04-22 2023-10-26 シャープ株式会社 端末装置、方法、および集積回路
WO2024011576A1 (en) * 2022-07-15 2024-01-18 Qualcomm Incorporated Reference signal configuration for link monitoring in a deactivated cell

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109246732B (zh) 2017-04-28 2020-05-15 维沃移动通信有限公司 波束失败恢复方法和终端
US10976254B2 (en) 2017-06-27 2021-04-13 Nec Corporation Fire detection system, receiver, and fire detection method
US10674383B2 (en) * 2017-07-25 2020-06-02 Mediatek Inc. Channels and procedures for beam failure recovery
EP3665792A1 (en) * 2017-08-09 2020-06-17 IDAC Holdings, Inc. Methods and systems for beam recovery and management
CN109391405B (zh) 2017-08-10 2021-01-22 电信科学技术研究院 波束失败的恢复方法、装置、终端及网络设备
CN109548192B (zh) 2017-08-18 2022-01-04 维沃移动通信有限公司 一种波束失败恢复的处理方法及终端
EP3706455A4 (en) 2017-11-02 2021-06-23 NTT DoCoMo, Inc. USER EQUIPMENT AND WIRELESS COMMUNICATION PROCESS
US11050478B2 (en) * 2017-12-19 2021-06-29 Samsung Electronics Co., Ltd. Method and apparatus for beam reporting in next generation wireless systems
US10784944B2 (en) * 2018-01-09 2020-09-22 Ofinno, Llc Timing advance in beam failure recovery request transmission
US11316798B2 (en) 2018-02-06 2022-04-26 Apple Inc. Control signaling of beam failure detection
US10798622B2 (en) * 2018-02-09 2020-10-06 Comcast Cable Communications, Llc Beam failure recovery in carrier aggregation
US10833753B2 (en) * 2018-03-30 2020-11-10 Ofinno, Llc Radio beam failure recovery procedure timing
EP3930237A1 (en) * 2018-05-10 2021-12-29 Comcast Cable Communications, LLC Prioritization in beam failure recovery procedures
CN110972171B (zh) * 2018-09-28 2022-05-06 维沃移动通信有限公司 波束失败恢复请求传输方法、终端设备及网络设备
EP3648368A1 (en) * 2018-10-31 2020-05-06 Comcast Cable Communications, LLC Beam management for cells in wireless communications
CA3071735A1 (en) * 2019-02-08 2020-08-08 Comcast Cable Communications, Llc Failure recovery in wireless communications
US11363516B2 (en) * 2019-03-27 2022-06-14 Mediatek Singapore Pte. Ltd. Electronic device and method for beam failure recovery
US11303345B2 (en) * 2019-05-02 2022-04-12 Ofinno, Llc Beam failure recovery procedure in carrier aggregation
US20210013948A1 (en) * 2019-07-09 2021-01-14 Samsung Electronics Co., Ltd. Method and apparatus for transmitting and receiving beam failure recovery request for secondary cell
KR20210007904A (ko) * 2019-07-10 2021-01-20 삼성전자주식회사 스케줄링 요청(SR) 취소, 랜덤 액세스(RA) 우선 순위 지정 그리고 프라이머리 셀(PCell) 및 세컨더리 셀(SCell)에 대한 빔 실패 복구(BFR) 동시 발생을 처리하기 위한 방법 및 장치

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP TS 38.321 V15.6.0，2019年06月29日
Ericsson，Potential use cases of enhancing radio link failure report in NR[online]，3GPP TSG RAN WG2 #106 R2-1906892，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_106/Docs/R2-1906892.zip>，2019年05月02日

Also Published As

Publication number Publication date
EP4005266A1 (en) 2022-06-01
JP2022541836A (ja) 2022-09-27
EP4005266A4 (en) 2023-07-26
CN114097266A (zh) 2022-02-25
US20210028849A1 (en) 2021-01-28
CN114097266B (zh) 2023-07-04
US11626918B2 (en) 2023-04-11
KR20220034838A (ko) 2022-03-18
WO2021013182A1 (en) 2021-01-28

Similar Documents

Publication Publication Date Title
JP7266744B2 (ja) ビーム障害回復方法及び関連する装置
US11240829B2 (en) Methods and apparatuses for scheduling request resource prioritization for beam failure recovery
US11863373B2 (en) Method and user equipment for beam failure recovery procedure
KR102173269B1 (ko) 무선 통신 시스템에서의 대역폭부 오정렬 방지 방법 및 장치
US11206596B2 (en) Method and apparatus for reducing interruption of beaming recovery procedure in a wireless communication system
JP7376687B2 (ja) 上りリンク送信の優先順位付けのための方法及び装置
US11239897B2 (en) Methods and apparatuses for beam failure recovery (BFR)
US11706801B2 (en) Method of listen before talk recovery procedure and related device
JP2022524384A (ja) サイドリンク通信管理のための方法および装置
JP2021503230A (ja) 複数のコンポーネントキャリアを用いたネットワークアシスト伝送のための方法、デバイスおよびシステム
CN113424570A (zh) 用于确认辅小区波束失败恢复请求的方法和装置
US11381300B2 (en) Method and apparatus for performing random access procedure for beam failure recovery
WO2021155853A1 (en) Wireless communication method and user equipment for handling random access operations
US11785642B2 (en) Methods and apparatuses for discontinuous reception operations for beam failure recovery procedure
WO2023143259A1 (en) Method and user equipment for performing uplink transmissions for random access and related base station

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20220121

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20220121

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20221213

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230308

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230328

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230418

R150 Certificate of patent or registration of utility model

Ref document number: 7266744

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150