知財求人 - 知財ポータルサイト「IP Force」
▶ テレフオンアクチーボラゲット エル エム エリクソン（パブル）の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-03-24
(45)【発行日】2022-04-01
(54)【発明の名称】無線通信におけるランダムアクセスに関する改善
(51)【国際特許分類】
H04W 72/02 20090101AFI20220325BHJP
H04W 74/08 20090101ALI20220325BHJP
H04W 72/04 20090101ALI20220325BHJP
【ＦＩ】
H04W72/02
H04W74/08
H04W72/04 132
【請求項の数】
15
(21)【出願番号】P 2020526271
(86)(22)【出願日】2018-10-30
(65)【公表番号】
(43)【公表日】2021-02-12
(86)【国際出願番号】 SE2018051114
(87)【国際公開番号】W WO2019098906
(87)【国際公開日】2019-05-23
【審査請求日】2020-07-29
(31)【優先権主張番号】62/587,517
(32)【優先日】2017-11-17
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】598036300
【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）
(74)【代理人】
【識別番号】100109726
【弁理士】
【氏名又は名称】園田 吉隆
(74)【代理人】
【識別番号】100161470
【弁理士】
【氏名又は名称】冨樫 義孝
(74)【代理人】
【識別番号】100194294
【弁理士】
【氏名又は名称】石岡 利康
(74)【代理人】
【識別番号】100194320
【弁理士】
【氏名又は名称】藤井 亮
(72)【発明者】
【氏名】ダールマン， エーリク
(72)【発明者】
【氏名】パルクヴァル， ステファン
(72)【発明者】
【氏名】バルデメイレ， ロベルト
【審査官】伊藤 嘉彦
(56)【参考文献】
【文献】特表２０１７－５１６３４８（ＪＰ，Ａ）
【文献】特表２０１６－５３８７８１（ＪＰ，Ａ）
【文献】Samsung，Random Access in RRC Connected: Bandwidth Part Aspects[online]，3GPP TSG RAN WG2 #100 R2-1713372，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_100/Docs/R2-1713372.zip>，2017年11月16日
【文献】ASUSTeK，Details of BWP inactivity timer[online]，3GPP TSG RAN WG2 #100 R2-1712212，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_100/Docs/R2-1712212.zip>，2017年11月16日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
ネットワークノードからランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を受信するための、無線通信システムにおける無線デバイスによって行われる方法であって、選択されたランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を前記ネットワークノードに送信すること（Ｓ１１）であって、前記選択されたプリアンブルは前記ネットワークノードから前記無線デバイスに前記ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を通信するために使用される特定のダウンリンク（ＤＬ）リソースにリンクされる、選択されたランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を送信することと、
前記特定のＤＬリソース上で前記ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を前記ネットワークノードから受信すること（Ｓ１３）と、を含み、
帯域幅部分（ＢＷＰ）の関連のタイマーであって、
前記無線デバイスは新しいアクティブなダウンリンクＢＷＰに切り替える時に前記タイマーを開始する、
前記無線デバイスは前記アクティブなダウンリンクＢＷＰ上でスケジューリングされる時に前記タイマーを再始動する、および、
前記無線デバイスは前記タイマーが時間切れになる時にデフォルトのダウンリンクＢＷＰをアクティブ化する、
という特性を有する、タイマーがあり、
前記タイマーはランダムアクセス手順中に実行し続け、前記タイマーがランダムアクセス手順中に時間切れになる場合、前記ランダムアクセス手順は終了するまで継続し、
前記タイマーが時間切れになっており、かつ前記ランダムアクセスが成功して終了される場合、前記無線デバイスは、タイマーがリセットされるとともに前記ランダムアクセス手順を開始する前に使用された前記ＢＷＰに戻り、
前記タイマーが時間切れになっており、かつ前記ランダムアクセスが成功せずに終了される場合、前記無線デバイスはデフォルトの前記ＢＷＰに切り替える、
方法。
【請求項2】
前記ネットワークノードへの送信に使用するためのランダムアクセスプリアンブルを選択すること（Ｓ１０）であって、前記ランダムアクセスプリアンブルは、前記ネットワークノードから前記無線デバイスに前記ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を通信するために使用される特定のＤＬリソースにリンクされる、ランダムアクセスプリアンブルを選択することをさらに含む、請求項１に記載の方法。
【請求項3】
前記無線デバイスは、使用するために選択されたプリアンブルがどれかについて通知される、請求項１に記載の方法。
【請求項4】
前記ランダムアクセスプリアンブルは、ランダムアクセスに対して利用可能なプリアンブルから選択される、請求項２または３に記載の方法。
【請求項5】
前記選択されたプリアンブルに基づいて、前記ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）の受信のための対応する前記特定のＤＬリソースを監視すること（Ｓ１２）をさらに含む、請求項１から４のいずれか一項に記載の方法。
【請求項6】
前記選択されたランダムアクセスプリアンブルは利用可能なランダムアクセスプリアンブルのプリアンブルサブセットの一部であり、前記特定のＤＬリソースは、前記選択されたランダムアクセスプリアンブルが一部となっている前記プリアンブルサブセットにリンクされる、請求項１から５のいずれか一項に記載の方法。
【請求項7】
前記利用可能なランダムアクセスプリアンブルは２つ以上のサブセットに分割される、請求項６に記載の方法。
【請求項8】
前記利用可能なランダムアクセスプリアンブルは、２つのサブセット、ＡとＢとに分割され、前記サブセットＡは競合ベースランダムアクセスに使用され、前記サブセットＢは無競合ランダムアクセスに使用される、請求項６または７に記載の方法。
【請求項9】
前記特定のＤＬリソースは、前記選択されたランダムアクセスプリアンブルがサブセットＡの一部である場合はリソースＡであり、前記選択されたランダムアクセスプリアンブルがサブセットＢの一部である場合はリソースＢである、請求項８に記載の方法。
【請求項10】
前記特定のＤＬリソースは、競合ベースランダムアクセスに対する共通のリソースを含み、前記特定のＤＬリソースは、無競合ランダムアクセスに対する前記無線デバイスの現在アクティブな帯域幅部分（ＢＷＰ）を含む、請求項８または９に記載の方法。
【請求項11】
前記特定のＤＬリソースは、制御リソースセット（ＣＯＲＥＳＥＴ）、帯域幅部分（ＢＷＰ）、または監視するための探索空間の１つまたは複数である、請求項１から１０のいずれか一項に記載の方法。
【請求項12】
前記方法は、接続状態における無線デバイスのための接続状態ランダムアクセスに対して行われる、請求項１から１１のいずれか一項に記載の方法。
【請求項13】
無線通信システム（１００）において動作するように設定され、かつネットワークノード（２０）からランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を受信するように設定された無線デバイス（１０）であって、前記ネットワークノードと通信するように設定された通信インターフェース（１１）と、
選択されたランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を前記ネットワークノードに送信することであって、前記選択されたプリアンブルは前記ネットワークノードから前記無線デバイスに前記ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を通信するために使用される特定のダウンリンク（ＤＬ）リソースにリンクされる、送信すること、および、
前記特定のＤＬリソース上で前記ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を前記ネットワークノードから受信すること、
を前記無線デバイス（１０）に行わせるように設定された処理回路（１２）と、を備え、
帯域幅部分（ＢＷＰ）の関連のタイマーであって、
前記無線デバイスは新しいアクティブなダウンリンクＢＷＰに切り替える時に前記タイマーを開始する、
前記無線デバイスは前記アクティブなダウンリンクＢＷＰ上でスケジューリングされる時に前記タイマーを再始動する、および、
前記無線デバイスは前記タイマーが時間切れになる時にデフォルトのダウンリンクＢＷＰをアクティブ化する、
という特性を有する、タイマーがあり、
前記タイマーはランダムアクセス手順中に実行し続け、前記タイマーがランダムアクセス手順中に時間切れになる場合、前記ランダムアクセス手順は終了するまで継続し、
前記タイマーが時間切れになっており、かつ前記ランダムアクセスが成功して終了される場合、前記無線デバイスは、タイマーがリセットされるとともに前記ランダムアクセス手順を開始する前に使用された前記ＢＷＰに戻り、
前記タイマーが時間切れになっており、かつ前記ランダムアクセスが成功せずに終了される場合、前記無線デバイスはデフォルトの前記ＢＷＰに切り替える、
無線デバイス（１０）。
【請求項14】
前記処理回路（１２）は、前記ネットワークノード（２０）への送信に使用するためのランダムアクセスプリアンブルを選択することであって、前記ランダムアクセスプリアンブルは、前記ネットワークノードから前記無線デバイスに前記ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を通信するために使用される特定のＤＬリソースにリンクされる、選択することを
前記無線デバイス（１０）に行わせるようにさらに設定されている、請求項１３に記載の無線デバイス（１０）。
【請求項15】
前記処理回路（１２）は、前記無線デバイス（１０）に、前記選択されたプリアンブルに基づいて、前記ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）の前記受信のための特定のＤＬリソースを監視させるようにさらに設定されている、請求項１３または１４に記載の無線デバイス（１０）。
【発明の詳細な説明】
【技術分野】
【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】
【図1】時間／周波数グリッドとして見られるＬＴＥダウンリンク物理リソースを示す概略図である。
【図2】ＬＴＥにおける競合ベースランダムアクセス手順の例を示す概略シグナリング図である。
【図3】ＬＴＥにおけるプリアンブルサブセットの実例を示す概略図である。
【図4】ＬＴＥにおけるランダムアクセスプリアンブル送信の主な実例を示す概略図である。
【図5】異なるＰＲＡＣＨシーケンスおよびこれらの異なる特性を示す表の概略図である。
【図6】ＮＲにおける異なる可能なプリアンブルフォーマットを示す表の概略図である。
【図7】一実施形態による、ネットワークノードからランダムアクセス応答メッセージを受信するための、無線通信システムにおける無線デバイスでの使用のための方法についての例示的なプロセスを示す概略フローチャートである。
【図8】一実施形態による、無線デバイスにランダムアクセス応答メッセージを送信するための、無線通信システムにおけるネットワークノードでの使用のための方法についての例示的なプロセスを示す概略フローチャートである。
【図9】ネットワークノードからランダムアクセス応答メッセージを受信するように設定される無線デバイスの一例を示す概略ブロック図である。
【図10】一実施形態による、無線デバイスにランダムアクセス応答メッセージを送信するように設定されるネットワークノードの一例を示す概略ブロック図である。
【図11】中間ネットワークを介してホストコンピュータに接続される電気通信ネットワークの一例を示す概略図である。
【図12】部分的に無線接続で基地局を介してユーザ機器と通信するホストコンピュータの一例を示す概略ブロック図である。
【図13】ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実施される方法の例を示す概略フローチャートである。
【図14】ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実施される方法の例を示す概略フローチャートである。
【図15】ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実施される方法の例を示す概略フローチャートである。
【図16】ホストコンピュータ、基地局、およびユーザ機器を含む通信システムにおいて実施される方法の例を示す概略フローチャートである。
【図17】一実施形態による、無線通信システムにおけるランダムアクセスメッセージに対するリソース選択のための方法の一例を示す概略フローチャートである。
【図18】一実施形態によるコンピュータ実装形態の一例を示す概略ブロック図である。
【発明を実施するための形態】
【0051】
本開示の態様について、以降、添付の図面を参照してより詳しく説明する。しかしながら、本明細書に開示される装置および方法は、多くの異なる形態で実現可能であり、本明細書に示される態様に限定されると解釈されるべきではない。図面における同様の番号は全体を通して同様の要素を指す。
【0052】
本明細書において使用される専門用語は、本開示の特定の態様のみを説明する目的のものであり、本開示を限定することを意図するものではない。本明細書において使用されるように、単数形「ａ」、「ａｎ」、および「ｔｈｅ」は、別段文脈において明確に指示されない限り、複数形も含むことが意図される。
【0053】
いくつかの実施形態では、非限定的な用語「ＵＥ」が使用される。本明細書におけるＵＥは、無線信号によってネットワークノードまたは別のＵＥと通信することが可能である任意のタイプの無線デバイスとすることができる。ＵＥは、無線通信デバイス、対象デバイス、デバイスツーデバイス（Ｄ２Ｄ）ＵＥ、マシン型ＵＥ、またはマシンツーマシン通信（Ｍ２Ｍ）対応ＵＥ、ＵＥに装備されたセンサ、ｉＰａｄ、タブレット、移動端末、スマートフォン、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、ＵＳＢドングル、宅内機器（ＣＰＥ）などであってもよい。
【0054】
また、いくつかの実施形態では、一般的専門用語の「ネットワークノード」が使用される。これは、基地局、無線基地局、ベーストランシーバ基地局、基地局コントローラ、ネットワークコントローラ、ｇＮｏｄｅＢ（ｇＮＢ）、ＮＲ ＢＳ、エボルブドＮｏｄｅＢ（ｅＮＢ）、ＮｏｄｅＢ、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、中継ノード、アクセスポイント、無線アクセスポイント、リモートラジオユニット（ＲＲＵ）、リモートラジオヘッド（ＲＲＨ）、マルチスタンダードＢＳ（別称、ＭＳＲ ＢＳ）、ＴＰ（送信点）、ＴＲＰ（送受信点）、コアネットワークノード（例えば、ＭＭＥ、ＳＯＮノード、協調ノード、測位ノード、ＭＤＴノードなど）、またはさらには外部ノード（例えば、サードパーティノード、現在のネットワークの外部のノード）などの無線ネットワークノードで構成可能である任意の種類のネットワークノードとすることができる。ネットワークノードはテスト機器を含んでもよい。
【0055】
「特定のリソース」という用語は、特定のプリアンブルまたはプリアンブルサブセットにリンクされるリソース、すなわち、ネットワークノードが特定のプリアンブルの受信時に使用することになるリソースを指す。よって、ＵＥ／無線デバイスは、特定のサブセットから特定のプリアンブルを選択することによってＲＡＲに対するリソースを間接的に選択し、かつ、この選択を、選択されたプリアンブルを介してネットワークノードに「指示する」。ネットワークノードは、例えば、表を調べることによってＲＡＲに対するプリアンブルとリソースとの間のリンクについての情報を得ることによって、プリアンブル／プリアンブルサブセット間の所定のリンクを使用することによって、または、受信したプリアンブルに組み込まれる情報からリンクについての情報を得ることによって、どのリソースを使用するかを知ることになる。「選択されたプリアンブル」という用語は、ランダムアクセスに使用されているプリアンブルを指し、この用語は、ＵＥが選択を行ったことを必ずしも含意するものではない。
【0056】
述べられるように、ＮＲおよび他の同様のシステム、既存のおよび将来のシステムのための機能的なランダムアクセス手順を確立することが必要とされている。
【0057】
第１の態様によると、ネットワークノードからランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を受信するための、無線通信システムにおける無線デバイスによって行われる方法が提供される。
【0058】
基本的に、図７を参照すると、方法は、
Ｓ１１：ネットワークノードに選択されたランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を送信することであって、選択されたプリアンブルはネットワークノードから無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を通信するために使用される特定のダウンリンク（ＤＬ）リソースにリンクされる、送信することと、
Ｓ１３：特定のＤＬリソース上でネットワークノードからＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を受信することと、を含む。
Ｓ１１：ネットワークノードに選択されたランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を送信することであって、選択されたプリアンブルはネットワークノードから無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を通信するために使用される特定のダウンリンク（ＤＬ）リソースにリンクされる、送信することと、
Ｓ１３：特定のＤＬリソース上でネットワークノードからＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を受信することと、を含む。
【0059】
オプションのステップは破線によって指示される。
【0060】
特定の例では、方法は、ネットワークノードへの送信に使用するためのランダムアクセスプリアンブルを選択することＳ１０であって、ランダムアクセスプリアンブルは、ネットワークノードから無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を通信するために使用される特定のＤＬリソースにリンクされる、選択することをさらに含む。
【0061】
オプションの実施形態では、無線デバイスは、使用するために選択されたプリアンブルはどれかについて通知されてよい。
【0062】
例として、ランダムアクセスプリアンブルは、ランダムアクセスに対して利用可能なプリアンブルから選択されてよい。
【0063】
具体的な例では、方法は、選択されたプリアンブルに基づいて、ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）の受信のための対応する特定のＤＬリソースを監視することＳ１２をさらに含む。
【0064】
例として、選択されたランダムアクセスプリアンブルは利用可能なランダムアクセスプリアンブルのプリアンブルサブセットの一部であってよく、特定のＤＬリソースは、選択されたランダムアクセスプリアンブルが一部となっているプリアンブルサブセットにリンクされてよい。
【0065】
例えば、利用可能なランダムアクセスプリアンブルは２つ以上のサブセットに分割されてよい。
【0066】
特定の例では、利用可能なランダムアクセスプリアンブルは、２つのサブセット、ＡおよびＢに分割され、サブセットＡは競合ベースランダムアクセスに使用され、サブセットＢは無競合ランダムアクセスに使用される。
例えば、特定のＤＬリソースは、選択されたランダムアクセスプリアンブルがサブセットＡの一部である場合はリソースＡであってよく、選択されたランダムアクセスプリアンブルがサブセットＢの一部である場合はリソースＢであってよい。
例えば、特定のＤＬリソースは、選択されたランダムアクセスプリアンブルがサブセットＡの一部である場合はリソースＡであってよく、選択されたランダムアクセスプリアンブルがサブセットＢの一部である場合はリソースＢであってよい。
【0067】
オプションとして、特定のＤＬリソースは、競合ベースランダムアクセスに対する共通のリソースを含み、特定のＤＬリソースは、無競合ランダムアクセスに対する無線デバイスの現在アクティブな帯域幅部分（ＢＷＰ）を含む。
【0068】
例として、特定のＤＬリソースは、
－ 制御リソースセット（ＣＯＲＥＳＥＴ）、
－ 帯域幅部分（ＢＷＰ）、または
－ 監視するための探索空間
の１つまたは複数であってよい。
－ 制御リソースセット（ＣＯＲＥＳＥＴ）、
－ 帯域幅部分（ＢＷＰ）、または
－ 監視するための探索空間
の１つまたは複数であってよい。
【0069】
特定の実施形態では、方法は、接続状態における無線デバイスのための接続状態ランダムアクセスに対して行われる。
【0070】
具体的な例では、下記：
－ 無線デバイスは新しいアクティブなダウンリンクＢＷＰに切り替える時にタイマーを開始する、
－ 無線デバイスはアクティブなダウンリンクＢＷＰ上でスケジューリングされる時にタイマーを再始動する、および
－ 無線デバイスはタイマーが時間切れになるとデフォルトのダウンリンクＢＷＰをアクティブ化する、
という特性を有する帯域幅部分（ＢＷＰ）に関連したタイマーがあってよい。
－ 無線デバイスは新しいアクティブなダウンリンクＢＷＰに切り替える時にタイマーを開始する、
－ 無線デバイスはアクティブなダウンリンクＢＷＰ上でスケジューリングされる時にタイマーを再始動する、および
－ 無線デバイスはタイマーが時間切れになるとデフォルトのダウンリンクＢＷＰをアクティブ化する、
という特性を有する帯域幅部分（ＢＷＰ）に関連したタイマーがあってよい。
【0071】
この例では、タイマーはランダムアクセス手順中に実行し続け、タイマーはランダムアクセス手順中に時間切れになり、ランダムアクセス手順は終了するまで継続する。タイマーが時間切れになっており、かつランダムアクセスが成功して終了される場合、無線デバイスは、タイマーがリセットされるとともにランダムアクセス手順を開始する前に使用されるＢＷＰに戻る。タイマーが時間切れになっており、かつランダムアクセスが成功せずに終了される場合、無線デバイスはデフォルトのＢＷＰに切り替える。
【0072】
別の態様によると、ランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を無線デバイスに送信するための、無線通信システムにおけるネットワークノードによって行われる方法が提供される。
【0073】
基本的に、図８を参照して、方法は、
Ｓ１：無線デバイスからランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を受信することであって、ランダムアクセスプリアンブルは、ネットワークノードから無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を通信するために使用される特定のＤＬリソースにリンクされる、受信することと、
Ｓ３：特定のＤＬリソース上で無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を送信することと、を含む。
Ｓ１：無線デバイスからランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を受信することであって、ランダムアクセスプリアンブルは、ネットワークノードから無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を通信するために使用される特定のＤＬリソースにリンクされる、受信することと、
Ｓ３：特定のＤＬリソース上で無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を送信することと、を含む。
【0074】
オプションのステップは破線によって指示される。
【0075】
特定の例では、方法は、受信したランダムアクセスプリアンブルに基づいて、ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を無線デバイスに送信するために使用するための特定のＤＬリソースを得ることＳ２をさらに含む。
【0076】
例として、ネットワークノードは、受信したランダムアクセスプリアンブルに基づいて、ＲＡＲメッセージを送信するために使用するための特定のＤＬリソースを選択し、かつ特定のＤＬリソース上でＲＡＲメッセージによって無線デバイスに応答してよい。
【0077】
例えば、ネットワークノードは、ランダムアクセスプリアンブルがどのプリアンブルサブセットかに属するかに応じて、ＲＡＲメッセージを無線デバイスに送信するために使用するための特定のＤＬリソースを選択してよい。
【0078】
特定の例では、受信したランダムアクセスプリアンブルは、利用可能なランダムアクセスプリアンブルのランダムアクセスプリアンブルサブセットの一部であり、プリアンブルサブセットは特定のＤＬリソースにリンクされる。
【0079】
例として、利用可能なランダムアクセスプリアンブルは２つのサブセット、競合ベースランダムアクセスのサブセット、および無競合ランダムアクセスのサブセットに分割されてよく、特定のＤＬリソースは、受信したランダムアクセスプリアンブルが一部となっているのはどのサブセットかに基づいてよい。
【0080】
オプションとして、特定のＤＬリソースは競合ベースランダムアクセスに対する共通リソースを含んでよく、特定のＤＬリソースは、無競合ランダムアクセスに対する無線デバイスの現在アクティブな帯域幅部分（ＢＷＰ）を含んでよい。
【0081】
具体的な例示の実施形態では、無競合ランダムアクセスに対して、特定のＤＬリソースは、無線デバイスが設定される任意の制御リソースセット（ＣＯＲＥＳＥＴ）を含む。
【0082】
例として、指示されたリソースは、
－ 制御リソースセット（ＣＯＲＥＳＥＴ）、
－ 帯域幅部分（ＢＷＰ）、または
－ 無線デバイスが監視するための探索空間
の１つまたは複数であってよい。
－ 制御リソースセット（ＣＯＲＥＳＥＴ）、
－ 帯域幅部分（ＢＷＰ）、または
－ 無線デバイスが監視するための探索空間
の１つまたは複数であってよい。
【0083】
例えば、方法は、接続状態における無線デバイスのための接続状態ランダムアクセスに対して行われてよい。
【0084】
例示の実施形態の具体的なセットでは、無線デバイスはユーザ機器であってよく、ネットワークノードは基地局であってよい。
【0085】
例えば、無線デバイスおよびネットワークノードは、無線アクセス技術（ＲＡＴ）の新無線（ＮＲ）など、キャリア帯域幅をＢＷＰに分割することを可能にするＲＡＴを使用して動作してよい。
【0086】
下記では、本発明について、特にＮＲおよび同様のシステムに言及して、非限定的な例示の実施形態を参照して説明する。
【0087】
例えば、ＮＲに対する機能的なＲＡ手順を確立する時、確実に、送られるメッセージが相手方で受信されるようにすることは重要である。よって、受信されるメッセージをどのリソースで送信するのかを確立することは、とりわけ重要である。１つのこのような問題点は、無線デバイスがＲＡＲを受信するように、ネットワークノードにおけるプリアンブルの受信時にネットワークノードから無線デバイスにＲＡＲをどのリソースでどこに送信するかである。ＬＴＥでは、全てのＵＥは同じ単一のＢＷＰを監視しているため、ネットワークは、どこにＲＡ応答を送ることができるかを知っている。ＮＲに対して、これは当てはまらないため、ネットワークは共通リソースにおいて競合ベースアクセスへの応答を送らなければならない。ＮＲシステムでは非常に広帯域のＣＣ内で動作するようにサポートするが、ＵＥの全てが広帯域動作に関する能力を提供できるわけではない。それ故に、システム帯域幅内で初期アクセスを動作させることは困難である。その代わりに、ＮＲは初期アクセス動作に対するＢＷＰを規定することができる。ＢＷＰ内で、ＮＲシステムは、ＳＳ／ＰＢＣＨブロック送信、システム情報配信、ページング、およびＲＡＣＨ手順についての初期アクセス手順を動作させることができる。設定されたＤＬ ＢＷＰのうちの少なくとも１つは、少なくともプライマリコンポーネントキャリアにおける共通探索空間による１つのＣＯＲＥＳＥＴを含むことが合意されている。よって、例えばＮＲにおいて、ある特定の帯域幅のキャリアＢＷｃがあってよいが、ＵＥは、そのＵＥの「アクティブな帯域幅部分」または「アクティブなＢＷＰ」とも称される、この帯域幅の小部分のみを受信するように設定可能である。異なるＵＥは異なるアクティブなＢＷＰを有することができる。一般に、ネットワークは、ＵＥが競合ベースアクセスを行うようにする、ＵＥのアクティブなＢＷＰを知っているが、ネットワークは、どのＵＥからランダムアクセス応答が生じるかを知らない。さらに、ネットワークのＲＡ応答は、ＵＥのアクティブなＢＷＰの範囲内になければならないようにしなければならない。これは、競合ベースＲＡの場合、ｇＮＢメッセージがある所定の周波数範囲において送信されなければならず、ＵＥはそこに移動しなければならない、すなわち、このメッセージを受信するためにこの現在アクティブなＢＷＰを離れなければならないことを意味する。他方では、無競合アクセスの場合、ネットワークは、どのＵＥがアクセスを行っているかを知っており、ＵＥの現在アクティブなＢＷＰにおいてＲＡ応答を送信することができる。
【0088】
例として、いくつかの例示的な実施形態では、本発明は、ランダムアクセスプリアンブルを異なるセットまたはグループに分割するように提案することによって、上述した問題および欠点に対する解決策を提供する。ＵＥがどれを選ぶかに応じて、ｇＮＢは特定のリソースでのランダムアクセス応答（ＲＡＲ）によって応答する。ＵＥはさらにまた、上記の特定のリソースでのＲＡＲを監視してよい。特定のリソースは、応答が送信されることになるのは、どのＢＷ部分、ＣＯＲＥＳＥＴ、または関連する探索空間であるかであり得る。ランダムアクセスプリアンブルの１つの可能なグループ化は、競合ベースＲＡに使用されるプリアンブルに対してはセットＡ、および無競合（非競合ベース）ＲＡに使用されるプリアンブルに対してはセットＢである。ＵＥはさらにまた、セットＡからのプリアンブルが選択される場合はリソースＡを、セットＢからのプリアンブルが選択される場合はリソースＢを監視する。ＮＲにおいて、ネットワークは、共通リソースにおける競合ベースアクセスへの応答を送らなければならない。しかしながら、無競合アクセスに対して、ＵＥのアクティブなＢＷＰにおいて送ることができるが、これは、ネットワークが、誰がアクセスしているかを知っているため、異なるリソースが使用される場合があるからである。リソース情報は、例えば、関連のＤＬ送信を探す場所といった探索空間情報の他、特定のＰＲＢまたはさらにはＲＥなど、特定の時間／周波数リソースも含むことができる。指示によってＵＥに、ＰＤＣＣＨスケジューリングメッセージ４に対するＣＯＲＥＳＥＴおよび探索空間が伝えられることになる。この指示は、ＵＥにＢＷＰ指示がなされる、および特定のＢＷＰ自体が特定の共通探索空間と関連付けられるという意味で、明示的または暗黙的のどちらかであり得る。
【0089】
ＬＴＥにおけるランダムアクセス
ステップ１、プリアンブル選択および送信
上述されるように、ランダムアクセス手順における第１のステップは、ランダムアクセスプリアンブルの送信である。プリアンブル送信の主要な目的は、基地局（ｅＮＢ）にランダムアクセス試行の存在を指示すること、および基地局がｅＮＢとＵＥとの間の遅延を推定できるようにすることである。遅延推定は、アップリンクタイミングを調節するために第２のステップにおいて使用されることになる。
ステップ１、プリアンブル選択および送信
上述されるように、ランダムアクセス手順における第１のステップは、ランダムアクセスプリアンブルの送信である。プリアンブル送信の主要な目的は、基地局（ｅＮＢ）にランダムアクセス試行の存在を指示すること、および基地局がｅＮＢとＵＥとの間の遅延を推定できるようにすることである。遅延推定は、アップリンクタイミングを調節するために第２のステップにおいて使用されることになる。
【0090】
ランダムアクセスプリアンブルが送信される時間／周波数リソースは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）として知られている。ネットワークは、どの時間／周波数リソースにおいてランダムアクセスプリアンブル送信が可能であるかの情報を全てのＵＥにブロードキャストする（すなわち、システム情報ブロック２（ＳＩＢ－２）におけるＰＲＡＣＨリソース）。ランダムアクセス手順の第１のステップの一部として、ＵＥはＰＲＡＣＨ上で送信するための１つのプリアンブルを選択する。
【0091】
それぞれのセルにおいて、利用可能な６４のプリアンブルシーケンスがある。６４のシーケンスの２つのサブセットは図３に示されるように規定され、この場合、それぞれのサブセットにおけるシーケンスのセットはシステム情報の一部としてシグナリングされる。（競合ベース）ランダムアクセス試行を行う時、ＵＥはサブセットのうちの１つにおける１つのシーケンスを無作為に選択する。他のＵＥが同じ時刻に同じシーケンスを使用してランダムアクセス試行を行っていない限り、生じる衝突はなく、試行は、ｅＮＢによって検出される可能性が高くなる。プリアンブルシーケンスを選択するためのサブセットは、ＵＥが第３のランダムアクセスステップにおいてＵＬ－ＳＣＨ上で送信したい（および、電力の観点から送信できる）データの量によって与えられる。それ故に、ＵＥが使用したプリアンブルから、ｅＮＢはＵＥに付与されるアップリンクリソースの量に関して案内を受けることになる。ＵＥが、例えば、新しいセルへのハンドオーバーについて、無競合ランダムアクセスを行うように要求されている場合、使用するプリアンブルはｅＮＢから明示的に指示される。衝突を回避するために、ｅＮＢは好ましくは、競合ベースランダムアクセスに使用される２つのサブセット外のシーケンスから無競合プリアンブルを選択するものとする。
【0092】
周波数領域において、図４に示されるＰＲＡＣＨリソースは、６つのリソースブロックに対応する帯域幅（１．０８ＭＨｚ）を有する。これは、ＬＴＥが動作できる６つのリソースブロックの最小のアップリンクセル帯域幅にうまく一致する。それ故に、セルにおける送信帯域幅に関係なく、同じランダムアクセスプリアンブル構造が使用可能である。時間領域において、プリアンブル領域の長さは設定されたプリアンブルに左右される。基本的なランダムアクセスリソースは持続時間が１ｍｓであるが、より長いプリアンブルを設定することも可能である。また、ｅＮＢアップリンクスケジューラが原則として、複数の後続のサブフレームにおいてＵＥをスケジューリングすることを単に回避することによって任意の長いランダムアクセス領域を予約できることは留意されたい。典型的には、ｅＮＢは、ランダムアクセスに使用される時間／周波数リソースにおけるいずれのアップリンク送信のスケジューリングも回避することによって、ランダムアクセスプリアンブルはユーザデータに直交することになる。これによって、ＵＬ－ＳＣＨ送信と、異なるＵＥからのランダムアクセス試行との間の干渉が回避される。ＬＴＥにおけるランダムアクセスプリアンブル送信の主な実例は、図４にも見られ得る。
【0093】
ＦＤＤについて、１サブフレーム当たり最大で１つのランダムアクセス領域があり、すなわち、複数のランダムアクセス試行は周波数領域において多重化されない。遅延の観点から、ランダムアクセス試行が初期化できる前の平均待機時間を最小化するために時間領域においてランダムアクセス機会を広げることはより良好である。ＴＤＤについて、複数のランダムアクセス領域は、単一のサブフレームにおいて設定可能である。これは、ＴＤＤにおける１無線フレーム当たりのアップリンクサブフレームの数がより少ないことが理由である。ＦＤＤにおけるのと同じランダムアクセス容量を維持するために、周波数領域多重化が必要である時がある。ランダムアクセス領域の数は、設定可能であり、かつ、ＦＤＤについて、２０ｍｓ当たりに１つから１ｍｓ当たりに１つへと変化する可能性があり、ＴＤＤについて、１０ｍｓの無線フレームごとに６試行までが設定可能である。
【0094】
プリアンブルは、２つの部分：プリアンブルシーケンスおよびサイクリックプレフィックス（ＣＰ）から成る。また、プリアンブル送信は、タイミング不確定性をハンドリングするためにガード期間を使用する。ランダムアクセス手順を開始する前に、ＵＥはセル探索手順からダウンリンク同期を得ている。しかしながら、アップリンク同期はランダムアクセスの前にまだ確立されていないため、セルにおけるＵＥの場所が未知であることでアップリンクタイミングにおいて不確定性がある。アップリンクタイミング不確定性は、セルサイズに比例し、６．７μｓ／ｋｍになる。タイミング不確定性を考慮し、かつランダムアクセスに使用されない後続のサブフレームとの干渉を回避するために、ガード時間はプリアンブル送信の一部として使用され、すなわち、実際のプリアンブルの長さは１ｍｓより短い。プリアンブルの一部としてサイクリックプレフィックスを含むことは、基地局での周波数領域処理を可能にするため有益であり、これは、複雑性の観点から有利であり得る。好ましくは、サイクリックプレフィックスの長さは、ガード期間の長さとおおよそ等しい。プリアンブルシーケンス長がおよそ０．８ｍｓである場合、サイクリックプレフィックスは０．１ｍｓであり、ガード時間は０．１ｍｓである。これによって、セルサイズを最高１５ｋｍまでにすることができ、これは、設定０などの典型的なランダムアクセス設定である。より大きいセルをハンドリングするために、タイミング不確定性がより大きい場合、プリアンブル設定１～３を使用することができる。これらの設定のいくつかはまた、検出器のプリアンブルエネルギーを増大させるためにより長いプリアンブルシーケンスをサポートし、これはより大きいセルにおいて有益であり得る。セルで使用されるプリアンブル設定は、システム情報の一部としてシグナリングされる。
【0095】
ステップ２、ランダムアクセス応答
検出されたランダムアクセス試行に応答して、ｅＮＢは、ランダムアクセス手順の第２のステップとして、
・ネットワークが検出し、かつ応答が有効であるランダムアクセスプリアンブルシーケンスのインデックス、
・ランダムアクセスプリアンブル受信部によって算出されるタイミング補正、
・ＵＥが第３のステップでメッセージの送信に使用することになるリソースを指示するスケジューリンググラント、
・ＵＥとネットワークとの間のさらなる通信に使用される一時識別子であるＴＣ－ＲＮＴＩ
を含有するＤＬ－ＳＣＨ上のメッセージを送信することになる。
検出されたランダムアクセス試行に応答して、ｅＮＢは、ランダムアクセス手順の第２のステップとして、
・ネットワークが検出し、かつ応答が有効であるランダムアクセスプリアンブルシーケンスのインデックス、
・ランダムアクセスプリアンブル受信部によって算出されるタイミング補正、
・ＵＥが第３のステップでメッセージの送信に使用することになるリソースを指示するスケジューリンググラント、
・ＵＥとネットワークとの間のさらなる通信に使用される一時識別子であるＴＣ－ＲＮＴＩ
を含有するＤＬ－ＳＣＨ上のメッセージを送信することになる。
【0096】
ネットワークが（異なるＵＥから）複数のランダムアクセス試行を検出する場合、複数のＵＥの個々の応答メッセージは１回の送信において組み合わせ可能である。従って、応答メッセージは、ＤＬ－ＳＣＨ上でスケジューリングされ、かつランダムアクセス応答のために予約された識別子（ＲＡ－ＲＮＴＩ）を使用してＰＤＣＣＨ上で指示される。プリアンブルを送信した全てのＵＥは、設定可能時間ウィンドウ内のランダムアクセス応答に対するＬ１／Ｌ２制御チャネルを監視する。応答メッセージのタイミングは、十分に多くの同時アクセスに応答できるように仕様において固定されず、基地局の実装形態においていくらかの柔軟性も与えられる。ＵＥが時間ウィンドウ内でランダムアクセス応答を検出しない場合、試行は失敗であると宣言されることになり、手順は、場合によって、プリアンブル送信電力を増大させて、第１のステップから再び繰り返されることになる。
【0097】
同じリソースにおけるランダムアクセスを行ったＵＥが異なるプリアンブルを使用している限り、衝突は生じることはなく、ダウンリンクシグナリングによって、情報が関連しているのはどのＵＥかが明らかである。しかしながら、競合、すなわち、複数のＵＥが同じ時間に同じランダムアクセスプリアンブルを使用しているというある特定の可能性がある。この場合、複数のＵＥは同じダウンリンク応答メッセージに反応することになり、衝突が生じる。これらの衝突を解消することは、上記のように、後続のステップの一部である。競合はまた、ハイブリッドＡＲＱがランダムアクセス応答の送信に使用されない理由のうちの１つである。別のＵＥを対象としたランダムアクセス応答を受信するＵＥは、不正確なアップリンクタイミングを有することになる。ハイブリッドＡＲＱが使用されたとしたら、このようなＵＥに対するハイブリッドＡＲＱ肯定応答のタイミングは、不正確であると思われ、他のユーザからのアップリンク制御シグナリングを妨害する場合がある。
【0098】
第２のステップにおいてランダムアクセス応答を受信すると、ＵＥは、このアップリンク送信タイミングを調節し、かつ第３のステップに進むことになる。専用プリアンブルを使用する無競合ランダムアクセスが使用される場合、この場合、競合をハンドリングする必要はないため、これはランダムアクセス手順の最後のステップである。さらに、ＵＥは既に、Ｃ－ＲＮＴＩの形態で割り当てられた一意の識別子を有している。
【0099】
ステップ３、ＵＥ識別
第２のステップの後、ＵＥのアップリンクは時間同期される。しかしながら、ユーザデータがＵＥに／から送信可能である前に、セル内の一意の識別子（Ｃ－ＲＮＴＩ）はＵＥにアサインされなければならない。ＵＥの状態に応じて、接続をセットアップするための追加のメッセージ交換も必要とされる場合がある。
第２のステップの後、ＵＥのアップリンクは時間同期される。しかしながら、ユーザデータがＵＥに／から送信可能である前に、セル内の一意の識別子（Ｃ－ＲＮＴＩ）はＵＥにアサインされなければならない。ＵＥの状態に応じて、接続をセットアップするための追加のメッセージ交換も必要とされる場合がある。
【0100】
第３のステップでは、ＵＥは、第２のステップにおけるランダムアクセス応答においてアサインされたＵＬ－ＳＣＨリソースを使用してｅＮＢに必要なメッセージを送信する。第１のステップにおいてプリアンブルにアタッチする代わりにスケジューリング済みアップリンクデータと同じようにアップリンクメッセージを送信することは、いくつかの理由で有益である。第一に、アップリンク同期がなく送信される情報の量は、長いガード時間の必要性によってこのような送信は比較的費用が掛かるため、最小化されるべきである。第二に、メッセージ送信に対する「通常の」アップリンク送信方式の使用によって、グラントサイズおよび変調方式は、例えば、異なる無線条件に調節可能になる。最後に、アップリンクメッセージに対するソフトコンバイニングによるハイブリッドＡＲＱが可能になり、これは、確実に、送信の成功の可能性を十分高くするためにアップリンクシグナリングに対する十分なエネルギーを収集するように１つまたはいくつかの再送信の使用を可能にするために、特にカバレッジ限定シナリオでは重要な側面である。ＲＬＣ再送信がステップ３においてアップリンクＲＲＣシグナリングに使用されないことは留意されたい。
【0101】
アップリンクメッセージの重要な部分は、ＵＥ識別子が第４のステップにおける競合解消機構の一部として使用されるため、このＵＥ識別子が含まれていることである。ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態、すなわち、既知のセルに接続されているため、Ｃ－ＲＮＴＩがアサインされている場合、このＣ－ＲＮＴＩはアップリンクメッセージにおけるＵＥ識別子として使用される。その他の場合、コアネットワークのＵＥ識別子が使用され、ｅＮＢは、ステップ３におけるアップリンクメッセージへの応答の前にコアネットワークに関わる必要がある。ＵＥ固有のスクランブリングがＵＬ－ＳＣＨ上の送信に使用される。しかしながら、ＵＥにまだこの最後の識別子が割り当てられていない場合があるため、スクランブリングはＣ－ＲＮＴＩに基づくことができない。その代わりに、一時識別子が使用される（ＴＣ－ＲＮＴＩ）。
【0102】
ステップ４、競合解消
ランダムアクセス手順における最後のステップは、競合解消のダウンリンクメッセージから成る。第２のステップにより、同時ランダムアクセスを行う複数のＵＥは、第１のステップにおける同じプリアンブルシーケンスを使用して、第２のステップにおいて同じ応答メッセージをリッスンすることを試みるため、同じ一時識別子を有する。それ故に、第４のステップでは、ダウンリンクメッセージを受信するそれぞれのＵＥは、メッセージにおける識別子を第３のステップにおいて送信される識別子と比較することになる。第４のステップにおいて受信される識別子と第３のステップの一部として送信される識別子との間の一致を観察するＵＥのみがランダムアクセス手順の成功を宣言することになる。ＵＥにＣ－ＲＮＴＩがまだアサインされていない場合、第２のステップによるＴＣ－ＲＮＴＩはＣ－ＲＮＴＩに昇格し、その他の場合、ＵＥはこの既にアサインされたＣ－ＲＮＴＩを保有する。
ランダムアクセス手順における最後のステップは、競合解消のダウンリンクメッセージから成る。第２のステップにより、同時ランダムアクセスを行う複数のＵＥは、第１のステップにおける同じプリアンブルシーケンスを使用して、第２のステップにおいて同じ応答メッセージをリッスンすることを試みるため、同じ一時識別子を有する。それ故に、第４のステップでは、ダウンリンクメッセージを受信するそれぞれのＵＥは、メッセージにおける識別子を第３のステップにおいて送信される識別子と比較することになる。第４のステップにおいて受信される識別子と第３のステップの一部として送信される識別子との間の一致を観察するＵＥのみがランダムアクセス手順の成功を宣言することになる。ＵＥにＣ－ＲＮＴＩがまだアサインされていない場合、第２のステップによるＴＣ－ＲＮＴＩはＣ－ＲＮＴＩに昇格し、その他の場合、ＵＥはこの既にアサインされたＣ－ＲＮＴＩを保有する。
【0103】
競合解消メッセージは、Ｌ１／Ｌ２制御チャネル上でＵＥをアドレス指定するために第２のステップから一時識別子を使用してＤＬ－ＳＣＨ上で送信される。アップリンク同期が既に確立されているため、ハイブリッドＡＲＱはこのステップにおいてダウンリンクシグナリングに適用される。第３のステップで送信した識別子と第４のステップで受信したメッセージとの間の一致を有するＵＥはまた、アップリンクにおいてハイブリッドＡＲＱ肯定応答を送信することになる。第４のステップにおいて受信された識別子と第３のステップの一部として送信されたそれぞれの識別子との間の一致が見つからないＵＥは、ランダムアクセス手順が失敗したとみなされ、第１のステップから手順を再始動する必要がある。明らかに、これらのＵＥから送信されるハイブリッドＡＲＱフィードバックはない。さらに、ステップ３におけるアップリンクメッセージの送信からある特定の時間内にステップ４においてダウンリンクメッセージを受信していないＵＥは、ランダムアクセス手順を失敗と宣言し、かつ第１のステップから再始動する必要がある。
【0104】
ＮＲにおけるランダムアクセス
ＮＲにおけるランダムアクセスに関する電気通信標準化機関の３ＧＰＰにおいていくつか合意されている。下記が合意されている。
ＮＲにおけるランダムアクセスに関する電気通信標準化機関の３ＧＰＰにおいていくつか合意されている。下記が合意されている。
【0105】
ＲＡＣＨプリアンブル（Ｍｓｇ１）、ランダムアクセス応答（Ｍｓｇ２）、メッセージ３、およびメッセージ４を含むＲＡＣＨ手順は、少なくとも、ＲＡＮ１の観点からＮＲに対して想定される。簡略化されたＲＡＣＨ手順、例えば、Ｍｓｇ１（ＵＬ）およびＭｓｇ２（ＤＬ）は、さらに検討されるべきである。ＮＲは、Ｍｓｇ２／Ｍｓｇ３／Ｍｓｇ４送信に対して、スロットベースのＰＤＣＣＨ、ＰＤＳＣＨ、およびＰＵＳＣＨ送信、ならびにノンスロットベースのＰＤＳＣＨ／ＰＵＳＣＨ送信の両方をサポートする。物理層の観点から、ＲＡ手順は、ＰＲＡＣＨにおけるＲＡプリアンブル、ＰＤＳＣＨにおけるＲＡＲ、ＰＵＳＣＨ上のＭｓｇ３、およびＰＤＳＣＨ上のＭｓｇ４の送信を含む。ノンスロットベースの送信について、ＰＤＳＣＨ／ＰＵＳＣＨに対する２、４、および７のＯＦＤＭシンボル持続時間がサポートされる。４ステップのＲＡＣＨ手順について、ＲＡＣＨ送信機会は、単一の特定のＴｘビームによる設定済みＰＲＡＣＨプリアンブルフォーマットを使用してＰＲＡＣＨメッセージ１が送信される時間／周波数リソースとして規定される。ＮＲは、接続モードのＵＥに対してもランダムアクセス手順をサポートする。ＲＡＮ１は、ＣＳＩ－ＲＳに基づくリソースにおいて接続モードでＰＲＡＣＨプリアンブルを送信することを検討してもよい。
【0106】
ＮＲ物理ブロードキャストチャネルＮＲ－ＰＢＣＨは、かつキャリア周波数範囲に応じて仕様であらかじめ規定される固定のペイロードのサイズと周波数による最小システム情報の少なくとも一部を伝達する非スケジューリングブロードキャストチャネルである。最初に、下記の２つのオプションが論じられた。選択肢１：ＮＲ－ＰＢＣＨは最小システム情報の一部を伝達し、この場合、残りの最小システム情報は、ＮＲ－ＰＢＣＨによって少なくとも部分的に指示される他のチャネルを介して送信される、または残りの最小システム情報は、ＮＲ－ＰＢＣＨにおいて指示されない別のチャネルを介して送信される。例えば、ＮＲ－ＰＢＣＨは、ＵＥが残りの最小システム情報を伝達するチャネルを受信するために必要な情報を含む最小システム情報の一部を伝達する、または、ＮＲ－ＰＢＣＨは、ＵＥが（ＮＲ－ＰＲＡＣＨ、例えば、ＰＲＡＣＨ Ｍｓｇ１に限定されない）初期ＵＬ送信を行うために必要な情報、場合によって、第１の例における情報に加えて初期ＵＬ送信（例えば、ＰＲＡＣＨ Ｍｓｇ２）への応答を受信するために必要な情報を伝達する、または、ＮＲ－ＰＢＣＨは、ＵＥが（ＮＲ－ＰＲＡＣＨ、例えば、ＰＲＡＣＨ Ｍｓｇ１に限定されない）初期ＵＬ送信を行うために必要な情報、および必要な情報を伝達する。残りの最小システム情報を受信するために必要な情報は、初期ＵＬ送信（例えば、ＰＲＡＣＨ Ｍｓｇ．２）への応答を受信するための初期ＵＬ送信後に提供される。選択肢２：ＮＲ－ＰＢＣＨは最小システム情報の全てを伝達する。ランダムアクセス設定は残りの最小ＳＩに含まれる。全てのランダムアクセス設定情報は、セル内の残りの最小システム情報（ＲＭＳＩ）に使用される全てのビームにおいてブロードキャストされる、すなわち、ＲＭＳＩ情報は全てのビームに共通である。ＰＢＣＨがスケジューリングされたＰＤＳＣＨを受信可能にするために必要とされる少量の情報を伝達することは、ＮＲにおいてその後規定されている。ＰＤＳＣＨ上で、残りの最小システム情報（ＲＭＳＩ、別称Ｓｉｂ１）は、他のＳＩＢ（ＳＩＢ２以上）であるため、送信される。ＳＩＢ１は、他のＳＩＢを予想すべき時に関する情報を含む。ＳＩＢ１はＲＡを行うのに十分である。
【0107】
１つのＰＲＡＣＨフォーマットは、さらに検討中であるセルが、影響帯域幅部分／補助アップリンク（ＢＷＰ）／ＳＵＬであるように設定される。短いシーケンス長に基づくＰＲＡＣＨフォーマットについて、フォーマットＡおよびフォーマットＢは、ＰＲＡＣＨ設定に対するパッケージとみなされ、フォーマットＡ／ＢまたはフォーマットＣのどちらかを設定する。フォーマットＡ／Ｂが設定される場合、ＲＡＣＨスロット内の最後のＰＲＡＣＨリソースはフォーマットＢを使用し、ＲＡＣＨスロット内の他のＰＲＡＣＨリソースはフォーマットＡを使用する。ＲＡＣＨスロット内の１回のＰＲＡＣＨ機会の場合、少なくとも、ＲＡＣＨスロット内のフォーマットＢ４のみをサポートする。
【0108】
ＮＲは、ＵＥに対する非競合ベースランダムアクセスのためのＰＲＡＣＨリソース割り当ての指示をサポートし、この場合、ＰＲＡＣＨリソースはＰＲＡＣＨプリアンブルの時間／周波数／コードリソースを指す。無競合ランダムアクセスについて、以下のオプションが評価段階にある。オプション１：監視されるＲＡＲウィンドウの終了前の単一のＭｓｇ１のみの送信。オプション２：ＵＥは複数の同時のＭｓｇ１を送信するように設定可能である。複数の同時のＭｓｇ１の送信が、異なる周波数リソースを使用する、および／または異なるプリアンブルインデックスを有する同じ周波数リソースを使用することに留意されたい。オプション３：ＵＥは、監視されるＲＡＲウィンドウの終了前の時間領域における複数のＲＡＣＨ送信機会にわたって複数のＭｓｇ１を送信するように設定可能である。ハンドオーバーに対する無競合ＲＡ手順について、Ｍｓｇ１に対するＳＣＳおよびＭｓｇ２に対するＳＣＳはハンドオーバーコマンドにおいて提供される。
【0109】
競合ベースランダムアクセスについて、ＳＳバーストセットにおけるＳＳブロックと、ＲＡＣＨリソースおよび／またはプリアンブルインデックスのサブセットとの間の関連性は、ＲＭＳＩにおけるパラメータのセットによって設定可能である。競合ベースランダムアクセス手順について、ＵＥがＭｓｇ１送信に対して１つのＰＲＡＣＨ送信機会を選択した後、ＵＥはＲｅｌ－１５における同じＭｓｇ１送信に対するＲＡＲウィンドウの時間切れの前に別のものを選択することができない。競合ベースＮＲの４ステップＲＡ手順について、Ｍｓｇ１に対するＳＣＳはＲＡＣＨ設定で設定され、Ｍｓｇ２に対するＳＣＳはＲＭＳＩのヌメロロジーと同じであり、Ｍｓｇ３に対するＳＣＳはＭｓｇ１に対するＳＣＳと別個にＲＡＣＨ設定で設定され、Ｍｓｇ４に対するＳＣＳはＭｓｇ２のものと同じである。
【0110】
ＲＡＣＨリソースは、ＲＡＣＨプリアンブルを送るために時間／周波数リソースとして規定される。初期アクセスに必要とされる情報の送信（例えば、ランダムアクセスリソースの設定）のために、少なくとも以下のオプションが検討されるものとする。オプション１：送信は動的シグナリング（例えば、制御チャネル）によってスケジューリングされる。オプション２：送信は（例えば、前の部分を介して）半静的シグナリングによってスケジューリングされる。オプション３：送信は（例えば、仕様であらかじめ規定された）関連付けられたシグナリングなく単独で行われる。現在、大まかにオプション２に基づく解決策がＮＲにおいて選択されている。ＮＲは、例えば、異なるヌメロロジーの事例、およびＴｘ／Ｒｘ相反性がｇＮＢで利用可能であるか否かを考慮して、異なるＰＲＡＣＨ設定をサポートすることになる。ＰＲＡＣＨ送信のための領域は、アップリンクシンボル／スロット／サブフレームの境界に整合されるものとする。ＲＡＣＨ ＰＲＢ割り当てはＲＡＣＨスロット内のＲＡＣＨに割り当てられるＰＲＢである。図５には、保護帯域として異なる数のサブキャリアをサポートするＮＲを含む表が示されている。
【0111】
Ｔｘ／Ｒｘ相反性がｇＮＢで少なくとも複数のビーム動作に利用可能である時、以下のＲＡＣＨ手順は少なくともアイドルモードにおけるＵＥに対して考慮される。
・ＤＬブロードキャストチャネル／信号に対する１または複数の機会とＲＡＣＨリソースのサブセットとの間の関連性について、ブロードキャストシステム情報によってＵＥに通知される、またはＵＥに知られている。
・ＤＬ測定および対応する関連性に基づいて、ＵＥはＲＡＣＨリソースのサブセットを選択する。ＲＡＣＨプリアンブル送信のＴｘビーム選択はさらに検討されるものとする。
・ｇＮＢにおいて、ＵＥに対するＤＬ Ｔｘビームは、検出されるＲＡＣＨプリアンブルに基づいて得られ得、かつメッセージ２に適用されることも考えられる。メッセージ２におけるＵＬグラントはメッセージ３の送信タイミングを指示することができる。
・ＤＬブロードキャストチャネル／信号に対する１または複数の機会とＲＡＣＨリソースのサブセットとの間の関連性について、ブロードキャストシステム情報によってＵＥに通知される、またはＵＥに知られている。
・ＤＬ測定および対応する関連性に基づいて、ＵＥはＲＡＣＨリソースのサブセットを選択する。ＲＡＣＨプリアンブル送信のＴｘビーム選択はさらに検討されるものとする。
・ｇＮＢにおいて、ＵＥに対するＤＬ Ｔｘビームは、検出されるＲＡＣＨプリアンブルに基づいて得られ得、かつメッセージ２に適用されることも考えられる。メッセージ２におけるＵＬグラントはメッセージ３の送信タイミングを指示することができる。
【0112】
Ｔｘ／Ｒｘ相反性がある場合およびない場合は、共通ランダムアクセス手順が追求されるべきである。Ｔｘ／Ｒｘ相反性が利用可能でない場合、少なくともアイドルモードのＵＥに対して、以下の、ＤＬ ＴｘビームをｇＮＢ、例えば、ＲＡＣＨプリアンブル／リソースまたはＭｓｇ．３に報告するかどうかまたはどのように報告するか、および、ＵＬ ＴｘビームをＵＥ、例えば、ＲＡＲに指示するかどうかまたはどのように指示するかがさらに考慮可能である。
【0113】
ステップ１、プリアンブル選択および送信、Ｍｓｇ１ ＰＲＡＣＨ
正規のＮＲランダムアクセス手順の第１のステップは、ＵＥからｇＮＢへのプリアンブルの送信である。ＮＲは、より長いプリアンブル長を有するＲＡＣＨプリアンブルフォーマット、およびより短いプリアンブル長を有するＲＡＣＨプリアンブルフォーマットを少なくとも含む複数のＲＡＣＨプリアンブルフォーマットをサポートする。シグネチャはどれくらいあるか（例えば、ＲＡＣＨシーケンスの数、ペイロードサイズなど）についてさらに検討されるものとする。初期アクセスについて、長シーケンスベースのプリアンブルまたは短シーケンスベースのプリアンブルのどちらかがＲＡＣＨ設定において設定される。ＰＲＡＣＨ送信に対する上位層による設定は、ＰＲＡＣＨ設定パラメータ、サービングセルインデックス、プリアンブルインデックス、ＰＲＡＣＨフォーマット、対応するＲＡ－ＲＮＴＩ、およびＰＲＡＣＨリソースを含む。ＰＲＡＣＨフォーマットは、プリアンブルインデックスを使用して対応するプリアンブルシーケンス長に対するプリアンブルシーケンスセットから選択される。
正規のＮＲランダムアクセス手順の第１のステップは、ＵＥからｇＮＢへのプリアンブルの送信である。ＮＲは、より長いプリアンブル長を有するＲＡＣＨプリアンブルフォーマット、およびより短いプリアンブル長を有するＲＡＣＨプリアンブルフォーマットを少なくとも含む複数のＲＡＣＨプリアンブルフォーマットをサポートする。シグネチャはどれくらいあるか（例えば、ＲＡＣＨシーケンスの数、ペイロードサイズなど）についてさらに検討されるものとする。初期アクセスについて、長シーケンスベースのプリアンブルまたは短シーケンスベースのプリアンブルのどちらかがＲＡＣＨ設定において設定される。ＰＲＡＣＨ送信に対する上位層による設定は、ＰＲＡＣＨ設定パラメータ、サービングセルインデックス、プリアンブルインデックス、ＰＲＡＣＨフォーマット、対応するＲＡ－ＲＮＴＩ、およびＰＲＡＣＨリソースを含む。ＰＲＡＣＨフォーマットは、プリアンブルインデックスを使用して対応するプリアンブルシーケンス長に対するプリアンブルシーケンスセットから選択される。
【0114】
ＮＲは、ランダムアクセスプリアンブルフォーマットが、１つまたは複数のランダムアクセスプリアンブルから成り、ランダムアクセスプリアンブルが１つのプリアンブルシーケンスに加えてＣＰから成り、１つのプリアンブルシーケンスが１つまたは複数のＲＡＣＨ ＯＦＤＭシンボルから成ることを規定する。ＵＥは、設定されたランダムアクセスプリアンブルフォーマットに従ってＰＲＡＣＨを送信する。ＰＲＡＣＨ送信に対する領域は、アップリンクシンボル／スロット／サブフレームの境界に整合されるものとする。ＮＲにおいて、ＲＡＣＨ設定は、少なくとも、ＲＡＣＨ時間／周波数情報およびＲＡＣＨプリアンブルフォーマットを提供する。ＮＲは、より長いプリアンブル長を有するＲＡＣＨプリアンブルフォーマットおよびより短いプリアンブル長を有するＲＡＣＨプリアンブルフォーマットを少なくとも含む複数のＲＡＣＨプリアンブルフォーマットをサポートする。
【0115】
ＲＡＣＨプリアンブルに対するヌメロロジーは、他のＵＬデータ／制御チャネルに対するものと異なるまたは同じである可能性がある。ＵＥがＲＡＣＨリソースのサブセット内の１つまたは複数の／繰り返されるプリアンブルを送信する必要があるかどうかは、ブロードキャストシステム情報によって通知可能である。例えば、ｇＮＢにおけるＮＯ Ｔｘ／Ｒｘ相反性の場合のｇＮＢ Ｒｘビーム掃引をカバーすることである。短いプリアンブルフォーマット（すなわち、Ｌ＝１３９）に対するＰＲＡＣＨリソースマッピングのスロット持続時間は、ＲＡＣＨ Ｍｓｇ１ヌメロロジー、すなわち、ＳＣＳに基づく。長いプリアンブルフォーマット（すなわち、Ｌ＝８３９）に対するＰＲＡＣＨリソースマッピングのスロット持続時間は、１５ｋＨｚ ＳＣＳに基づく。ＲＡＣＨプリアンブル送信に対する最大帯域幅は、６ＧＨｚを下回る搬送周波数に対して５ＭＨｚより広くなく、かつ６ＧＨｚから５２．６ＧＨｚまでの範囲の搬送周波数に対してＸ ＭＨｚより広くない。Ｘは、５、１０、および２０ＭＨｚから絞り込んで選択されることになる。少なくとも、ＲＡＣＨプリアンブルに対する１つの参照ヌメロロジーは、１．２５×ｎ ｋＨｚまたは１５×ｎ ｋＨｚと規定される。ＲＡＣＨプリアンブルに対する参照ヌメロロジーに基づいて、スケーラブルヌメロロジーによる複数のＲＡＣＨプリアンブルは、搬送周波数に応じてサポートされる。ＳＣＳ＝１．２５ｋＨｚでＬ＝８３９のＮＲ ＰＲＡＣＨプリアンブルについて、Ｎｃｓ制限セットタイプＢは、制限セットタイプＡに加えてサポートされる。ＳＣＳ＝５ｋＨｚでＬ＝８３９のＮＲ ＰＲＡＣＨプリアンブルについて、Ｎｃｓ制限セットタイプＡおよびタイプＢがサポートされる。
【0116】
セルにおけるランダムアクセスプリアンブルは、ランダムプリアンブルおよび専用プリアンブルにグループ化され、これは、競合ベースランダムアクセスおよび無競合ベースランダムアクセスそれぞれに使用される。さらに、ランダムプリアンブルは、２つのサブグループ、グループＡおよびＢに分割されてよい。ＵＥは、以下：ランダムグループＢが存在する、Ｍｓｇ３（上記に示されるランダムアクセス手順において送信される第３のメッセージ）のサイズがランダムグループＡに対して設定される対応する閾値より大きい、および、ＵＥの伝搬路損失が閾値より小さいという条件が満たされる場合、ランダムグループＢを選択する。前述の条件のいずれかが満たされない場合、ＵＥはランダムグループＡを選択する。ランダムグループが判断された後、ＵＥはグループからプリアンブルをランダムに選択する。
【0117】
ＲＡＣＨリソースにおける複数の／繰り返されるＲＡＣＨプリアンブルがサポートされる。単一ビームおよび／またはマルチビーム動作をどのようにサポートするのか、および、プリアンブルが同じであるまたは異なる可能性があるかどうかは、さらに検討されるものとする。ランダムアクセス手順の設計は、ＢＳまたはＵＥにおける非Ｒｘ／Ｔｘ相反性、およびＢＳまたはＵＥにおける完全なまたは部分的なＲｘ／Ｔｘ相反性を含む、単一ビームおよびマルチビーム動作の可能な使用を考慮に入れるべきである。マルチビーム形成が初期アクセスに対するＤＬブロードキャストチャネル／信号に提供される場合、ＲＡＣＨリソースはＵＥによって、検出されるＤＬブロードキャストチャネル／信号から得られる。一定の時間間隔におけるＲＡＣＨプリアンブル送信に対する複数の機会が考慮される。ＲＡＣＨプリアンブルに対するヌメロロジーは周波数範囲に応じて異なる可能性がある。１周波数範囲当たりどれくらいのヌメロロジーがサポートされることになるのかはまだ判断されていない。ＤＬブロードキャストチャネル／信号に対する１または複数の機会と関連付けられる異なるＲＡＣＨリソースサブセットサイズのサポートは合意されており、マルチビームのシナリオにおいて異なる方向にわたって、ＤＬブロードキャストチャネル／信号に対する１または複数の機会、およびＤＬブロードキャストチャネル／信号の不均一送信と関連付けられる同じＲＡＣＨリソースサブセットサイズのサポート。ＲＡＣＨプリアンブル送信およびＲＡＣＨリソース選択に対する評価では、企業は、以下：例えば、ＴＲ３８．９１３において規定される値といった、基地局におけるＲｘビーム掃引のサポートおよびカバレッジのサポートの想定を報告している。
【0118】
プリアンブル送信に対するＵＥ Ｔｘビームは、ＵＥによって選択される。ブロードキャストシステム情報によって通知されるような単一のまたは複数の／繰り返されるプリアンブルのＲＡＣＨ送信機会の間、ＵＥは同じＵＥ Ｔｘビームを使用する。プリアンブルインデックスは、ＯＣＣがサポートされる場合、プリアンブルシーケンスインデックスおよびＯＣＣインデックスから成る。プリアンブルのサブセットはＯＣＣインデックスによって指示可能である。Ｎのプリアンブルインデックスが１回のＲＡＣＨ送信機会で利用可能であると想定すると、１つのＳＳＢのみが１回だけのＲＡＣＨ送信機会にマッピングされる場合、それぞれのＲＡＣＨ送信機会は０～Ｎ－１のプリアンブルインデックスを有する。図６には、異なる可能なＮＲプリアンブルフォーマットが示されている。１５ｋＨｚのサブキャリア間隔について、プリアンブルフォーマットＡ２、Ａ３、Ｂ４が合意されており、プリアンブルフォーマットＡ０、Ａ１、Ｂ０、Ｂ１、Ｂ２、Ｂ３、Ｃ０、Ｃ１は作業仮説である。単位はＴｓであり、ここで、Ｔｓ＝１／３０．７２ＭＨｚである。ＰＲＡＣＨプリアンブルは同じヌメロロジーによるデータに対するＯＦＤＭシンボル境界と整合される。０．５ｍｓごとのさらなる１６Ｔｓは、ＲＡＣＨプリアンブルが、０．５ｍｓ境界を超えて、または０．５ｍｓ境界から送信される時に、ＴＣＰに含まれるものとする。フォーマットＡについて、ＧＰは連続して送信されるＲＡＣＨプリアンブルの間の最後のＲＡＣＨプリアンブルの範囲内で既定可能である。３０／６０／１２０ｋＨｚのサブキャリア間隔について、プリアンブルフォーマットはサブキャリア間隔に従ってスケーリング可能である。例えば、３０ｋＨｚサブキャリア間隔に対してＴｓ＝１／（２＊３０７２０）ｍｓ、６０ｋＨｚサブキャリア間隔に対してＴｓ＝１／（４＊３０７２０）ｍｓ、１２０ｋＨｚサブキャリア間隔に対してＴｓ＝１／（８＊３０７２０）ｍｓである。フォーマットのいくつが全てのサブキャリア間隔に適用可能でない場合があることは留意されたい。
【0119】
ＮＲは、以下の、電力ランピング、ＵＥビーム切替、およびＲＡＣＨリソース切替の選択の絞り込みまたは組み合わせの、Ｍｓｇ１再送信に対する手順をサポートする。送受信点（ＴＲＰ）Ｒｘビームの数、ＵＥ Ｔｘビーム、ＲＡＣＨリソースの数に応じて電力ランピング、ＵＥビーム切替、およびＲＡＣＨリソース切替をどのように組み合わせるか、および、単一ＴＲＰ／ビームまたはマルチＴＲＰ／ビームに応じて異なる手順を考慮するかどうかについて、さらに検討する。
【0120】
ＳＳブロックに対する１または複数の機会と、ＲＡＣＨリソースのサブセットおよび／またはプリアンブルインデックスのサブセットとの間の関連性は、ブロードキャストシステム情報によってＵＥに通知される、またはＵＥにまたはひいては専用のシグナリングで知られる。Ｍｓｇ２ ＤＬ Ｔｘビームを判断するために、ｇＮＢが、Ｌ３モビリティに対するＣＳＩ－ＲＳと、ＲＡＣＨリソースのサブセットおよび／またはプリアンブルインデックスのサブセットとの間の関連性を設定可能であるかどうかが、さらに論じられる／判断される。Ｍｓｇ１におけるＵＥ識別子にアドレス指定されるＲＡ応答を含む、Ｍｓｇ１におけるＵＥ識別子の使用は審議中である。
【0121】
ステップ２、ＲＡＲ Ｍｓｇ２ ＰＤＳＣＨ
ＮＲにおいても、第２のＲＡステップは、ｇＮＢからＵＥにＲＡＲを送信することである。少なくとも初期アクセスについて、ＲＡＲに対するＰＤＳＣＨは、所定の周波数帯域に対するＮＲ ＵＥの最小ＤＬ ＢＷ内に制限される。
ＮＲにおいても、第２のＲＡステップは、ｇＮＢからＵＥにＲＡＲを送信することである。少なくとも初期アクセスについて、ＲＡＲに対するＰＤＳＣＨは、所定の周波数帯域に対するＮＲ ＵＥの最小ＤＬ ＢＷ内に制限される。
【0122】
ＵＥは、上位層によって制御されるウィンドウの間に指示されるＲＡ－ＲＮＴＩによるＰＤＣＣＨを検出することを試みる。ウィンドウは、プリアンブルシーケンス送信の最後のシンボルの後の一定数のシンボルである、ＵＥがタイプ１のＰＤＣＣＨ共通探索空間に対して設定される最も早い制御リソースセットのシンボルにおいて開始する。ＵＥは、指示されたＲＡ－ＲＮＴＩおよびウィンドウ内の対応するＤＬ－ＳＣＨトランスポートブロックによるＰＤＣＣＨ、および、ウィンドウ内の対応するＤＬ－ＳＣＨトランスポートブロックを検出する、すなわち、ＵＬグラント、別称ＲＡＲグラントの指示を受ける。
【0123】
Ｔｘ／Ｒｘ相反性が、少なくともマルチビーム動作に対してｇＮＢで利用可能であるか否かに関係なく、ｇＮＢにおいて、メッセージ２に対するＤＬ Ｔｘビームは、検出されるＲＡＣＨプリアンブル／リソースおよび対応する関連性に基づいて得られ得る。メッセージ２におけるＵＬグラントは、メッセージ３の送信タイミングを指示してよい。少なくとも、ｇＮＢ Ｔｘ／Ｒｘビーム相関性がない場合に、ｇＮＢは、Ｍｓｇ２ ＤＬ Ｔｘビームを判断するために、ＤＬ信号／チャネルと、ＲＡＣＨリソースのサブセットおよび／またはプリアンブルインデックスのサブセットとの間の関連性を設定可能である。ＤＬ測定および対応する関連性に基づいて、ＵＥはＲＡＣＨリソースのサブセットおよび／またはＲＡＣＨプリアンブルインデックスのサブセットを選択する。プリアンブルインデックスは、プリアンブルシーケンスインデックス、および直交カバーコード（ＯＣＣ）がサポートされる場合はＯＣＣインデックスから成る。プリアンブルのサブセットはＯＣＣインデックスによって指示可能である。
【0124】
ＲＡＲについて、Ｘは、Ｍｓｇ１送信の終わりと、ＲＡＲに対するＣＯＲＥＳＥＴの開始位置との間のタイミングギャップに対してサポート可能である。Ｘの値＝シーリング（Δ／（シンボル持続時間））＊シンボル持続時間であり、ここで、シンボル持続時間はＲＡＲヌメロロジーに基づき、Δは、必要に応じてＵＥ Ｔｘ－Ｒｘ切り替えのための（例えば、ＴＤＤのための）十分な時間を供給するためのものである。
【0125】
ＵＥは、所定のＲＡＲウィンドウ内のＵＥにおいて単一のＲＡＲ受信を想定するが、ＮＲランダムアクセス設計は、必要性が生じる場合、所定のＲＡＲウィンドウ内の複数のＲＡＲのＵＥ受信を除外しないものとする。１つの送信同期信号以外のＴＲＰ／ビームにおけるＲＡＣＨ受信／ＲＡＲ送信について、さらに検討する必要がある。また、さらなる検討として、メッセージ２ ＰＤＣＣＨ／ＰＤＳＣＨは、送られたＵＥが関連付けられるのはどのプリアンブル／ＲＡＣＨ機会かというメッセージ２を伝えるＰＤＣＣＨ／ＰＤＳＣＨ ＤＭＲＳが、ＳＳブロックと準同一位置にあることを想定してＵＥによって受信される。
【0126】
少なくとも、初期アクセスについて、ＲＡＲは、ＲＡＣＨ設定において設定されるＣＯＲＥＳＥＴにおけるＮＲ－ＰＤＣＣＨによってスケジューリングされるＮＲ－ＰＤＳＣＨにおいて伝達される。ＲＡＣＨ設定において設定されるＣＯＲＥＳＥＴは、ＮＲ－ＰＢＣＨにおいて設定されるＣＯＲＥＳＥＴと同じであるまたは異なっている可能性がある。単一のＭｓｇ１ ＲＡＣＨについて、ＲＡＲウィンドウは、Ｍｓｇ１送信の終わりから固定持続時間後に第１の利用可能なＣＯＲＥＳＥＴから開始し、ここで、固定持続時間はＸ Ｔ＿ｓであり、Ｘは全てのＲＡＣＨ機会に対して同じである。ＵＥからの単一のＭｓｇ１ ＲＡＣＨについて、ＲＡＲウィンドウのサイズは全てのＲＡＣＨ機会に対して同じであり、かつＲＭＳＩで設定され、ＲＡＲウィンドウはｇＮＢにおいて処理時間を供給できる。最大ウィンドウサイズは、処理遅延、スケジューリング遅延などを含むＭｓｇ１受信後のｇＮＢ遅延という最悪の場合に左右される。最小ウィンドウサイズは、Ｍｓｇ２またはＣＯＲＥＳＥＴの持続時間およびスケジューリング遅延に左右される。
【0127】
ステップ３、Ｍｓｇ３ ＰＵＳＣＨ
ＮＲにおいても、第３のメッセージ（Ｍｓｇ３）は、ＲＡＲ Ｍｓｇ２への応答としてＵＥからｇＮＢに送られる。Ｍｓｇ３は、ＲＡＲにおいてアップリンクグラントによってスケジューリングされ、かつＭｓｇ２の無線による受信の終わりから最小の時間のずれの後に送信される。ｇＮＢは、Ｍｓｇ３の送信時間をスケジューリングしながら、最小の時間のずれを保証するという柔軟性を有する。Ｍｓｇ３は、上層からサブミットされ、かつＵＥ競合解消識別子と関連付けられた、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥまたはＣＣＣＨ ＳＤＵを含有するＵＬ－ＳＣＨ上で送信される。
ＮＲにおいても、第３のメッセージ（Ｍｓｇ３）は、ＲＡＲ Ｍｓｇ２への応答としてＵＥからｇＮＢに送られる。Ｍｓｇ３は、ＲＡＲにおいてアップリンクグラントによってスケジューリングされ、かつＭｓｇ２の無線による受信の終わりから最小の時間のずれの後に送信される。ｇＮＢは、Ｍｓｇ３の送信時間をスケジューリングしながら、最小の時間のずれを保証するという柔軟性を有する。Ｍｓｇ３は、上層からサブミットされ、かつＵＥ競合解消識別子と関連付けられた、Ｃ－ＲＮＴＩ ＭＡＣ ＣＥまたはＣＣＣＨ ＳＤＵを含有するＵＬ－ＳＣＨ上で送信される。
【0128】
ＲＡＣＨ手順において、以下は、少なくともアイドルモードのＵＥに対して考慮される。Ｍｓｇ３送信に対するＵＬ ＴｘビームはＵＥによって判断され、ＵＥはＭｓｇ１送信に対して使用される同じＵＬ Ｔｘビームを使用してよく、すなわち、メッセージ３は、同じＲｘビームが、受信したＲＡＲが関連付けられるｇＮＢによるＰＲＡＣＨプリアンブル受信に使用されたと想定して、ＵＥによって送信される。必要に応じて、判断が、ｇＮＢからの追加のシグナリングによって支援可能であるかどうか、およびＭｓｇ３に対するＵＬ Ｔｘビームをどのように判断するかは、さらに検討されるものとする。
【0129】
ＮＲは、Ｍｓｇ３のＳＣＳを伝えるために１ビットを含有するＲＭＳＩにおけるＲＡＣＨ設定をサポートする。６ＧＨｚ未満で、Ｍｓｇ３のサブキャリア間隔は１５ｋＨｚまたは３０ｋＨｚのどちらかとすることができる。６ＧＨｚを超える場合、Ｍｓｇ３のサブキャリア間隔は６０または１２０ｋＨｚのどちらかとすることができる。Ｍｓｇ３ ＰＵＳＣＨ送信に対するサブキャリア間隔は、上位層パラメータによって提供される。ＵＥは、同じサービングセル上でＰＲＡＣＨおよびＭｓｇ３ ＰＵＳＣＨを送信するものとする。
【0130】
ステップ４、Ｍｓｇ４ ＰＤＳＣＨ
第４のメッセージ（Ｍｓｇ４）は、ｇＮＢからＵＥに送られる。少なくとも初期アクセスについて、Ｍｓｇ４に対するＰＤＳＣＨは、所定の周波数帯に対するＮＲ ＵＥの最小ＤＬ ＢＷ内に制限される。
第４のメッセージ（Ｍｓｇ４）は、ｇＮＢからＵＥに送られる。少なくとも初期アクセスについて、Ｍｓｇ４に対するＰＤＳＣＨは、所定の周波数帯に対するＮＲ ＵＥの最小ＤＬ ＢＷ内に制限される。
【0131】
ＲＡＣＨメッセージ３におけるビーム報告がない場合、メッセージ４ ＰＤＣＣＨ／ＰＤＳＣＨは、メッセージ４を伝えるＰＤＣＣＨ／ＰＤＳＣＨ ＤＭＲＳがＭｓｇ２のものと準同一位置（ＱＣＬ’ｅｄ）であると想定してＵＥによって受信される。ＲＡＣＨメッセージ３におけるビーム報告がある場合にどのようにするのか、およびＲＡＣＨメッセージ３におけるビーム報告が、メッセージ４ Ｔｘ ＱＣＬ想定に影響するのかどうか、また、どのように影響するかについては、さらに検討中である。Ｍｓｇ４ ＰＤＳＣＨ送信に対するサブキャリア間隔は、ランダムアクセス応答を提供するＰＤＳＣＨのものと同じである。
【0132】
プリアンブルの選択およびＵＥへのＲＡＲリソースの指示
ＵＥが最初にネットワークに参加する初期ＲＡ、およびＵＥがＵＬ同期を失っているＵＬ同期ＲＡを含む、ＲＡの少なくとも２つの異なる「タイプ」がある。また、ランダムアクセスに対する他の理由があり得る。ランダムアクセスの第１のステップは、ＵＥからｇＮＢへのＲＡプリアンブルを選択および送信することを含む。ランダムアクセスプリアンブルを異なるセットに分割することが提案される。プリアンブルは例えば、競合ベースＲＡのセット、および無競合のセットの、２つのセットＡおよびＢに分割可能である。ＲＡが無競合である場合、ｇＮＢは、ＲＡＲを送信するために任意のＣＯＲＳＥＴを選んでよく、ＵＥは、ＲＡが競合ベースか無競合かに応じてＲＡＲに対する異なる場所での探索によって応答する。プリアンブルは、競合に無関係の２つ以上のセットに分割されてもよい。
ＵＥが最初にネットワークに参加する初期ＲＡ、およびＵＥがＵＬ同期を失っているＵＬ同期ＲＡを含む、ＲＡの少なくとも２つの異なる「タイプ」がある。また、ランダムアクセスに対する他の理由があり得る。ランダムアクセスの第１のステップは、ＵＥからｇＮＢへのＲＡプリアンブルを選択および送信することを含む。ランダムアクセスプリアンブルを異なるセットに分割することが提案される。プリアンブルは例えば、競合ベースＲＡのセット、および無競合のセットの、２つのセットＡおよびＢに分割可能である。ＲＡが無競合である場合、ｇＮＢは、ＲＡＲを送信するために任意のＣＯＲＳＥＴを選んでよく、ＵＥは、ＲＡが競合ベースか無競合かに応じてＲＡＲに対する異なる場所での探索によって応答する。プリアンブルは、競合に無関係の２つ以上のセットに分割されてもよい。
【0133】
例として、いくつかの例示の実施形態において、本発明は、二段階の方法とみなされる可能性があり、この場合、第１のステップは、いくつかの基準、例えば、競合ベース対無競合に基づいてプリアンブルを選択後、プリアンブルに基づいてＲＡ応答に対するリソースを選択することである。選定したプリアンブルセットに応じて、ｇＮＢは特定のリソースで、ひいてはプリアンブルに基づいて、ＲＡＲを送り、ＵＥは、例えば、リソースＡ対リソースＢにおいてＲＡ応答を監視する。１つの例では、ＵＥによって選定されたのはどのＲＡプリアンブルか（どのＲＡプリアンブルセットからか）、およびどこに送信されるかに応じて、ＵＥは特定のリソースで応答を監視する。１つの例では、選定されるのはどのＲＡプリアンブルかおよび送信されるのはどのＵＬ－ＢＷＰかに応じて、ＵＥは特定のリソースで応答を監視する。ＤＬ－ＢＷＰは、プリアンブル、ならびに上記の送信に使用される時間および周波数リソース、場合によって、使用されるＵＬ－ＢＷＰの関数とすることができ、例えば、ＤＬ－ＢＷＰ＝ｆ（ＵＬ－ＢＷＰ、プリアンブル、リソース（ｆ／ｔ））である。プリアンブルに応じて、ネットワークは、リソースの第１のセットまたはリソースの第２のセットからＲＡＲに対するリソースを選択することになる。これらのリソースのセットは、異なるＣＯＲＥＳＥＴ、異なる探索空間、および異なるＢＷＰに対応してよい。
【0134】
ＵＥが選定するのはどのプリアンブル／プリアンブルセットかに応じて、ｇＮＢは特定のリソースにおいてランダムアクセス応答（ＲＡＲ）で応答する。ＵＥはさらにまた、上記の特定のリソースでＲＡＲを監視する。特定のリソースは、どの監視する探索空間で、応答が送信されるのはどのＢＷ部分またはＣＯＲＥＳＥＴかとすることができる。それぞれのＢＷ部分はＲＡに対する共通探索空間を含有することが合意されている。ＢＷ部分はＵＥ固有のＣＯＲＥＳＥＴを有しなければならないが、共通ＣＯＲＥＳＥＴを有することも可能である。
【0135】
プリアンブルを競合ベースおよび無競合で使用されるものに分割する場合、これは、競合ベースアクセスを行うＵＥに対して、ネットワークはどのＵＥからランダムアクセス応答が生じるのかを知らないが、無競合アクセスの場合、ネットワークは、どのＵＥがアクセスを行っているかを知っており、かつＵＥの現在アクティブなＢＷＰでＲＡ応答を送信することができる、という事実に基づく。無競合の場合、ｇＮＢはＵＥが構成される任意のＣＯＲＥＳＥＴを選ぶことができる。無競合ＲＡについて、ＵＥは特定のプリアンブルを使用し、かつｇＮＢは特定のＢＷ部分／ＣＯＲＥＳＥＴ上でＲＡＲを送る。例えば、ｇＮＢは、
－ プリアンブルがセットＡからのものである場合ＣＲＢリソース１
－ プリアンブルがセットＢからのものである場合ＣＲＢリソース２
上でＲＡＲを送ってよい。この場合、キャリアリソースブロック（ＣＲＢ）リソースｉ（ｉ≧１、２）は上位層によって設定される。ＡおよびＢは競合に基づいて異なるセットである可能性があるが、リソースはまた、他のプリアンブルセット／グループに基づくことが可能である。
－ プリアンブルがセットＡからのものである場合ＣＲＢリソース１
－ プリアンブルがセットＢからのものである場合ＣＲＢリソース２
上でＲＡＲを送ってよい。この場合、キャリアリソースブロック（ＣＲＢ）リソースｉ（ｉ≧１、２）は上位層によって設定される。ＡおよびＢは競合に基づいて異なるセットである可能性があるが、リソースはまた、他のプリアンブルセット／グループに基づくことが可能である。
【0136】
例示の動作
提案された方法について、もう一度図７および図８を参照してここでより詳細に説明する。図７および図８において、破線で示された動作およびモジュールがオプションであることは理解されるべきである。また、動作が順番に行われる必要がないことは理解されるべきである。さらに、動作全てが行われる必要がないことは理解されるべきである。
提案された方法について、もう一度図７および図８を参照してここでより詳細に説明する。図７および図８において、破線で示された動作およびモジュールがオプションであることは理解されるべきである。また、動作が順番に行われる必要がないことは理解されるべきである。さらに、動作全てが行われる必要がないことは理解されるべきである。
【0137】
図７は、ネットワークノードからランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を受信するための、無線通信システムにおける無線デバイスにおいて行われる方法を示す。方法は、選択されたランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）をネットワークノードに送信することＳ１１であって、選択されたプリアンブルは特定のダウンリンク（ＤＬ）リソースにリンクされる、送信することと、特定のＤＬリソース上でネットワークノードからＲＡ Ｍｓｇ２を受信することＳ１３と、を含む。よって、プリアンブルは、ネットワークノードがプリアンブルを受信することに応答してＲＡＲに対して使用することになる、特定のＤＬリソースと称されるいくつかのＤＬリソースにリンクされる。
【0138】
いくつかの態様によると、方法は、ネットワークノードへの送信に使用するためのランダムアクセスプリアンブルを選択することであって、ランダムアクセスプリアンブルは特定のＤＬリソースにリンクされる、選択することをさらに含んでよい。無線デバイスは、ランダムアクセスに対して利用可能なプリアンブルからどのプリアンブルを使用するかを選択してよい。このステップは、どのプリアンブルを使用するかを無線デバイスが知らされる場合でも、後続のステップの方法は影響を受けないため、オプションである。
【0139】
いくつかの態様によると、方法は、選択されたプリアンブルに基づいて、ＲＡ Ｍｓｇ２の受信のための特定のＤＬリソースを監視することをさらに含んでよい。このステップはまた、受信するステップにおいて固有であると見られ得るためオプションとみなされる。
【0140】
無線デバイスにランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を送信するための、ネットワークノードにおいて行われる対応する方法について、図８を参照してここで説明する。図８は、無線デバイスにランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を送信するための、無線通信システムにおけるネットワークノードにおいて使用するための方法を示す。方法は、無線デバイスからランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を受信すること（Ｓ１）であって、ランダムアクセスプリアンブルは特定のＤＬリソースにリンクされる、受信することと、特定のＤＬリソース上で無線デバイスにＲＡＲ Ｍｓｇ２を送信すること（Ｓ３）と、を含む。よって、ネットワークノードは、どのプリアンブルが受信されているかに基づいて、ＲＡＲに使用するのはどのリソースかを知ることになる。
【0141】
１つの態様では、方法は、受信したランダムアクセスプリアンブルに基づいて、ＲＡＲ Ｍｓｇ２を無線デバイスに送信するために使用するための特定のＤＬリソースを得ることをさらに含んでよい。得ることは、ネットワークノードにおいてあらかじめ規定されるまたはあらかじめ設定される情報を有する表を調べるといった、関連した情報におけるリソース指示がなされることによるものであってよい。このステップは、明示的に行われない場合があるため、オプションである。
【0142】
図１７は、一実施形態による、無線通信システムにおけるランダムアクセスメッセージに対するリソース選択のための方法の一例を示す概略フローチャートである。基本的に、方法は、無線デバイスによって使用されるランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）に基づいて、ネットワークノードから無線デバイスにランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を送信するために使用するための特定のＤＬリソースを判断するステップＳ２１を含む。より具体的には、ランダムアクセスプリアンブルはプリアンブルのいくつかの異なるセットまたはグループのうちの１つに属し、ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を送信するために使用するための特定のＤＬリソースは、ランダムアクセスプリアンブルがどのプリアンブルセットに属するかに応じて選択される。
【0143】
本明細書で説明される方法および配置が、さまざまなやり方で、実施、組み合わせ、および再配置可能であることは、理解されるであろう。
【0144】
例えば、実施形態は、ハードウェアにおいて、適した処理回路による実行のためのソフトウェアにおいて、またはこれらの組み合わせにおいて実施可能である。
【0145】
本明細書に説明されるステップ、機能、手順、モジュール、および／またはブロックは、汎用電子回路および特定用途向け回路両方を含む、ディスクリート回路または集積回路技術などの任意の従来の技術を使用するハードウェアにおいて実装されてよい。
【0146】
代替的には、または補足として、本明細書に説明されるステップ、機能、手順、モジュール、および／またはブロックの少なくともいくつかは、１つまたは複数のプロセッサまたは処理ユニットなどの適した処理回路による実行のためのコンピュータプログラムなどのソフトウェアで実装されてよい。
【0147】
処理回路の例には、１つもしくは複数のマイクロプロセッサ、１つもしくは複数のデジタル信号プロセッサ（ＤＳＰ）、１つもしくは複数の中央処理装置（ＣＰＵ）、ビデオアクセラレーションハードウェア、および／または１つもしくは複数のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）または１つもしくは複数のプログラマブル論理制御装置（ＰＬＣ）などの任意の適したプログラマブル論理回路が挙げられるが、これらに限定されない。
【0148】
また、提案される技術が実装される任意の従来のデバイスまたはユニットの汎用処理能力を再利用可能にしてよいことは理解されるべきである。さらには、既存のソフトウェアの再プログラミングによって、または新しいソフトウェアコンポーネントの追加によって既存のソフトウェアを再利用可能としてよい。
【0149】
本発明の一態様によると、無線通信システムにおいて動作するように設定され、かつネットワークノードからランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を受信するように設定される無線デバイスが提供される。無線デバイスは、
－ ネットワークノードと通信するように設定される通信インターフェースと、
－ 選択されたランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）をネットワークノードに送信することであって、選択されたプリアンブルはネットワークノードから無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を通信するために使用される特定のダウンリンク（ＤＬ）リソースにリンクされる、送信すること、および、
特定のＤＬリソース上でネットワークノードからＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を受信すること、を
無線デバイスに行わせるように設定される処理回路と、を備える。
－ ネットワークノードと通信するように設定される通信インターフェースと、
－ 選択されたランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）をネットワークノードに送信することであって、選択されたプリアンブルはネットワークノードから無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を通信するために使用される特定のダウンリンク（ＤＬ）リソースにリンクされる、送信すること、および、
特定のＤＬリソース上でネットワークノードからＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を受信すること、を
無線デバイスに行わせるように設定される処理回路と、を備える。
【0150】
特定の例では、処理回路は、ネットワークノードへの送信に使用するためのランダムアクセスプリアンブルを選択することであって、ランダムアクセスプリアンブルは、ネットワークノードから無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を通信するために使用される特定のＤＬリソースにリンクされる、選択することを無線デバイスに行わせるようにさらに設定される。
【0151】
例として、処理回路は、無線デバイスに、選択されたプリアンブルに基づいて、ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）の受信のための特定のＤＬリソースを監視させるようにさらに設定されてよい。
【0152】
別の態様によると、無線通信システムにおいて動作するように設定され、かつ無線デバイスにランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を送信するように設定されるネットワークノードが提供される。ネットワークノードは、
－ 無線デバイスと通信するように設定される通信インターフェースと、
－ 無線デバイスからランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を受信することであって、ランダムアクセスプリアンブルは、ネットワークノードから無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を通信するために使用される特定のＤＬリソースにリンクされる、受信すること、および、
特定のＤＬリソース上で無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を送信すること、
をネットワークノードに行わせるように設定される処理回路と、を備える。
－ 無線デバイスと通信するように設定される通信インターフェースと、
－ 無線デバイスからランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を受信することであって、ランダムアクセスプリアンブルは、ネットワークノードから無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を通信するために使用される特定のＤＬリソースにリンクされる、受信すること、および、
特定のＤＬリソース上で無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を送信すること、
をネットワークノードに行わせるように設定される処理回路と、を備える。
【0153】
例として、処理回路は、受信したランダムアクセスプリアンブルに基づいて、ＲＡＲメッセージ（ＲＡＲ Ｍｓｇ２）を無線デバイスに送信するために使用するための特定のＤＬリソースを得ることをネットワークノードに行わせるようにさらに設定されてよい。
【0154】
特定の例では、ランダムアクセスプリアンブルはプリアンブルのいくつかの異なるセットまたはグループのうちの１つに属し、処理回路は、ネットワークノードに、ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を送信するために使用するための特定のＤＬリソースを、ランダムアクセスプリアンブルがどのプリアンブルセットに属するかに応じて選択させるようにさらに設定される。
【0155】
さらに別の態様によると、ネットワークノードへの送信に使用するためのランダムアクセスプリアンブルを選択することであって、選択されたランダムアクセスプリアンブルは、ネットワークノードから無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を通信するために使用される特定のＤＬリソースにリンクされる、選択すること、
選択されたランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）をネットワークノードに送信すること、
選択されたプリアンブルに基づいて、ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）の受信のための特定のＤＬリソースを監視すること、および、
特定のＤＬリソース上でネットワークノードからＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を受信すること、を行うように設定される無線デバイスが提供される。
選択されたランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）をネットワークノードに送信すること、
選択されたプリアンブルに基づいて、ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）の受信のための特定のＤＬリソースを監視すること、および、
特定のＤＬリソース上でネットワークノードからＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を受信すること、を行うように設定される無線デバイスが提供される。
【0156】
さらに別の態様によると、無線デバイスからランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を受信することであって、ランダムアクセスプリアンブルは、ネットワークノードから無線デバイスにランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を通信するために使用される特定のＤＬリソースにリンクされる、受信すること、
受信したランダムアクセスプリアンブルに基づいて、ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を無線デバイスに送信するために使用するための特定のＤＬリソースを得ること、および、
特定のＤＬリソース上で無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を送信すること、を行うように設定されるネットワークノードが提供される。
受信したランダムアクセスプリアンブルに基づいて、ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を無線デバイスに送信するために使用するための特定のＤＬリソースを得ること、および、
特定のＤＬリソース上で無線デバイスにＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を送信すること、を行うように設定されるネットワークノードが提供される。
【0157】
無線通信システムにおけるランダムアクセスメッセージに対するリソース選択を行うように設定されるシステムであって、
該システムは、無線デバイスによって使用されるランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）に基づいて、ネットワークノードから無線デバイスにランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を送信するために使用するための特定のＤＬリソースを判断するように設定され、
ランダムアクセスプリアンブルはプリアンブルのいくつかの異なるセットまたはグループのうちの１つに属し、ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を送信するために使用するための特定のＤＬリソースは、ランダムアクセスプリアンブルがどのプリアンブルセットに属するかに応じて選択される、システムも提供される。
該システムは、無線デバイスによって使用されるランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）に基づいて、ネットワークノードから無線デバイスにランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を送信するために使用するための特定のＤＬリソースを判断するように設定され、
ランダムアクセスプリアンブルはプリアンブルのいくつかの異なるセットまたはグループのうちの１つに属し、ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を送信するために使用するための特定のＤＬリソースは、ランダムアクセスプリアンブルがどのプリアンブルセットに属するかに応じて選択される、システムも提供される。
【0158】
例示のノード設定
ここで、ネットワークノード２０からランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を受信するように設定される無線デバイスの例示の実施形態のいくつかのモジュールを示す概略ブロック図である図９に移る。無線デバイスは、図７との関連で説明される方法の態様全てを実施するように設定される。
ここで、ネットワークノード２０からランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を受信するように設定される無線デバイスの例示の実施形態のいくつかのモジュールを示す概略ブロック図である図９に移る。無線デバイスは、図７との関連で説明される方法の態様全てを実施するように設定される。
【0159】
無線デバイス１０は、ネットワークノードと通信するように設定される無線通信インターフェース（ｉ／ｆ）１１を備える。無線通信インターフェース１１は、１つまたはいくつかの無線アクセス技術によって通信するように適応されてよい。いくつかの技術がサポートされる場合、ノードは典型的には、いくつかの通信インターフェース、例えば、ＬＴＥまたはＮＲを含む、１つのＷＬＡＮまたはＢｌｕｅｔｏｏｔｈ通信インターフェースおよび１つのセルラー通信インターフェースを含む。
【0160】
無線デバイス１０は、コントローラ（ＣＴＬ）、または、コンピュータプログラムコードを実行することが可能な、任意の適した中央処理装置（ＣＰＵ）、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）などによって構成されてよい処理回路１２を備える。コンピュータプログラムは、メモリ（ＭＥＭ）１３に記憶されてよい。メモリ１３は、読み出しおよび書き込みメモリ（ＲＡＭ）および読み出し専用メモリ（ＲＯＭ）の任意の組み合わせとすることができる。メモリ１３は、例えば、磁気メモリ、光メモリ、またはソリッドステートメモリもしくはさらには遠隔装着メモリの任意の１つまたは組み合わせとすることができる永続記憶装置も含んでよい。
【0161】
いくつかの態様によると、本開示は、実行される時、無線デバイスに上記および以下に説明される方法を実行させるコンピュータプログラムコードを含むコンピュータプログラムに関する。いくつかの態様によると、本開示は、上記のコンピュータプログラムを保持する、コンピュータプログラム製品またはコンピュータ可読媒体に関する。処理回路は、コンピュータプログラムを記憶するメモリ１３、およびプロセッサ１４両方をさらに備えてよく、プロセッサは、コンピュータプログラムの方法を実行するように構成される。
【0162】
１つの実施形態は、ネットワークノード２０からランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を受信するように設定される無線通信システム１００において動作するように設定される無線デバイス１０を含む。無線デバイス１０は、ネットワークノードと通信するように設定される通信インターフェース１１と、選択されたランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）をネットワークノード２０に送信することであって、選択されたプリアンブルは特定のダウンリンク（ＤＬ）リソースにリンクされる、送信すること、および、特定のＤＬリソース上でネットワークノード２０からＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を受信すること、を無線デバイス１０に行わせるように設定される処理回路１２と、備える。
【0163】
１つの態様では、処理回路１２は、ネットワークノード２０への送信に使用するためのランダムアクセスプリアンブルを選択することであって、ランダムアクセスプリアンブルは特定のＤＬリソースにリンクされる、選択することを行うようにさらに設定される。さらなる態様では、処理回路１２は、選択されたプリアンブルに基づいて、ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）の受信のための特定のＤＬリソースを監視するようにさらに設定される。
【0164】
図１０は、上で論じられる例示の実施形態のいくつかを組み込むネットワークノード２０の例を示す。図１０は、無線通信システム１００において動作するように設定され、かつ無線デバイス１０にランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を送信するように設定されるネットワークノード２０であって、無線デバイスと通信するように設定される通信インターフェース２１と、無線デバイス１０からランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を受信することであって、ランダムアクセスプリアンブルは特定のＤＬリソースにリンクされる、受信すること、および、特定のＤＬリソース上で無線デバイス１０にＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を送信すること、をネットワークノード２０に行わせるように設定される処理回路２２と、を備える、ネットワークノード２０を開示している。
【0165】
１つの態様では、処理回路２２は、受信したランダムアクセスプリアンブルに基づいて、ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を無線デバイス１０に送信するために使用するための特定のＤＬリソースを得るようにさらに設定される。
【0166】
図１０に示されるように、ネットワークノード２０は、無線デバイスとの通信を含む、ネットワーク内の通信または制御信号の任意の形態を受信および送信するように設定される無線通信インターフェースまたは無線回路２１を備える。通信インターフェース（無線回路）２１が、いくつかの態様によると、任意の数の、送受信、受信、および／もしくは送信ユニットまたは回路として構成されることは、理解されるべきである。無線回路２１が、例えば、当技術分野で知られている任意の入力／出力通信ポートの形態であり得ることは、さらに理解されるべきである。無線回路２１は、例えば、ＲＦ回路およびベースバンド処理回路（図示せず）を含む。
【0167】
いくつかの態様によるネットワークノード２０は、無線回路２１と通信する少なくとも１つのメモリユニットまたは回路２３をさらに備える。メモリ２３は、例えば、受信もしくは送信されたデータおよび／または実行可能プログラム命令を記憶するように設定可能である。メモリ２３は、例えば、任意の形態のコンテキストデータを記憶するように設定される。メモリ２３は、例えば、任意の適したタイプのコンピュータ可読メモリとすることができ、例えば、揮発性タイプおよび／または不揮発性タイプとすることができる。ネットワークノード２０は、無線デバイス（１０）からランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を受信することであって、ランダムアクセスプリアンブルは特定のＤＬリソースにリンクされる、受信すること、および、特定のＤＬリソース上で無線デバイス（１０）にＲＡＲ Ｍｓｇ２を送信すること、をネットワークノード２０に行わせるように設定される処理回路２２をさらに備える。
【0168】
処理回路２２は、例えば、任意の適したタイプの計算ユニット、例えば、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、もしくは特定用途向け集積回路（ＡＳＩＣ）、または、任意の他の形態の回路である。処理回路が、単一ユニットとして提供される必要はなく、いくつかの態様によると、任意の数のユニットまたは回路として提供されることは理解されるべきである。よって、処理回路は、コンピュータプログラムを記憶するためのメモリ２３、およびプロセッサ２４両方を備えてよく、プロセッサはコンピュータプログラムの方法を実行するように設定される。
【0169】
コントローラ（ＣＴＬ）または処理回路２２は、いくつかの態様によると、コンピュータプログラムコードを実行することが可能である。コンピュータプログラムは、例えば、メモリ（ＭＥＭ）２３に記憶される。メモリ２３は、読み出しおよび書き込みメモリ（ＲＡＭ）および読み出し専用メモリ（ＲＯＭ）の任意の組み合わせとすることができる。メモリ２３は、ある状況において、例えば、磁気メモリ、光メモリ、またはソリッドステートメモリもしくはさらには遠隔装着メモリの任意の１つまたは組み合わせとすることができる永続記憶装置も含む。処理回路が、単一ユニットとして提供される必要はなく、いくつかの態様によると、任意の数のユニットまたは回路として提供されることは理解されるべきである。
【0170】
いくつかの態様によると、本開示は、実行される時、ネットワークノードに上記および以下に説明される方法を実行させるコンピュータプログラムコードを含むコンピュータプログラムに関する。
【0171】
適したコンピュータ実装形態の例を示す図１８も参照することが可能である。
【0172】
この特定の例では、本明細書に説明されるステップ、機能、手順、モジュール、および／またはブロックの少なくともいくつかは、１つまたは複数のプロセッサ１１０を含む処理回路による実行のためにメモリ１２０にロードされるコンピュータプログラム１２５；１３５において実装される。プロセッサ１１０およびメモリ１２０は、通常のソフトウェア実行を可能にするために互いに相互接続される。オプションの入力／出力デバイス１４０はまた、入力パラメータおよび／または結果として生じる出力パラメータなどの関連データの入力および／または出力を可能にするためにプロセッサ１１０および／またはメモリ１２０に相互接続されてよい。
【0173】
「プロセッサ」という用語は、一般的な意味で、特定の処理、判断、または計算タスクを行うようにプログラムコードまたはコンピュータプログラム命令を実行することが可能な任意のシステムまたはデバイスと解釈されるべきである。
【0174】
よって、１つまたは複数のプロセッサ１１０を含む処理回路は、コンピュータプログラム１２５を実行する時、本明細書に説明されるような明確に定義された処理タスクを行うように設定される。
【0175】
処理回路は、上述したステップ、機能、手順、および／またはブロックを実行することだけを専用とする必要はなく、他のタスクを実行してもよい。
【0176】
提案された技術はまた、無線通信システムにおけるランダムアクセスメッセージに対するリソース選択を行うように設定されるシステムに関する。該システムは、無線デバイスによって使用されるランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）に基づいて、ネットワークノードから無線デバイスにランダムアクセス応答（ＲＡＲ）メッセージ（ＲＡ Ｍｓｇ２）を送信するために使用するための特定のＤＬリソースを判断するように設定される。より具体的には、ランダムアクセスプリアンブルはプリアンブルのいくつかの異なるセットまたはグループのうちの１つに属し、ＲＡＲメッセージ（ＲＡ Ｍｓｇ２）を送信するために使用するための特定のＤＬリソースは、ランダムアクセスプリアンブルがどのプリアンブルセットに属するかに応じて選択される。
【0177】
例として、ランダムアクセスメッセージに対するリソース選択のためのシステムはまた、上述されるように、プロセッサ／メモリベースの実装形態で実装されてよい。
【0178】
代替的には、または補足として、本明細書に説明されるステップ、機能、手順、モジュール、および／またはブロックは、汎用電子回路および特定用途向け回路両方を含む、ディスクリート回路または集積回路技術などの任意の従来の技術を使用するハードウェアにおいて実装されてよいことは理解されるべきである。
【0179】
以下では、さまざまなオプションの実施形態の例について説明する。
【0180】
ランダムアクセスリソース
ＮＲにおいて、ランダムアクセス手順は、アイドル／非アクティブ状態のＵＥ、および接続状態のＵＥによって開始可能である。前者の場合、ランダムアクセスは典型的には、接続セットアップを要求することを目的として開始される。後者の場合、ランダムアクセスは、例えば、アップリンクデータ送信に対するリソースを要求することを目的として開始されてよい。
ＮＲにおいて、ランダムアクセス手順は、アイドル／非アクティブ状態のＵＥ、および接続状態のＵＥによって開始可能である。前者の場合、ランダムアクセスは典型的には、接続セットアップを要求することを目的として開始される。後者の場合、ランダムアクセスは、例えば、アップリンクデータ送信に対するリソースを要求することを目的として開始されてよい。
【0181】
アイドル／非アクティブ状態のＵＥについて、ランダムアクセス関連の送信と帯域幅部分（ＢＷＰ）との間の関係は、比較的単純である。
－ ランダムアクセス関連ダウンリンク送信（ランダムアクセスメッセージ２およびメッセージ４）は、初期ダウンリンクＢＷＰ、すなわち、システム情報によってアイドル状態の全てのデバイスにアサインされるダウンリンク帯域幅部分内で送信されると想定可能である。
－ アップリンクランダムアクセスメッセージ３、およびメッセージ４に関連している可能なＨＡＲＱフィードバックは、対応する初期アップリンクＢＷＰ内で送信されると想定可能である。
－ ランダムアクセスプリアンブルは、初期アップリンクＢＷＰの周波数範囲内に完全に制限される周波数範囲内で送信されると想定可能である（プリアンブルは、ＢＷＰがヌメロロジー固有であり、かつプリアンブルが恐らく異なるヌメロロジーを有し得るため、初期アップリンクＢＷＰ内で送信されると実際には言えない可能性がある）。
－ ランダムアクセス関連ダウンリンク送信（ランダムアクセスメッセージ２およびメッセージ４）は、初期ダウンリンクＢＷＰ、すなわち、システム情報によってアイドル状態の全てのデバイスにアサインされるダウンリンク帯域幅部分内で送信されると想定可能である。
－ アップリンクランダムアクセスメッセージ３、およびメッセージ４に関連している可能なＨＡＲＱフィードバックは、対応する初期アップリンクＢＷＰ内で送信されると想定可能である。
－ ランダムアクセスプリアンブルは、初期アップリンクＢＷＰの周波数範囲内に完全に制限される周波数範囲内で送信されると想定可能である（プリアンブルは、ＢＷＰがヌメロロジー固有であり、かつプリアンブルが恐らく異なるヌメロロジーを有し得るため、初期アップリンクＢＷＰ内で送信されると実際には言えない可能性がある）。
【0182】
接続状態では、ランダムアクセス関連の送信と帯域幅部分との間の関係は、ＵＥが、ランダムアクセス関連の送信が行われる周波数領域リソースをカバーしないアクティブなＢＷＰ（ダウンリンクおよび／またはアップリンク）を有する場合があるため、より複雑である。よって、ランダムアクセス関連の送信／受信と潜在的な他のＵＥの送信／受信との間に潜在的な衝突があり、ネットワークが想定する送信／受信はアクティブなダウンリンク／アップリンクＢＷＰ内で行われることになる。
【0183】
アップリンクについて、これは、比較的容易にハンドリング可能である。ＵＥが、このアクティブなアップリンクＢＷＰ内に制限されないアップリンク周波数リソース上でランダムアクセスを開始しており、かつある理由で、ＵＥが、ランダムアクセス手順が終了される前に（例えば、ダウンリンク送信に対するハイブリッドＡＲＱフィードバックを提供するために）このアクティブなアップリンクＢＷＰ内で送信する必要がある場合、ＵＥは、たいていの場合、送信のためにこの元のアクティブなアップリンクＢＷＰに戻すように切り替えることができる。
【0184】
ダウンリンクについて、状況はより複雑である。３つの可能なシナリオがある。
－ ランダムアクセス関連のダウンリンク送信はＵＥのアクティブなダウンリンクＢＷＰ内で行われる。
－ ランダムアクセス関連のダウンリンク送信は、ＵＥのアクティブなダウンリンクＢＷＰと異なるダウンリンクＢＷＰ内で行われるが、ＵＥのアクティブなダウンリンクＢＷＰがこの「ランダムアクセス」ダウンリンクＢＷＰ内に完全に制限されるように行われる。典型的な事例は、アクティブなダウンリンクＢＷＰが（「帯域幅適応」によってＵＥのエネルギー消費を低減するために）比較的狭い帯域であり、かつランダムアクセス関連の送信がより狭帯域のＢＷＰを完全にカバーするより広帯域のＢＷＰ内にある時である。
－ ランダムアクセス関連のダウンリンク送信は、ＵＥが、アクティブなダウンリンクＢＷＰおよび「ランダムアクセス」ダウンリンクＢＷＰ上で同時に受信できないように、ＵＥのアクティブなダウンリンクＢＷＰと異なるダウンリンクＢＷＰ内で行われる。
－ ランダムアクセス関連のダウンリンク送信はＵＥのアクティブなダウンリンクＢＷＰ内で行われる。
－ ランダムアクセス関連のダウンリンク送信は、ＵＥのアクティブなダウンリンクＢＷＰと異なるダウンリンクＢＷＰ内で行われるが、ＵＥのアクティブなダウンリンクＢＷＰがこの「ランダムアクセス」ダウンリンクＢＷＰ内に完全に制限されるように行われる。典型的な事例は、アクティブなダウンリンクＢＷＰが（「帯域幅適応」によってＵＥのエネルギー消費を低減するために）比較的狭い帯域であり、かつランダムアクセス関連の送信がより狭帯域のＢＷＰを完全にカバーするより広帯域のＢＷＰ内にある時である。
－ ランダムアクセス関連のダウンリンク送信は、ＵＥが、アクティブなダウンリンクＢＷＰおよび「ランダムアクセス」ダウンリンクＢＷＰ上で同時に受信できないように、ＵＥのアクティブなダウンリンクＢＷＰと異なるダウンリンクＢＷＰ内で行われる。
【0185】
最初の２つのシナリオでは、ＵＥは、「ランダムアクセス」ダウンリンクＢＷＰ上のランダムアクセス関連のダウンリンク送信を監視しながらこのアクティブなダウンリンクＢＷＰ上で受信することができる。しかしながら、第３のシナリオでは、これは不可能である。よって、ランダムアクセス手順中に、接続モードのＵＥは、ネットワークが、ランダムアクセス試行に気付かないことで、ＵＥが依然アクティブなダウンリンクＢＷＰ上で受信できると想定するため、ネットワークによって到達できない。
【0186】
第１のオプションの実施形態によると、それぞれの設定されたダウンリンクＢＷＰは、下記についての情報を提供するランダムアクセス設定と関連付けられる。
－ 設定されたＢＷＰがアクティブである時にランダムアクセスが開始される場合、ランダムアクセス関連のダウンリンク送信にはどのダウンリンクＢＷＰが使用されるのか（メッセージ２およびメッセージ４）。この「ランダムアクセス」ダウンリンクＢＷＰは、共通の探索空間を含むものとする。
典型的な事例として下記があり得る。
・ＲＡ設定におけるダウンリンク帯域幅部分（「ランダムアクセス」ダウンリンクＢＷＰ）は、設定されたダウンリンクＢＷＰそのものである
・ＲＡ設定におけるダウンリンク帯域幅は設定されたダウンリンクＢＷＰの上位集合である
・ＲＡ設定におけるダウンリンク帯域幅部分はＵＥに設定されたデフォルトのダウンリンクＢＷＰである
－ メッセージ３、およびメッセージ４に関連している潜在的なハイブリッドＡＲＱフィードバックにはどのアップリンクＢＷＰが使用されるか
－ プリアンブル設定（時間／周波数リソースおよびプリアンブルフォーマット）。プリアンブルがメッセージ３に対するアップリンクＢＷＰの周波数範囲内に完全に制限される（上記の２番目の黒丸）ものとすると想定することは合理的であると思われる
－ 設定されたＢＷＰがアクティブである時にランダムアクセスが開始される場合、ランダムアクセス関連のダウンリンク送信にはどのダウンリンクＢＷＰが使用されるのか（メッセージ２およびメッセージ４）。この「ランダムアクセス」ダウンリンクＢＷＰは、共通の探索空間を含むものとする。
典型的な事例として下記があり得る。
・ＲＡ設定におけるダウンリンク帯域幅部分（「ランダムアクセス」ダウンリンクＢＷＰ）は、設定されたダウンリンクＢＷＰそのものである
・ＲＡ設定におけるダウンリンク帯域幅は設定されたダウンリンクＢＷＰの上位集合である
・ＲＡ設定におけるダウンリンク帯域幅部分はＵＥに設定されたデフォルトのダウンリンクＢＷＰである
－ メッセージ３、およびメッセージ４に関連している潜在的なハイブリッドＡＲＱフィードバックにはどのアップリンクＢＷＰが使用されるか
－ プリアンブル設定（時間／周波数リソースおよびプリアンブルフォーマット）。プリアンブルがメッセージ３に対するアップリンクＢＷＰの周波数範囲内に完全に制限される（上記の２番目の黒丸）ものとすると想定することは合理的であると思われる
【0187】
受信したプリアンブルに基づいて、ランダムアクセス関連のダウンリンク送信を送信するためのダウンリンクＢＷＰはどれかについて確実に判断することができるようにすることは、ネットワーク次第である。
【0188】
ランダムアクセスリソースおよびＢＷＰタイマー
合意に従って以下の特性を有するＢＷＰ関連のタイマーを設定する可能性がある。
－ ＵＥは、新しいアクティブなダウンリンクＢＷＰに切り替える時タイマーを開始する
－ ＵＥは、アクティブなダウンリンクＢＷＰ上でスケジューリングされる時タイマーを再始動する
－ タイマーが時間切れになる時、ＵＥはデフォルトのダウンリンクＢＷＰをアクティブ化する
合意に従って以下の特性を有するＢＷＰ関連のタイマーを設定する可能性がある。
－ ＵＥは、新しいアクティブなダウンリンクＢＷＰに切り替える時タイマーを開始する
－ ＵＥは、アクティブなダウンリンクＢＷＰ上でスケジューリングされる時タイマーを再始動する
－ タイマーが時間切れになる時、ＵＥはデフォルトのダウンリンクＢＷＰをアクティブ化する
【0189】
しかしながら、このＢＷＰタイマーが接続状態ランダムアクセスとどのように相互作用するものになるのかは明らかではない。いくつかの代替策が想像できる。
－ タイマーはランダムアクセス手順中に実行し続け、タイマーが時間切れになる場合、ＵＥは、デフォルトのダウンリンクＢＷＰに切り替えるため、いずれの依然受信されていないダウンリンクランダムアクセス関連の送信も失敗する
－ タイマーはランダムアクセス手順中に実行し続け、タイマーが時間切れになる場合、ＵＥは、ランダムアクセス手順が終了するとデフォルトのダウンリンクＢＷＰに切り替える
－ タイマーはランダムアクセス手順中に停止し、かつランダムアクセス手順が終了すると再始動される
－ タイマーはランダムアクセス手順中に停止し、かつランダムアクセス手順が終了するとリセットされる
－ タイマーはランダムアクセス手順中に実行し続け、タイマーが時間切れになる場合、ＵＥは、デフォルトのダウンリンクＢＷＰに切り替えるため、いずれの依然受信されていないダウンリンクランダムアクセス関連の送信も失敗する
－ タイマーはランダムアクセス手順中に実行し続け、タイマーが時間切れになる場合、ＵＥは、ランダムアクセス手順が終了するとデフォルトのダウンリンクＢＷＰに切り替える
－ タイマーはランダムアクセス手順中に停止し、かつランダムアクセス手順が終了すると再始動される
－ タイマーはランダムアクセス手順中に停止し、かつランダムアクセス手順が終了するとリセットされる
【0190】
接続状態のＵＥは、リソースを要求するためにまたは同期を再確立するためにランダムアクセスを開始していてよい。これは、ＵＥがランダムアクセスを終了する前にデフォルトのＢＷＰに切り替えることによって解決されない。よって、任意の帯域幅の切り替えがタイマーの時間切れによってトリガされる前にＵＥがランダムアクセスを終了しようとするものとすることは適切であるように思われる。
【0191】
成功した接続状態のランダムアクセスは、ある種のＵＥスケジューリングと見られるべきであり、ひいてはタイマーは時間切れであるが、ランダムアクセスは成功しており、ＵＥは、デフォルトのＢＷＰに切り替えないものとするが、この以前のアクティブなダウンリンクＢＷＰに戻ることも、合意され得る。
【0192】
第２のオプションの実施形態によると、ＢＷＰタイマーはランダムアクセス手順中に実行し続ける。タイマーがランダムアクセス手順中に時間切れになる場合、ランダムアクセス手順は、以下を終了するまで継続する。
－ タイマーが時間切れであり、かつランダムアクセスが成功して終了される場合、デバイスはタイマーがリセットされるとともに以前の（ランダムアクセス手順を開始する前の）ＢＷＰに戻る。
－ タイマーが時間切れであり、かつランダムアクセスが成功せずに終了される場合、デバイスはデフォルトのＢＷＰに切り替える。
－ タイマーが時間切れであり、かつランダムアクセスが成功して終了される場合、デバイスはタイマーがリセットされるとともに以前の（ランダムアクセス手順を開始する前の）ＢＷＰに戻る。
－ タイマーが時間切れであり、かつランダムアクセスが成功せずに終了される場合、デバイスはデフォルトのＢＷＰに切り替える。
【0193】
図１１を参照すると、一実施形態によると、通信システムは、無線アクセスネットワークおよびコアネットワーク３２１４などのアクセスネットワーク３２１１を含む、３ＧＰＰタイプのセルラーネットワークなどの電気通信ネットワーク３２１０を含む。アクセスネットワーク３２１１は、それぞれが対応するカバレッジエリア３２１３ａ、３２１３ｂ、３２１３ｃを規定する、ＮＢ、ｅＮＢ、ｇＮＢ、または他のタイプの無線アクセスポイントなどの複数の基地局３２１２ａ、３２１２ｂ、３２１２ｃを含む。それぞれの基地局３２１２ａ、３２１２ｂ、３２１２ｃは、有線または無線接続３２１５によってコアネットワーク３２１４に接続可能である。カバレッジエリア３２１３ｃに位置する第１のユーザ機器（ＵＥ）３２９１は、対応する基地局３２１２ｃに無線で接続するように、またはこれによってページングされるように設定される。カバレッジエリア３２１３ａにおける第２のＵＥ３２９２は、対応する基地局３２１２ａに無線で接続可能である。複数のＵＥ３２９１、３２９２がこの例で示されているが、開示された実施形態は、単独のＵＥがカバレッジエリアにある状況、または、単独のＵＥが対応する基地局３２１２に接続している状況に等しく適用可能である。
【0194】
電気通信ネットワーク３２１０はこれ自体、スタンドアローンサーバ、クラウド実装サーバ、分散サーバのハードウェアおよび／もしくはソフトウェアにおいて、またはサーバファームにおける処理リソースとして具現化されてよい、ホストコンピュータ３２３０に接続される。ホストコンピュータ３２３０は、サービスプロバイダの所有または制御の下にあってよい、または、サービスプロバイダによって、またはサービスプロバイダの代わりに動作させてよい。電気通信ネットワーク３２１０とホストコンピュータ３２３０との間の接続３２２１、３２２２は、コアネットワーク３２１４からホストコンピュータ３２３０に直接拡張されてよい、またはオプションの中間ネットワーク３２２０を介してよい。中間ネットワーク３２２０は、パブリック、プライベート、またはホストされたネットワークの、１つ、または複数の組み合わせであってよく、もしあれば、中間ネットワーク３２２０は、バックボーンネットワークまたはインターネットであってよく、とりわけ、中間ネットワーク３２２０は２つ以上のサブネットワーク（図示せず）を含んでよい。
【0195】
図１１の通信システムは、全体として、接続されたＵＥ３２９１、３２９２のうちの１つとホストコンピュータ３２３０との間の接続性を可能にする。接続性は、オーバーザトップ（「ＯＴＴ」）接続３２５０として説明されてよい。ホストコンピュータ３２３０および接続されたＵＥ３２９１、３２９２は、アクセスネットワーク３２１１、コアネットワーク３２１４、任意の中間ネットワーク３２２０、および仲介物として可能なさらなるインフラ（図示せず）を使用して、ＯＴＴ接続３２５０を介してデータおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続３２５０は、ＯＴＴ接続３２５０が通過する関与する通信デバイスがアップリンクおよびダウンリンク通信のルーティングに気付かないという意味において、透過であり得る。例えば、基地局３２１２は、ホストコンピュータ３２３０から発して、接続されたＵＥ３２９１に転送される（例えば、ハンドオーバーされる）データを伴う着信ダウンリンク通信の過去のルーティングについて通知されなくてよい、または通知される必要がなくてよい。同様に、基地局３２１２は、ＵＥ３２９１からホストコンピュータ３２３０に向けて発する発信アップリンク通信の将来のルーティングを知っておく必要はない。
【0196】
前述の段落で論じられた、ＵＥ、基地局、およびホストコンピュータの、一実施形態による例示の実装形態について、ここで、図１２を参照して説明する。通信システム３３００では、ホストコンピュータ３３１０は、通信システム３３００の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップしかつ維持するように設定される通信インターフェース３３１６を含むハードウェア３３１５を備える。ホストコンピュータ３３１０はさらに、記憶および／または処理能力を有してよい処理回路３３１８を備える。とりわけ、処理回路３３１８は、命令を実行するように適応される、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ（図示せず）を備えてよい。ホストコンピュータ３３１０はさらに、ホストコンピュータ３３１０に記憶されるまたはこれによってアクセス可能であり、かつ処理回路３３１８によって実行可能であるソフトウェア３３１１をさらに備える。ソフトウェア３３１１はホストアプリケーション３３１２を含む。ホストアプリケーション３３１２は、ＵＥ３３３０およびホストコンピュータ３３１０で終端するＯＴＴ接続３３５０を介して接続するＵＥ３３３０などのリモートユーザにサービスを提供するように動作可能であってよい。サービスをリモートユーザに提供する際に、ホストアプリケーション３３１２はＯＴＴ接続３３５０を使用して送信されるユーザデータを提供してよい。
【0197】
通信システム３３００は、電気通信システムにおいて提供され、かつホストコンピュータ３３１０およびＵＥ３３３０と通信することを可能にするハードウェア３３２５を備える基地局３３２０をさらに含む。ハードウェア３３２５は、通信システム３３００の異なる通信デバイスのインターフェースとの有線または無線接続をセットアップしかつ維持するための通信インターフェース３３２６、および基地局３３２０によってサーブされる（図１２に示されない）カバレッジエリアに位置するＵＥ３３３０との少なくとも無線接続３３７０をセットアップしかつ維持するための無線インターフェース３３２７を含んでよい。通信インターフェース３３２６は、ホストコンピュータ３３１０への接続３３６０を容易にするように設定され得る。接続３３６０は、直接であってよく、または電気通信システムのコアネットワーク（図１２に図示せず）、および／または通信システム外の１つもしくは複数の中間ネットワークを通過してよい。示される実施形態において、基地局３３２０のハードウェア３３２５は、処理回路３３２８をさらに含み、処理回路３３２８は、命令を実行するように適応される、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ（図示せず）を含んでよい。基地局３３２０は、内部に記憶された、または外部接続によってアクセス可能なソフトウェア３３２１をさらに有する。
【0198】
通信システム３３００は、既に言及されているＵＥ３３３０をさらに含む。このハードウェア３３３５は、ＵＥ３３３０が現在位置するカバレッジエリアをサーブする基地局との無線接続３３７０をセットアップしかつ維持するように設定される無線インターフェース３３３７を含んでよい。ＵＥ３３３０のハードウェア３３３５は、処理回路３３３８をさらに含み、処理回路３３３８は、命令を実行するように適応される、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組み合わせ（図示せず）を含んでよい。ＵＥ３３３０は、ＵＥ３３３０に記憶されるまたはこれによってアクセス可能であり、かつ処理回路３３３８によって実行可能なソフトウェア３３３１をさらに備える。ソフトウェア３３３１はクライアントアプリケーション３３３２を含む。クライアントアプリケーション３３３２は、ホストコンピュータ３３１０のサポートでＵＥ３３３０を介して人間のユーザ、または人間ではないユーザにサービスを提供するように動作可能であってよい。ホストコンピュータ３３１０において、実行中のホストアプリケーション３３１２は、ＵＥ３３３０およびホストコンピュータ３３１０において終端するＯＴＴ接続３３５０を介して実行中のクライアントアプリケーション３３３２と通信してよい。サービスをユーザに提供する際に、クライアントアプリケーション３３３２は、ホストアプリケーション３３１２から要求データを受信し、かつ要求データに応答してユーザデータを提供してよい。ＯＴＴ接続３３５０は、要求データおよびユーザデータの両方を移送してよい。クライアントアプリケーション３３３２は、ユーザと対話して提供するユーザデータを生成してよい。
【0199】
図１２に示されるホストコンピュータ３３１０、基地局３３２０、およびＵＥ３３３０が、図１１の、ホストコンピュータ３２３０、基地局３２１２ａ、３２１２ｂ、３２１２ｃのうちの１つ、およびＵＥ３２９１、３２９２のうちの１つとそれぞれ同一であってよいことは留意されたい。すなわち、これらのエンティティの内部機能は、図１２に示される通りであってよく、独立して、周囲のネットワークトポロジーは、図１１のものであってもよい。
【0200】
図１２において、ＯＴＴ接続３３５０は、任意の仲介デバイスへの明示的な参照およびこれらのデバイスを介したメッセージの正確なルーティングなしで、基地局３３２０を介したホストコンピュータ３３１０とユーザ機器３３３０との間の通信を示すように抽象的に描かれている。ネットワークインフラは、ルーティングを判断してよく、ルーティングは、ＵＥ３３３０から、またはホストコンピュータ３３１０を動作させるサービスプロバイダから、またはこの両方から隠すように設定され得る。ＯＴＴ接続３３５０がアクティブである間、ネットワークインフラは、（例えば、ロードバランシングの考慮、またはネットワークの再設定に基づいて）ルーティングを動的に変更する決断をさらに行ってよい。
【0201】
ＵＥ３３３０と基地局３３２０との間の無線接続３３７０は、本開示全体を通して説明される実施形態の教示に従うものである。さまざまな実施形態の１つまたは複数によって、無線接続３３７０が最終セグメントを形成するＯＴＴ接続３３５０を使用してＵＥ３３３０に提供されるＯＴＴサービスの性能が改善される。より正確には、これらの実施形態の教示は、接続のためのメッセージの受信を改善することができ、それによって、より良いシステムロバスト性、より良い応答性、接続セットアップのより短い待機時間などの利益を提供することができる。
【0202】
測定手順は、１つまたは複数の実施形態が改善させるデータ速度、レイテンシ、および他の因子を監視する目的で提供されてよい。測定結果の変化に応答して、ホストコンピュータ３３１０とＵＥ３３３０との間のＯＴＴ接続３３５０を再設定するためのオプションのネットワーク機能性がさらにあってよい。測定手順および／またはＯＴＴ接続３３５０を再設定するためのネットワーク機能性は、ホストコンピュータ３３１０のソフトウェア３３１１、ＵＥ３３３０のソフトウェア３３３１、またはこの両方において実装されてよい。実施形態において、センサ（図示せず）は、ＯＴＴ接続３３５０が通る通信デバイスにまたはこれと関連して配備されてよく、センサは、上に例示される監視量の値を供給することによって、または、ソフトウェア３３１１、３３３１が監視量を計算するまたは概算することができる他の物理量の値を供給することによって、測定手順に関与することができる。ＯＴＴ接続３３５０の再設定は、メッセージフォーマット、再送信設定、好ましいルーティングなどを含むことができ、再設定は、基地局３３２０に影響を与える必要はなく、再設定は基地局３３２０に知られていなくても感知できなくてもよい。このような手順および機能性は、当技術分野において知られておりかつ実践されてよい。ある特定の実施形態において、測定は、スループット、伝搬時間、およびレイテンシなどのホストコンピュータ３３１０の測定を容易にする専有のＵＥシグナリングを伴ってよい。測定は、ソフトウェア３３１１、３３３１が、伝搬時間、エラーなどを監視しながら、ＯＴＴ接続３３５０を使用して、とりわけ空のまたは「ダミー」メッセージで、メッセージを送信させるように実施されてよい。
【0203】
図１３は、１つの実施形態による通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図１１および図１２を参照して説明されるものであってよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示の簡略化のために、この節では図１３の図面への言及のみが含まれる。方法の第１のステップ３４１０において、ホストコンピュータはユーザデータを提供する。第１のステップ３４１０のオプションのサブステップ３４１１において、ホストコンピュータはホストアプリケーションを実行することによってユーザデータを提供する。第２のステップ３４２０において、ホストコンピュータはユーザデータをＵＥに伝達する送信を開始する。オプションの第３のステップ３４３０において、基地局はＵＥに、本開示全体を通して説明される実施形態の教示に従って、ホストコンピュータが開始した送信において伝達されたユーザデータを送信する。オプションの第４のステップ３４４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションと関連付けられたクライアントアプリケーションを実行する。
【0204】
図１４は、１つの実施形態による通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図１１および図１２を参照して説明されるものであってよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示の簡略化のために、この節では図１４の図面への言及のみが含まれる。方法の第１のステップ３５１０において、ホストコンピュータはユーザデータを提供する。（示されない）オプションのサブステップにおいて、ホストコンピュータはホストアプリケーションを実行することによってユーザデータを提供する。第２のステップ３５２０において、ホストコンピュータはユーザデータをＵＥに伝達する送信を開始する。送信は、本開示全体を通して説明される実施形態の教示に従って、基地局を介して通過するものであってよい。オプションの第３のステップ３５３０において、ＵＥは送信において伝達されるユーザデータを受信する。
【0205】
図１５は、１つの実施形態による通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図１１および図１２を参照して説明されるものであってよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示の簡略化のために、この節では図１５の図面への言及のみが含まれる。方法のオプションの第１のステップ３６１０において、ＵＥはホストコンピュータによって提供される入力データを受信する。さらにまたは代替的には、オプションの第２のステップ３６２０において、ＵＥはユーザデータを提供する。第２のステップ３６２０のオプションのサブステップ３６２１において、ＵＥは、クライアントアプリケーションを実行することによってユーザデータを提供する。第１のステップ３６１０のさらなるオプションのサブステップ３６１１において、ＵＥは、ホストコンピュータによって提供される受信した入力データを受けてユーザデータを提供するクライアントアプリケーションを実行する。ユーザデータを提供する際に、実行したクライアントアプリケーションは、ユーザから受信したユーザ入力をさらに考慮してよい。ユーザデータが提供された特定のやり方に関係なく、ＵＥは、オプションの第３のサブステップ３６３０において、ホストコンピュータへのユーザデータの送信を開始する。方法の第４のステップ３６４０において、ホストコンピュータは、本開示全体を通して説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。
【0206】
図１６は、１つの実施形態による通信システムにおいて実施される方法を示すフローチャートである。通信システムは、図１１および図１２を参照して説明されるものであってよい、ホストコンピュータ、基地局、およびＵＥを含む。本開示の簡略化のために、この節では図１６の図面への言及のみが含まれる。方法のオプションの第１のステップ３７１０では、本開示全体を通して説明される実施形態の教示に従って、基地局はＵＥからユーザデータを受信する。オプションの第２のステップ３７２０において、基地局は、ホストコンピュータへの受信したユーザデータの送信を開始する。第３のステップ３７３０において、ホストコンピュータは基地局によって開始される送信において伝達されるユーザデータを受信する。
【0207】
いくつかの態様によると、処理回路１２または無線デバイス１０は、上述される方法を実行するように設定されるユニットを含む。ユニットは、ハードウェア、ソフトウェア、またはこれらの組み合わせで実装される。モジュールは、１つの態様によると、処理回路１２上で実行するメモリ１３に記憶されるコンピュータプログラムとして実装される。
【0208】
いくつかの態様によると、処理回路２２またはネットワークノードは、上述される方法を実行するように設定されるユニットを含む。ユニットは、ハードウェア、ソフトウェア、またはこれらの組み合わせで実装される。モジュールは、１つの態様によると、処理回路２２上で実行するメモリ２３に記憶されるコンピュータプログラムとして実装される。
【0209】
よって、本開示の内容によって、ＵＥにおけるｇＮＢからのＲＡＲの信頼できる低レイテンシの受信が可能になるが、これは、ＵＥがｇＮＢに送信したプリアンブルに応じて、どのリソースにおいてＲＡＲが生じることになるのかをＵＥが知っているからである。
【0210】
本開示の態様は、図面、例えば、ブロック図および／またはフローチャートを参照して説明される。図面におけるいくつかのエンティティ、例えば、ブロック図のブロック、また、図面におけるエンティティの組み合わせが、コンピュータプログラム命令によって実施可能であり、この命令がコンピュータ可読メモリに記憶可能であり、また、コンピュータまたは他のプログラマブルデータ処理装置にロード可能であることは、理解されたい。このようなコンピュータプログラム命令を、汎用コンピュータ、専用コンピュータ、および／または他のプログラマブルデータ処理装置のプロセッサに提供して、マシンを製造することで、コンピュータおよび／または他のプログラマブルデータ処理装置のプロセッサによって実行する命令が、ブロック図および／またはフローチャートの１つまたは複数のブロックにおいて指定される機能／作用を実装するための手段を作り出すようにすることができる。
【0211】
本明細書に提示されるフロー図（単数または複数）は、１つまたは複数のプロセッサによって実行される時、コンピュータフロー図（単数または複数）とみなされてよい。対応する装置は、機能モジュール群として規定されてよく、ここで、プロセッサによって行われるそれぞれのステップは機能モジュールに対応する。この場合、機能モジュールはプロセッサ上で実行するコンピュータプログラムとして実装される。
【0212】
メモリに常駐するコンピュータプログラムは、よって、プロセッサによって実行される時、本明細書に説明されるステップおよび／またはタスクの少なくとも一部を行うように設定される適切な機能モジュールとして組織化されてよい。
【0213】
代替的には、関連モジュール間の適した相互接続によって、主としてハードウェアモジュールによってまたは代替的にはハードウェアによって、このようなモジュールを実現することが可能である。特定の例には、１つまたは複数の適当に設定されたデジタル信号プロセッサおよび他の知られている電子回路、例えば、特殊機能を実行するために相互接続された個別論理ゲート、および／または先述されるような特定用途向け集積回路（ＡＳＩＣ）が挙げられる。使用可能なハードウェアの他の例には、入力／出力（Ｉ／Ｏ）回路、および／または信号を受信および／または送るための回路が挙げられる。ソフトウェア対ハードウェアの範囲は、純粋に実施の選択である。
【0214】
図面および明細書において、本開示の例示の態様が開示されている。しかしながら、本開示の原理からおおむね逸脱することなくこれらの態様に対して多くの変形および修正をなすことができる。よって、本開示は、制限するものではなく例示とみなされるべきであり、上で論じられた特定の態様に限定されるとみなされるべきではない。それ故に、特有の用語が用いられるが、それら用語は、一般的かつ記述的な意味でのみ使用され、限定の目的のために使用されない。
【0215】
本明細書に提供される例示の実施形態の説明は、例証の目的で提示されている。この説明は、羅的であることは意図されていないし、例示の実施形態を開示される正確な形態に限定することも意図されておらず、修正および変形は、上記の教示を考慮して可能である、または提供される実施形態に対するさまざまな代替策の実践から得られてよい。本明細書に論じられる例は、さまざまな例示の実施形態の原理および性質、ならびにこの実践的な応用を説明して、考えられる特定の使用に適するようにさまざまなやり方でさまざまな修正と共に当業者が例示の実施形態を利用することができるようにするために、選定されかつ説明された。本明細書で説明される実施形態の特徴は、方法、装置、モジュール、システム、およびコンピュータプログラム製品の全ての可能な組み合わせで組み合わせられてよい。本明細書に提示される例示の実施形態がそれぞれとのいずれの組み合わせにおいても実践可能であることは理解されるべきである。
【0216】
「ｃｏｍｐｒｉｓｉｎｇ（含む）」という語が列挙されるもの以外の要素またはステップの存在を必ずしも除外するわけではなく、ある要素に先行する語「ａ」または「ａｎ」が、このような要素が複数存在することを除外しないことは留意されるべきである。いずれの参照記号も特許請求の範囲を限定するものではなく、例示の実施形態は少なくとも一部分がハードウェアおよびソフトウェア両方によって実施されてよく、いくつかの「手段」、「ユニット」、または「デバイス」がハードウェアの同じ項目によって表されてよいことは、さらに留意されるべきである。
【0217】
本明細書に説明されるさまざまな例示の実施形態は、方法ステップまたはプロセスの一般的な文脈で説明され、これらは、１つの態様において、ネットワーク化された環境におけるコンピュータによって実行されるプログラムコードなどのコンピュータ実行可能命令を含む、コンピュータ可読媒体に具現化されたコンピュータプログラム製品によって実施可能である。コンピュータ可読媒体は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）などを含むがこれらに限定されない取り外し可能および取り外し不可能記憶デバイスを含んでよい。一般的に、プログラムモジュールは、特定のタスクを実行する、または特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含んでよい。コンピュータ実行可能命令、関連データ構造、およびプログラムモジュールは、本明細書に開示される方法のステップを実行するためのプログラムコードの例を表す。このような実行可能命令の特定のシーケンスまたは関連データ構造は、このようなステップまたはプロセスにおいて説明した機能を実施するための対応する作用の例を表す。
【0218】
いくつかの態様によると、無線デバイスにおいて実行される時、無線デバイスに、上述される無線デバイスにおける方法を実行させるコンピュータプログラムコードを含むコンピュータプログラムが提供される。
【0219】
いくつかの態様によると、ネットワークノードにおいて実行される時、ネットワークノードに、上述されるネットワークノードにおける方法を実行させるコンピュータプログラムコードを含むコンピュータプログラムが提供される。
【0220】
いくつかの態様によると、上述されるコンピュータプログラムの任意の１つを含む非一時的キャリアが提供され、このキャリアは、電子信号、光信号、無線信号、またはコンピュータ可読記憶媒体のうちの１つである。
【0221】
一実施形態によるコンピュータ実装形態の一例を示す概略ブロック図である、先に説明した図１８をもう一度参照することができる。
【0222】
さらに、ホストコンピュータ、およびここでのアクティビティに関連する実施形態はまた、本開示に含まれる。サービスプロバイダが所有もしくは制御している、または、サービスプロバイダによってまたはこれらの代わりに動作させる、ホストコンピュータ（またはサーバ、またはアプリケーションサーバ）は、コアネットワークを介してＲＡＮ（例えば、セルラーネットワーク）に接続される。
【0223】
１つの態様では、基地局またはネットワークノードと通信するように設定されるユーザ機器（ＵＥ）または無線デバイスが含まれる。ＵＥは、ネットワークノードに選択されたランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を送信することであって、選択されたプリアンブルは特定のダウンリンク（ＤＬ）リソースにリンクされる、送信すること、および、特定のＤＬリソース上でネットワークノードからＲＡ Ｍｓｇ２を受信することを行うように設定される、無線インターフェースおよび処理回路を備える。
【0224】
さらなる態様では、ホストコンピュータを含む通信システムが含まれる。この通信システムは、ユーザ機器（ＵＥ）から基地局への送信によって生じるユーザデータを受信するように設定される通信インターフェースを備え、ＵＥは、無線インターフェースと処理回路とを備え、ＵＥの処理回路は、選択されたランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）をネットワークノードに送信することであって、選択されたプリアンブルは特定のダウンリンク（ＤＬ）リソースにリンクされる、送信すること、および、特定のＤＬリソース上でネットワークノードからＲＡ Ｍｓｇ２を受信することを行うように設定される。
【0225】
１つの態様では、通信システムはＵＥをさらに含む。別の態様では、通信システムは基地局をさらに含み、基地局は、ＵＥと通信するように設定される無線インターフェースと、ＵＥから基地局への送信によって伝達されるユーザデータをホストコンピュータに転送するように設定される通信インターフェースとを備える。さらなる態様では、ホストコンピュータの処理回路はホストアプリケーションを実行するように設定され、ＵＥの処理回路は、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行することによって、ユーザデータを提供するように設定される。さらなる態様では、ホストコンピュータの処理回路は、ホストアプリケーションを実行することによって、要求データを提供するように設定され、ＵＥの処理回路は、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行することによって、要求データに応答してユーザデータを提供するように設定される。
【0226】
さらなる態様では、ＵＥにおいて実施される方法が含まれる。方法は、ネットワークノードに選択されたランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を送信すること（Ｓ１１）であって、選択されたプリアンブルは特定のダウンリンク（ＤＬ）リソースにリンクされる、送信することと、特定のＤＬリソース上でネットワークノードからＲＡ Ｍｓｇ２を受信すること（Ｓ１３）と、を含む。１つの態様では、方法は、ユーザデータを提供することと、基地局への送信によってユーザデータをホストコンピュータに転送することと、をさらに含む。
【0227】
さらなる実施形態では、ホストコンピュータ、基地局、およびユーザ機器（ＵＥ）を含む通信システムにおいて実施される方法であって、ホストコンピュータにおいて、ＵＥから基地局に送信されるユーザデータを受信することを含み、ＵＥは、ネットワークノードに選択されたランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を送信することであって、選択されたプリアンブルは特定のダウンリンク（ＤＬ）リソースにリンクされる、送信すること、および、特定のＤＬリソース上でネットワークノードからＲＡ Ｍｓｇ２を受信することを行う。１つの態様では、方法は、ＵＥにおいて、ユーザデータを基地局に提供することをさらに含む。方法は、ＵＥにおいて、クライアントアプリケーションを実行することによって、送信されるユーザデータを提供することと、ホストコンピュータにおいて、クライアントアプリケーションと関連付けられたホストアプリケーションを実行することと、をさらに含む。方法は、ＵＥにおいて、クライアントアプリケーションを実行することと、ＵＥにおいて、クライアントアプリケーションへの入力データを受信することであって、入力データはホストコンピュータにおいて、クライアントアプリケーションと関連付けられたホストアプリケーションを実行することによって提供される、受信することと、をさらに含み、送信されるユーザデータは入力データに応答してクライアントアプリケーションによって提供される。
【0228】
さらなる実施形態では、ユーザ機器（ＵＥ）と通信するように設定される基地局が含まれる。基地局は、無線デバイス（１０）からランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を受信することであって、ランダムアクセスプリアンブルは特定のＤＬリソースにリンクされる、受信すること、および、特定のＤＬリソース上で無線デバイス（１０）にＲＡＲ Ｍｓｇ２を送信すること、を行うように設定される、無線インターフェースおよび処理回路を備える。
【0229】
さらなる実施形態では、ユーザデータを提供するように設定される処理回路と、ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラーネットワークに転送するように設定される通信インターフェースと、を備える、ホストコンピュータを含む通信システムであって、セルラーネットワークは、無線インターフェースおよび処理回路を有する基地局を備え、基地局の処理回路は無線デバイス（１０）からランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を受信することであって、ランダムアクセスプリアンブルは特定のＤＬリソースにリンクされる、受信すること、および、特定のＤＬリソース上で無線デバイス（１０）にＲＡＲ Ｍｓｇ２を送信することを行うように設定される、通信システムが含まれる。
【0230】
１つの態様では、通信システムは基地局をさらに含む。さらなる態様では、通信システムはＵＥをさらに含み、ＵＥは基地局と通信するように設定される。さらなる態様において、通信システムが提供され、ここで、ホストコンピュータの処理回路はホストアプリケーションを実行することによって、ユーザデータを提供するように設定され、ＵＥは、ホストアプリケーションと関連付けられるクライアントアプリケーションを実行するように設定される処理回路を備える。
【0231】
さらなる実施形態では、基地局において実施される方法であって、無線デバイスからランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を受信すること（Ｓ１）であって、ランダムアクセスプリアンブルは特定のＤＬリソースにリンクされる、受信することと、特定のＤＬリソース上で無線デバイスにＲＡＲ Ｍｓｇ２を送信すること（Ｓ３）と、を含む、方法が含まれる。
【0232】
さらなる実施形態では、ホストコンピュータ、基地局、およびユーザ機器（ＵＥ）を含む通信システムにおいて実施される方法であって、ホストコンピュータにおいてユーザデータを提供することと、ホストコンピュータにおいて、基地局を含むセルラーネットワークを介してＵＥにユーザデータを伝達する送信を開始することと、を含み、基地局は、無線デバイスからランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）を受信することであって、ランダムアクセスプリアンブルは特定のＤＬリソースにリンクされる、受信すること、および、特定のＤＬリソース上で無線デバイスにＲＡＲ Ｍｓｇ２を送信すること、を行う。１つの態様では、方法は基地局においてユーザデータを送信することをさらに含む。さらなる態様では、ユーザデータはホストコンピュータにおいて、ホストアプリケーションを実行することによって提供され、方法は、ＵＥにおいて、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行することをさらに含む。
【0233】
さらなる実施形態では、ユーザデータを提供するように設定される処理回路と、ユーザ機器（ＵＥ）への送信のためにユーザデータをセルラーネットワークに転送するように設定される通信インターフェースと、を備える、ホストコンピュータを含む通信システムであって、ＵＥは、無線インターフェースと処理回路とを備え、ＵＥの処理回路は選択されたランダムアクセスプリアンブル（ＲＡ Ｍｓｇ１）をネットワークノードに送信することであって、選択されたプリアンブルは特定のダウンリンク（ＤＬ）リソースにリンクされる、送信すること、および、特定のＤＬリソース上でネットワークノードからＲＡ Ｍｓｇ２を受信することを行うように設定される、通信システムが含まれる。１つの態様では、通信システムはＵＥをさらに含む。さらなる態様において、通信システムが提供され、ここで、セルラーネットワークはＵＥと通信するように設定される基地局をさらに含む。さらなる態様において、上記のような実施形態の通信システムが提供され、ここで、ホストコンピュータの処理回路はホストアプリケーションを実行することによって、ユーザデータを提供するように設定され、ＵＥの処理回路は、ホストアプリケーションと関連付けられたクライアントアプリケーションを実行するように設定される。
【0234】
上述された実施形態は単に例として挙げられており、提案される技術がこれらに限定されないことは理解されるべきである。添付の特許請求の範囲によって規定される本発明の範囲から逸脱することなく、さまざまな修正、組み合わせ、および変更が実施形態になされてよいことは、当業者によって理解されるであろう。とりわけ、技術的に可能な場合、異なる実施形態における異なる一部の解決策は他の設定において組み合わせ可能である。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】