(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-04-05
(54)【発明の名称】競合解消タイマの決定
(51)【国際特許分類】
H04W 74/08 20090101AFI20230329BHJP
【ＦＩ】
H04W74/08
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2022549902
(86)(22)【出願日】2020-02-21
(85)【翻訳文提出日】2022-08-19
(86)【国際出願番号】 CN2020076188
(87)【国際公開番号】W WO2021163999
(87)【国際公開日】2021-08-26
(81)【指定国・地域】
(71)【出願人】
【識別番号】515076873
【氏名又は名称】ノキア テクノロジーズ オサケユイチア
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100092624
【弁理士】
【氏名又は名称】鶴田 準一
(74)【代理人】
【識別番号】100141162
【弁理士】
【氏名又は名称】森 啓
(72)【発明者】
【氏名】サムリ トゥルティネン
(72)【発明者】
【氏名】ウー チュンリー
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067DD11
5K067EE02
5K067EE10
(57)【要約】
【課題】競合解決タイマを決定するための解決策。
【解決手段】一態様では、第１デバイスが第２デバイスから、Ｍｓｇ３送信を実行するための標示を受信する。第１デバイスは、競合解決のために第１デバイスの情報を第２デバイスに送信する。４ステップ・ランダムアクセスチャネルの構成が第１デバイスのアクティブ帯域幅部分で利用できない場合、第１デバイスは、アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成、または、アクティブ帯域幅部分とは異なる帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成のうちの１つに基づいて、競合解決メッセージを監視するための継続時間を決定する。本開示の例示的な実施形態は、ランダムアクセス手順の性能を改善することができる。
【選択図】図２
【解決手段】一態様では、第１デバイスが第２デバイスから、Ｍｓｇ３送信を実行するための標示を受信する。第１デバイスは、競合解決のために第１デバイスの情報を第２デバイスに送信する。４ステップ・ランダムアクセスチャネルの構成が第１デバイスのアクティブ帯域幅部分で利用できない場合、第１デバイスは、アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成、または、アクティブ帯域幅部分とは異なる帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成のうちの１つに基づいて、競合解決メッセージを監視するための継続時間を決定する。本開示の例示的な実施形態は、ランダムアクセス手順の性能を改善することができる。
【選択図】図２
【特許請求の範囲】
【請求項1】
少なくとも１つのプロセッサと、コンピュータプログラムコードを格納する少なくとも１つのメモリとを備える第１デバイスであって、前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第１デバイスに、Ｍｓｇ３送信を実行する標示を、第２デバイスから受信するステップと、競合解決のために第１デバイスの情報を第２デバイスに送信するステップと、４段階のランダムアクセスチャネルの構成が、前記第１のデバイスのためのアクティブ帯域幅部分において利用できない場合、アクティブ帯域幅部において２段階のランダムアクセスチャネルを構成する第１の構成、または、アクティブ帯域幅部とは異なる帯域幅部において４段階のランダムアクセスチャネルを構成する第２の構成のうちの１つに基づいて、競合解決メッセージを監視するための期間を決定するステップとを実行させるように構成された、第１デバイス。
【請求項2】
前記第２デバイスは、前記第１構成が競合解消タイマーを示すという決定にしたがって、前記継続時間を前記競合解消タイマーの時間長として決定するステップにより継続時間を決定する、請求項１に記載の第１デバイス。
【請求項3】
前記第１デバイスは、前記第１構成が競合解決タイマを示さない場合、前記第２構成で示される競合解決タイマの時間長として前記継続時間持決定するステップによって前記継続時間を決定させる、請求項１に記載の第１デバイス。
【請求項4】
前記帯域幅部分は、前記第１デバイスの初期帯域幅部分、前記第１デバイスのデフォルト帯域幅部分、前記第１デバイスの第１アクティブ帯域幅部分、または、前記第２デバイスによって示される所定の帯域幅部分のうちの１つを含む、請求項１に記載の第１デバイス。
【請求項5】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第１デバイスに前記第１構成が競合解決タイマを示していない場合、前記第２デバイスからＭＳＧＢを監視するための時間長として前記継続時間を決定させるように構成され、ここで、前記ＭＳＧＢ は、前記２ステップ・ランダムアクセスチャネルを介して送信されたＭＳＧＡに応答して前記第２デバイスによって送信される、請求項１に記載の第１デバイス。
【請求項6】
前記ＭＳＧＢを監視するための前記時間長は、ＭＳＧＢ応答ウィンドウの時間長である、請求項５に記載の第１デバイス。
【請求項7】
前記競合解決のための前記第１デバイスの情報は、ランダムアクセス手順のＭｓｇ３を介して送信される、請求項１に記載の第１デバイス。
【請求項8】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第１デバイスに、前記第１構成および前記第２構成を前記第２デバイスから受信させるように、さらに構成される、請求項１に記載の第１デバイス。
【請求項9】
前記第１デバイスは端末デバイスを含み、前記第２デバイスはネットワークデバイスを含む、請求項１に記載の第１デバイス。
【請求項10】
少なくとも１つのプロセッサと、コンピュータプログラムコードを格納する少なくとも１つのメモリとを備える第２デバイスであって、前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第２デバイスに、Ｍｓｇ３送信を実行する標示を第１デバイスに送信させ、４ステップ・ランダムアクセスチャネルの構成が、前記第１デバイスに対してアクティブ帯域幅部分で使用できない場合は、前記アクティブ帯域幅部における２ステップ・ランダムアクセスチャネルの第１構成、または、前記アクティブ帯域幅部分とは異なる帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成のいずれか１つに基づいて、前記第１デバイスに競合解決メッセージを送信する期間を決定させ、競合解決のための前記第１デバイスの情報が、前記第１デバイスから受信されたとの決定にしたがって、前記競合解決メッセージを、前記継続時間内に前記第１デバイスに送信させるように構成される、第２デバイス。
【請求項11】
前記第２デバイスは、前記第１構成が競合解決タイマを示すとの決定にしたがって、前記継続時間を前記競合解決タイマの時間長として決定することによって前記継続時間を決定させる、請求項１０に記載の第２デバイス。
【請求項12】
前記第２デバイスは、前記第１構成が競合解決タイマを示さない場合、前記第２構成で示される競合解決タイマの時間長として継続時間を決定することによって前記継続時間を決定させる、請求項１０に記載の第２デバイス。
【請求項13】
前記帯域幅部分は、前記第１デバイスの初期帯域幅部分、前記第１デバイスのデフォルト帯域幅部分、前記第１デバイスの第１アクティブ帯域幅部分、または、前記第２デバイスによって示された所定の帯域幅部分のうちの１つを含む、請求項１０に記載の第２デバイス。
【請求項14】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第２デバイスに、前記第１構成が競合解決タイマを示していない場合、 前記第２デバイスからＭＳＧＢを監視するために、前記第１デバイスの時間長として前記継続時間を決定させるようにさらに構成され、ここで、該ＭＳＧＢ は、前記２ステップ・ランダムアクセスチャネルを介して送信されたＭＳＧＡ に応答して前記第２デバイスによって送信される、請求項１０に記載の第２デバイス。
【請求項15】
前記ＭＳＧＢを監視するための前記時間長は、ＭＳＧＢ応答ウィンドウの時間長である、請求項１４に記載の第２デバイス。
【請求項16】
競合解決のための前記第１デバイスの前記情報は、ランダムアクセス手順のＭｓｇ３を介して受信される、請求項１０に記載の第２デバイス。
【請求項17】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第２デバイスに、前記第１構成と前記第２構成を決定させ、前記第１構成と前記第２構成を前記第１デバイスに送信させるようにさらに構成される、請求項１０に記載の第２デバイス。
【請求項18】
前記第２デバイスは、前記アクティブ帯域幅部分において前記４ステップ・ランダムアクセスチャネルの構成が利用不可であるとの決定にしたがい、前記アクティブ帯域幅部分の競合解決タイマを示すために前記第１構成を決定することによって前記第１構成を決定させる、請求項１７に記載の第２デバイス。
【請求項19】
前記第２デバイスは、前記アクティブ帯域幅部分において前記４ステップ・ランダムアクセスチャネルが使用可能かどうかに関係なく、前記アクティブ帯域幅部分に対して競合解決タイマーを示すために前記第１構成を決定することによって前記第１構成を決定させる、請求項１７に記載の第２デバイス。
【請求項20】
前記第１デバイスは端末デバイスを含み、前記第２デバイスはネットワークデバイスを含む、請求項１０に記載の第２デバイス。
【請求項21】
第１デバイスにおいて、第２デバイスから、Ｍｓｇ３送信を実行するための標示を受信するステップと、競合解決のために前記第１デバイスの情報を前記第２デバイスに送信するステップと、４ステップ・ランダムアクセスチャネルの構成が、前記第１デバイスのアクティブ帯域幅部分で使用できない場合、前記アクティブ帯域幅部分の２ステップ・ランダムアクセスチャネルの第１構成、または、アクティブ帯域幅部分とは異なる帯域幅部分の４ステップ・ランダムアクセスチャネルの第２構成のいずれか１つに基づいて競合解決メッセージを監視する期間を決定するステップと、を含む方法。
【請求項22】
第２デバイスにおいて、第１デバイスに、Ｍｓｇ３送信を実行するための標示を送信するステップと、４ステップ・ランダムアクセスチャネルの構成が、前記第１デバイスに対してアクティブ帯域幅部分で使用できない場合、前記アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成、または、前記アクティブ帯域幅部分とは異なる帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成のいずれか１つに基づいて、前記第１デバイスに競合解決メッセージを送信する期間を決定するステップと、競合解決のための前記第１デバイスの情報が前記第１デバイスから受信されるとの決定判定にしたがい、前記継続時間内に前記競合解決メッセージを前記第１デバイスに送信するステップと、を含む方法。
【請求項23】
第２デバイスから第１デバイスにおいて、Ｍｓｇ３送信を実行するための標示を受信するための手段と、競合解決のために前記第１デバイスの情報を前記第２デバイスに送信する手段と、４ステップ・ランダムアクセスチャネルの構成が、前記第１デバイスのアクティブ帯域幅部分で使用できない場合、前記アクティブ帯域幅部分の２ステップ・ランダムアクセスチャネルの第１構成、または、前記アクティブ帯域幅部分とは異なる帯域幅部分の４ステップ・ランダムアクセスチャネルの第２構成のいずれか１つに基づいて、競合解決メッセージを監視する期間を決定する手段と、を備える装置。
【請求項24】
Ｍｓｇ３送信を実行するための標示を第２デバイスにおいて第１デバイスに送信するための手段と、前記第１デバイスのアクティブ帯域幅部分で４ステップ・ランダムアクセスチャネルの構成が使用できない場合、前記アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成、または、前記アクティブ帯域幅部分とは異なる帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成のいずれか１つに基づいて、前記第１デバイスに競合解決メッセージを送信する期間を決定する手段と、競合解決のための前記第１デバイスの情報が第１デバイスから受信されたとの決定にしたがって、前記期間内に前記競合解決メッセージを前記第１デバイスに送信する手段と、を備える装置。
【請求項25】
装置に少なくとも請求項２１または２２に記載の方法を実行させるためのプログラム命令を含む非一時的コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の例示的な実施形態は一般に、通信の分野に関し、特に、競合解決タイマを決定するためのデバイス、方法、装置、およびコンピュータ可読媒体に関する。
【背景技術】
【0002】
無線通信では、端末デバイスが無線ネットワークへのアクセスを取得するために、ネットワーク装置とランダムアクセス手順を実行することができる。ランダムアクセス手順は、例えば、ＲＲＣ＿ＩＤＬＥからの初期アクセス、無線リソース制御（ＲＲＣ）接続再確立手順、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの間のダウンリンク（ＤＬ）またはアップリンク（ＵＬ）データ到着、ＵＬ同期状態が「非同期」であるＲＲＣ＿ＣＯＮＮＥＣＴＥＤの間のＵＬデータ到着、スケジューリング要求（ＳＲ）のための物理的アップリンク制御チャネル（ＰＵＣＣＨ）リソースが利用可能でないときのＲＲＣ＿ＣＯＮＮＥＣＴＥＤの間のＵＬデータ到着、ＳＲ障害、同期再構成時のＲＲＣによる要求（ハンドオーバなど）、二次タイミングアドバンスグループ（ＴＡＧ）のための時間配列を確立するためのＲＲＣ＿ＩＮＡＣＴＩＶＥからの遷移、他のシステム情報（ＳＩ）の要求、ビーム障害回復など、多くのイベントによってトリガーされ得る。
【0003】
現在、４ステップＲＡタイプと２ステップＲＡタイプの２つのタイプのランダムアクセス手順がサポートされている。両方のタイプのＲＡ手順は、競合ベースランダムアクセス（ＣＢＲＡ）および競合フリーランダムアクセス（ＣＦＲＡ）をサポートする。２ステップＲＡタイプのＣＦＲＡは、ハンドオーバのためにのみサポートされる。しかしながら、２ステップＲＡタイプのいくつかの態様の様々な詳細は特定されておらず、明確にする必要がある。
【発明の概要】
【0004】
一般に、本開示の例示的な実施形態は、競合解決タイマを決定するための解決策を提供する。
【0005】
第１の態様では、第１デバイスが提供される。第１デバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを記憶する少なくとも１つのメモリとを備える。少なくとも１つのメモリおよびコンピュータプログラムコードは、第１デバイスが第２デバイスからＭｓｇ３送信を実行する標示を受信するように、少なくとも１つのプロセッサを用いて構成される。少なくとも１つのメモリおよびコンピュータプログラムコードは、第１デバイスが第２デバイスに競合解決のために第１デバイスの情報を送信するように、少なくとも１つのプロセッサを用いて構成される。前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは。前記少なくとも１つのプロセッサを用いて、前記第１デバイスが前記第１デバイスのためのアクティブ帯域幅部分において４ステップ・ランダムアクセスチャネルの構成が利用できない場合に、前記アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成、または、前記アクティブ帯域幅部分とは異なる帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成のうちの１つに基づいて、競合解決メッセージを監視する期間を決定するように、前記第１デバイスにさせるようにさらに構成される。
【0006】
第２の態様では、第２デバイスが提供される。第２デバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを記憶する少なくとも１つのメモリとを備える。前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第２デバイスに、前記第１デバイスに、前記Ｍｓｇ３送信を実行する標示を送信させるように構成される。前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第２デバイスに、前記第１デバイスのためのアクティブ帯域幅部分において４ステップ・ランダムアクセスチャネルの構成が利用できない場合に、前記アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成、または、前記アクティブ帯域幅部分とは異なる帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成のうちの１つに基づいて、前記第１デバイスに競合解決メッセージを送信する期間を決定させるようにも構成される。前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記競合解決のための前記第１デバイスの情報が前記第１デバイスから受信されるという決定にしたがって、前記第２デバイスに、前記継続時間内に前記第１デバイスに前記競合解決メッセージを送信させるように、さらに構成される。
【0007】
第３の態様では、方法が提供される。この方法は第１デバイスにおいて、第２デバイスから、Ｍｓｇ３送信を実行するための標示を受信することを備える。この方法はまた、競合解決のために第１デバイスの情報を第２デバイスに送信することを含む。本方法はさらに、第１デバイスの活動性帯域幅部分で４ステップ・ランダムアクセスチャネルの構成が利用できない場合に、活動性帯域幅部分での２ステップ・ランダムアクセスチャネルの第１構成、または、活動性帯域幅部分とは異なる帯域幅部分での４ステップ・ランダムアクセスチャネルの第２構成のうちの１つに基づいて、競合解決メッセージを監視する期間を決定することを含む。
【0008】
第４の態様では、方法が提供される。この方法は、第２デバイスにおいて、Ｍｓｇ３送信を実行するための標示を第１デバイスに送信することを備える。また、この方法は、第１デバイスのアクティブ帯域幅部分で４ステップ・ランダムアクセスチャネルの構成が利用できない場合、アクティブ帯域幅部分での２ステップ・ランダムアクセスチャネルの第１構成、または、アクティブ帯域幅部分とは異なる帯域幅部分での４ステップ・ランダムアクセスチャネルの第２構成のうちの１つに基づいて、第１デバイスに競合解決メッセージを送信する期間を決定することを含む。本方法は、競合解決のための第１デバイスの情報が第１デバイスから受信されるという決定にしたがって、継続時間内に競合解決メッセージを第１デバイスに送信することをさらに備える。
【0009】
第５の態様では、装置が提供される。装置は第１デバイスにおいて、第２デバイスから、Ｍｓｇ３送信を実行するための標示を受信するための手段を備える。また、競合解決のために第１デバイスの情報を第２デバイスに送信するための手段を備える。４ステップ・ランダムアクセスチャネルの構成が第１デバイスのアクティブ帯域幅部分において利用不可能であるとき、アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成、または、アクティブ帯域幅部分とは異なった帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成のうちの１つに基づいて、競合解決メッセージを監視するための継続時間を決定するための手段をさらに備える。
【0010】
第６の態様では、装置が提供される。装置は、第２デバイスにおいて、Ｍｓｇ３送信を実行するための標示を第１デバイスに送信するための手段を備える。４ステップ・ランダムアクセスチャネルの構成が第１デバイスのためのアクティブ帯域幅部分において利用可能でないとき、アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成、または、アクティブ帯域幅部分とは異なった帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成のうちの１つに基づいて、競合解決メッセージを第１デバイスに送信するための継続時間を決定するための手段も備える。この装置は、競合解決のための第１デバイスの情報が第１デバイスから受信されるという決定にしたがって、継続時間内に競合解決メッセージを第１デバイスに送信するための手段をさらに備える。
【0011】
第７の態様では、装置に、少なくとも第３または第４の態様による方法を実行させるためのプログラム命令を記憶する非一時的なコンピュータ可読媒体が提供される。
【0012】
概要セクションは、本開示の例示的な実施形態の重要なまたは本質的な特徴を識別することを意図するものではなく、本開示の技術的範囲を限定するために使用されることを意図するものでもないことを理解されたい。本開示の他の特徴は、以下の説明を通して容易に理解される。
【図面の簡単な説明】
【0013】
いくつかの例示的な実施形態を、添付の図面を参照して説明する。
【発明を実施するための形態】
【0014】
ここで、本開示の原理を、いくつかの例示的な実施形態を参照して説明する。これらの例示的な実施形態は例示の目的のためにのみ記載され、当業者が本開示の範囲に関していかなる限定も示唆することなく、本開示を理解し、実施するのを助けることが理解されるべきである。本明細書で説明される開示は、以下で説明されるもの以外の様々な方法で実装され得る。
【0015】
以下の説明および特許請求の範囲では別段の定義がない限り、本明細書で使用されるすべての技術用語および科学用語は本開示が属する技術分野の通常の技能のうちの１つによって一般に理解されるものと同じ意味を有する。
【0016】
本開示における「一実施形態」、「ある実施形態」、「例示的実施形態」などへの言及は記載された実施形態が、特定の特徴、構造、または特性を含み得ることを示すが、すべての例示的実施形態が特定の特徴、構造、または特性を含むことは必ずしも必要ではない。さらに、そのようなフレーズは、必ずしも同じ例示的な実施形態を参照しているわけではない。さらに、特定の特徴、構造、または特性が例示的な実施形態に関連して説明される場合、明示的に説明されるか否かにかかわらず、他の例示的な実施形態に関連して、そのような特徴、構造、または特性に影響を及ぼすことは、当業者の知識の範囲内であることが提示される。
【0017】
用語「第１の」および「第２の」などは様々な要素を説明するために本明細書で使用され得るが、これらの要素はこれらの用語によって限定されるべきではないことを理解されたい。これらの用語は、１つの要素を別の要素から区別するためにのみ使用される。例えば、例示的な実施形態の技術的範囲から逸脱することなく、第１要素を第２要素と呼ぶことができ、同様に、第２要素を第１要素と呼ぶことができる。本明細書で使用されるように、用語「および／または」は、列挙された用語のうちの１つ以上の任意のおよびすべての組合せを含む。
【0018】
本明細書で使用される用語は特定の例示的な実施形態を説明するためだけのものであり、例示的な実施形態を限定することを意図するものではない。本明細書で使用されるように、単数形は文脈が明らかにそわないことを示さない限り、複数形も含むことが意図される。さらに、「備える」、「備えている」、「有する」、「有している」、「含む」、および／または「含んでいる」という用語は、本明細書で使用される場合、述べられた特徴、要素、成分、および／または同様のもの存在を指定するが、１つ以上の他の特徴、要素、成分、および／またはそれらの組合せの存在または追加を排除しないことを理解されたい。
【0019】
本出願で使用されるように、「回路」という用語は、
（ａ）（アナログおよび／またはデジタル回路のみの実装のよう）ハードウェアのみの回路実装、
（ｂ）ハードウェア回路とソフトウェアの組み合わせ（該当する場合）、
（ｉ）アナログおよび／またはデジタルハードウェア回路とソフトウェア／ファームウェアとの組み合わせ、
（ｉｉ）（デジタル信号プロセッサを含む）ソフトウェア、ソフトウェア、および（１つ以上の）メモリを有するハードウェアプロセッサの任意の部分であって、携帯電話またはサーバなどの装置に様々な機能を実行させるために協働する部分、
（ｃ）動作のためにソフトウェア（たとえば、ファームウェア）を必要とするが、ソフトウェアは動作のために必要とされない場合には存在しないことがあるマイクロプロセッサまたは（１つ以上の）マイクロプロセッサの一部などの、（１つ以上の）ハードウェア回路および／または（１つ以上の）プロセッサ、
のうちの１つ以上またはすべてを指すことがある。
（ａ）（アナログおよび／またはデジタル回路のみの実装のよう）ハードウェアのみの回路実装、
（ｂ）ハードウェア回路とソフトウェアの組み合わせ（該当する場合）、
（ｉ）アナログおよび／またはデジタルハードウェア回路とソフトウェア／ファームウェアとの組み合わせ、
（ｉｉ）（デジタル信号プロセッサを含む）ソフトウェア、ソフトウェア、および（１つ以上の）メモリを有するハードウェアプロセッサの任意の部分であって、携帯電話またはサーバなどの装置に様々な機能を実行させるために協働する部分、
（ｃ）動作のためにソフトウェア（たとえば、ファームウェア）を必要とするが、ソフトウェアは動作のために必要とされない場合には存在しないことがあるマイクロプロセッサまたは（１つ以上の）マイクロプロセッサの一部などの、（１つ以上の）ハードウェア回路および／または（１つ以上の）プロセッサ、
のうちの１つ以上またはすべてを指すことがある。
【0020】
回路のこの定義は、任意の特許請求の範囲を含む、本出願におけるこの用語のすべての使用に適用される。さらなる例として、本出願で使用されるように、回路という用語は、単にハードウェア回路またはプロセッサ（または複数のプロセッサ）、あるいは、ハードウェア回路またはプロセッサの一部、およびその（またはそれらの）付随するソフトウェアおよび／またはファームウェアの実装形態も包含する。また、回路という用語は、例えば、特定の請求項要素に適用可能な場合、モバイル装置またはサーバ内の同様の集積回路、セルラーネットワーク装置、または他のコンピューティング装置もしくはネットワーク装置のためのベースバンド集積回路またはプロセッサ集積回路も包含する。
【0021】
本明細書で使用される「通信ネットワーク」という用語は、ロングタームエボリューション（ＬＴＥ）、ＬＴＥアドバンスト（ＬＴＥ－Ａ）、広帯域符号分割多元接続（ＷＣＤＭＡ（登録商標））、高速パケットアクセス（ＨＳＰＡ）、物の狭帯域インターネット（ＮＢ－ＩｏＴ）などの任意の適切な通信規格に従うネットワークを指す。さらに、通信ネットワーク内の端末デバイスとネットワークデバイスとの間の通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、将来の第５世代（５Ｇ）通信プロトコル、および／または、現在知られているかまたは将来開発される他の任意のプロトコルを含むが、これらに限定されない、任意の適切な世代の通信プロトコルにしたがって実行され得る。本開示の例示的な実施形態は、様々な通信システムに適用することができる。通信の急速な発展を考えると、当然ながら、本開示を実施することができる将来のタイプの通信技術およびシステムも存在する。本開示の技術的範囲を前述のシステムのみに限定するものと見なされるべきではない。
【0022】
本明細書で使用されるように、用語「ネットワークデバイス」は端末デバイスがネットワークにアクセスし、そこからサービスを受信する、通信ネットワーク内のノードを指す。ネットワークデバイスは基地局（ＢＳ）またはアクセスポイント（ＡＰ）、例えば、ノードＢ（ＮｏｄｅＢまたはＮＢ）、無線アクセスネットワーク（ＲＡＮ）ノード、進化型ノードＢ（ｅＮｏｄｅＢまたはｅＮＢ）、ＮＲ ＮＢ（ｇＮＢとも呼ばれる）、遠隔無線ユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）通信のためのインフラストラクチャデバイス、送信／受信ポイント（ＴＲＰ）、受信ポイント（ＲＰ）、遠隔無線ヘッド（ＲＲＨ）、リレー、統合アクセスおよびバックホール（ＩＡＢ）ノード、フェムト、ピコなどの低電力ノードを、適用される用語および技術に応じて指すことができる。
【0023】
「端末デバイス」という用語は、無線通信が可能であり得る任意の端末デバイスを指す。限定ではなく例として、端末デバイスは、通信装置、ユーザ装置（ＵＥ）、加入者局（ＳＳ）、無人航空機（ＵＡＶ）、ポータブル加入者局、移動局（ＭＳ）、またはアクセス端末（ＡＴ）とも呼ばれ得る。端末デバイスは、携帯電話、携帯電話、スマートフォン、ボイスオーバーＩＰ（ＶｏＩＰ）電話、ワイヤレスローカルループ電話、タブレット、着用可能端末デバイス、携帯情報端末（ＰＤＡ）、携帯型コンピュータ、デスクトップコンピュータ、画像キャプチャ端末デバイス、例えばデジタルカメラ、ゲーム端末デバイス、音楽記憶および再生装置、車載ワイヤレス端末デバイス、ワイヤレスエンドポイント、モバイル局、ラップトップ組込型装置（ＬＥＥ）、ラップトップ組込型装置（ＬＭＥ）、ＵＳＢドングル、スマート装置、ワイヤレス顧客宅内装置（ＣＰＥ）、物のインターネット（ｌｏＴ）装置、時計または他の着用可能、頭部装着型ディスプレイ（ＨＭＤ）、ビヒクル、無人機、医療装置およびアプリケーション（例えば、遠隔手術）、産業用装置およびアプリケーション（例えば、産業用および／または自動化処理チェーン文脈で動作するロボットおよび／または他のワイヤレス装置）、家庭用電子装置、商用および／または産業用無線ネットワーク上で動作する装置などを含むことができるが、これらに限定されない。以下の説明では「端末デバイス」、「通信装置」、「端末」、「ユーザ装置」、および「ＵＥ」という用語は互換的に使用され得る。
【0024】
本明細書で使用されるように、用語「リソース」、「送信リソース」、「リソースブロック」、「物理リソースブロック」、「アップリンクリソース」、または「ダウンリンクリソース」は、通信を実行するための任意のリソース、たとえば、時間領域のリソース、周波数領域のリソース、空間領域のリソース、コード領域のリソース、または通信を可能にする任意の他のリソースなど、端末デバイスとネットワークデバイスとの間の通信を指すことができる。以下では、周波数領域および時間領域の両方におけるリソースが、本開示のいくつかの例示的な実施形態を説明するための送信リソースの例として使用される。本開示の例示的な実施形態は、他のドメイン内の他のリソースに等しく適用可能であることに留意されたい。
【0025】
前述のように、４ステップＲＡタイプと２ステップＲＡタイプの２つのタイプのランダムアクセス手順がサポートされる。４ステップＲＡタイプの第１のメッセージはＭｓｇ１であってもよく、２ステップＲＡタイプの第１のメッセージはＭＳＧＡであってもよい。２ステップＲＡ手順を実行するときに、ＵＥがＭｓｇ４との競合解決を受信する必要がある２つの可能な場合があり得る。第１のケースはネットワークが２ステップＲＡ手順においてＭＳＧＡのランダムアクセスプリアンブルのみを受信するが、ＭＳＧＡの物理アップリンク共有チャネル（ＰＵＳＣＨ）ペイロードを正しく復号しない場合であり得、ネットワークはＭＳＧＡのＰＵＳＣＨペイロードのためのＭｓｇ３送信を実行するためにフォールバックＲＡＲをＵＥに送信し得、ＵＥのためのＭｓｇ４との競合解決が続き得る第２のケースはネットワークから応答を受信することなく、２ステップＲＡＣＨを介して所定のまたは構成された数ＮのＭＳＧＡが試みた後、ＵＥは４ステップＲＡＣＨを介して４ステップＲＡ手順を使用することに切り替えることができ、プリアンブル送信から開始し、ランダムアクセス応答（ＲＡＲ）受信し、次いでＭｓｇ３送信し、Ｍｓｇ４との競合解決受信を行うことができる。
【0026】
ＲＡＮ２＃１０７ｂｉｓでは、そのＢＷＰに４ステップＲＡリソースや４ステップＲＡＣＨを構成しないか、Ｎ数を構成しないことで、２ステップＲＡＣＨを帯域部（ＢＷＰ）（例えば、上りＢＷＰ）に構成した場合にのみ、４ステップＲＡＣＨへの切り替えを許可しないことが合意された。特に、２ステップＲＡから４ステップＲＡへの切り替えを許可しない構成にする。２ステップＲＡＣＨリソースは、４ステップＲＡＣＨリソースが構成されていないＢＷＰで構成できる。その場合、Ｎ回のＭＳＧＡ試行後の４ステップＲＡへの切り替えはサポートされないことがある。
【0027】
ただし、ＭＳＧＡ送信後にＭＳＧＢでフォールバックＲＡＭを受信した後、ＵＥはＭｓｇ３送信を続行し、競合解決を実行する必要がある場合がある。２ステップＲＡＣＨからＭｓｇ３送信へのフォールバック後、または２ステップＲＡＣＨから４ステップＲＡＣＨへの切り替え後に使用する競合解決ウィンドウ（またはタイマ）をどのように決定するかは、依然として不明確であり、したがって、研究し、明確にする必要がある。
【0028】
例えば、１つのシナリオでは、ＲＡ手順が実行されるＵＥのアクティブＢＷＰのために４ステップＲＡＣＨ構成が利用可能でない場合、ＵＥ挙動は競合解決が実行されるときに対処するためのタイマに関連して不明確である。１つのオプションは、２ステップＲＡＣＨのみのＢＷＰが存在し、プリアンブルが正しく受信された場合であっても、ＵＥが常にＭＳＧＡ再試行に戻る場合に、ネットワークからのフォールバックＲＡＲの使用を許可しないことである。しかしながら、これは、ネットワークがＭＳＧＡのＰＵＳＣＨ部分よりもプリアンブルを復号することができる確率がはるかに高いので、ランダムアクセスのためのそのようなＢＷＰの使用を非実用的にする。したがって、２ステップＲＡ手順の一部としてのフォールバックは、ＢＷＰが２ステップＲＡＣＨのみで構成される場合であっても、すべてのＢＷＰにおいて許可される必要があり得る。
【0029】
従来の解決策における上記の問題および他の潜在的な問題を考慮して、本開示の例示的な実施形態は、競合解決タイマを決定するための解決策を提供する。特に、本開示の例示的な実施形態では、Ｍｓｇ３に応答してネットワークデバイスによって送信される競合解決メッセージ（またはＭｓｇ４）を端末デバイスが監視する継続時間が、例えば、２ステップＲＡ手順からＭｓｇ３送信へのフォールバック、および２ステップＲＡ手順から４ステップＲＡ手順への切り替えを含む様々なシナリオにおけるいくつかの要因のうちの１つ以上に基づいて決定することができる。
【0030】
本開示の例示的な実施形態によって、複数の利点を達成することができる。たとえば、４ステップＲＡがアクティブＢＷＰに構成されていない場合、フォールバックＲＡＲを介した２ステップＲＡからのフォールバックは現在切断される。例示的な実施形態は、４ステップＲＡＣＨが所与のＢＷＰ内に構成されていない場合であっても、Ｍｓｇ３送信およびＭｓｇ４受信へのフォールバックを可能にすることができる。さらに、例示的な実施形態は、ネットワークが４ステップＲＡＣＨにおいて、２ステップＲＡＣＨを介して複数回失敗したＵＥに優先順位を付けることを可能にすることもできる。一般に、本開示の例示的な実施形態は、ランダムアクセス手順の性能を改善することができる。本開示の例示的な実施形態の原理および実装を、図面を参照して以下に詳細に説明する。
【0031】
図１は、本開示のいくつかの例示的な実施形態を実施することができる通信環境１００の模式図を示す。図１に示すように、通信環境（通信ネットワークとも呼ばれる）１００は、通信リンク１１５を介して互いに通信することができる第１デバイス１１０および第２デバイス１２０を含む。
【0032】
一般に、第１デバイス１１０および第２デバイス１２０は、それらの間で通信を実行することができる任意の２つの適切な装置とすることができる。いくつかの例示的な実施形態では、第１デバイス１１０は端末デバイスであってもよく、第２デバイス１２０はネットワーク装置であってもよい。例えば、第２デバイス１２０は、第２デバイス１２０のセル１０５に位置する第１デバイス１１０のサービングデバイスとすることができる。第２デバイス１２０から第１デバイス１１０への送信の場合、通信リンク１１５は、ダウンリンクチャネルと呼ばれてもよく、一方、第１デバイス１１０から第２デバイス１２０への送信の場合、通信リンク１１５は代わりに、アップリンクチャネルと呼ばれてもよい。
【0033】
第２デバイス１２０および通信ネットワーク１００と通信するために、第１デバイス１１０は第２デバイス１２０および通信ネットワーク１００へのアクセスを取得するために、まずランダムアクセス手順を実行する必要があり得る。４ステップＲＡタイプと２ステップＲＡタイプの２つのタイプのランダムアクセス手順がサポートされる。両方のタイプのＲＡ手順は、競合ベースランダムアクセス（ＣＢＲＡ）および競合フリーランダムアクセス（ＣＦＲＡ）をサポートする。第１デバイス１１０は、ネットワーク構成に基づいて、ランダム・アクセス手順の開始時にランダム・アクセスのタイプを選択することができる。
【0034】
４ステップ・ランダムアクセスチャネル上で実行される４ステップＲＡタイプを有するＣＢＲＡでは、第１デバイス１１０がまず、ランダムアクセスプリアンブル（Ｍｓｇ１とも呼ばれる）を第２デバイス１２０に送信することができる。次いで、第２デバイス１２０は、ランダムアクセス応答（Ｍｓｇ２とも呼ばれる）を第１デバイス１１０に送信することができる。受信されたランダムアクセス応答に基づいて、第１デバイス１１０は第１のスケジュールされた送信（Ｍｓｇ３とも呼ばれる）を第２デバイス１２０に送信することができ、第１のスケジュールされた送信は競合解決のための第１デバイス１１０の情報を含むことができ、短くするとＰＵＳＣＨペイロードまたはペイロードとも呼ばれる。第１デバイス１１０からのスケジュールされた送信に応答して、第２デバイス１２０は、競合解決メッセージ（Ｍｓｇ４とも呼ばれる）を第１デバイス１１０に送信することができる。競合解決メッセージは、第１デバイス１１０について、競合解決が成功したか否かを示すことができる。
【0035】
いくつかの例では、競合解決が、下位レイヤから特殊セル（ＳｐＣｅｌｌ）のＰＤＣＣＨ送信の受信の通知が受信され、セル－無線ネットワーク仮識別子（Ｃ－ＲＮＴＩ）媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）がＭｓｇ３に含まれ、（第５．１７節で指定されるように）ビーム障害回復のためにランダムアクセス手順が開始され、ＰＤＣＣＨ送信がＣ－ＲＮＴＩにアドレス指定された場合、競合解決メッセージに基づいて成功したと見なされ得る。
【0036】
いくつかの例では、ＳｐＣｅｌｌのＰＤＣＣＨ送信の受信の通知が下位層から受信され、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥがＭｓｇ３に含まれていて、ランダムアクセス手順がＰＤＣＣＨ順序によって開始され、ＰＤＣＣＨ送信がＣ－ＲＮＴＩにアドレス指定されている場合、競合解決メッセージに基づいて、競合解決が成功したと見なされることがある。
【0037】
いくつかの例では、競合解決が、ＳｐＣｅｌｌのＰＤＣＣＨ送信の受信の通知が下位層から受信され、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥがＭｓｇ３に含まれていて、ランダムアクセス手順がＭＡＣ副層自体またはＲＲＣ副層によって開始され、ＰＤＣＣＨ送信がＣ－ＲＮＴＩにアドレス指定され、新しい送信のためのＵＬ許可を含んでいる場合、競合解決メッセージに基づいて成功したと見なされることがある。
【0038】
一部の例では、共通制御チャネル（ＣＣＣＨ）サービスデータユニット（ＳＤＵ）がＭｓｇ３に含まれ、ＰＤＣＣＨ送信がＴＥＭＰＯＲＡＲＹ＿Ｃ－ＲＮＴＩにアドレス指定され、ＭＡＣ ＰＤＵが正常にデコードされ、ＭＡＣ ＰＤＵにＵＥ競合解決同一性ＭＡＣ ＣＥが含まれている場合、および、ＭＡＣ ＣＥのＵＥ競合解決同一性がＭｓｇ３で送信されたＣＣＣＨ ＳＤＵと一致する場合、競合解決メッセージに基づいて競合解決が成功したと見なされることがある。
【0039】
さもなければ、競合解決は例えば、上記の条件の一部が満たされるが、全てが満たされない場合、不成功と見なされ得る。
【0040】
２ステップ・ランダムアクセスチャネル上で実行される２ステップＲＡタイプを有するＣＢＲＡでは、第１デバイス１１０が最初に、ＭＳＧＡを第２デバイス１１０に送信することができ、ＭＳＧＡは２ステップＲＡタイプのためのランダムアクセス手順のランダムアクセスプリアンブルおよびペイロード（ＰＵＳＣＨペイロードとも呼ばれる）送信を含むことができる。言い換えれば、２ステップＲＡタイプを有するＣＢＲＡ内のＭＳＧＡは、４ステップＲＡタイプを有するＣＢＲＡ内のＭｓｇ１およびＭｓｇ３の両方の含有量を含むことができる。ＭＳＧＡに応答して、第２デバイス１２０は、第１デバイス１１０にＭＳＧＢを送信することができる。例えば、ＭＳＧＢは、競合解決のための応答、フォールバック標示、およびバックオフ標示からなることができる。
【0041】
２ステップＲＡタイプのランダムアクセス手順では、ＭＳＧＡ送信後、第１デバイス１１０は構成された時間ウィンドウ、例えば、ＭＳＧＢ受信ウィンドウ内で、第２デバイス１２０からの応答（すなわち、ＭＳＧＢ）を監視することができる。特に、ＣＢＲＡについてはネットワーク応答の受信時に競合解決が成功した場合、第１デバイス１１０はランダムアクセス手順を終了することができる。一方、フォールバック標示がＭＳＧＢにおいて受信された場合、（例えば、第２デバイス１２０がＭＳＧＡにおいてランダムアクセスプリアンブルを正常に受信したが、ＭＳＧＡにおいてＰＵＳＣＨペイロードを正常に受信できなかった場合）、第１デバイス１１０はＭｓｇ３送信を実行し、第２デバイス１２０からの競合解決メッセージ（Ｍｓｇ４）を監視することができる。Ｍｓｇ３（再）送信後に競合解決が成功しなかった場合、第１デバイス１１０は例えば、競合解決タイマ（またはウィンドウ）が満了した場合、ＭＳＧＡ送信に戻ることができる。さらに、２ステップ・ランダムアクセス手順が予め定義されたまたは構成された数のＭＳＧＡ送信の後に完了しない場合、第１デバイス１１０は、４ステップＣＢＲＡ手順に切り替わるように構成され得る。
【0042】
いくつかのシナリオでは、第１デバイス１１０が例えば、第２デバイス１２０によって、異なる帯域幅および構成を有し得るいくつかの帯域幅部分を用いて構成され得る。例えば、帯域幅部分は、アップリンク帯域幅部分であってもよい。例えば、２ステップ・ランダム・アクセス・チャネルと４ステップ・ランダム・アクセス・チャネルの構成は、第１デバイス１１０の異なる帯域幅部分において異なり得る。さらに、２ステップ・ランダム・アクセス・チャネルおよび４ステップ・ランダム・アクセス・チャネルのうちの１つは、第１デバイス１１０の１つ以上の帯域幅部分のために利用不可能であり得る。例えば、４ステップ・ランダムアクセスチャネルは、第１デバイス１１０が現在動作している帯域幅部分、例えば、アクティブ帯域幅部分で第１デバイス１１０のアクティブ帯域幅部分では利用できない場合がある。
【0043】
アクティブ帯域幅部分に加えて、第１デバイス１１０は、様々な機能のための他の帯域幅部分を用いて構成されてもよい。例えば、第１デバイス１１０は第１デバイス１１０が、ランダム・アクセス手順を介してネットワークへのアクセスを取得するために、第４ステップのランダム・アクセス・チャネルが利用可能で初期帯域幅部分を有することができる。より具体的には、サービングセルの帯域幅部分（ＢＷＰ）で動作するように構成されたＵＥは、パラメータＢＷＰ－ＤｏｗｎｌｉｎｋによるＤＬ帯域幅でのＵＥによる受信のための帯域幅部分（ＢＷＰセット）のセットを有するサービングセルのためのより高いレイヤによって、または、ＢＷＰ－ＤｏｗｎｌｉｎｋＣｏｍｍｏｎおよびＢＷＰ－ＤｏｗｎｌｉｎｋＤｅｄｉｃａｔｅｄによって構成されたパラメータのセット、および、ＢＷＰアップリンク共通およびＢＷＰアップリンク専用によって構成されたパラメータのセットを有するパラメータＢＷＰアップリンクによって、または、パラメータイニシャルアップリンクＢＷＰによる、ＵＬ帯域幅でのＵＥによる送信のためのＢＷＰのセット（ＵＬ ＢＷＰセット）、を有するパラメータｉｎｉｔｉａｌＤｏｗｎｌｉｎｋＢＷＰによって、構成される。
【0044】
別の例として、第１デバイス１１０はハンドオーバシナリオのための第１アクティブ帯域幅部分を有することができ、ハンドオーバシナリオでは、第１デバイス１１０がハンドオーバ後に最初に動作することができる。より具体的には、ＵＥが、受信のための第１アクティブＤＬ ＢＷＰをｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰーＩｄによって、およびサービングセル、例えば、プライマリセルまたはプライマリセルまたはセカンダリセルのキャリア上での送信のための第１アクティブＵＬ ＢＷＰをｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄによって提供されることができる。ＵＥに、ｆｉｒｓｔＡｃｔｉｖｅＤｏｗｎｌｉｎｋＢＷＰーＩｄによって第１アクティブＤＬ ＢＷＰが提供され、ｆｉｒｓｔＡｃｔｉｖｅＵｐｌｉｎｋＢＷＰ－Ｉｄによってセカンダリセルのキャリア上の第１アクティブＵＬ ＢＷＰが提供される場合、ＵＥは、非アクティブ状態からアクティブ化されるとき、または構成時に、セカンダリセルのキャリア上の第１アクティブＵＬ ＢＷＰおよびセカンダリセル上の第１アクティブＤＬ ＢＷＰとして、標示されたＤＬ ＢＷＰおよび標示されたＵＬ ＢＷＰを使用する。
【0045】
さらなる例として、第１デバイス１１０は省電力のためのデフォルト帯域幅部分を有してもよく、デフォルト帯域幅部分は他の帯域幅部分よりも比較的狭くてもよい。より具体的には提供セルの場合、ＵＥはセットされたＤＬ ＢＷＰのうちのデフォルトのＤＬ ＢＷＰをデフォルトのＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄで提供できる。ＵＥ がデフォルトでＤｏｗｎｌｉｎｋＢＷＰ－Ｉｄ によってデフォルトのＤＬ ＢＷＰを提供されていない場合、デフォルトのＤＬ ＢＷＰが初期のＤＬ ＢＷＰになる。
【0046】
第１デバイス１１０および第２デバイス１２０は図１の通信環境１００において説明されるが、本開示の例示的な実施形態は互いに通信する任意の他の適切な通信デバイスに等しく適用可能であり得る。すなわち、本開示の例示的な実施形態は、図１の例示的なシナリオに限定されない。この点に関して、第１デバイス１１０および第２デバイス１２０は図１では携帯電話および基地局として概略的に示されているが、この描写は制限を示唆することなく、単なる例であることが理解されることに留意する。他の例示的な実施形態では、第１デバイス１１０および第２デバイス１２０が任意の他の通信装置、例えば、ワイヤレス通信装置であってもよい。
【0047】
図１に示されるような通信装置の数、通信リンクの数、および他の要素の数は、制限を示唆することなく、例示の目的のためだけのものであることを理解されたい。通信環境１００は、任意の適切な数の通信装置、任意の適切な数の通信リンク、および本開示の例示的な実施形態を実装するように適合された任意の適切な数の他の要素を含み得る。さらに、すべての通信装置の間には、（必要に応じて）有線通信だけでなく、様々な無線通信が存在し得ることが理解される。
【0048】
通信環境１００における通信は、任意の適切な通信プロトコルにしたがって実装され得る。この通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、第３世代（３Ｇ）、第４世代（４Ｇ）および第５世代（５Ｇ）などのセルラ通信プロトコル、電気電子学会（ＩＥＥＥ）８０２．１１などの無線ローカルネットワーク通信プロトコル、および／または現在知られているかまたは将来開発される他の任意のプロトコルを含むが、これらに限定されない。さらに、この通信は、符号分割多元アクセス（ＣＤＭＡ）、周波数分割多元アクセス（ＦＤＭＡ）、時分割多元アクセス（ＴＤＭＡ）、周波数分割複信（ＦＤＤ）、時分割複信（ＴＤＤ）、多入力多出力（ＭＩＭＯ）、直交周波数分割多元アクセス（ＯＦＤＭ）、離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴーｓーＯＦＤＭ）、および／または現在知られている、または将来開発される任意の他の技術を含むが、これらに限定されない、任意の適切なワイヤレス通信技術を利用することができる。
【0049】
ここで、本開示のいくつかの例示的な実施形態による、第１デバイス１１０と第２デバイス１２０との間の例示的な通信処理２００を示す図２を参照する。説明のために、図１を参照して通信処理２００を説明する。しかしながら、通信処理２００は、２つのデバイスが互いに通信する他の通信シナリオにも同様に適用可能であることが理解される。
【0050】
図２に示すように、第２デバイス１２０は第１デバイス１１０に２１０の標示２０５を送信し、標示２０５は、第１デバイス１１０にＭｓｇ３送信を行わせることができる。例えば、第２デバイス１２０が標示２０５を送信する（２１０）前に、第１デバイス１１０は、ＭＳＧＡを第２デバイス１２０に送信して、２ステップのランダムアクセス手順を開始することができる。しかしながら、第２デバイス１２０はＭＳＧＡにおいてランダムアクセスプリアンブルをうまく受信したが、ＭＳＧＡにおいてＰＵＳＣＨペイロードを受信することに失敗したかもしれない。
【0051】
このような場合、第２デバイス１２０は、次に、ＭＳＧＡのＰＵＳＣＨペイロード（または一般にＭＳＧＡバッファに格納されたＭＡＣ ＰＤＵ）の再送信としてＭｓｇ３を送信するように第１デバイス１１０に通知してもよく、標示２０５は、ＭＳＧＡ送信に応答してＭＳＧＢ内のフォールバックＲＡＭであってもよい。本開示の例示的な実施形態は、この特定のシナリオに限定されず、第２デバイス１２０がＭｓｇ３送信を実行するために第１デバイス１１０に標示を送信する任意の他のシナリオに等しく適用可能であることを理解されたい。
【0052】
第２デバイス１２０から標示２０５を受信した２２０後、第１デバイス１１０は競合解決のために第１デバイス１１０の情報２１５を第２デバイス１２０に送信し（２４０）、第２デバイス１２０は第１デバイス１１０から同じものを受信する（２５０）。いくつかの例示的な実施形態では、情報２１５は、ランダムアクセス手順の一部として、上位レイヤからサブミットされ、ＵＥ競合解決同一性に関連付けられたＣ－ＲＮＴＩ ＭＡＣ ＣＥまたはＣＣＣＨ ＳＤＵを含むことができる。より一般的には、情報２１５がランダムアクセス手順における競合解決に使用可能な第１デバイス１１０の任意の情報を含んでもよい。いくつかの例示的な実施形態では、情報２１５がランダムアクセス手順のＭｓｇ３を介して送信されてもよく（２４０）、したがって、第２デバイス１２０はＭｓｇ３を介して情報２１５を受信してもよい（２５０）。以下では、説明を容易にするために、情報２１５をＭｓｇ３ ２１５と呼ぶこともある。しかしながら、第１デバイス１１０は代替的に、任意の他の既存のまたは将来のメッセージを介して情報２１５を送信することができる（２４０）ことを理解されたい。
【0053】
上述のように、Ｍｓｇ３ ２１５の送信２４０に続いて、第１デバイス１１０は、第２デバイス１２０からの競合解決メッセージ（Ｍｓｇ４とも呼ばれる）２３５を期待することができる。特に、第１デバイス１１０は、第２デバイス１２０からのＭｓｇ３再送信２３５に対する競合解決メッセージまたは潜在的再送信許可を、継続時間２２５にわたって監視することができ、これは、第１デバイス１１０および第２デバイス１２０の両側で同じ方法で決定することができる。Ｍｓｇ３が第２デバイス１２０によって正しく復号化されていない場合、競合解決タイマ内に再送をスケジュールすることができる。第１デバイス２２０は、Ｍｓｇ３の再送信時にタイマを再始動する。
【0054】
競合解決メッセージ２３５が継続時間２２５内に受信された場合、第１デバイス１１０は、競合解決メッセージ２３５の含有量に基づいて、競合解決がそれ自体に対して成功したか否かを判断することができる。競合解決が成功した場合、第１デバイス１１０は、ランダム・アクセス手順を終了することができる。さもなければ、競合解決メッセージ２３５が継続時間２２５内に受信されず、Ｍｓｇ３再送許可が受信された場合、第１デバイス１１０は、スケジュールされた再送許可に基づいてＭｓｇ３２１５を再送することができる。第１デバイス１１０が依然として競合解決メッセージの受信に失敗し、継続時間２２５内にＭｓｇ３再送許可２３５があれば、第１デバイス１１０はランダムアクセス手順の別の試みを開始することができる。同様に、競合解決メッセージ２３５の内容が、競合解決が第１デバイス１１０について失敗したことを示す場合、第１デバイス１１０は、ＭＳＧＡ再試行の最大数を実行したかどうかに応じて、ＭＳＧＡまたはＭｓｇ１送信のいずれかを用いて、ランダム・アクセス手順の別の試行を開始することもできる。
【0055】
したがって、第１デバイス１１０がランダムアクセス手順を完了することを可能にするために、第２デバイス１２０は第１デバイス１１０が競合解決メッセージまたはＭｓｇ３再送信許可２３５を監視するための継続時間２２５を知る必要があり、継続時間２２５内に第１デバイス１１０に競合解決メッセージまたはＭｓｇ３再送信許可２３５を２７０に送信する必要がある可能性がある。したがって、２７０が競合解決メッセージまたはＭｓｇ３再送信許可２３５を第１デバイス１１０に送信する前に、第２デバイス１２０は、第１デバイス１１０が競合解決メッセージまたはＭｓｇ３再送信許可２３５を監視する期間２２５を決定することができる（２３０）。言い換えると、第２デバイス１２０は、競合解決メッセージまたはＭｓｇ３再送許可２３５を第１デバイス１１０に送信するための継続時間２２５を２３０に決定する。決定動作２３０は送信動作２１０の後、受信動作２５０の前に示されているが、第２デバイス１２０は競合解決メッセージまたはＭｓｇ３再送信許可２３５の送信の前の任意の適切な時点で継続時間２２５を決定することができることに留意されたい。同様に、第１デバイス１１０は、継続時間２２５を決定する必要がある。
【0056】
２ステップ・ランダム・アクセス・チャネルおよび４ステップ・ランダム・アクセス・チャネルの異なる構成では、第１デバイス１１０および／または第２デバイス１２０が異なる方法で継続時間２２５を決定する（２３０）ことができる。例えば、第１デバイス１１０がそのアクティブ帯域幅部分で動作しており、４ステップ・ランダムアクセスチャネルがアクティブ帯域幅部分で利用可能であると仮定することができる。次いで、アクティブ帯域幅部分のための４ステップ・ランダムアクセスチャネルの構成は、４ステップ・ランダムアクセス手順においてＭｓｇ４を監視するために第１デバイス１１０によって使用され得る競合解決タイマを示し得る。この場合、第１デバイス１１０は４ステップ・ランダムアクセスチャネルの構成で示されるように、継続時間２２５を競合解決タイマの時間長として決定することができる。したがって、第１デバイス１１０の帯域幅部分で４ステップ・ランダムアクセスチャネルが利用可能である場合、ネットワーク（例えば、第２デバイス１２０）は、帯域幅部分の２ステップ・ランダムアクセスチャネルの構成で競合解決タイマを構成する必要がない場合がある。
【0057】
しかしながら、上述したように、４ステップ・ランダムアクセスチャネルは、第１デバイス１１０のアクティブ帯域幅部分では利用できないことがある。言い換えると、競合解決メッセージ２３５を監視するために第１デバイス１１０によって使用され得るアクティブ帯域幅部分に対する構成された競合解決タイマは存在しない。この場合、継続時間２２５を決定するための明示的な規則として、第１デバイス１１０および／または第２デバイス１２０は、アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの構成に基づいて継続時間２２５を決定する２３０ことができ、この構成は、以下、第１構成とも呼ばれることがある。より具体的には、４ステップ・ランダム・アクセス・チャネルがアクティブ帯域幅部分のために利用可能でなく、第１構成が競合解決タイマを示す場合、第１デバイス１１０および／または第２デバイス１２０は第１構成で示されるように、継続時間２２５を競合解決タイマの時間長として決定する２３０ことができる。このような明示的な規則により、第１デバイス１１０（および第２デバイス１２０）による継続時間２２５の判定の効率を改善することができる。
【0058】
あるいは、継続時間２２５を決定するための暗黙の規則として、第１デバイス１１０および／または第２デバイス１２０は、活動性帯域幅部分とは異なる帯域幅部分における４ステップ・ランダムアクセスチャネルの構成に基づいて継続時間２２５を決定する２３０ことができ、この構成は以下、第２構成とも呼ばれることがある。言い換えれば、４ステップ・ランダムアクセスチャネルはアクティブ帯域幅部分のために利用可能ではないが、第１デバイス１１０の他の帯域幅部分で利用可能であってもよい。したがって、４ステップ・ランダムアクセスチャネルがアクティブ帯域幅部分のために利用可能でない場合、第１デバイス１１０および／または第２デバイス１２０は、別の帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成で示される競合解決タイマの時間長として継続時間２２５を決定する２３０ことができる。このような暗黙の規則により、継続時間２２５を示すために余分な信号を使用する必要がなく、したがって、信号オーバーヘッドを低減することができる。いくつかの例示的な実施形態では、暗黙の罫線が明示の罫線が適用されない場合にのみ適用されてもよい。言い換えれば、第１構成が競合解決タイマを示さない場合、第２デバイス１２０は、第２構成に基づいて期間２２５を決定することができる２３０。
【0059】
いくつかの例として、アクティブ帯域幅部分とは異なる上記の帯域幅部分は、初期帯域幅部分、デフォルト帯域幅部分、第１アクティブ帯域幅部分、または第１デバイス１１０の他の定義された帯域幅部分であってもよい。例えば、４ステップ・ランダムアクセスチャネルは第１デバイス１１０の初期帯域幅部分において常に利用可能であり、したがって、初期ＵＬ ＢＷＰのためのシステム情報ブロック（ＳＩＢ）においてアドバタイズされるか、または、初期ＵＬ ＢＷＰのためのＵＥのための専用無線リソース制御（ＲＲＣ）シグナリングによって構成される競合解決タイマは、第１デバイス１１０による競合解決受信のために使用され得る。さらに、様々な帯域幅部分のうちのどれが上記の目的のために使用されるべきかは、ネットワーク、例えば、第２デバイス１２０によって構成可能であってもよい。
【0060】
このようにして、第１デバイス１１０のための既に定義された帯域幅部分における４ステップ・ランダムアクセスチャネルの構成において示されるような競合解決タイマは、４ステップ・ランダムアクセスチャネルの構成なしにアクティブ帯域幅部分のために使用されることができ、したがって、そのような機能のための特定の帯域幅部分を示すためのシグナリングオーバヘッドが節約されることができる。
【0061】
代替的に、アクティブ帯域幅部分とは異なる上記帯域幅部分は、第２デバイス１２０によって示される所定の帯域幅部分であってもよい。言い換えれば、第２デバイス１２０は特定の帯域幅部分を示すことができ、この示された帯域幅部分における４ステップ・ランダムアクセスチャネルの構成において示されるような競合解決タイマは、継続時間２２５を決定するために、第１デバイス１１０および／または第２デバイス１２０（第１デバイス１１０も）によって使用されることができる。このようにして、４ステップ・ランダム・アクセス・チャネルの構成が、アクティブ帯域幅部分に使用される帯域幅部分の選択の柔軟性を改善することができる。
【0062】
いくつかの例示的な実施形態では継続時間２２５を決定するための別の暗黙の規則として、第１デバイス１１０および／または第２デバイス１２０は第１デバイス１１０が、第２デバイス１２０からのＭＳＧＢを監視する時間長に基づいて、継続時間２２５を決定する（２３０）ことができる。第１デバイス１１０によって監視されるＭＳＧＢは、２ステップ・ランダムアクセスチャネルを介して第１デバイス１１０によって送信されるＭＳＧＡに応答して、第２デバイス１２０によって送信される。例えば、第１デバイス１１０が第２デバイス１２０からＭＳＧＢを監視するこのようなタイマ長は、ＭＳＧＢ応答ウィンドウまたはｍｓｇＢ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗと呼ばれることがある。このような例示的な実施形態は、図３を参照して、より詳細に後述される。
【0063】
いくつかの例示的な実施形態では、継続時間２２５を決定するために、第１デバイス１１０および／または第２デバイス１２０は、アクティブ帯域幅部分における４ステップ・ランダムアクセスチャネルの部分的な構成に基づいて継続時間２２５を決定する２３０ことができ、この構成は以下では第２構成とも呼ばれることがある。言い換えると、４ステップ・ランダムアクセスチャネルはアクティブ帯域幅部分に対しては利用構成ないが、コンフィグレーションの一部は、アクティブ帯域幅部分、例えば、競合解決タイマコンフィグレーションからなるコンフィグレーションの部分に対しても提供されてもよい。いくつかの実施形態では、４ステップ・ランダムアクセスチャネル構成の任意の他のパラメータ（競合解決タイマ構成に加えて）が、第１デバイス１１０によって無視され得る。
【0064】
上記の説明は、第１デバイス１１０のアクティブ帯域幅部分において４ステップ・ランダムアクセスチャネルが利用不可能であるという仮定に基づいている。しかしながら、継続時間２２５を決定するための明示的ルールの一実施例として、アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成は、４ステップ・ランダムアクセスチャネルがアクティブ帯域幅部分において利用できないか否かにかかわらず、常に競合解決タイマを示すことができる。別の例示的な実施形態では、アクティブ帯域幅部分に競合解決タイマを有する２ステップ・ランダムアクセスチャネルの第１構成が、４ステップ・ランダムアクセスチャネルが上記で説明したようにアクティブ帯域幅部分で構成されていないか、または利用不可能である場合に、第２デバイス１２０によって存在または構成のみされ得る。
【0065】
言い換えると、２ステップ・ランダムアクセスチャネルの構成と４ステップ・ランダムアクセスチャネルの構成の両方が、アクティブ帯域幅部分に対して存在する可能性があり、２つの構成は異なる時点長さを持つ２つの競合解決タイマを示す。説明を容易にするために、２ステップ・ランダムアクセスチャネルの構成で示される競合解決タイマは、第１の競合解決タイマと呼ばれてもよく、４ステップ・ランダムアクセスチャネルの構成で示される競合解決タイマは第２の競合解決タイマと呼ばれてもよい。
【0066】
第１および第２の競合解決タイマの両方が第１デバイス１１０のアクティブ帯域幅部分に存在する場合、第２デバイス１２０（第１デバイス１１０も）は、第１デバイス１１０によって現在実行されているものとして２ステップ・ランダムアクセス手順のために示されるので、第１の競合解決タイマの時間長として継続時間２２５を常に決定することができる。しかしながら、第１デバイス１１０が、事前に定義された、または構成された数の失敗したランダム・アクセス試行の後に、２ステップのランダム・アクセス手順から４ステップのランダム・アクセス手順に切り替わるシナリオについては、４ステップのランダム・アクセス手順において、第１デバイス１１０によって使用される競合解決タイマを選択するための２つのオプションがある。
【0067】
第１の選択肢として、第１の競合解決タイマは、４ステップ・ランダムアクセス手順で使用される競合解決タイマとして選択されてもよい。第１の競合解決タイマが第２の競合解決タイマよりも短い時間長を有する場合、これにより、ネットワーク（例えば、第２デバイス１２０）は、４ステップＲＡＣＨにおいて、ランダムアクセス手順が２ステップＲＡＣＨを通じた多数のＭＳＧＡ試行にわたってすでに継続したＵＥに優先順位を付けることができる。
【0068】
あるいは、第２の選択肢として、第２の競合解決タイマが４ステップ・ランダムアクセス手順で使用される競合解決タイマとして選択されてもよい。これは、４ステップのランダムアクセス手順が第１デバイス１１０によって現在実行されているので、より直感的なオプションであり得る。一方、４ステップ・ランダム・アクセス・チャネルが構成されていない場合、すなわち、第１の競合解決タイマのみが存在するが、第２の競合解決タイマが存在しない場合、第１の競合解決タイマはフォールバック・ケースのために使用することができ、第１デバイス１１０は２ステップ・ランダム・アクセス手順における多数のＭＳＧＡ試行の後に、４ステップ・ランダム・アクセス手順に切り替えることができない。
【0069】
引き続き図２を参照すると、Ｍｓｇ３２１５を第２デバイス１２０に送信（２４０）した後、第１デバイス１１０は第２デバイス１２０が継続時間２２５を決定（２３０）するために使用したのと同じ方法で継続時間２２５を決定（２６０）することができ、その結果、第１デバイス１１０および第２デバイス１２０は、同一の継続時間２２５を得ることができる。例えば、第１デバイス１１０のアクティブ帯域幅部で４ステップ・ランダムアクセスチャネルの構成が利用できない場合、第１デバイス１１０は、アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成、またはアクティブ帯域幅部分とは異なる帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成に基づいて、継続時間２２５を決定２６０することができる。決定動作２６０のさらなる詳細は決定動作２３０の説明を参照して理解することができ、したがって、本明細書では繰り返さない。決定動作２６０は送信動作２４０の後に示されているが、第１デバイス１１０は競合解決メッセージ２３５を受信する（２８０）前の任意の適切な時点で継続時間２２５を決定することができることを理解されたい。
【0070】
一般に、継続時間２２５を決定するための第１構成および第２構成は、任意の適切な方法で第１デバイス１１０および第２デバイス１２０によって得ることができる。例えば、２つの構成は第１および第２構成を示すために余分な信号を使用する必要がないように、上位階層によって事前に定義されるか、または事前に決定され得る。いくつかの他の例示的な実施形態では、第２デバイス１２０が第１デバイス１１０のための第１構成および第２構成を決定し、次いで、第１デバイス１１０に２つの構成を通知することができる。このようにして、第１および第２構成は、柔軟な方法でネットワークによって決定することができる。このような例示的な実施形態は、図４を参照して後に詳述される。
【0071】
期間２２５を決定し（２３０）、第１デバイス１１０から競合解決のために第１デバイス１１０の情報２１５を受信した（２５０）後、第２デバイス１２０は、期間２２５内に競合解決メッセージまたはＭｓｇ３再送信許可２３５を第１デバイス１１０に送信する（２７０）。例えば、第１デバイス１１０について競合解決が成功した場合、第２デバイス１２０は、第１デバイス１１０についての競合解決の成功を示す競合解決メッセージ２３５を送信することができる。さもなければ、競合解決が第１デバイス１１０に対して成功しなかった場合、第２デバイス１２０は、競合解決が第１デバイス１１０に対して失敗したことを示す競合解決メッセージ２３５を送信することができる。
【0072】
同様に、Ｍｓｇ３２１５を第２デバイス１２０に送信し（２４０）、継続時間持２５を決定した（２６０）後に、第１デバイス１１０は、継続時間２２５の間、競合解決メッセージ２３５を監視することができる。例えば、第１デバイス１１０は、競合解決メッセージ２３５を監視するために、継続時間２２５で競合解決タイマを開始することができる。継続時間２２５内に第２デバイス１２０から競合解決メッセージ２３５を２８０受信すると、第１デバイス１１０は、競合解決メッセージ２３５の含有量に基づいて、それ自体に対して競合解決が成功したか否かを判断することができる。第１デバイス１１０について競合解決が成功した場合、ランダム・アクセス手順は完了する。さもなければ、第１デバイス１１０がＭｓｇ３２１の多数の送信の後、継続時間２２５内に競合解決メッセージ２３５の受信に失敗した場合、または、競合解決がそれ自体に対して失敗したことを示す競合解決メッセージ２３５を受信した場合、第１デバイス１１０は、ランダム・アクセス手順を実行するための別の試みを行うことができる。
【0073】
上述のように、いくつかの例示的な実施形態では、第１デバイス１１０および／または第２デバイス１２０は、第１デバイス１１０が第２デバイス１２０からのＭＳＧＢ、例えば、ＭＳＧＢ応答ウィンドウをモニタリングする時間長に基づいて、継続時間２２５を決定する（２３０）ことができる。このような例示的な実施形態は、ここで、本開示のいくつかの例示的な実施形態による、第１デバイス１１０と第２デバイス１２０との間の別の例示的な通信処理３００を示す図３を参照して説明される。説明のために、図１を参照して通信処理３００を説明する。しかしながら、通信処理３００は、２つのデバイスが互いに通信する他の通信シナリオにも同様に適用可能であることが理解される。
【0074】
図３に示すように、２ステップのランダムアクセス手順を開始するために、第１デバイス１１０は例えば、２ステップ・ランダムアクセスチャネル上で、第２デバイス１２０にＭＳＧＡ３０５を送信する（３１０）ことができる。ＭＳＧＡ３０５を送信３１０した後、第１デバイス１１０は、ＭＳＧＢ３１５がＭＳＧＡ３０５に応答して第２デバイス１２０によって送信３３０されることを期待することができる。したがって、第１デバイス１１０は、アクティブ帯域幅部分のための２ステップ・ランダムアクセスチャネルの構成において示されることができ、ＭＳＧＢ応答ウィンドウと呼ばれることができる時間長３２５の間、ＭＳＧＢ３１５を監視することができる。ＭＳＧＢ３１５が時間長３２５内に受信された３４０であれば、第１デバイス１１０は、ＭＳＧＢ３１５の含有量に基づいて次の動作を実行するために進むことができる。
【0075】
例えば、第２デバイス１２０がＭＳＧＡ３０５内のペイロードではなく、ランダムアクセスプリアンブルを正常に受信した場合（３２０）、第２デバイス１２０によって送信されたＭＳＧＢ３１５は、Ｍｓｇ３送信を実行することを第１デバイス第１０に示すフォールバック標示を含むことができる（３３０）。フォールバック標示を含むＭＳＧＢ３１５を受信すると（３４０）、第１デバイスはＭｓｇ３を第２デバイス１２０に送信することができ、このＭｓｇ３は、ＭＳＧＡ３０５内のペイロードの再送信とすることができる。この場合、フォールバック標示を含むＭＳＧＢ３１５は、図２に示されるような標示２０５の実施形態であってもよい。
【0076】
別の例として、第２デバイス１２０がＭＳＧＡ３０５内のランダムアクセスプリアンブルおよびペイロードの両方をうまく受信し、第１デバイス１１０について競合解決がうまくいった場合、第２デバイス１２０によって送信されたＭＳＧＢ３１５は、第１デバイス１１０についての競合解決の成功を示す競合解決情報を含むことができる（３３０）。競合解決情報を含むＭＳＧＢ３１５を３４０受信すると、第１デバイス１１０はそれ自体について競合解決が成功し、２ステップのランダムアクセス手順が完了したと判断してもよい。
【0077】
一方、第１デバイス１１０が時間長３２５内にＭＳＧＢ３１５を受信することに失敗した場合、第１デバイス１１０は、ＭＳＧＡ３０５を第２デバイス１２０に再送信することができる。第１デバイス１１０がＭＳＧＡ３０５の所定のまたは構成された数の（再）送信の後に、時間長３２５内にＭＳＧＢ３１５を依然として受信することに失敗した場合、第１デバイス１１０は、４ステップ・ランダムアクセスチャネルが利用可能である場合、４ステップ・ランダムアクセス手順に切り替わり得る。そうでない場合、第１デバイス１１０は、ランダムアクセス手順が失敗したと判定することができる。
【0078】
ネットワーク側では、第１デバイス１１０からＭＳＧＡ３０５を受信した（３２０）後、第２デバイス１２０はＭＳＧＢ３１５を時間長３２５内に第１デバイス１１０に送信する（３３０）ことができ、この時間長３２５は第２デバイス１２０によっても知られている。上述したように、ＭＳＧＢ３１５の含有量は、第１デバイス１１０に対して競合解決が成功したかどうか、およびＭＳＧＡ３０５の含有量が第２デバイス１２０によって成功裏に受信されたかどうか（３２０）に依存し得る。
【0079】
図２および図３の両方を参照すると、ＭＳＧＢ３１５がフォールバック標示を含む場合、図２に示されるような通信処理２００は、第１デバイス１１０と第２デバイス１２０との間で続いて実行され得る。いくつかの例示的な実施形態では、期間２２５を決定する（２３０）とき、第１デバイス１１０および／または第２デバイス１２０は、第２デバイス１２０からのＭＳＧＢ３１５を監視する第１デバイス１１０のための時間長３２５として期間２２５を決定する（２３０）ことができる。言い換えると、第１デバイス１１０および／または第２デバイス１２０は、第２デバイス１２０がＭＳＧＢ３１５を第１デバイス１１０に送信するための時間長３２５として継続時間２２５を決定する２３０ことができる。同様に、継続時間２２５を決定する（２６０）場合、第１デバイス１１０は、継続時間２２５を、第２デバイス１２０からのＭＳＧＢ３１５を監視するための時間長３２５として決定する（２６０）ことができる。
【0080】
このようにして、継続時間２２５および時間長３２５は同一であるように構成されることができ、したがって、別個の標示の代わりに共通の標示を使用して標示されることができ、それによって、シグナリングオーバヘッドを低減する。あるいは、ＭＳＧＢ応答ウィンドウがフォールバックケースのためにＭｓｇ３で再送されるＭＳＧＡのＰＵＳＣＨ部分への応答を監視することを意図しているので、継続時間２２５は４ステップ・ランダムアクセスチャネルがアクティブ帯域幅部分に対して構成されているかどうかにかかわらず、時間長３２５として決定されてもよい。さらに、ネットワーク（例えば、第２デバイス１２０）は、４ステップ・ランダムアクセスチャネルの構成に示されるＭＳＧＢ応答ウィンドウと競合解決タイマのうちのどちらが適用されるかを構成することができ、両方が構成されている場合、継続時間２２５を決定する。
【0081】
図２を説明する際に上述したように、いくつかの例示的な実施形態では、第２デバイス１２０が継続時間２２５を決定するために第１構成および第２構成を決定し、次いで、第１デバイス１１０に第１構成および第２構成を通知することができる。このように、第１構成と第２構成は、柔軟な方法でネットワークによって決定することができる。このような例示的な実施形態を、図４を参照して詳細に説明する。
【0082】
図４は、本開示のいくつかの例示的な実施形態による、第１デバイス１１０と第２デバイス１２０との間のさらなる例示的な通信処理４００を示す。説明のために、図１を参照して通信処理４００を説明する。しかしながら、通信処理４００は、２つのデバイスが互いに通信する他の通信シナリオにも同様に適用可能であることが理解される。
【0083】
図４に示すように、第２デバイス１２０は、第１デバイス１１０の第１構成４０５および第２構成４１５を決定することができる（４１０）。特に、第２デバイス１２０は、第１デバイス１１０のアクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの各種パラメータを構成することができ、また、アクティブ帯域幅部分とは異なる帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成の各種パラメータを構成することができる。さらに、第２デバイス１２０は、第１の端末デバイス１１０の帯域幅部分に対して、２ステップ・ランダムアクセスチャネルと４ステップ・ランダムアクセスチャネルのどちらを利用できるかを構成することができる。例えば、第２デバイス１２０は第１デバイス１１０の特定の帯域幅部分で利用できないように、４ステップ・ランダムアクセスチャネルを構成してもよい。
【0084】
一般性を失うことなく、特定の帯域幅部分は、アクティブ帯域幅部分として第１デバイス１１０によって使用されると仮定される。この場合、第１デバイス１１０が２ステップのランダムアクセス手順からＭｓｇ３送信へのフォールバックを実行するための４ステップ・ランダムアクセスチャネルの利用可能な構成は存在しない。したがって、第２デバイス１２０は、特定の帯域幅部における２ステップ・ランダムアクセスチャネルの第１構成４０５において、競合解決タイマを構成することができる。言い換えると、４ステップ・ランダムアクセスチャネルの構成が帯域幅部分で利用できない場合、第２デバイス１２０は帯域幅部分に対する競合解決タイマを示すために、第１構成４０５を４１０として決定することができる。このようにして、競合解決タイマの明示的な標示が第１デバイス１１０に提供され、２ステップ・ランダムアクセス手順からＭｓｇ３送信へのフォールバックを可能にする。
【0085】
一方、４ステップ・ランダムアクセスチャネルが第１デバイス１１０の帯域幅部分で利用可能である場合、第２デバイス１２０は、帯域幅部分の２ステップ・ランダムアクセスチャネルの第１構成４０５に競合解決タイマを示さなくてもよい。言い換えれば、４ステップ・ランダムアクセスチャネルの構成が帯域幅部分で利用可能である場合、第２デバイス１２０は、帯域幅部分のための競合解決タイマを示さないように第１構成４０５を決定することができる（４１０）。このようにして、競合解決タイマを示すためのシグナリングオーバヘッドを節約することができる。
【0086】
あるいは、第２デバイス１２０が、４ステップ・ランダムアクセスチャネルが帯域幅部分において利用可能であるかどうかにかかわらず、帯域幅部分のための競合解決タイマを示すために第１構成４０５を決定することができる。言い換えると、第２デバイス１２０は、第４ステップ・ランダムアクセスチャネルが帯域幅部分で利用可能であるか否かにかかわらず、第１デバイス１１０の帯域幅部分において、第２ステップ・ランダムアクセスチャネルの第１構成４０５において、競合解決タイマを常に構成することができる。このように、第１構成４０５で競合分解能タイマを構成する前に第２デバイス１２０が４ステップ・ランダムアクセスチャネルが利用可能であるか否かを判断しないため、第１構成４０５で競合分解能タイマを構成するための第２デバイス１２０の動作を簡略化することができる。
【0087】
第１構成４０５および第２構成４１５を決定した（４１０）後、第２デバイス１２０は、それらを第１デバイス１１０に送信する（４２０）。例えば、第１構成４０５および第２構成４１５は、ＲＲＣメッセージのような１つのメッセージを介して４２０を送信することができる。あるいは、第１構成４０５および第２構成４１５が２つのＲＲＣメッセージのような別々のメッセージで４２０を送信することができる。さらに、図２および図４の両方を参照すると、第１デバイス１１０および／または第２デバイス１２０は、第１構成４０５および第２構成４１５に基づいて継続時間２２５を決定することができる（２３０）。同様に、第２デバイス１２０から第１構成４０５および第２構成４１５を受信した（４３０）後、第１デバイス１１０は、第１構成４０５および第２構成４１５に基づいて継続時間２２５を決定する（２６０）ことができる。
【0088】
図５は、本開示のいくつかの例示的な実施形態による例示的な方法５００のフローチャートを示す。いくつかの例示的な実施形態では、方法５００が図１に示されるような第１デバイス１１０などの通信ネットワーク内の装置において実装され得る。加えて、または代替的に、方法５００は、図１に示される他の装置で実施することもできる。いくつかの他の例示的な実施形態では、方法５００が図１に示されていない装置において実施されてもよい。
【0089】
ブロック５１０において、第１デバイス１１０は第２デバイス１２０から、Ｍｓｇ３送信を実行するための標示を受信する。ブロック５２０において、第１デバイス１１０は、競合解決のために第１デバイスの情報を第２デバイス１２０に送信する。ブロック５３０で、第１デバイス１１０のアクティブ帯域幅部分で４ステップ・ランダムアクセスチャネルの構成が利用できない場合、第１デバイス１１０は、アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成、またはアクティブ帯域幅部分とは異なる帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成のうちの１つに基づいて、競合解決メッセージを監視する期間を決定する。
【0090】
いくつかの例示的な実施形態では、継続時間を決定することは、第１構成が競合解決タイマを示すという決定にしたがって、継続時間を競合解決タイマの時間長として決定することを含む。
【0091】
いくつかの例示的な実施形態では、継続時間を決定することは第１構成が競合解決タイマを示さない場合に、第２構成で示される競合解決タイマの時間長として継続時間を決定することを含む。
【0092】
いくつかの例示的な実施形態では、帯域幅部分が、第１デバイス１１０のための初期帯域幅部分、第１デバイス１１０のためのデフォルト帯域幅部分、第１デバイス１１０のための第１アクティブ帯域幅部分、または、第２デバイス１２０によって示される所定の帯域幅部分のうちの１つを備える。
【0093】
いくつかの例示的な実施形態では方法５００が、第１構成が競合解決タイマを示さない場合に、第２デバイス１２０からＭＳＧＢを監視するための時間長として継続時間を決定することをさらに含み、ＭＳＧＢは２ステップ・ランダムアクセスチャネルを介して送信されるＭＳＧＡに応答して第２デバイス１２０によって送信される。
【0094】
いくつかの実施形態では、競合解決のための第１デバイスの情報がランダムアクセス手順のＭｓｇ３を介して送信される。
【0095】
ある実施形態では、ＭＳＧＢを監視するための時間長がＭＳＧＢ応答ウィンドウの時間長である。
【0096】
いくつかの例示的な実施形態では、方法５００が、第２デバイス１２０から第１構成および第２構成を受信することをさらに含む。
【0097】
いくつかの例示的な実施形態では、第１デバイス１１０は端末デバイスを含み、第２デバイス１２０はネットワーク装置を含む。
【0098】
図６は、本開示のいくつかの例示的な実施形態による別の例示的な方法６００のフローチャートを示す。いくつかの例示的な実施形態では、方法６００が図１に示されるような第２デバイス１２０などの通信ネットワーク内の装置において実装され得る。加えて、または代替的に、方法６００は、図１に示される他の装置で実施することもできる。いくつかの他の例示的な実施形態では、方法６００が図１に示されていない装置において実施されてもよい。
【0099】
ブロック６１０において、第２デバイス１２０は、Ｍｓｇ３送信を実行するための標示を第１デバイス１１０に送信する。ブロック６２０で、第１デバイス１１０のアクティブ帯域幅部分で４ステップ・ランダムアクセスチャネルの構成が利用できない場合、第２デバイス１２０は、アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成、またはアクティブ帯域幅部分とは異なる帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成のうちの１つに基づいて、第１デバイス１１０に競合解決メッセージを送信する期間を決定する。ブロック６３０において、第２デバイス１２０は、競合解決のための第１デバイスの情報が第１デバイス１１０から受信されたかどうかを判定する。ブロック６４０において、競合解決のための第１デバイスの情報が第１デバイス１１０から受信されたとの判定に応じて、第２デバイス１２０は、競合解決メッセージを継続時間内に第１デバイス１１０に送信する。
【0100】
いくつかの例示的な実施形態では、継続時間を決定することは、第１構成が競合解決タイマを示すという決定にしたがって、継続時間を競合解決タイマの時間長として決定することを含む。
【0101】
いくつかの例示的な実施形態では、継続時間を決定することは、第１構成が競合解決タイマを示さない場合に、第２構成で示される競合解決タイマの時間長として継続時間を決定することを含む。
【0102】
いくつかの例示的な実施形態では、帯域幅部分が、第１デバイス１１０のための初期帯域幅部分、第１デバイス１１０のためのデフォルト帯域幅部分、第１デバイス１１０のための第１アクティブ帯域幅部分、または第２デバイス１２０によって示される所定の帯域幅部分のうちの１つを備える。
【0103】
いくつかの例示的な実施形態では、方法６００が、第１構成が競合解決タイマを示さない場合に、第１デバイス１１０が、第２デバイス１２０からのＭＳＧＢを監視するための時間長として継続時間を決定することをさらに含み、ＭＳＧＢは、２ステップ・ランダムアクセスチャネルを介して送信されるＭＳＧＡに応答して第２デバイス１２０によって送信される。
【0104】
ある実施形態では、ＭＳＧＢを監視するための時間長がＭＳＧＢ応答ウィンドウの時間長である。
【0105】
いくつかの実施形態では、競合解決のための第１デバイスの情報が、ランダムアクセス手順のＭｓｇ３を介して受信される。
【0106】
いくつかの例示的な実施形態では、方法６００は、第１構成および第２構成を決定することと、第１構成および第２構成を第１デバイス１１０に送信することとをさらに備える。
【0107】
いくつかの例示的な実施形態では、第１構成を決定することは、４ステップ・ランダムアクセスチャネルの構成がアクティブ帯域幅部分において利用不可能であるという決定にしたがって、アクティブ帯域幅部分のための競合解決タイマを示すために第１構成を決定することを含む。
【0108】
いくつかの例示的な実施形態では、第１構成を決定することは、４ステップ・ランダムアクセスチャネルが、アクティブ帯域幅部分において利用可能であるかどうかにかかわらず、アクティブ帯域幅部分のための競合解決タイマを示すために第１構成を決定することを含む。
【0109】
いくつかの例示的な実施形態では、第１デバイス１１０は端末デバイスを含み、第２デバイス１２０はネットワーク装置を含む。
【0110】
いくつかの例示的な実施形態では、方法５００を実行することができる装置（例えば、第１デバイス１１０）は、方法５００のそれぞれのステップを実行するための手段を備えることができる。本手段は、任意の好適な形態で実施することができる。例えば、本手段は、回路又はソフトウエアモジュールで実施されてもよい。
【0111】
いくつかの例示的な実施形態では、装置が、第１デバイスにおいて、第２デバイスから、Ｍｓｇ３送信を実行するための標示を受信するための手段と、競合解決のために第１デバイスの情報を第２デバイスに送信するための手段と、第１デバイスのためのアクティブ帯域幅部分において４ステップ・ランダムアクセスチャネルの構成が利用可能でないケースにおいて、アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成、またはアクティブ帯域幅部分とは異なった帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成のうちの１つに基づいて、競合解決メッセージを監視するための継続時間を決定するための手段とを備える。
【0112】
いくつかの例示的な実施形態では、継続時間を決定するための手段が、第１構成が競合解決タイマを示すという決定にしたがって手段するステップと、継続時間を競合解決タイマの時間長として決定するステップとを含む。
【0113】
いくつかの例示的な実施形態では、継続時間を決定するための手段が、第１構成が競合解決タイマを示さないケースについて、第２構成で示される競合解決タイマの時間長として継続時間を決定する手段を含む。
【0114】
いくつかの例示的な実施形態では、帯域幅部分が、第１デバイスのための初期帯域幅部分、第１デバイスのためのデフォルト帯域幅部分、第１デバイスのための第１アクティブ帯域幅部分、または第２デバイスによって示される所定の帯域幅部分のうちの１つを備える。
【0115】
いくつかの例示的な実施形態では、装置が、第１構成が競合解決タイマを示さないケースについて、第２デバイスからＭＳＧＢを監視するための時間長として継続時間を決定する手段をさらに含み、ＭＳＧＢは、２ステップ・ランダムアクセスチャネルを介して送信されるＭＳＧＡに応じて第２デバイスによって送信される。
【0116】
ある実施形態では、ＭＳＧＢを監視するための時間長がＭＳＧＢ応答ウィンドウの時間長である。
【0117】
いくつかの例示的な実施形態では、装置が、第２デバイスから第１構成および第２構成を受信するための手段をさらに備える。
【0118】
いくつかの例示的な実施形態では、第１デバイスは端末デバイスを含み、第２デバイスはネットワークデバイスを含む。
【0119】
いくつかの例示的な実施形態では、装置が方法５００のいくつかの例示的な実施形態において他のステップを実行するための手段をさらに備える。いくつかの実施形態では、この手段は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備え、該少なくとも１つのメモリおよびコンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記装置を実行させるように構成される、装置。
【0120】
いくつかの例示的な実施形態では、方法６００を実行することができる装置（例えば、第２デバイス１２０）は方法６００のそれぞれのステップを実行するための手段を備えることができる。本手段は、任意の好適な形態で実施することができる。例えば、本手段は、回路又はソフトウエアモジュールで実施されてもよい。
【0121】
いくつかの例示的な実施形態では、この装置は、第２デバイスにおいて、Ｍｓｇ３送信を実行するための標示を第１デバイスに送信するための手段と、第１デバイスのためのアクティブ帯域幅部分において４ステップ・ランダムアクセスチャネルの構成が利用不可能であるケースについて、アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成、または、アクティブ帯域幅部分とは異なる帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成のうちの１つに基づいて、第１デバイスに競合解決メッセージを送信するための継続時間を決定する手段と、決定にしたがって、競合解決のための第１デバイスの情報が第１デバイスから受信されることを手段するために、継続時間内に競合解決メッセージを第１デバイスに送信する手段と、を備える。
【0122】
いくつかの例示的な実施形態では、継続時間を決定する手段は、第１構成が競合解決タイマを示すという決定にしたがって、継続時間を競合解決タイマの時間長として決定する手段を備える。
【0123】
いくつかの例示的な実施形態では、継続時間を決定するための手段が、第１構成が競合解決タイマを示さない場合、第２構成で示される競合解決タイマの時間長として継続時間を決定する手段を含む。
【0124】
いくつかの例示的な実施形態では、帯域幅部分が、第１デバイスのための初期帯域幅部分、第１デバイスのためのデフォルト帯域幅部分、第１デバイスのための第１アクティブ帯域幅部分、または、第２デバイスによって示される所定の帯域幅部分のうちの１つを備える。
【0125】
いくつかの例示的な実施形態では、この装置が、第１構成が競合解決タイマを示さない場合、第１デバイスが第２デバイスからのＭＳＧＢを監視するための時間長として継続時間を決定する手段をさらに備え、ＭＳＧＢは２ステップ・ランダムアクセスチャネルを介して送信されるＭＳＧＡに応じて第２デバイスによって送信される。
【0126】
ある実施形態では、ＭＳＧＢを監視するための時間長がＭＳＧＢ応答ウィンドウの時間長である。
【0127】
いくつかの例示的な実施形態では、この装置が、第１構成および第２構成を決定するための手段と、第１構成および第２構成を第１デバイスに送信するための手段とをさらに備える。
【0128】
いくつかの例示的な実施形態では、第１構成を決定するための手段が、４ステップ・ランダムアクセスチャネルの構成がアクティブ帯域幅部分において利用不可能であるという決定にしたがって、アクティブ帯域幅部分のための競合解決タイマを示すために第１構成を決定する手段を含む。
【0129】
いくつかの例示的な実施形態では、第１構成を決定するための手段が、４ステップ・ランダムアクセスチャネルがアクティブ帯域幅部分において利用可能であるかどうかにかかわらず、アクティブ帯域幅部分のための競合解決タイマを示すために第１構成を決定するための手段を備える。
【0130】
いくつかの例示的な実施形態では、第１デバイスは端末デバイスを含み、第２デバイスはネットワークデバイスを備える。
【0131】
いくつかの例示的な実施形態では、この装置は、方法６００のいくつかの例示的な実施形態において他のステップを実行するための手段をさらに備える。いくつかの実施形態では、この手段は、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリと、を備え、少なくとも１つのメモリと、コンピュータプログラムコードとは、この少なくとも１つのプロセッサを用いて、この装置の実行をさせるように構成される。
【0132】
図７は、本開示の例示的な実施形態を実施するのに適した装置７００の簡略化されたブロック図を示す。デバイス７００は通信装置、例えば、図１に示されるような第１デバイス１１０および第２デバイス１２０を実装するために提供され得る。図示のように、装置７００は、１つ以上のプロセッサ７１０、プロセッサ７１０に結合された１つ以上のメモリ７２０、およびプロセッサ７１０に結合された１つ以上の通信モジュール７４０を含む。
【0133】
通信モジュール７４０は、双方向通信用である。通信モジュール７４０は、通信を容易にするために少なくとも１つのアンテナを有する。通信インタフェースは、他のネットワーク要素との通信に必要な任意のインタフェースを表すことができる。
【0134】
プロセッサ７１０はローカル技術ネットワークに適した任意のタイプとすることができ、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つ以上を含むことができる。装置７００は、メインプロセッサを同期させるクロックに合わせてスレーブされる特定用途向け集積回路チップなどの複数のプロセッサを有することができる。
【0135】
メモリ７２０は、１つ以上の不揮発性メモリ及び１つ以上の揮発性メモリを含むことができる。不揮発性メモリの例には、リードオンリーメモリ（ＲＯＭ）７２４、電気的にプログラム可能なリードオンリーメモリ（ＥＰＲＯＭ）、フラッシュメモリ、ハードディスク、コンパクトディスク（ＣＤ）、デジタルビデオディスク（ＤＶＤ）、ならびに他の磁気メモリおよび／または光メモリが含まれるが、これらに限定されない。揮発性メモリの例にはランダム・アクセス・メモリ７２２と、パワー・ダウン・デュレーションで最後にならない他の揮発性メモリが含まれるが、これらに限定されない。
【0136】
コンピュータ・プログラム７３０は、関連するプロセッサ７１０によって実行されるコンピュータ実行可能命令を含む。コンピュータ・プログラム７３０は、ＲＯＭ ７２４に記憶されてもよい。プロセッサ７１０は、コンピュータ・プログラム７３０をＲＡＭ ７２２にロードすることによって、任意の適切なアクションおよび処理を実行することができる。
【0137】
本開示の例示的な実施形態は、装置７００が図５または図６に関連して説明した本開示の任意の処理を実行することができるように、コンピュータ・プログラム７３０を手段することによって実施することができる。本開示の例示的な実施形態はまた、ハードウェアによって、またはソフトウェアとハードウェアとの組み合わせによって実装されてもよい。
【0138】
いくつかの例示的な実施形態では、コンピュータ・プログラム７３０が、デバイス７００（メモリ７２０など）またはデバイス７００によってアクセス可能な他の記憶デバイスに含まれ得るコンピュータ可読媒体に有形に含まれ得る。装置７００は、コンピュータ可読媒体から実行のためにコンピュータ・プログラム７３０をＲＡＭ７２２にロードすることができる。コンピュータ可読媒体は、ＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードディスク、ＣＤ、ＤＶＤ等の任意のタイプの有形不揮発性メモリを含み得る。
【0139】
図８は、本開示のいくつかの例示的な実施形態による例示的なコンピュータ可読媒体８００のブロック図を示す。図８の例では、コンピュータ可読媒体８００はＣＤ又はＤＶＤの形成である。コンピュータ可読媒体８００は、そこに記憶されたコンピュータ・プログラム７３０を有する。
【0140】
一般に、本開示の各種例示的な実施形態は、ハードウェアまたは専用回路、ソフトウェア、ロジック、またはそれらの任意の組合せで実装され得る。ある態様はハードウェアで実施されてもよく、一方、他の態様はコントローラ、マイクロプロセッサまたは他の計算装置によって実行されてもよいファームウェアまたはソフトウェアで実施されてもよい。本開示の例示的な実施形態の様々な態様は、ブロック図、フローチャートとして、またはいくつかの他の画的表現を使用して図示および説明されるが、本明細書で説明されるブロック、装置、システム、技術、または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路または論理、汎用ハードウェアまたはコントローラもしくは他の計算装置、あるいはそれらのいくつかの組合せで実装され得ることを理解されたい。
【0141】
本開示はまた、一時的でないコンピュータ可読記憶媒体に有形に記憶された少なくとも１つのコンピュータ・プログラム製品を提供する。コンピュータ・プログラム製品は、図５または図６を参照して上述した方法５００または６００を実行するために、ターゲット実プロセッサまたは仮想プロセッサ上の装置で実行される、プログラム・モジュールに含まれるようなコンピュータ実行可能命令を含む。一般に、プログラムモジュールは、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、成分、データ構造などを含み、特定のタスクを実行したり、特定の抽象データ型を実装したりする。プログラムモジュールの機能は各種例示的な実施形態において所望されるように、プログラムモジュール間で組み合わされてもよく、または分割されてもよい。プログラムモジュールのためのマシン実行可能命令は、ローカルまたは分散装置内で実行することができる。分散デバイスでは、プログラムモジュールがローカル記憶媒体とリモート記憶媒体の両方に配置されてもよい。
【0142】
本開示の方法を実行するためのプログラムコードは、１つ以上のプログラミング言語の任意の組合せで書くことができる。これらのプログラムコードは汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置のプロセッサまたはコントローラに提供されてもよく、その結果、プログラムコードはプロセッサまたはコントローラによって実行されると、フローチャートおよび／またはブロック図で指定された機能／動作を実装させる。プログラム・コードは、マシン上で、部分的にはマシン上で、スタンドアロン・ソフトウェア・パッケージとして、部分的にはマシン上で、部分的にはリモート・マシン上で、または全体的にはリモート・マシンまたはサーバ上で実行することができる。
【0143】
本開示の文脈では、コンピュータプログラムコードまたは関連データは、デバイス、装置、またはプロセッサが上述のような様々なプロセスおよび動作を実行することを可能にするために、任意の適切なキャリアによって搬送され得る。キャリアとしては、例えば、信号、コンピュータ読み取り例媒体等が挙げられる。
【0144】
コンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体であってもよい。コンピュータ可読媒体は、電子、磁気、光学、電磁気、赤外線、または半導体システム、装置、またはデバイス、あるいは前述のもの任意の適切な組合せを含むことができるが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な例には、１つ以上のワイヤを有する電気接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリメモリ（ＣＤ－ＲＯＭ）、光記憶デバイス、磁気記憶デバイス、または前述の任意の適切な組合せが含まれる。
【0145】
さらに、動作は特定の順序で示されているが、これは、望ましい結果を達成するために、そのような動作が示された特定の順序で、または連続的な順序で実行されること、または示されたすべての動作が実行されることを必要とするものとして理解されるべきではない。特定の状況では、マルチタスキングおよび並列処理が有利であり得る。同様に、いくつかの特定の実装の詳細が上記の議論に含まれるが、これらは本開示の範囲に対する制限として解釈されるべきではなく、むしろ、特定の例示的な実施形態に固有であり得る特徴の説明として解釈されるべきである。別個の例示的な実施形態の文脈で説明される特定の特徴は、単一の例示的な実施形態において組み合わせて実装されてもよい。逆に、単一の例示的な実施形態の文脈で説明される様々な特徴は、複数の例示的な実施形態で別々に、または任意の適切な組み合わせで実装されてもよい。
【0146】
本開示は構造的特徴および／または方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲で定義される本開示は必ずしも上記の特定の特徴または動作に限定されないことを理解されたい。むしろ、上記の特定の特徴および動作は、特許請求の範囲を実施する例示的な形成として開示されている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【手続補正書】
【提出日】2022-08-19
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
少なくとも１つのプロセッサと、コンピュータプログラムコードを格納する少なくとも１つのメモリとを備える第１デバイスであって、前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、
前記第１デバイスに、Ｍｓｇ３送信を実行する標示を、第２デバイスから受信するステップと、
競合解決のために第１デバイスの情報を第２デバイスに送信するステップと、
４段階のランダムアクセスチャネルの構成が、前記第１デバイスのためのアクティブ帯域幅部分において利用できない場合、アクティブ帯域幅部において２段階のランダムアクセスチャネルを構成する第１構成、または、アクティブ帯域幅部とは異なる帯域幅部において４段階のランダムアクセスチャネルを構成する第２構成のうちの１つに基づいて、競合解決メッセージを監視するための期間を決定するステップとを実行させるように構成された、
第１デバイス。
【請求項2】
前記第２デバイスは、前記第１構成が競合解消タイマーを示すという決定にしたがって、継続時間を前記競合解消タイマーの時間長として決定するステップにより継続時間を決定する、請求項１に記載の第１デバイス。
【請求項3】
前記第１デバイスは、前記第１構成が競合解決タイマを示さない場合、前記第２構成で示される競合解決タイマの時間長として継続時間を決定するステップによって継続時間を決定させる、請求項１に記載の第１デバイス。
【請求項4】
前記アクティブ帯域幅部分は、前記第１デバイスの初期帯域幅部分、
前記第１デバイスのデフォルト帯域幅部分、
前記第１デバイスの第１アクティブ帯域幅部分、または、
前記第２デバイスによって示される所定の帯域幅部分のうちの１つを含む、請求項１に記載の第１デバイス。
【請求項5】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第１デバイスに前記第１構成が競合解決タイマを示していない場合、前記第２デバイスからＭＳＧＢを監視するための時間長として継続時間を決定させるように構成され、ここで、前記ＭＳＧＢは、前記２ステップ・ランダムアクセスチャネルを介して送信されたＭＳＧＡに応答して前記第１デバイスによって監視される、請求項１に記載の第１デバイス。
【請求項6】
前記ＭＳＧＢを監視するための前記時間長は、ＭＳＧＢ応答ウィンドウの時間長である、請求項５に記載の第１デバイス。
【請求項7】
前記競合解決のための前記第１デバイスの情報は、ランダムアクセス手順のＭｓｇ３を介して送信される、請求項１に記載の第１デバイス。
【請求項8】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第１デバイスに、前記第１構成および前記第２構成のうちの少なくとも１つを前記第２デバイスから受信させるように、さらに構成される、請求項１に記載の第１デバイス。
【請求項9】
前記第１デバイスは端末デバイスを含み、前記第２デバイスはネットワークデバイスを含む、請求項１に記載の第１デバイス。
【請求項10】
少なくとも１つのプロセッサと、コンピュータプログラムコードを格納する少なくとも１つのメモリとを備える第２デバイスであって、前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、
前記第２デバイスに、Ｍｓｇ３送信を実行する標示を第１デバイスに送信させ、
４ステップ・ランダムアクセスチャネルの構成が、前記第１デバイスに対してアクティブ帯域幅部分で使用できない場合は、前記アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成、または、前記アクティブ帯域幅部分とは異なる帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成のいずれか１つに基づいて、前記第１デバイスに競合解決メッセージを送信する期間を決定させ、
競合解決のための前記第１デバイスの情報が、前記第１デバイスから受信されたとの決定にしたがって、
前記競合解決メッセージを、継続時間内に前記第１デバイスに送信させる
ように構成される、
第２デバイス。
【請求項11】
前記第２デバイスは、前記第１構成が競合解決タイマを示すとの決定にしたがって、前記継続時間を前記競合解決タイマの時間長として決定することによって前記継続時間を決定させる、請求項１０に記載の第２デバイス。
【請求項12】
前記第２デバイスは、前記第１構成が競合解決タイマを示さない場合、前記第２構成で示される競合解決タイマの時間長として継続時間を決定することによって前記継続時間を決定させる、請求項１０に記載の第２デバイス。
【請求項13】
前記アクティブ帯域幅部分は、前記第１デバイスの初期帯域幅部分、
前記第１デバイスのデフォルト帯域幅部分、
前記第１デバイスの第１アクティブ帯域幅部分、または、
前記第２デバイスによって示された所定の帯域幅部分のうちの１つを含む、
請求項１０に記載の第２デバイス。
【請求項14】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第２デバイスに、前記第１構成が競合解決タイマを示していない場合、前記第２デバイスからＭＳＧＢを監視するために、前記第１デバイスの時間長として前記継続時間を決定させるようにさらに構成され、
ここで、該ＭＳＧＢは、前記２ステップ・ランダムアクセスチャネルを介して受信されたＭＳＧＡに応答して前記第２デバイスによって送信される、
請求項１０に記載の第２デバイス。
【請求項15】
前記ＭＳＧＢを監視するための前記時間長は、ＭＳＧＢ応答ウィンドウの時間長である、請求項１４に記載の第２デバイス。
【請求項16】
競合解決のための前記第１デバイスの前記情報は、ランダムアクセス手順のＭｓｇ３を介して受信される、請求項１０に記載の第２デバイス。
【請求項17】
前記少なくとも１つのメモリおよび前記コンピュータプログラムコードは、前記少なくとも１つのプロセッサを用いて、前記第２デバイスに、前記第１構成と前記第２構成のうちの少なくとも１つを決定させ、
前記第１構成と前記第２構成のうちの少なくとも１つを前記第１デバイスに送信させる
ようにさらに構成される、
請求項１０に記載の第２デバイス。
【請求項18】
前記第２デバイスは、前記アクティブ帯域幅部分において前記４ステップ・ランダムアクセスチャネルの構成が利用不可であるとの決定にしたがい、前記アクティブ帯域幅部分の競合解決タイマを示すために前記第１構成を決定することによって前記第１構成を決定させる、請求項１７に記載の第２デバイス。
【請求項19】
前記第２デバイスは、前記アクティブ帯域幅部分において前記４ステップ・ランダムアクセスチャネルが使用可能かどうかに関係なく、前記アクティブ帯域幅部分に対して競合解決タイマーを示すために前記第１構成を決定することによって前記第１構成を決定させる、請求項１７に記載の第２デバイス。
【請求項20】
前記第１デバイスは端末デバイスを含み、前記第２デバイスはネットワークデバイスを含む、請求項１０に記載の第２デバイス。
【請求項21】
第１デバイスにおいて、第２デバイスから、Ｍｓｇ３送信を実行するための標示を受信するステップと、競合解決のために前記第１デバイスの情報を前記第２デバイスに送信するステップと、
４ステップ・ランダムアクセスチャネルの構成が、前記第１デバイスのアクティブ帯域幅部分で使用できない場合、前記アクティブ帯域幅部分の２ステップ・ランダムアクセスチャネルの第１構成、または、アクティブ帯域幅部分とは異なる帯域幅部分の４ステップ・ランダムアクセスチャネルの第２構成のいずれか１つに基づいて競合解決メッセージを監視する期間を決定するステップと、
を含む方法。
【請求項22】
第２デバイスにおいて、第１デバイスに、Ｍｓｇ３送信を実行するための標示を送信するステップと、４ステップ・ランダムアクセスチャネルの構成が、前記第１デバイスに対してアクティブ帯域幅部分で使用できない場合、前記アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成、または、前記アクティブ帯域幅部分とは異なる帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成のいずれか１つに基づいて、前記第１デバイスに競合解決メッセージを送信する期間を決定するステップと、
競合解決のための前記第１デバイスの情報が前記第１デバイスから受信されるとの決定判定にしたがい、継続時間内に前記競合解決メッセージを前記第１デバイスに送信するステップと、
を含む方法。
【請求項23】
第２デバイスから第１デバイスにおいて、Ｍｓｇ３送信を実行するための標示を受信するための手段と、競合解決のために前記第１デバイスの情報を前記第２デバイスに送信する手段と、
４ステップ・ランダムアクセスチャネルの構成が、前記第１デバイスのアクティブ帯域幅部分で使用できない場合、前記アクティブ帯域幅部分の２ステップ・ランダムアクセスチャネルの第１構成、または、前記アクティブ帯域幅部分とは異なる帯域幅部分の４ステップ・ランダムアクセスチャネルの第２構成のいずれか１つに基づいて、競合解決メッセージを監視する期間を決定する手段と、
を備える装置。
【請求項24】
Ｍｓｇ３送信を実行するための標示を第２デバイスにおいて第１デバイスに送信するための手段と、前記第１デバイスのアクティブ帯域幅部分で４ステップ・ランダムアクセスチャネルの構成が使用できない場合、前記アクティブ帯域幅部分における２ステップ・ランダムアクセスチャネルの第１構成、または、前記アクティブ帯域幅部分とは異なる帯域幅部分における４ステップ・ランダムアクセスチャネルの第２構成のいずれか１つに基づいて、前記第１デバイスに競合解決メッセージを送信する期間を決定する手段と、
競合解決のための前記第１デバイスの情報が第１デバイスから受信されたとの決定にしたがって、
前記期間内に前記競合解決メッセージを前記第１デバイスに送信する手段と、
を備える装置。
【請求項25】
装置に少なくとも請求項２１または２２に記載の方法を実行させるためのプログラム命令を含むコンピュータプログラム。
【国際調査報告】