ホーム > 特許ランキング > 華碩電腦股▲ふん▼有限公司
特許7016440無線通信システムにおけるセカンダリセルビーム失敗回復に対するランダムアクセス手順のための方法および装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-01-27
(45)【発行日】2022-02-04
(54)【発明の名称】無線通信システムにおけるセカンダリセルビーム失敗回復に対するランダムアクセス手順のための方法および装置
(51)【国際特許分類】
H04W 74/08 20090101AFI20220128BHJP
H04W 16/28 20090101ALI20220128BHJP
H04W 72/12 20090101ALI20220128BHJP
H04W 72/14 20090101ALI20220128BHJP
H04B 7/06 20060101ALI20220128BHJP
H04L 1/18 20060101ALI20220128BHJP
【ＦＩ】
H04W74/08
H04W16/28
H04W72/12
H04W72/14
H04B7/06 950
H04L1/18
【請求項の数】
20
【外国語出願】
(21)【出願番号】P 2021062485
(22)【出願日】2021-04-01
(65)【公開番号】P2021168470
(43)【公開日】2021-10-21
【審査請求日】2021-06-01
(31)【優先権主張番号】63/008206
(32)【優先日】2020-04-10
(33)【優先権主張国・地域又は機関】US
【早期審査対象出願】
(73)【特許権者】
【識別番号】517114621
【氏名又は名称】華碩電腦股▲ふん▼有限公司
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】▲くん▼ ▲逸▼軒
(72)【発明者】
【氏名】郭 宇軒
【審査官】中野 修平
(56)【参考文献】
【文献】特開２０１９－１０６６９９（ＪＰ，Ａ）
【文献】ASUSTeK，Discussion on completion of RA procedure for SCell beam failure recovery[online]，3GPP TSG RAN WG2 #109bis-e R2-2003651，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_109bis-e/Docs/R2-2003651.zip>，2020年04月10日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／０６
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｌ １／１８
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
ＩＥＥＥ Ｘｐｌｏｒｅ
(57)【特許請求の範囲】
【請求項1】
ユーザ機器（ＵＥ）の方法であって、ランダムアクセス手順を開始することと、
ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信を受信することと、
前記ランダムアクセス手順に関連付けられた競合解決に成功したかどうかを決定することであって、
前記ランダムアクセス手順を開始することが、ＳｐＣｅｌｌ（Ｓｐｅｃｉａｌ Ｃｅｌｌ）ビーム失敗回復に対して行われるときに、前記競合解決に成功したかどうかを決定することは、前記ＰＤＣＣＨ送信が前記ＵＥのＣ－ＲＮＴＩ（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）宛てであるかどうかに基づき、
前記ランダムアクセス手順を開始することが、ＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）ビーム失敗回復に対して行われるときに、前記競合解決に成功したかどうかを決定することは、前記ＰＤＣＣＨ送信が前記ＵＥの前記Ｃ－ＲＮＴＩ宛てであるかどうか、および前記ＰＤＣＣＨ送信が新しい送信のための上りリンク（ＵＬ）グラントを含むかどうかに基づく、決定することと、を含む、方法。
【請求項2】
前記ランダムアクセス手順を開始することが、前記ＳＣｅｌｌビーム失敗回復に対して行われるときに、前記競合解決に成功したかどうかを決定することは、前記ＰＤＣＣＨ送信が前記ＵＥの前記Ｃ－ＲＮＴＩ宛てであり、かつ前記ＰＤＣＣＨ送信が前記新しい送信のための前記ＵＬグラントを含むことに基づいて、前記競合解決に成功したと決定することを含む、請求項１に記載の方法。
【請求項3】
前記ＵＬグラントは、前記ランダムアクセス手順のＭｓｇ３の送信に関連付けられたＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）プロセスのためのものである、請求項２に記載の方法。
【請求項4】
前記ランダムアクセス手順を開始することが前記ＳＣｅｌｌビーム失敗回復に対して行われるときに、前記競合解決に成功したかどうかを決定することは、前記ＰＤＣＣＨ送信が前記ＵＥの前記Ｃ－ＲＮＴＩ宛てであり、かつ前記ＰＤＣＣＨ送信が前記新しい送信のための前記ＵＬグラントを含まないことに基づいて、前記競合解決に成功したとは決定しないことを含む、請求項１に記載の方法。
【請求項5】
前記ＰＤＣＣＨ送信は、下りリンク（ＤＬ）割り当てを割り当てる、請求項４に記載の方法。
【請求項6】
前記ランダムアクセス手順を開始することが前記ＳｐＣｅｌｌビーム失敗回復に対して行われるときに、前記競合解決に成功したかどうかを決定することは、前記ＰＤＣＣＨ送信が前記ＵＥの前記Ｃ－ＲＮＴＩ宛てであることに基づいて、前記競合解決に成功したと決定することを含む、請求項１に記載の方法。
【請求項7】
前記ＰＤＣＣＨ送信は、下りリンク（ＤＬ）割り当てを割り当てる、請求項６に記載の方法。
【請求項8】
前記ランダムアクセス手順を開始することが前記ＳｐＣｅｌｌビーム失敗回復に対して行われるときに、前記競合解決に成功したかどうかを決定することは、前記ＰＤＣＣＨ送信が前記ＵＥの前記Ｃ－ＲＮＴＩ宛てではないことに基づいて、前記競合解決に成功したとは決定しないことを含む、請求項１に記載の方法。
【請求項9】
前記ＳＣｅｌｌビーム失敗回復は、ＳＣｅｌｌに関連付けられたビーム失敗表示に応答して、トリガされる、請求項１に記載の方法。
【請求項10】
前記競合解決に成功したとの決定に基づいて、前記ランダムアクセス手順の完了に成功したと決定することを含む、請求項１に記載の方法。
【請求項11】
ユーザ機器（ＵＥ）であって、制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに動作可能に結合されたメモリと、を含み、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、動作を行うように構成されており、前記動作は、
ランダムアクセス手順を開始することと、
ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信を受信することと、
前記ランダムアクセス手順に関連付けられた競合解決に成功したかどうかを決定することであって、
前記ランダムアクセス手順を開始することが、ＳｐＣｅｌｌ（Ｓｐｅｃｉａｌ Ｃｅｌｌ）ビーム失敗回復に対して行われるときに、前記競合解決に成功したかどうかを決定することは、前記ＰＤＣＣＨ送信が前記ＵＥのＣ－ＲＮＴＩ（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）宛てであるかどうかに基づき、
前記ランダムアクセス手順を開始することが、ＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）ビーム失敗回復に対して行われるときに、前記競合解決に成功したかどうかを決定することは、前記ＰＤＣＣＨ送信が前記ＵＥの前記Ｃ－ＲＮＴＩ宛てであるかどうか、および前記ＰＤＣＣＨ送信が新しい送信のための上りリンク（ＵＬ）グラントを含むかどうかに基づく、決定することと、含む、ＵＥ。
【請求項12】
前記ランダムアクセス手順を開始することが、前記ＳＣｅｌｌビーム失敗回復に対して行われるときに、前記競合解決に成功したかどうかを決定することは、前記ＰＤＣＣＨ送信が前記ＵＥの前記Ｃ－ＲＮＴＩ宛てであり、かつ前記ＰＤＣＣＨ送信が前記新しい送信のための前記ＵＬグラントを含むことに基づいて、前記競合解決に成功したと決定することを含む、請求項１１に記載のＵＥ。
【請求項13】
前記ＵＬグラントは、前記ランダムアクセス手順のＭｓｇ３の送信に関連付けられたＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）プロセスのためのものである、請求項１２に記載のＵＥ。
【請求項14】
前記ランダムアクセス手順を開始することが前記ＳＣｅｌｌビーム失敗回復に対して行われるときに、前記競合解決に成功したかどうかを決定することは、前記ＰＤＣＣＨ送信が前記ＵＥの前記Ｃ－ＲＮＴＩ宛てであり、かつ前記ＰＤＣＣＨ送信が前記新しい送信のための前記ＵＬグラントを含まないことに基づいて、前記競合解決に成功したとは決定しないことを含む、請求項１１に記載のＵＥ。
【請求項15】
前記ＰＤＣＣＨ送信は、下りリンク（ＤＬ）割り当てを割り当てる、請求項１４に記載のＵＥ。
【請求項16】
前記ランダムアクセス手順を開始することが前記ＳｐＣｅｌｌビーム失敗回復に対して行われるときに、前記競合解決に成功したかどうかを決定することは、前記ＰＤＣＣＨ送信が前記ＵＥの前記Ｃ－ＲＮＴＩ宛てであることに基づいて、前記競合解決に成功したと決定することを含む、請求項１１に記載のＵＥ。
【請求項17】
前記ＰＤＣＣＨ送信は、下りリンク（ＤＬ）割り当てを割り当てる、請求項１６に記載のＵＥ。
【請求項18】
前記ランダムアクセス手順を開始することが前記ＳｐＣｅｌｌビーム失敗回復に対して行われるときに、前記競合解決に成功したかどうかを決定することは、前記ＰＤＣＣＨ送信が前記ＵＥの前記Ｃ－ＲＮＴＩ宛てではないことに基づいて、前記競合解決に成功したとは決定しないことを含む、請求項１１に記載のＵＥ。
【請求項19】
前記動作は、前記競合解決に成功したとの決定に基づいて、前記ランダムアクセス手順の完了に成功したと決定することを含む、請求項１１に記載のＵＥ。
【請求項20】
プロセッサ実行可能な命令を含む非一時的なコンピュータ可読媒体であって、前記命令は、ユーザ機器（ＵＥ）によって実行されるときに、動作を行うことを引き起し、前記動作は、ランダムアクセス手順を開始することと、
ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信を受信することと、
前記ランダムアクセス手順に関連付けられた競合解決に成功したかどうかを決定することであって、
前記ランダムアクセス手順を開始することが、ＳｐＣｅｌｌ（Ｓｐｅｃｉａｌ Ｃｅｌｌ）ビーム失敗回復に対して行われるときに、前記競合解決に成功したかどうかを決定することは、前記ＰＤＣＣＨ送信が前記ＵＥのＣ－ＲＮＴＩ（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）宛てであるかどうかに基づき、
前記ランダムアクセス手順を開始することが、ＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）ビーム失敗回復に対して行われるときに、前記競合解決に成功したかどうかを決定することは、前記ＰＤＣＣＨ送信が前記ＵＥの前記Ｃ－ＲＮＴＩ宛てであるかどうか、および前記ＰＤＣＣＨ送信が新しい送信のための上りリンク（ＵＬ）グラントを含むかどうかに基づく、決定することと、を含む、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、２０２０年４月１０日に出願された米国仮特許出願第６３／００８，２０６号の利益を主張し、その全開示は、参照によりその全体が本明細書に組み込まれる。フィールド
【0002】
本開示は、一般に、無線通信ネットワークに関し、より詳細には、無線通信システムにおけるＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）ビーム失敗回復に対するランダムアクセス手順のための方法および装置に関する。
【背景技術】
【0003】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。
【0004】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）である。Ｅ－ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。
【発明の概要】
【0005】
本開示よれば、１つ以上のデバイスおよび／または方法が提供される。ユーザ機器（ＵＥ）の観点からの例では、ＵＥはランダムアクセス手順を開始する。ＵＥは、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信を受信する。ＵＥは、ランダムアクセス手順に関連付けられた競合解決が成功したかどうかを決定する。ランダムアクセス手順を開始することがＳｐＣｅｌｌ（Ｓｐｅｃｉａｌ Ｃｅｌｌ）ビーム失敗回復に対して行われる場合、競合解決に成功するかどうかの決定は、ＰＤＣＣＨ送信がＵＥのＣ－ＲＮＴＩ（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）宛てであるかどうかに基づく。ランダムアクセス手順を開始することがＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）ビーム失敗回復に対して行われる場合、競合解決に成功したかどうかの決定は、ＰＤＣＣＨ送信がＵＥのＣ－ＲＮＴＩ宛てであるかどうか、およびＰＤＣＣＨ送信が新しい送信のための上りリンク（ＵＬ）グラントを含むかどうかに基づく。
【図面の簡単な説明】
【0006】
【図1】１つの例示的な実施形態による無線通信システムの図を示す。
【図2】１つの例示的な実施形態による送信機システム（アクセスネットワークとしても知られる）および受信機システム（ユーザ機器またはＵＥとしても知られる）のブロック図である。
【図3】１つの例示的な実施形態よる通信システムの機能ブロック図である。
【図5】１つの例示的な実施形態による、ＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）ビーム失敗回復ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）（ＢＦＲ ＭＡＣ ＣＥ）および／または不完全（ｔｒｕｎｃａｔｅｄ）ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥを示す図である。
【図6】１つの例示的な実施形態による、ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥおよび／または不完全ＳＣｅｌｌ ＢＦＲ ＭＡＣＥを示す図である。
【図7】１つの例示的な実施形態による、ＭＡＣサブヘッダを示す図である。
【図8】１つの例示的な実施形態による、ＭＡＣサブヘッダを示す図である。
【図9】１つの例示的な実施形態による、ＭＡＣ ＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を示す図である。
【図10】１つの例示的な実施形態による、ランダムアクセス手順に関連付けられた例示的なシナリオを示す図である。
【図11】１つの例示的な実施形態による、ランダムアクセス手順に関連付けられた例示的なシナリオを示す図である。
【図12】１つの例示的な実施形態による、ランダムアクセス手順に関連付けられた例示的なシナリオを示す図である。
【図13】１つの例示的な実施形態による、フローチャートである。
【図14】１つの例示的な実施形態による、フローチャートである。
【発明を実施するための形態】
【0007】
以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）ＬＴＥ（Long Term Evolution）無線アクセス、３ＧＰＰ ＬＴＥ－ＡもしくはＬＴＥ－Ａｄｖａｎｃｅｄ（Long Term Evolution Advanced）、３ＧＰＰ２ ＵＭＢ（Ultra Mobile Broadband）、ＷｉＭａｘ、５Ｇのための３ＧＰＰ ＮＲ（New Radio）無線アクセス、または他の何らかの変調技術に基づいてよい。
【0008】
特に、以下に説明する例示的な無線通信システムおよびデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシップ・プロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてよく、その標準は：3GPP specification 38.321 16.0.0を含む。上記に挙げた標準および文書は、その全体が参照により本明細書に明示的に援用される。
【0009】
図１は、本開示の１つ以上の実施形態による多重アクセス無線通信システムを表す。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６、別のグループは１０８および１１０、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。周波数分割複信（ＦＤＤ）システムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してもよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してもよい。
【0010】
アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループは各々、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されてもよい。
【0011】
順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、そのカバレッジにランダムに分散したアクセス端末に送信するためにビームフォーミングを使用するアクセスネットワークは、単一のアンテナを通じてすべてのそのアクセス端末への送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉を少なくする。
【0012】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、Ｎｏｄｅ Ｂ、基地局、拡張型基地局、ｅＮＢ（ｅＮｏｄｅＢ）、ｇＮＢ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ）または別の何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、または別の何らかの専門用語で呼ばれることもある。
【0013】
図２は、多入力多出力（ＭＩＭＯ）システム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態を表す。送信機システム２１０では、ある数のデータストリームに対するトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供されてもよい。
【0014】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。
【0015】
各データストリームについての符号化データが、直交周波数分割多重（ＯＦＤＭ）技術を使用してパイロットデータと多重化されてもよい。パイロットデータは、代表的には、既知の方式で処理される既知のデータパターンとしてもよく、受信機システムでチャネル応答を推定するのに使用されてもよい。そして、各データストリームについての多重化パイロットおよび符号化データが、データストリームについて選択される特定の変調スキーム（例えば、二位相偏移変調（ＢＰＳＫ）、四位相偏移変調（ＱＰＳＫ）、Ｍ値位相偏移変調（Ｍ－ＰＳＫ）、またはＭ値直交振幅変調（Ｍ－ＱＡＭ））に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてもよい。
【0016】
そして、すべてのデータストリームについての変調シンボルはＴＸ ＭＩＭＯプロセッサ２２０に提供され、これが（例えば、ＯＦＤＭについての）変調シンボルをさらに処理してよい。そして、ＴＸ ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ～２２２ｔに提供する。特定の実施形態において、ＴＸ ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。
【0017】
各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、および／またはアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ～２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ～２２４ｔから送信されてもよい。
【0018】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ～２５２ｒによって受信され、各アンテナ２５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）２５４ａ～２５４ｒに提供されてもよい。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をデジタル化してサンプルを提供し、および／またはさらに、サンプルを処理して対応する「受信」シンボルストリームを提供してもよい。
【0019】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信および処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および／または復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。
【0020】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）を使用するかを定期的に決定してもよい。プロセッサ２７０は、マトリクス・インデックス部分およびランク値部分を含む逆方向リンクメッセージを構築する。
【0021】
逆方向リンクメッセージが、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでもよい。そして、逆方向リンクメッセージが、データ源２３６からのある数のデータストリームについてのトラフィックデータも受信し得るＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ～２５４ｒにより調節され、および／または送信機システム２１０に送り戻される。
【0022】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０が、ビームフォーミング加重を決定するためにどのプリコーディングマトリクスを使用するかを決定してもよく、そして、抽出されたメッセージを処理してもよい。
【0023】
図３を参照すると、この図は、本開示の主題による通信デバイスの代替的な簡易機能ブロック図を表す。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（もしくはＡＴ）１１６および１２２または図１の基地局（もしくはＡＮ）１００を実現するのに利用可能であり、無線通信システムがＬＴＥシステムまたはＮＲシステムであってもよい。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【0024】
図４は、本開示の主題による図３に示すプログラムコード３１２の簡易ブロック図である。この実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００と、レイヤ３部分４０２と、レイヤ２部分４０４とを含み、レイヤ１部分４０６に結合されている。レイヤ３部分４０２が無線リソース制御を実行してもよい。レイヤ２部分４０４がリンク制御を実行してもよい。レイヤ１部分４０６が物理的接続を実行および／または実装する。
【0025】
３ＧＰＰ仕様３８．３２１ １６．０．０では、ＰＣｅｌｌ（Ｐｒｉｍａｒｙ Ｃｅｌｌ）とＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）に対するランダムアクセス手順とビーム失敗回復（ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）手順が導入されている。特に、３ＧＰＰ仕様３８．３２１ １６．０．０の６．１．３．２３項の図６．１．３．２３－１であって、「Ｃｅｌｌ ＢＦＲ ａｎｄ Ｔｒｕｎｃａｔｅｄ ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥ ｗｉｔｈ ｔｈｅ ｈｉｇｈｅｓｔ ＳｅｒｖＣｅｌｌＩｎｄｅｘ ｏｆ ｔｈｉｓ ＭＡＣ ｅｎｔｉｔｙｓ ＳＣｅｌｌ ｃｏｎｆｉｇｕｒｅｄ ｗｉｔｈ ＢＦＤ ｉｓ ｌｅｓｓ ｔｈａｎ ８」と題するものは、図５として本明細書で複製されている。３ＧＰＰ仕様３８．３２１ １６．０．０の６．１．３．２３項の図６．１．３．２３－２であって、「ＳＣｅｌｌ ＢＦＲ ａｎｄ Ｔｒｕｎｃａｔｅｄ ＳＣｅｌｌ ＢＦＲ ＭＡＣ ＣＥ ｗｉｔｈ ｔｈｅ ｈｉｇｈｅｓｔ ＳｅｒｖＣｅｌｌＩｎｄｅｘ ｏｆ ｔｈｉｓ ＭＡＣ ｅｎｔｉｔｙ’ｓ ＳＣｅｌｌ ｃｏｎｆｉｇｕｒｅｄ ｗｉｔｈ ＢＦＤ ｉｓ ｅｑｕａｌ ｔｏ ｏｒ ｈｉｇｈｅｒ ｔｈａｎ ８」と題するものは、図６として本明細書で複製されている。３ＧＰＰ仕様３８．３２１ １６．０．０の６．１．５項の図６．１．５－１であって、「Ｅ／Ｔ／Ｒ／Ｒ／ＢＩ ＭＡＣ ｓｕｂｈｅａｄｅｒ」と題するものは、図７として本明細書で複製されている。３ＧＰＰ仕様３８．３２１ １６．０．０の６．１．５項の図６．１．５－２であって、「Ｅ／Ｔ／ＲＡＰＩＤ ＭＡＣ ｓｕｂｈｅａｄｅｒ」と題するものは、図８として本明細書で複製されている。３ＧＰＰ仕様３８．３２１ １６．０．０の６．１．５項の図６．１．５－３であって、「Ｅｘａｍｐｌｅ ｏｆ ＭＡＣ ＰＤＵ ｃｏｎｓｉｓｔｉｎｇ ｏｆ ＭＡＣ ＲＡＲｓ」と題するものは、図９として本明細書で複製されている。３ＧＰＰ仕様３８．３２１ １６．０．０の一部を以下に引用する：
［外１］
［外１］
【0026】
（３ＧＰＰ仕様に従ったシステムのような）いくつかのシステムにおいて、例えば、図１０に示すように、ランダムアクセス（ＲＡ）手順がビーム失敗回復（ＢＦＲ）に対して開始される場合、ＳｐＣｅｌｌ（Ｓｐｅｃｉａｌ Ｃｅｌｌ）のＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）送信の受信を示す通知が下位層から受信され、ＰＤＣＣＨ送信がＵＥのＣ－ＲＮＴＩ（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）宛てである場合、ＵＥは、ランダムアクセス手順の完了に成功したとみなす。図１０は、ＵＥが、ＵＥのＣ－ＲＮＴＩ宛てのＰＤＣＣＨ送信（１００８）の受信に基づいて、ランダムアクセス手順が完了したとみなす例示的なシナリオを示す。いくつかの例において、ＵＥは、ＳｐＣｅｌｌに関連付けられたＳｐＣｅｌｌビーム失敗回復をトリガしてもよい（１０１４）。ＵＥは、ランダムアクセス手順を開始してもよい（１０１０）（例えば、ランダムアクセス手順は、ＳｐＣｅｌｌビーム失敗回復をトリガすること（１０１４）に応答して、開始されてもよい（１０１０））。ＵＥは、ランダムアクセス手順のＭｓｇ１（１００２）を送信してもよい。いくつかの例において、Ｍｓｇ１（１００２）は、プリアンブル（例えば、ランダムアクセスプリアンブル）を含み、および／またはＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）機会を介してネットワークに送信されてもよい。ＵＥは、ランダムアクセス手順のＭｓｇ２（１００４）を受信してもよい。いくつかの例において、Ｍｓｇ２（１００４）は、ランダムアクセス応答（ＲＡＲ）を含み、および／またはネットワークによって送信されてもよい（例えば、ネットワークは、Ｍｓｇ１（１００２）を受信することに応答して、Ｍｓｇ２（１００４）を送信してもよい）。ＵＥは、ランダムアクセス手順のＭｓｇ３（１００６）を送信してもよい。いくつかの例において、Ｍｓｇ３（１００６）は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）および／またはＭｓｇ３（１００６）は、ＵＬ－ＳＣＨ（Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を介してネットワークに送信されてもよい。ＵＥは、ＵＥのＣ－ＲＮＴＩ宛てのＰＤＣＣＨ送信（１００８）を受信してもよい。ＵＥは、ＵＥのＣ－ＲＮＴＩ宛てのＰＤＣＣＨ送信（１００８）の受信に基づいて、ランダムアクセス手順が完了したとみなしてもよい（１０１２）。ランダムアクセス手順は、ＳｐＣｅｌｌビーム失敗回復に応答しておよび／またはそれに対して開始される（１０１０）ため、また、ＵＥのＣ－ＲＮＴＩ宛てのＰＤＣＣＨ送信（１００８）の受信（例えば、受信の成功）は、ＳｐＣｅｌｌに関連付けられたビーム失敗が回復されたことを表示および／または示唆するため、Ｃ－ＲＮＴＩ宛てのＰＤＣＣＨ送信（１００８）の受信に基づいて、ランダムアクセス手順が完了したとＵＥが決定することは正しい（例えば、ＵＥのＣ－ＲＮＴＩ宛てのＰＤＣＣＨ送信（１００８）の受信は、ＳｐＣｅｌｌに関連付けられたビーム失敗が回復されたことを表示および／または示唆し、したがって、ＵＥは、ＰＤＣＣＨ送信（１００８）が下りリンク（ＤＬ）割り当てを割り当てるかどうか、またはＰＤＣＣＨ送信（１００８）がＵＬグラントを含むおよび／または示すかどうかにかかわらず、ランダムアクセス手順が完了したと正しくみなす）。
【0027】
セカンダリセル（ＳＣｅｌｌ）に対するビーム失敗回復の導入により、ＳＣｅｌｌに関連付けられたＳＣｅｌｌビーム失敗回復に対して（および／またはそれに応答して）ランダムアクセス手順が開始されてもよい。ＳＣｅｌｌに対するビーム失敗回復手順中および／またはランダムアクセス手順中に、ＤＬトラフィックがＳｐＣｅｌｌ内で進行中である可能性がある（例えば、ＵＥは、ＳＣｅｌｌに対するビーム失敗回復手順中に、ＳｐＣｅｌｌ内のＤＬトラフィックを受信してもよい）。したがって、ＳＣｅｌｌに対するビーム失敗回復手順中の、ＤＬ割り当てを割り当てるＰＤＣＣＨ送信の受信の成功は、（例えば、ＳＣｅｌｌに関連付けられた）ｇＮＢがＭｓｇ３（例えば、ランダムアクセス手順のＭｓｇ３）の受信に成功したことを示唆するものではなく、したがって、ＤＬ割り当てを割り当てるＰＤＣＣＨ送信の受信は、ランダムアクセス手順および／またはランダムアクセス手順の競合解決が成功および／または完了したことを示唆しない。したがって、ビーム失敗回復手順はＳＣｅｌｌに対するものであるため（、および／またはＳＣｅｌｌビーム失敗回復に対して、ランダムアクセス手順が開始されるため）、ＤＬ割り当てを割り当てるＰＤＣＣＨ送信の受信は、ランダムアクセス手順および／またはランダムアクセス手順の競合解決に成功および／または完了したとＵＥがみなすのには適した条件ではないことがある。
【0028】
図１１は、ＵＥにネットワークのＰＣｅｌｌ（Ｐｒｉｍａｒｙ Ｃｅｌｌ）およびＳＣｅｌｌが設定されている例示的なシナリオを示す。図１１において、ＰＣｅｌｌに関するＵＥのタイムラインはＰＣｅｌｌとラベル付けされ、ＳＣｅｌｌに関するＵＥのタイムラインはＳＣｅｌｌとラベル付けされる。いくつかの例において、ＵＥは、ＳＣｅｌｌに関連付けられたＳＣｅｌｌビーム失敗回復をトリガしてもよい（１１１４）。ＵＥは、ＰＣｅｌｌ上で、競合ベースのランダムアクセス手順などのランダムアクセス手順を開始してもよい（１１１０）（例えば、ＳＣｅｌｌビーム失敗回復をトリガすること（１１１４）に応答して、ランダムアクセス手順が開始されてもよい（１１１０））。ＵＥは、ランダムアクセス手順のＭｓｇ１（１１０２）を送信してもよい。いくつかの例において、Ｍｓｇ１（１１０２）は、プリアンブル（例えば、ランダムアクセスプリアンブル）を含み、および／またはＰＲＡＣＨ機会を介してネットワークに送信されてもよい。ＵＥは、ランダムアクセス手順のＭｓｇ２（１１０４）を受信してもよい。いくつかの例において、Ｍｓｇ２（１１０４）は、ランダムアクセス応答を含み、および／またはネットワークによって送信されてもよい（例えば、ネットワークは、Ｍｓｇ１ （１１０２）を受信することに応答して、Ｍｓｇ２（１１０４）を送信してもよい）。いくつかの例において、ＵＥは、Ｍｓｇ３（１１０６）を生成してもよい。Ｍｓｇ３（１１０６）は、ビーム失敗回復ＭＡＣ ＣＥ （ＢＦＲ ＭＡＣ ＣＥ） （例えば、不完全ＢＦＲ ＭＡＣ ＣＥ）を含んでもよい。ＢＦＲ ＭＡＣ ＣＥ （例えば、不完全ＢＦＲ ＭＡＣ ＣＥ）は、ＳＣｅｌｌのビーム失敗情報を含んでもよい。ＵＥは、ネットワークへのＭｓｇ３（１１０６）の送信に失敗することがある（例えば、ＵＥは、ネットワークへのＭｓｇ３（１１０６）の送信に成功しないことがある）。代替的および／または追加的に、ネットワークは、ＵＥからＭｓｇ３（１１０６）の受信に失敗する（例えば、受信に成功しない）ことがある。
【0029】
代替的および／または追加的に、ネットワークがＵＥからＭｓｇ３（１０６）の受信に成功するが、ＳＣｅｌｌのビーム失敗情報の受信に成功しない（および／またはＳＣｅｌｌのビーム失敗情報の一部の受信に成功しない）シナリオが企図される。一例において、ＳＣｅｌｌのビーム失敗情報は、Ｍｓｇ３（１１０６）に含まれないことがある（および／または、単にＳＣｅｌｌのビーム失敗情報の第１の部分が、Ｍｓｇ３（１１０６）に含まれるが、ＳＣｅｌｌのビーム失敗情報の第２の部分が、Ｍｓｇ３（１１０６）に含まれないことがある）。例えば、Ｍｓｇ３（１１０６）のサイズが制限されることにより、ＢＦＲ ＭＡＣ ＣＥの少なくとも１つがＭｓｇ（１１０６）に含まれていない（および／または単にＢＦＲ ＭＡＣ ＣＥの部分がＭｓｇ３（１１０６）に含まれる）ことにより、および／またはビーム失敗情報がＢＦＲ ＭＡＣ ＣＥに含まれていないことにより、ＳＣｅｌｌのビーム失敗情報がＭｓｇ３（１１０６）に含まれないことがある（および／または、ＳＣｅｌｌのビーム失敗情報の第２の部分がＭｓｇ３（１１０６）に含まれないことがある）。ＳＣｅｌｌのビーム失敗情報がＭｓｇ３（１１０６）に含まれない（および／またはＳＣｅｌｌのビーム失敗情報の第２の部分がＭｓｇ３（１１０６）に含まれない）例では、ＵＥがＭｓｇ３（１１０６）の送信に成功し、ネットワークがＭｓｇ３（１１０６）の受信に成功したとしても、ネットワークがＳＣｅｌｌのビーム失敗情報を受信しないことがある（および／または、ネットワークがＳＣｅｌｌのビーム失敗情報の第２の部分を受信しないことがある）。
【0030】
ネットワークは、ＰＣｅｌｌ上でＵＥのＣ－ＲＮＴＩ宛てのＤＬ割り当てをスケジュールしてもよい。例えば、ＵＥは、ＤＬ割り当てを示す送信（１１０８）（例えば、ＰＤＣＣＨ送信）をネットワークから受信してもよい。ＤＬ割り当ては、ＳＣｅｌｌビーム失敗回復に対するランダムアクセス手順とは無関係であり得るＤＬデータ到着により、スケジュールされ得る（および／または、送信１１０８が送信され得る）（例えば、ＤＬ割り当ては、ランダムアクセス手順および／またはＳＣｅｌｌビーム失敗回復とは無関係のＤＬデータに対するものであり得る）。ＵＥが、ランダムアクセス手順の完了に成功した、および／またはランダムアクセス手順に関連付けられた競合解決に成功したと、送信（１１０８）（例えば、ＵＥのＣ－ＲＮＴＩ宛てのＰＤＣＣＨ送信）の受信に基づいてみなすように構成されているシナリオでは、ＵＥは、ネットワークがＳＣｅｌｌのビーム失敗情報の受信に成功せず（、および／またはネットワークがＳＣｅｌｌのビーム失敗情報の第２の部分の受信に成功せず）、ＳＣｅｌｌビーム失敗回復が解決されない（１１１６）場合でも、ランダムアクセス手順の完了に成功した、および／または競合解決に成功したと間違えてみなすことがある（１１１２）。一例において、ＳＣｅｌｌビーム失敗回復は、ネットワークがＳＣｅｌｌのビーム失敗情報を受信しない場合（および／またはネットワークがＳＣｅｌｌのビーム失敗情報の第２の部分を受信しない場合）、解決および／または完了されなくてもよい。
【0031】
したがって、ランダムアクセス手順が、ＳＣｅｌｌに関連付けられたＳＣｅｌｌビーム失敗回復に対する（および／または、それに応答する）ものである場合、ＵＥが、ＤＬ割り当てを割り当てる（および／または、ＵＥのＣ－ＲＮＴＩ宛ての）ＰＤＣＣＨ送信の受信に基づいて、ランダムアクセス手順の競合解決に成功したとみなすことは適切ではないことがある。例えば、ランダムアクセス手順の競合解決が、ＤＬ割り当てを割り当てる（および／または、ＵＥのＣ－ＲＮＴＩ宛ての）ＰＤＣＣＨ送信の受信に基づいて成功および／または完了するとみなすことは、（図１１の例示のシナリオで論じたように）ＵＥが、競合解決に成功した、および／またはランダムアクセス手順の完了に成功したと間違えてみなすことがある。
【0032】
いくつかの例において、ＵＥは、（ＳＣｅｌｌビーム失敗回復および／またはＳＣｅｌｌに関連付けられた）ＢＦＲ ＭＡＣ ＣＥを送信するためのＵＬグラントを取得するために、ＳＣｅｌｌビーム失敗回復のためのランダムアクセス手順を開始する。したがって、ＳＣｅｌｌビーム失敗回復に対してランダムアクセス手順を開始するための理由および／または意図は、ＢＦＲ ＭＡＣ ＣＥを送信するためのＵＬグラントを取得することである。したがって、ＵＥがランダムアクセス手順の競合解決が成功したかどうかを決定するための条件は、ＵＥがランダムアクセス手順を開始して、ＢＦＲ ＭＡＣ ＣＥを送信するためのＵＬグラントを取得する場合と整合させるべきである。したがって、ＵＥが情報（例えば、ＢＦＲ ＭＡＣ ＣＥ）を送信するためのＵＬグラントを取得するためにランダムアクセス手順を開始する場合、条件は、ＵＥのＣ－ＲＮＴＩ宛てであり、かつ新しい送信のためのＵＬグラントを含むＰＤＣＣＨ送信をＵＥが受信するかどうかに基づくべきである（例えば、ランダムアクセス手順の競合解決が成功するかどうかの決定は、ＵＥがＣ－ＲＮＴＩ宛てのＰＤＣＣＨ送信を受信するかどうか、およびＰＤＣＣＨ送信が新しい送信のためのＵＬグラントを含むかどうかに基づくべきである）。例えば、ＵＥがＳＣｅｌｌビーム失敗回復に対するランダムアクセス手順を開始する場合（および／または、ＵＥがＳｐＣｅｌｌ以外のセルに関連付けられたビーム失敗回復に対するランダムアクセス手順を開始する場合）、ＵＥのＣ－ＲＮＴＩに宛てであり、かつ新しい送信のためのＵＬグラントを含むＰＤＣＣＨ送信をＵＥが受信するかどうかに基づくべきである（例えば、ランダムアクセス手順の競合解決が成功するかどうかの決定は、ＵＥがＣ－ＲＮＴＩ宛てのＰＤＣＣＨ送信を受信するかどうか、およびＰＤＣＣＨ送信が新しい送信のためのＵＬグラントを含むかどうかに基づくべきである）。このように、ＵＥは、ＵＬグラントを含まないＰＤＣＣＨ送信を受信することに応答して、ランダムアクセス応答の競合解決が成功したと間違えて決定しなくてもよい。むしろ、ＵＥは、ＰＤＣＣＨ送信が（例えば、新しい送信のための）ＵＬグラントを含むかどうかを決定し、ＰＤＣＣＨ送信が（例えば、新しい送信のための）ＵＬグラントを含むという決定に基づいて、競合解決が成功した、および／またはランダムアクセス手順が完了したと決定することができる。
【0033】
いくつかの例において、ランダムアクセス応答グラント（例えば、ランダムアクセス手順におけるランダムアクセス応答が示すＵＬグラント）は、完全なＢＦＲ ＭＡＣ ＣＥを含むには十分でないことがある。したがって、Ｍｓｇ３（例えば、ランダムアクセス応答を受信することに応答して、Ｕが送信する）は、単に不完全な（ｔｒｕｎｃａｔｅｄ）ＢＦＲ ＭＡＣ ＣＥを単に含むことがある。したがって、ＵＥが、完全なＢＦＲ ＭＡＣ ＣＥの少なくとも一部 （例えば、Ｍｓｇ３で送信されなかった完全なＢＦＲ ＭＡＣ ＣＥの一部）を送信するためには、ＵＬグラント（例えば、ランダムアクセス応答グラントに加えて追加のＵＬグラント）が必要とされてもよい。代替的および／または追加的に、ＳＣｅｌｌに対するビーム失敗回復手順の完了は、ＵＬグラントの受信に基づく。例えば、ＵＥが、ランダムアクセス応答グラントを介してＢＦＲ ＭＡＣ ＣＥを送信する場合、ネットワークは、ＵＥに、ＢＦＲ ＭＡＣ ＣＥの送信に関連付けられたＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ）プロセス（例えば、Ｍｓｇ３送信のためのＨＡＲＱプロセス０）のためのＵＬグラントを提供すべきであり、ここで、ＵＥによるＵＬグラントの受信は、ビーム失敗回復手順の完了のための暗黙のＡＣＫのような確認応答（ＡＣＫ）として機能してもよい（例えば、ＵＬグラントの受信は、ビーム失敗回復手順の完了を示してもよい）。
【0034】
したがって、本開示によれば、ＵＥがランダムアクセス手順の競合解決が成功したかどうかを決定するための条件は、ランダムアクセス応答に関連付けられたビーム失敗回復のタイプに基づく。例えば、ランダムアクセス手順が、ＳｐＣｅｌｌビーム失敗回復（例えば、ＳｐＣｅｌｌのビーム失敗回復）に関連付けられている（例えば、それに対するおよび／または、それに応答して開始される）場合、ランダムアクセス手順の競合解決に成功する条件（および／または、ランダムアクセス手順および／またはＳｐＣｅｌｌビーム失敗回復の完了に成功する条件）は、ＵＥが、ＵＥのＣ－ＲＮＴＩ宛てのＰＤＣＣＨ送信を受信するという条件（例えば、３ＧＰＰ仕様によるビーム失敗回復のための完了条件にしたがって）であってもよい。いくつかの例において、ランダムアクセス手順の競合解決に成功したかどうかを決定する（および／または、ランダムアクセス手順および／またはランダムアクセス手順に関連付けられたビーム失敗回復に成功したかどうかを決定する）ための３ＧＰＰ仕様による完了条件は、（ランダムアクセス手順に関連付けられた）ビーム失敗回復がＳｐＣｅｌｌに関連する場合（例えば、ビーム失敗回復がＳｐＣｅｌｌビーム失敗回復である場合）に、適用され得る（および／または、その場合にのみ適用され得る）。ランダムアクセス手順が、ＳＣｅｌｌビーム失敗回復（例えば、ＳＣｅｌｌのビーム失敗回復）に関連付けられている（例えば、それに対するおよび／またはそれに応答して開始される）場合、ランダムアクセス手順の競合解決に成功する条件（および／または、ランダムアクセス手順および／またはＳＣｅｌｌビーム失敗回復の完了に成功する条件）は、ＵＥのＣ－ＲＮＴＩ宛でであり、かつ新しい送信のためのＵＬグラントを含むＰＤＣＣＨ送信をＵＥが受信するという条件であってもよい。代替的および／または追加的に、ランダムアクセス手順がＳＣｅｌｌビーム失敗回復（例えば、ＳＣｅｌｌのビーム失敗回復）に関連付けられている（例えば、それに対するおよび／またはそれに応答して開始される）場合、ランダムアクセス手順の競合解決に成功する条件（および／または、ランダムアクセス手順および／またはＳＣｅｌｌビーム失敗回復に成功する条件）は、ＵＥがＣ－ＲＮＴＩ宛てのＰＤＣＣＨ送信を伴うＵＬグラントを受信するという条件であってもよく、ここで、ＵＬグラントは、ランダムアクセス手順におけるＢＦＲ ＭＡＣ ＣＥの送信に関連付けられたＨＡＲＱプロセスに対するものである（例えば、ＨＡＲＱプロセスは、ランダムアクセス手順のＭｓｇ３送信に対するＨＡＲＱプロセス０であってもよい）。
【0035】
実施形態１
【0036】
実施形態１では、ＳＣｅｌｌビーム失敗回復のためのランダムアクセス手順の競合解決は、ＵＥのＣ－ＲＮＴＩ宛てであり、かつ新しい送信のためのＵＬグラントを含むＰＤＣＣＨ送信に基づいても（例えば、それのみに基づいても）よい。
【0037】
いくつかの例において、ＵＥが、新しい送信のためのＵＬグラントを含むＤＬシグナリングをネットワークから受信する （ここで、例えば、ＤＬシグナリングがＵＥのＣ－ＲＮＴＩ宛てである）場合、ＵＥは、ＳＣｅｌｌビーム失敗回復に関連付けられたランダムアクセス手順の競合解決に成功したとみなしてもよい（、および／またはＵＥは、ランダムアクセス手順に成功したとみなしてもよい）。
【0038】
代替的および／または追加的に、（例えば、たとえＤＬシグナリングがＵＥのＣ－ＲＮＴＩ宛てである場合でも、）ＵＥが、新しい送信のためのＵＬグラントを含まない（、および示さない）ＤＬシグナリングをネットワークから受信する場合、ＵＥは、ＳＣｅｌｌビーム失敗回復に関連付けられたランダムアクセス手順の競合解決に成功したとみなさなくてもよい（、および／またはＵＥは、ランダムアクセス手順の完了に成功したとみなさなくてもよい）。例えば、ＵＥがネットワークからＤＬ割り当てのための、すなわちＤＬシグナリングを受信する（ここで、ＤＬシグナリングは、例えば、新しい送信のためのＵＬグラントを含まない、および／または示さない）場合、ＵＥは、ＳＣｅｌｌビーム失敗回復に関連付けられたランダムアクセス手順の競合解決に成功したとはみなさなくてもよい（および／または、ＵＥは、ランダムアクセス手順の完了に成功したとみなさなくてもよい）。
【0039】
いくつかの例において、ＵＥは、ランダムアクセス手順においてＭｓｇ３を送信した後に、競合解決のためにＰＤＣＣＨ監視を行ってもよい（例えば、ＵＥは、ＰＤＣＣＨを監視してもよい）。競合解決は、ランダムアクセス手順に関連付けられてもよい。ランダムアクセス手順は、ＳＣｅｌｌビーム失敗回復に関連付けられてもよい（例えば、それのためであってもよい）。ＵＥが、ＵＬグラントを含まないネットワークから第１のＰＤＣＣＨ送信を受信する場合、ＵＥは、競合解決に成功したとはみなさなくてもよい。ＵＬグラントを含む、および／または示し、ＵＥのＣ－ＲＮＴＩ宛ての第２のＰＤＣＣＨ送信を、ＵＥがネットワークから受信する場合、ＵＥは、競合解決に成功したとみなしてもよい。
【0040】
図１２は、ＵＥがＳＣｅｌｌビーム失敗回復に関連付けられたランダムアクセス手順を実行する例示的なシナリオを示す。ＵＥには、ネットワークによってＳＣｅｌｌ（例えば、アクティブ化されたＳＣｅｌｌ）が設定される。いくつかの例において、ＵＥは、ＳＣｅｌｌに関連付けられたＳＣｅｌｌビーム失敗回復をトリガしてもよい（１２１８）。ＵＥは、ＳＣｅｌｌビーム失敗回復に応答して、ランダムアクセス手順を開始してもよい（１２１２）（例えば、ランダムアクセス手順は、ＳＣｅｌｌビーム失敗回復をトリガすること（１２１８）に応答して、開始されてもよい（１２１２））。ＵＥは、ランダムアクセス手順のＭｓｇ１（１２０２）を送信してもよい。いくつかの例において、Ｍｓｇ１（１２０２）は、プリアンブル（例えば、ランダムアクセスプリアンブル）を含み、および／またはＰＲＡＣＨ機会を介してネットワークに送信されてもよい。ＵＥは、ランダムアクセス手順のＭｓｇ２（１２０４）を受信してもよい。いくつかの例において、Ｍｓｇ２（１２０４）は、ランダムアクセス応答を含み、および／またはネットワークによって送信されてもよい（例えば、ネットワークは、Ｍｓｇ１（１２０２）を受信することに応答して、Ｍｓｇ２（１２０４）を送信してもよい）。いくつかの例において、ＵＥは、Ｍｓｇ３（１２０６）を生成してもよい。ＵＥは、Ｍｓｇ３（１２０６）をネットワークに送信してもよい（例えば、ＵＥは、Ｍｓｇ３（１２０６）のネットワークへのＭｓｇ３送信を行ってもよい）。Ｍｓｇ３（１２０６）は、ＢＦＲ ＭＡＣ ＣＥを含んでもよい（例えば、Ｍｓｇ３（１２０６）は、ＢＦＲ ＭＡＣ ＣＥの全てまたはＢＦＲ ＭＡＣ ＣＥの単に一部を含んでもよい）。いくつかの例において、ＢＦＲ ＭＡＣ ＣＥは、ＳＣｅｌｌのビーム失敗情報を含んでもよい。いくつかの例において、Ｍｓｇ３（１２０６）を送信した後（および／またはそれに応答して）、ＵＥは、ランダムアクセス手順の競合解決のためのＰＤＣＣＨ監視を行ってもよい（例えば、ＵＥは、Ｍｓｇ３（１２０６）を送信した後および／またはそれに応答して、ＰＤＣＣＨを監視してもよい）。いくつかの例において、ＵＥは、ＵＥのＣ－ＲＮＴＩ宛てであり、かつＤＬ割り当てを示す第１のＰＤＣＣＨ送信（１２０８）を（例えば、ＰＤＣＣＨ監視を介して）受信してもよい。いくつかの例において、第１のＰＤＣＣＨ送信（１２０８）は、新しい送信のためのＵＬグラントを含まなくてもよい。ＵＥは、第１のＰＤＣＣＨ送信（１２０８）を受信することに応答して、競合解決に成功した、および／またはランダムアクセス手順の完了に成功したとみなさなくてもよい（１２１４）（例えば、ランダムアクセス手順がＳＣｅｌｌビーム失敗回復のためのものであること、および／または、第１のＰＤＣＣＨ送信（１２０８）が、新しい送信のためのＵＬグラントを含まない、および／または、それを示さないという決定に基づいて、競合解決に成功した、および／またはランダムアクセス手順の完了に成功したとみなさなくてもよい（１２１４）。）例えば、第１のＰＤＣＣＨ送信（１２０８）を受信することに応答して、ＵＥは、競合解決に成功した、および／またはランダムアクセス手順の完了に成功したと決定しなくてもよい（例えば、ＵＥは、ランダムアクセス手順がＳＣｅｌｌビーム失敗回復のためのものである、および／または、第１のＰＤＣＣＨ送信（１２０８）が、新しい送信のためのＵＬグラントを含まない、および／または、それを示さないとの決定に基づいて、競合解決にまだ成功していない、および／またはランダムアクセス手順の完了にまだ成功していないと決定してもよい）。いくつかの例において、ＵＥのＣ－ＲＮＴＩに宛てであり、かつ新しい送信のためのＵＬグラントを示す第２のＰＤＣＣＨ送信（１２１０）を（例えば、ＰＤＣＣＨ監視を介して）ＵＥが受信してもよい。ＵＥは、第２のＰＤＣＣＨ送信（１２１０）を受信することに応答して、競合解決に成功した、および／またはランダムアクセス手順に完了した（例えば、完了に成功した）とみなしてもよい（１２１６）（例えば、ＵＥは、第２のＰＤＣＣＨ送信（１２１０）が新しい送信のためのＵＬグラントを含む、および／または示すとの決定に基づいて、競合解決に成功した、および／またはランダムアクセス手順の完了に成功したとみなしてもよい（１２１６））。例えば、第２のＰＤＣＣＨ送信（１２１０）を受信することに応答して、ＵＥは、第２のＰＤＣＣＨ送信（１２１０）を受信することに応答して、競合解決に成功した、および／またはランダムアクセス手順の完了に成功した（例えば、完了に成功した）ことを決定してもよい（例えば、ＵＥは、第２のＰＤＣＣＨ送信（１２１０）が、新しい送信のためのＵＬグラントを含む、および／または示すとの決定に基づいて、競合解決に成功した、および／またはランダムアクセス手順の完了に成功したと決定してもよい）。
【0041】
実施形態２
【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】
以上、種々の態様に関連して本開示の主題を説明したが、本開示の主題は、さらに改良可能であることが了解される。本願は、概して本開示の主題の原理に従うと共に、本開示の主題が関係する技術分野における既知で慣習的な実施となるような本開示からのそのような逸脱を含む本開示の主題の任意の変形、使用、または適応を網羅することを意図している。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】