特表 2023-532206 ハイブリッド確認対応反復要求フィードバックの反復

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-07-27

(54)【発明の名称】ハイブリッド確認対応反復要求フィードバックの反復

(51)【国際特許分類】

   H04W 28/04 20090101AFI20230720BHJP

   H04W 74/08 20090101ALI20230720BHJP

   H04W 72/23 20230101ALI20230720BHJP

   H04L 1/1812 20230101ALI20230720BHJP

【ＦＩ】

H04W28/04 110

H04W74/08

H04W72/23

H04L1/1812

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2022577560

(86)(22)【出願日】2021-06-18

(85)【翻訳文提出日】2023-01-27

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

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

(87)【国際公開日】2021-12-23

(31)【優先権主張番号】63/040,745

(32)【優先日】2020-06-18

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＳＩＭＵＬＩＮＫ

２．ＶＥＲＩＬＯＧ

(71)【出願人】

【識別番号】517308024

【氏名又は名称】オフィノ， エルエルシー

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(74)【代理人】

【識別番号】100181674

【弁理士】

【氏名又は名称】飯田 貴敏

(74)【代理人】

【識別番号】100181641

【弁理士】

【氏名又は名称】石川 大輔

(74)【代理人】

【識別番号】230113332

【弁護士】

【氏名又は名称】山本 健策

(72)【発明者】

【氏名】ジョウ， フア

(72)【発明者】

【氏名】ディナン， エスマエル ヘジャジ

(72)【発明者】

【氏名】イ， ユンジュン

(72)【発明者】

【氏名】チョン， ヒョンスク

(72)【発明者】

【氏名】シリク， アリ チャガタイ

(72)【発明者】

【氏名】ラステガードゥースト， ナザニン

【テーマコード（参考）】

5K014

5K067

【Ｆターム（参考）】

5K014DA02

5K014FA03

5K067AA21

5K067DD11

5K067EE02

5K067EE10

5K067HH24

5K067HH28

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

第２の反復回数で前記メッセージＡを送信することを更に含み、前記第２の回数が、第１の無線デバイスタイプの前記無線デバイスに基づいて決定される、請求項２～２４のいずれか一項に記載の方法。

【請求項26】

前記第１の無線デバイスタイプである、前記無線デバイスが、第１の受信アンテナ数で構成され、前記第１の受信アンテナ数が、第２の無線デバイスタイプに対して構成される第２の受信アンテナ数よりも小さい、請求項２５に記載の方法。

【請求項27】

前記第１の無線デバイスタイプである、前記無線デバイスによって、第２の無線デバイスタイプの無線デバイスに対して構成される第２の帯域幅よりも小さな第１の帯域幅内で、基地局と通信することを更に含む、請求項２５又は２６に記載の方法。

【請求項28】

前記メッセージＡを前記送信することが、
ランダムアクセスチャネル（ＲＡＣＨ）リソースを介して前記プリアンブルを送信することと、
前記２ステップＲＡ手順に対して、前記ＲＡＣＨリソースに関連付けられた物理アップリンク共有チャネル（ＰＵＳＣＨ）リソースを介して前記トランスポートブロックを送信することと、を含む、請求項２～２７のいずれか一項に記載の方法。

【請求項29】

前記ＲＡＣＨリソースの構成パラメータ、及び前記２ステップＲＡ手順に対する前記ＰＵＳＣＨリソースの構成パラメータを含む１つ以上の無線リソース制御（ＲＲＣ）メッセージを受信することを更に含む、請求項２８に記載の方法。

【請求項30】

前記１つ以上のＲＲＣメッセージが、前記メッセージＡに対する前記第２の反復回数を示す、請求項２９に記載の方法。

【請求項31】

セルの、第１の初期帯域幅部分（ＢＷＰ）上のランダムアクセス（ＲＡ）検索空間（ＳＳ）を示す１つ以上のメッセージを受信することを更に含む、請求項２～３０のいずれか一項に記載の方法。

【請求項32】

前記セルの前記第１の初期ＢＷＰの前記ＲＡ ＳＳを介して、前記メッセージＢをスケジュールするダウンリンク制御情報に対するダウンリンク制御チャネルを監視することを更に含む、請求項３１に記載の方法。

【請求項33】

前記セルの前記第１の初期ＢＷＰが、前記無線デバイスの第１の無線デバイスタイプとは異なる第２の無線デバイスタイプである、第２の無線デバイスに対する前記セルの第２の初期ＢＷＰとは異なる、請求項３２に記載の方法。

【請求項34】

前記ＲＡ ＳＳが、
前記ＲＡ ＳＳを識別するＳＳ識別子、
ダウンリンク制御チャネル監視周期及びスロットオフセットを示すパラメータ、
前記ＲＡ ＳＳの持続時間、
スロット内のシンボルの数、
候補の数、又は
前記ＲＡ ＳＳに対する反復回数のうちの少なくとも１つを含む、１つ以上のパラメータで構成されている、請求項３１～３３のいずれか一項に記載の方法。

【請求項35】

前記１つ以上のパラメータに基づいて、かつ前記ＲＡ ＳＳを介して、前記メッセージＢをスケジュールするダウンリンク制御情報に対するダウンリンク制御チャネルを監視することを更に含む、請求項３４に記載の方法。

【請求項36】

前記監視することの間に、前記ダウンリンク制御情報を前記第１の反復回数で受信することを更に含む、請求項３５に記載の方法。

【請求項37】

複数の基準信号（ＲＳ）から、前記ＲＳ及び基準信号受信（ＲＳＲＰ）閾値の測定されたＲＳＲＰに基づいて、前記ＲＳを決定することを更に含む、請求項２～３６のいずれか一項に記載の方法。

【請求項38】

前記ＲＳが、前記ＲＳＲＰが前記ＲＳＲＰ閾値よりも高いことに基づいて、前記複数のＲＳから決定される、請求項３７に記載の方法。

【請求項39】

前記ＲＳに関連付けられているＲＡＣＨ構成に基づいて、前記２ステップＲＡ手順に対する複数のＲＡＣＨ構成から、前記ＲＡＣＨ構成を決定することを更に含む、請求項３７又は３８に記載の方法。

【請求項40】

前記ＲＡＣＨ構成が、
前記メッセージＡの前記プリアンブルに対する第２の反復回数、
前記ＲＡＣＨ構成に関連付けられた１つ以上のＲＳ、
開始周波数リソースブロック、
前記ＲＳＲＰ閾値、
プリアンブル受信目標電力値、
許容されるプリアンブル送信の数、又は
ＲＡ応答受信に対する応答ウィンドウのうちの少なくとも１つと関連付けられている、請求項３９に記載の方法。

【請求項41】

前記ＲＡＣＨ構成が、前記メッセージＡの前記プリアンブルに対する前記第２の反復回数と関連付けられ、前記方法が、前記ＲＡＣＨ構成によって示されるＲＡＣＨリソースを介して、前記第２の反復回数で前記プリアンブルを送信することを更に含む、請求項３９又は４０に記載の方法。

【請求項42】

前記第２の回数が、前記第１の回数と異なる、請求項４１に記載の方法。

【請求項43】

前記ＲＡＣＨ構成に関連付けられたＰＵＳＣＨリソースを決定することを更に含み、前記ＰＵＳＣＨリソースが、
前記メッセージＡの前記トランスポートブロックに対する第３の反復回数、
変調及び符号化方式、
スロットの数、
開始シンボル、
ＰＵＳＣＨマッピングタイプのインジケーション、
ストアリング周波数ブロック、又は
復調基準信号構成のうちの少なくとも１つを含む、パラメータで構成されている、請求項３９～４２のいずれか一項に記載の方法。

【請求項44】

前記ＰＵＳＣＨ構成が、前記第３の反復回数と関連付けられ、前記方法が、前記ＰＵＳＣＨリソースのパラメータによって示される前記ＰＵＳＣＨリソースを介して、前記第３の反復回数で前記メッセージＡの前記トランスポートブロックを送信することを含む、請求項４３に記載の方法。

【請求項45】

前記第３の回数が、前記第２の回数と同一である、請求項４３又は４４に記載の方法。

【請求項46】

無線デバイスであって、
１つ以上のプロセッサーと、
前記１つ以上のプロセッサーによって実行されるとき、前記無線デバイスに請求項１～４５のいずれか一項に記載の方法を実行させる命令を記憶しているメモリーと、を含む、無線デバイス。

【請求項47】

１つ以上のプロセッサーによって実行されるとき、前記１つ以上のプロセッサーに請求項１～４５のいずれか一項に記載の方法を実行させる命令を含む、非一時的コンピューター可読媒体。

【請求項48】

方法であって、
無線デバイスから基地局によって、トリガーされる２ステップランダムアクセス（ＲＡ）手順に応答して、プリアンブル及びトランスポートブロックを含むメッセージＡを受信することと、
メッセージＢを前記無線デバイスに送信することであって、前記メッセージＢが、前記メッセージＢに対応するハイブリッド確認応答反復要求（ＨＡＲＱ）フィードバックの送信の第１の反復回数を示すＲＡ応答を含む送信することと、
アップリンク制御チャネルを介して、前記ＨＡＲＱフィードバックを前記第１の反復回数で受信することと、を含む、方法。

【請求項49】

基地局であって、
１つ以上のプロセッサーと、
前記１つ以上のプロセッサーによって実行されるとき、前記無線デバイスに請求項４８に記載の方法を実行させる命令を記憶しているメモリーと、を備える、基地局。

【請求項50】

１つ以上のプロセッサーによって実行されるときに、前記１つ以上のプロセッサーに請求項４８に記載の方法を実行させる命令を備える、非一時的コンピューター可読媒体。

【請求項51】

方法であって、
無線デバイスによって、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースの第１の反復回数を示す構成パラメータを受信することと、
２ステップランダムアクセス（ＲＡ）手順をトリガーすることに基づいて、プリアンブル及びトランスポートブロックを含むメッセージＡを送信することと、
確認応答フィードバックに対する前記ＰＵＣＣＨリソースを示すＲＡ応答を含むメッセージＢを受信することと、
前記ＰＵＣＣＨリソースを介して、前記確認応答フィードバックを前記第１の反復回数で送信することと、を含む、方法。

【請求項52】

前記構成パラメータが、前記ＰＵＣＣＨリソースの複数の反復回数を更に示し、前記複数の回数が前記第１の回数を含む、請求項５１に記載の方法。

【請求項53】

前記メッセージＡを送信することに基づいて、前記メッセージＡに対応する前記メッセージＢをスケジュールするダウンリンク制御情報を受信することであって、前記ダウンリンク制御情報が、前記複数の回数から、前記メッセージＢに対応する前記確認応答に対する、前記第１の回数を示す、受信することを含む、請求項５２に記載の方法。

【請求項54】

前記確認応答フィードバックを送信することが、前記第１の回数を示す前記ダウンリンク制御情報に基づいて、前記確認応答フィードバックの前記第１の反復回数を決定することを含む、請求項５３に記載の方法。

【請求項55】

前記第１の反復回数が、前記確認応答フィードバックの送信を反復するための前記第１の回数を含み、前記送信することが、前記第１の回数で前記確認応答フィードバックの送信を反復することを含む、請求項５１～５４のいずれか一項に記載の方法。

【請求項56】

前記構成パラメータが、
前記ＰＵＳＣＨリソースに関連付けられているランダムアクセスチャネル（ＲＡＣＨ）リソースを更に示す、請求項５１～５５のいずれ一項に記載の方法。

【請求項57】

前記メッセージＡを前記送信することが、
前記ＲＡＣＨリソースを介して前記プリアンブルを送信することと、
前記ＰＵＳＣＨリソースを介して前記トランスポートブロックを送信することを含む、請求項５６に記載の方法。

【請求項58】

前記メッセージＢが前記メッセージＡに対応する、請求項５１～５７のいずれか一項に記載の方法。

【請求項59】

前記ＲＡ応答が、前記ＰＵＣＣＨリソースが、前記メッセージＢに対応する前記確認フィードバックに対応することを示す、請求項５１～５８のいずれか一項に記載の方法。

【請求項60】

前記メッセージＡに対応する前記メッセージＢをスケジュールするダウンリンク制御情報に対するダウンリンク制御チャネルを監視することを更に含む、請求項５１～５９のいずれか一項に記載の方法。

【請求項61】

前記確認応答フィードバックが、ハイブリッド確認応答反復要求（ＨＡＲＱ）フィードバックを含む、請求項５１～６０のいずれか一項に記載の方法。

【請求項62】

前記メッセージＢに対する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）リソースを示す前記ダウンリンク制御情報を受信することであって、前記メッセージＢが前記ＰＤＳＣＨリソースを介して受信される、受信することを含む、請求項６０又は６１に記載の方法。

【請求項63】

前記確認応答フィードバックが、前記メッセージＢの前記受信の確認応答を示す、請求項５１～６２のいずれか一項に記載の方法。

【請求項64】

前記ＲＡ応答が、前記確認応答フィードバックの送信を反復する第１の回数を示し、前記第１の反復回数で前記確認応答フィードバックを送信することが、前記確認応答フィードバックの送信を、前記第１の回数で反復することを含む、請求項５６～６３のいずれか一項に記載の方法。

【請求項65】

制御チャネルサービスデータユニット（ＳＤＵ）を含む、前記メッセージＡの前記トランスポートブロックと、
前記制御チャネルＳＤＵを示す競合解決アイデンティティを含む、前記メッセージＢの前記ＲＡ応答とに応答して、前記２ステップＲＡ手順を完了することを更に含む、請求項５１～６４のいずれか一項に記載の方法。

【請求項66】

前記メッセージＢが、
前記メッセージＡの前記プリアンブルを識別するプリアンブルインデックスを含む、媒体アクセス制御（ＭＡＣ）サブヘッダーと、
前記ＲＡ応答を含むＭＡＣペイロードと、を含む、請求項５１～６５のいずれか一項に記載の方法。

【請求項67】

前記ＲＡ応答が、前記アップリンクリ制御チャネルを示すアップリンク制御チャネルリソースインジケータを含む、請求項５１～６６のいずれか一項に記載の方法。

【請求項68】

前記メッセージＢの前記ＲＡ応答が、
競合解決アイデンティティ、
前記確認応答フィードバックに対する送信電力制御コマンド、
タイミングアドバンスコマンド、又は
セル無線ネットワーク一時識別子のうちの少なくとも１つを含む、請求項５１～６７のいずれか一項に記載の方法。

【請求項69】

前記ＲＡ応答が、ｓｕｃｃｅｓｓＲＡＲ ＭＡＣプロトコルデータユニット（ＰＤＵ）を含む、請求項５１～６８のいずれか一項に記載の方法。

【請求項70】

ビーム障害回復を開始することと、
第２のセルへのハンドオーバーのための無線リソース制御（ＲＲＣ）再構成メッセージを受信することと、
物理ダウンリンク制御チャネル（ＰＤＣＣＨ）指令を受信することと、
前記セルへの初期アクセスと、
位置決め手順をトリガーすることと、
アップリンクカバレッジ回復手順をトリガーすること、のうちの少なくとも１つに応答して、前記２ステップＲＡ手順をトリガーすることを更に含む、請求項５１～６９のいずれか一項に記載の方法。

【請求項71】

前記確認応答フィードバックが、前記メッセージＢの受信に成功したことに応答して、前記メッセージＢに対する肯定的な確認応答を含む、請求項５１～７０のいずれか一項に記載の方法。

【請求項72】

前記ＲＡ応答が、前記確認応答フィードバックのためのスロット数を示す確認応答フィードバックタイミングインジケータを含む、請求項５１～７１のいずれか一項に記載の方法。

【請求項73】

前記メッセージＢがその間受信されている第１のスロットの後に前記スロットの数を生じる第２のスロットで、前記確認応答フィードバックを送信することを更に含む、請求項７２に記載の方法。

【請求項74】

前記ダウンリンク制御チャネルを前記監視することが、前記メッセージＡを送信することに応答している、請求項６０～７３のいずれか一項に記載の方法。

【請求項75】

前記ダウンリンク制御チャネルの前記監視中に、ＲＡ無線ネットワーク一時識別子（ＲＡ－ＲＮＴＩ）によってスクランブルされた、前記ダウンリンク制御情報の、周期的冗長性チェックビットを含む前記ダウンリンク制御情報を受信することを更に含む、請求項６０～７４のいずれか一項に記載の方法。

【請求項76】

前記メッセージＡを第２の反復回数で送信した後に、前記ダウンリンク制御チャネルを監視することを更に含む、請求項６０～７５のいずれか一項に記載の方法。

【請求項77】

前記第２の回数が、前記第１の回数と同一である、請求項２１に記載の方法。

【請求項78】

前記メッセージＢの前記ＲＡ応答の１つ以上のビットが、前記第１の回数数を示す、請求項５１～７７のいずれか一項に記載の方法。

【請求項79】

前記ＲＡ応答の前記１つ以上のビットが、アップリンク制御チャネルリソースインジケータを含み、
前記アップリンク制御チャネルリソースインジケータが、前記アップリンク制御チャネルを示し、
前記アップリンク制御チャネルが、前記第１の回数と関連付けられている、請求項７８に記載の方法。

【請求項80】

前記１つ以上のビットが、前記メッセージＢの前記ＲＡ応答の１つ以上の予約ビットを含む、請求項７８又は７９に記載の方法。

【請求項81】

第２の反復回数で前記メッセージＡを送信することを更に含み、前記第２の回数が、第１の無線デバイスタイプの前記無線デバイスに基づいて決定される、請求項７８～８０のいずれか一項に記載の方法。

【請求項82】

前記第１の無線デバイスタイプである、前記無線デバイスが、第１の受信アンテナ数で構成され、前記第１の受信アンテナ数が、第２の無線デバイスタイプに対して構成される第２の受信アンテナ数よりも小さい、請求項８１に記載の方法。

【請求項83】

前記第１の無線デバイスタイプである、前記無線デバイスによって、第２の無線デバイスタイプの無線デバイスに対して構成される第２の帯域幅よりも小さな第１の帯域幅内で、基地局と通信することを更に含む、請求項８１又は８２に記載の方法。

【請求項84】

前記２ステップＲＡ手順に対する前記ＰＵＳＣＨリソースの構成パラメータを含む１つ以上の無線リソース制御（ＲＲＣ）メッセージを受信することを更に含む、請求項５１～８３のいずれか一項に記載の方法。

【請求項85】

前記ＲＡＣＨリソースの前記構成パラメータが、前記２ステップＲＡ手順に対する前記ＰＵＳＣＨリソースに関連付けられている、請求項８４に記載の方法。

【請求項86】

前記１つ以上のＲＲＣメッセージが、前記メッセージＡに対する前記第２の反復回数を示す、請求項８４又は８５に記載の方法。

【請求項87】

セルの、第１の初期帯域幅部分（ＢＷＰ）上のランダムアクセス（ＲＡ）検索空間（ＳＳ）を示す１つ以上のメッセージを受信することを更に含む、請求項５１～８６のいずれか一項に記載の方法。

【請求項88】

前記セルの前記第１の初期ＢＷＰの前記ＲＡ ＳＳを介して、前記メッセージＢをスケジュールするダウンリンク制御情報に対するダウンリンク制御チャネルを監視することを更に含む、請求項８７に記載の方法。

【請求項89】

前記セルの前記第１の初期ＢＷＰが、前記無線デバイスの第１の無線デバイスタイプとは異なる第２の無線デバイスタイプのものである、第２の無線デバイスに対する前記セルの第２の初期ＢＷＰとは異なる、請求項８８に記載の方法。

【請求項90】

前記ＲＡ ＳＳが、
前記ＲＡ ＳＳを識別するＳＳ識別子、
ダウンリンク制御チャネル監視周期及びスロットオフセットを示すパラメータ、
前記ＲＡ ＳＳの持続時間、
スロット内のシンボルの数、
候補の数、又は
前記ＲＡ ＳＳに対する反復回数のうちの少なくとも１つを含む、１つ以上のパラメータで構成されている、請求項８７～８９のいずれか一項に記載の方法。

【請求項91】

前記１つ以上のパラメータに基づいて、かつ前記ＲＡ ＳＳを介して、前記メッセージＢをスケジュールするダウンリンク制御情報に対するダウンリンク制御チャネルを監視することを更に含む、請求項９０に記載の方法。

【請求項92】

前記監視することの間に、前記ダウンリンク制御情報を、前記第１の反復回数で受信することを更に含む、請求項９１に記載の方法。

【請求項93】

複数の基準信号（ＲＳ）から、前記ＲＳ及び基準信号受信（ＲＳＲＰ）閾値の測定されたＲＳＲＰに基づいて、前記ＲＳを決定することを更に含む、請求項５１～９２のいずれか一項に記載の方法。

【請求項94】

前記ＲＳが、前記ＲＳＲＰが前記ＲＳＲＰ閾値よりも高いことに基づいて、前記複数のＲＳから決定される、請求項９３に記載の方法。

【請求項95】

前記ＲＳに関連付けられている前記ＲＡＣＨ構成に基づいて、前記２ステップＲＡ手順に対する複数のＲＡＣＨ構成から、ＲＡＣＨ構成を決定することを更に含む、請求項９３又は９４に記載の方法。

【請求項96】

前記ＲＡＣＨ構成が、
前記メッセージＡの前記プリアンブルに対する第２の反復回数、
前記ＲＡＣＨ構成に関連付けられた１つ以上のＲＳ、
開始周波数リソースブロック、
前記ＲＳＲＰ閾値、
プリアンブル受信目標電力値、
許容されるプリアンブル送信の数、又は
ＲＡ応答受信に対する応答ウィンドウのうちの少なくとも１つと関連付けられている、請求項９５に記載の方法。

【請求項97】

前記ＲＡＣＨ構成が、前記メッセージＡの前記プリアンブルに対する前記第２の反復回数と関連付けられ、前記方法が、前記ＲＡＣＨ構成によって示されるＲＡＣＨリソースを介して、前記第２の反復回数で、前記プリアンブルを送信することを更に含む、請求項９５又は９６に記載の方法。

【請求項98】

前記第２の回数が、前記第１の回数と異なる、請求項９７に記載の方法。

【請求項99】

前記ＲＡＣＨ構成に関連付けられたＰＵＳＣＨリソースを決定することを更に含み、前記ＰＵＳＣＨリソースが、
前記メッセージＡの前記トランスポートブロックに対する第３の反復回数、
変調及び符号化方式、
スロットの数、
開始シンボル、
ＰＵＳＣＨマッピングタイプのインジケーション、
ストアリング周波数ブロック、又は
復調基準信号構成のうちの少なくとも１つを含む、パラメータで構成されている、請求項９５～９８のいずれか一項に記載の方法。

【請求項100】

前記ＰＵＳＣＨ構成が、前記第３の反復回数と関連付けられ、前記方法が、前記ＰＵＳＣＨリソースのパラメータによって示される前記ＰＵＳＣＨリソースを介して、前記第３の反復回数で前記メッセージＡの前記トランスポートブロックを送信することを含む、請求項９９に記載の方法。

【請求項101】

前記第３の回数が、前記第２の回数と同一である、請求項９９又は１００に記載の方法。

【請求項102】

無線デバイスであって、
１つ以上のプロセッサーと、
前記１つ以上のプロセッサーによって実行されるとき、前記無線デバイスに請求項５１～１０１のいずれか一項に記載の方法を実行させる命令を記憶しているメモリーと、を備える、無線デバイス。

【請求項103】

１つ以上のプロセッサーによって実行されるとき、前記１つ以上のプロセッサーに請求項５１～１０１のいずれか一項に記載の方法を実行させる命令を備える、非一時的コンピューター可読媒体。

【請求項104】

方法であって、
基地局によって無線デバイスに、物理アップリンク制御チャネル（ＰＵＣＣＨ）リソースの第１の反復回数を示す構成パラメータを送信することと、
トリガーされる２ステップランダムアクセス（ＲＡ）手順に基づいて、プリアンブル及びトランスポートブロックを含むメッセージＡを受信することと、
確認応答フィードバックに対する前記ＰＵＣＣＨリソースを示すＲＡ応答を含むメッセージＢを送信することと、
前記ＰＵＣＣＨリソースを介して、前記第１の反復回数で前記確認応答フィードバックを受信することと、を含む、方法。

【請求項105】

基地局であって、
１つ以上のプロセッサーと、
前記１つ以上のプロセッサーによって実行されるとき、前記無線デバイスに請求項１０４に記載の方法を実行させる命令を記憶しているメモリーと、を備える、基地局。

【請求項106】

１つ以上のプロセッサーによって実行されるときに、前記１つ以上のプロセッサーに請求項１０４に記載の方法を実行させる命令を備える、非一時的コンピューター可読媒体。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０２０年６月１８日に出願された米国仮特許出願第６３／０４０，７４５号の利益を主張し、その全体が参照により本明細書に組み込まれる。

【発明の概要】

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

【0002】

本開示では、様々な実施形態が、開示された技術がどのように実装され得るか、及び／又は開示された技術がどのように環境及びシナリオで実践され得るかの実施例として提示される。関連技術分野の当業者には、範囲から逸脱することなく、形態及び詳細の様々な変更を行うことができることは明らかであろう。実際、明細書を読んだ後、代替的な実施形態を実装する方法が関連技術分野の当業者に明らかになるであろう。本実施形態は、例示的な実施形態のいずれによっても限定されるべきではない。本開示の実施形態は、添付図面を基準して説明される。開示された例示的実施形態からの制限、特徴、及び／又は要素が組み合わせられ、本開示の範囲内で更なる実施形態を作成することができる。機能と利点を強調する図は、例としてのみ示される。開示されたアーキテクチャーは、示される以外の方式で利用することができるように、十分に柔軟で構成可能である。例えば、いかなるフローチャートにリストされたアクションも、いくつかの実施形態で再配列され、又は任意選択としてのみ使用され得る。

【図面の簡単な説明】

【0003】

本開示の様々な実施形態のうちのいくつかの実施例が、図面を参照して本明細書に記載される。

【0004】

【図1A】本開示の実施形態が実装され得る、移動体通信ネットワークの実施例を示す。

【図1B】本開示の実施形態が実装され得る、移動体通信ネットワークの実施例を示す。

【図2A】新しい無線（ＮＲ）ユーザープレーン及び制御プレーンプロトコルスタックをそれぞれ示す。

【図2B】新しい無線（ＮＲ）ユーザープレーン及び制御プレーンプロトコルスタックをそれぞれ示す。

【図3】図２ＡのＮＲユーザープレーンプロトコルスタックのプロトコル層間で提供されるサービスの実施例を示す。

【図4A】図２ＡのＮＲユーザープレーンプロトコルスタックを通る例示的なダウンリンクデータフローを示す。

【図4B】ＭＡＣ ＰＤＵにおけるＭＡＣサブヘッダーのフォーマット例を示す。

【図5A】ダウンリンクとアップリンクの論理チャネル、トランスポートチャネル、及び物理チャネル間のマッピングをそれぞれ示す。

【図5B】ダウンリンクとアップリンクの論理チャネル、トランスポートチャネル、及び物理チャネル間のマッピングをそれぞれ示す。

【図6】ＵＥのＲＲＣ状態遷移を示す例示的な図である。

【図7】ＯＦＤＭシンボルがグループ化されたＮＲフレームの構成例を示す。

【図8】ＮＲキャリアの時間及び周波数ドメインにおけるスロットの構成例を示す。

【図9】ＮＲキャリアに対して３つの構成されるＢＷＰを使用した帯域幅適応の実施例を示す。

【図10A】２つのコンポーネントキャリアを有する３つのキャリアアグリゲーション構成を示す。

【図10B】アグリゲーションセルがどのように１つ以上のＰＵＣＣＨグループに構成され得るかの実施例を示す。

【図11A】ＳＳ／ＰＢＣＨブロック構造及び位置の実施例を示す。

【図11B】時間及び周波数ドメインにマッピングされたＣＳＩ－ＲＳの実施例を示す。

【図12A】３つのダウンリンク及びアップリンクビーム管理手順の実施例をそれぞれ示す。

【図12B】３つのダウンリンク及びアップリンクビーム管理手順の実施例をそれぞれ示す。

【図13A】４ステップ競合ベースのランダムアクセス手順、２ステップ競合のないランダムアクセス手順、及び別の２ステップランダムアクセス手順をそれぞれ示す。

【図13B】４ステップ競合ベースのランダムアクセス手順、２ステップ競合のないランダムアクセス手順、及び別の２ステップランダムアクセス手順をそれぞれ示す。

【図13C】４ステップ競合ベースのランダムアクセス手順、２ステップ競合のないランダムアクセス手順、及び別の２ステップランダムアクセス手順をそれぞれ示す。

【図14A】帯域幅部分に対するＣＯＲＥＳＥＴ構成の実施例を示す。

【図14B】ＣＯＲＥＳＥＴ及びＰＤＣＣＨ処理上のＤＣＩ送信に対するＣＣＥ～ＲＥＧマッピングの実施例を示す。

【図15】基地局と通信する無線デバイスの実施例を示す。

【図16A】アップリンク及びダウンリンク送信のための例示的な構造を示す。

【図16B】アップリンク及びダウンリンク送信のための例示的な構造を示す。

【図16C】アップリンク及びダウンリンク送信のための例示的な構造を示す。

【図16D】アップリンク及びダウンリンク送信のための例示的な構造を示す。

【図17A】ＭＡＣサブヘッダーの実施例を示す。

【図17B】ＭＡＣサブヘッダーの実施例を示す。

【図17C】ＭＡＣサブヘッダーの実施例を示す。

【図18A】ＤＬ ＭＡＣ ＰＤＵの実施例を示す。

【図18B】ＵＬ ＭＡＣ ＰＤＵの実施例を示す。

【図19】ダウンリンクの複数のＬＣＩＤの例を示す。

【図20】アップリンクの複数のＬＣＩＤの例を示す。

【図21A】ＳＣｅｌｌアクティブ化／非アクティブ化ＭＡＣ ＣＥ フォーマットの例を示す。

【図21B】ＳＣｅｌｌアクティブ化／非アクティブ化ＭＡＣ ＣＥ フォーマットの例を示す。

【図22】ＳＣｅｌｌ上のＢＷＰアクティブ化／非アクティブ化の例を示す。

【図23A】ＭＩＢの構成パラメータの例を示す。

【図23B】ＭＩＢの構成パラメータの例を示す。

【図23C】ＭＩＢの構成パラメータの例を示す。

【図24】ＳＩＢ１メッセージのＲＲＣ構成の例を示す。

【図25】ダウンリンクＢＷＰのＲＲＣ構成の例を示す。

【図26】検索空間のＲＲＣ構成の例を示す。

【図27】アップリンクＢＷＰ上の２ステップＲＡＣＨのＲＲＣ構成の例を示す。

【図28】ＲＡＣＨのＲＲＣ構成の例を示す。

【図29】ＲＡＣＨのＲＲＣ構成の例を示す。

【図30】ＲＡＣＨのＲＲＣ構成の例を示す。

【図31】いくつかの実施形態による、２ステップＲＡタイプと４ステップＲＡタイプの間の選択を伴う例示的なＲＡ手順のフローチャートを示す。

【図32】ＲＡＣＨのＲＲＣ構成の例を示す。

【図33A】いくつかの実施形態による、カバレッジ強化を伴うＲＡ手順の例を示す。

【図33B】いくつかの実施形態による、カバレッジ強化を伴うＲＡ手順の例を示す。

【図34】いくつかの実施形態による、ＲＡタイプ選択及びカバレッジ強化を伴うＲＡ手順の例を示す。

【図35】ＲＡタイプ選択及びカバレッジ強化を伴うＲＡ手順の例を示す。

【図36】いくつかの実施形態による、カバレッジ強化を伴うＲＡ手順の例を示す。

【図37A】いくつかの実施形態による、ＲＡ手順に対するＰＤＣＣＨ構成の例を示す。

【図37B】いくつかの実施形態による、ＲＡ手順に対するＰＤＣＣＨ構成の例を示す。

【図38】いくつかの実施形態による、ＲＡ手順に対するＰＤＣＣＨ構成の例を示す。

【図39】いくつかの実施形態による、ＲＡ手順に対するＰＤＣＣＨ構成の例を示す。

【図40】いくつかの実施形態による、無線デバイスのシステム情報の受信及びランダムアクセスの例のフローチャートを示す。

【図41】いくつかの実施形態による、ＲＡ手順の反復の例を示す。

【図42】いくつかの実施形態による、ＲＡ手順に対するＰＵＣＣＨリソースの反復表示の例を示す。

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

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

ＲＮＴＩでＤＣＩをスクランブルした後、基地局は、チャネル符号化（例えば、極性符号化）、レートマッチング、スクランブル及び／又はＱＰＳＫ変調を用いてＤＣＩを処理し得る。基地局は、ＰＤＣＣＨのために使用及び／又は構成されるリソース要素上に、符号化及び変調されたＤＣＩをマッピングし得る。ＤＣＩのペイロードサイズ及び／又は基地局のカバレッジに基づき、基地局は、いくつかの連続制御チャネル要素（ＣＣＥ）を占有するＰＤＣＣＨを介してＤＣＩを送信し得る。連続するＣＣＥの数（アグリゲーションレベルと呼ばれる）は、１、２、４、８、１６、及び／又は任意の他の適切な数であり得る。ＣＣＥは、リソース要素グループ（ＲＥＧ）の数（例えば、６）を含み得る。ＲＥＧは、ＯＦＤＭシンボル内のリソースブロックを含み得る。リソース要素上の符号化及び変調されたＤＣＩのマッピングは、ＣＣＥ及びＲＥＧのマッピング（例えば、ＣＣＥ～ＲＥＧマッピング）に基づきもよい。

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

一実施例では、無線デバイスは、スロット内のＰＤＣＣＨ監視周期性、ＰＤＣＣＨ監視オフセット、及びＰＤＣＣＨ監視パターンを含む１つ以上のＰＤＣＣＨ構成パラメータに基づいて、アクティブなＤＬ ＢＷＰ上のＰＤＣＣＨ監視機会を決定する。検索空間セット（ＳＳｓ）について、無線デバイスは、

【数1】

ＰＤＣＣＨ監視機会が、である場合

【数2】

数を有するフレーム内の数を有するスロット内に存在すると判定する。

【数3】

ニューメロロジーμが構成される時のフレーム内のスロットの数である。ｏ_ｓはＰＤＣＣＨ構成パラメータに示されるスロットオフセットである。ｋ_ｓはＰＤＣＣＨ構成パラメータに示されるＰＤＣＣＨ監視周期性である。無線デバイスは、Ｔ_ｓスロットから始まる連続スロットの検索空間セットのＰＤＣＣＨ候補を監視し

【数4】

次のｓ連続スロットの検索空間セットのＰＤＣＣＨ候補を監視しないｋ_ｓ－Ｔ_ｓ。一実施例では、ＣＣＥアグリゲーションレベルＬ∈｛１，２，４，８，１６｝のＵＳＳは、ＣＣＥアグリゲーションレベルＬのＰＤＣＣＨ候補のセットによって定義される。

【0199】

実施例では、無線デバイスがｓ、ＣＯＲＥＳＥＴｐに関連付けられた検索空間セットに対して、

【数5】

として、キャリアインジケータフィールド値に対応するサービングセルのアクティブＤＬＢＷＰのスロット内の検索空間セットのＰＤＣＣＨ候補に対応するアグリゲーションレベルのＣＣＥインデックスを決定する。ここで、任意のＣＳＳに対し

【数6】

；ＵＳＳに対し

【数7】

Ａ_ｐ＝３９８２７ｐｍｏｄ３＝０に対し、Ａ_ｐ＝３９８２９ｐｍｏｄ３＝１に対し、Ａ_ｐ＝３９８３９ｐｍｏｄ３＝２に対し、及びＤ＝６５５３７；ｉ＝０，…，Ｌ－１；Ｎ_{ＣＣＥ，ｐ}は、ＣＯＲＥＳＥＴＮ_{ＣＣＥ，ｐ}－１ｐｎ_ＣＩにおいて０からまでの番号が付けられたＣＣＥの数であり；は、無線デバイスが、ＰＤＣＣＨが監視されているサービングセルのＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇによってキャリアインジケータフィールドで構成されている場合のキャリアインジケータフィールド値であり；それ以外の場合は、任意のＣＳＳに対しｎ_ＣＩ＝０を含み；

【数8】

ここで、

【数9】

は、無線デバイスが、Ｌｓｎ_ＣＩに対応するサービングセルの検索空間セットのアグリゲーションレベルに対して監視するように構成されているＰＤＣＣＨ候補の数であり；任意のＣＳＳに対し

【数10】

；ＵＳＳに対し

【数11】

は、

【数12】

検索空間セットｎ_ＣＩＬｓのＣＣＥアグリゲーションレベルに対して構成された全ての値の最大値であり；及びｎ_ＲＮＴＩに使用されるＲＮＴＩ値はＣ－ＲＮＴＩである。

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

図３４に示すように、無線デバイスは、パスロスＲＳの測定されたＲＳＲＰ及び１つ以上のＲＳＲＰ閾値に基づいて、複数のＲＡタイプからのＲＡタイプ及び複数のＣＥレベルからのＣＥレベルを決定し得る。

【0235】

一実施例では、複数のＲＡＣＨリソースは、複数のＲＡＣＨリソースセットにグループ化される。１つ以上のＲＳＲＰ閾値のＲＳＲＰ閾値に関連付けられた各ＲＡＣＨリソースセットは、複数のＣＥレベルのそれぞれのＣＥレベルに対応し得る。各ＲＡＣＨリソースセットは、複数のＲＡＣＨリソースサブセットを含んでもよい。ＲＡＣＨリソースセットの各ＲＡＣＨリソースサブセットは、複数のＲＡタイプのそれぞれのＲＡタイプに対応してもよい。無線デバイスは、ＣＥレベルに対応する測定されたＲＳＲＰ及びＲＳＲＰ閾値に基づいて、ＣＥレベルを決定し得る。無線デバイスは、例えば、図３３Ｂの実装例によって、測定されたＲＳＲＰ及びＲＳＲＰ閾値に基づいてＣＥレベルを決定し得る。無線デバイスは、決定されたＣＥレベルに対応する、複数のＲＡＣＨリソースセットから、ＲＡＣＨリソースセットを選択し得る。決定されたＲＡＣＨリソースセットに基づいて、無線デバイスは、測定されたＲＳＲＰ及び１つ以上のＲＳＲＰ閾値の第２のＲＳＲＰ閾値に基づいて、ＲＡＣＨリソースセットの複数のＲＡＣＨリソースサブセットから、第１のＲＡＣＨリソースサブセットを決定し得る。一実施例では、測定されたＲＳＲＰが第２のＲＳＲＰ閾値よりも大きい場合、無線デバイスは、２ステップＲＡタイプに対応する第１のＲＡＣＨリソースサブセットを選択し得る。無線デバイスは、第１のＲＡＣＨリソースサブセットに基づいて、２ステップＲＡタイプでＲＡ手順を実行し得る。２ステップＲＡタイプのＲＡ手順は、図１３Ｃの例に基づいて実行され得る。一実施例では、測定されたＲＳＲＰが第２のＲＳＲＰ閾値よりも小さい場合、無線デバイスは、４ステップＲＡタイプに対応する第２のＲＡＣＨリソースサブセットを選択し得る。無線デバイスは、第２のＲＡＣＨリソースサブセットに基づいて、４ステップＲＡタイプでＲＡ手順を実行し得る。４ステップＲＡ手順は、図１３Ａ（又はＲＡ手順が競合のないＲＡ手順のとき、図１３Ｂ）の例に基づいて実行し得る。

【0236】

一実施例では、複数のＲＡＣＨリソースは、複数のＲＡＣＨリソースセットにグループ化される。各ＲＡＣＨリソースセットは、複数のＲＡタイプのそれぞれのＲＡタイプに対応してもよい。各ＲＡＣＨリソースセットは、複数のＲＡＣＨリソースサブセットを含んでもよい。ＲＡＣＨリソースセットの各ＲＡＣＨリソースサブセットは、複数のＣＥレベルのそれぞれのＣＥレベルに対応してもよい。無線デバイスは、測定されたＲＳＲＰ及びＲＡタイプ選択に対する第１のＲＳＲＰ閾値に基づいて、ＲＡタイプを決定し得る。無線デバイスは、測定されたＲＳＲＰが第１のＲＳＲＰ閾値よりも大きいことに応答して、２ステップＲＡタイプに対応する第１のＲＡＣＨリソースセットを、複数のＲＡＣＨリソースセットから選択してもよい。無線デバイスは、測定されたＲＳＲＰが第１のＲＳＲＰ閾値よりも小さいことに応答して、４ステップＲＡタイプに対応する、複数のＲＡＣＨリソースセットから、第２のＲＡＣＨリソースセットを選択し得る。決定されたＲＡＣＨリソースセット（例えば、第１のＲＡＣＨリソースセット又は第２のＲＡＣＨリソースセット）に基づいて、無線デバイスは、測定されたＲＳＲＰ及びＣＥレベル決定のための１つ以上の第２のＲＳＲＰ閾値に基づいて、ＲＡＣＨリソースセットの複数のＲＡＣＨリソースサブセットから、第１のＲＡＣＨリソースサブセットを決定し得る。

【0237】

一実施例では、無線デバイスは、測定されたＲＳＲＰに基づいて、複数のＳＳＢからＳＳＢを決定し得る。無線デバイスは、ＳＳＢの測定されたＲＳＲＰが第３のＲＳＲＰ閾値よりも大きいことに基づいて、複数のＳＳＢからＳＳＢを決定し得る。一実施例では、判定されたＲＡタイプが４ステップＲＡタイプである場合、判定されたＳＳＢに基づいて、無線デバイスは、上述した説明に基づいて選択されるＲＡＣＨリソースサブセットに基づいて、ＲＡリソース（例えば、プリアンブル及び／又はＲＡＣＨオケージョンを含むＲＡＣＨリソース）を選択し得る。無線デバイスは、ＲＡＣＨリソースサブセットの決定されたＣＥレベルに基づいて、プリアンブル反復回数を決定し得る。一実施例では、判定されたＲＡタイプが２ステップＲＡタイプである場合、判定されたＳＳＢに基づいて、無線デバイスは、ＲＡＣＨリソースサブセットに基づいて、ＲＡリソース（例えば、プリアンブル及び／又はＲＡＣＨオケージョン及びＲＡＣＨリソースに関連付けられたＰＵＳＣＨリソースを含むＲＡＣＨリソース）を選択し得る。無線デバイスは、ＲＡＣＨリソースサブセットの決定されたＣＥレベルに基づいて、ＭＳＧＡ反復回数を決定し得る。

【0238】

図３４に示すように、決定されたＲＡリソース及び回数に基づいて、無線デバイスは、反復回数でＲＡリソースを使用して、プリアンブル又はＭＳＧＡを送信し得る。一実施例では、２ステップＲＡタイプが決定されるのに応答して、無線デバイスは、反復回数でＲＡリソース（例えば、ＲＡＣＨリソース及び関連するＰＵＳＣＨリソース）を使用してＭＳＧＡを送信し得る。一実施例では、４ステップＲＡタイプが決定されるのに応答して、無線デバイスは、ＲＡリソース（例えば、ＲＡＣＨリソース）を使用して、反復回数でプリアンブルを送信し得る。反復回数でプリアンブル又はＭＳＧＡを送信した後、無線デバイスは、プリアンブル又はＭＳＧＡに対応するＲＡＲを受信するためのＰＤＣＣＨを監視し得る。

【0239】

図３５は、第１のＣＥレベルから第２のＣＥレベルへの切り替えを伴うＲＡ手順の例を示す。一実施例では、無線デバイスは、ＲＡ手順（例えば、図３３Ｂに基づいて）をトリガーし得る。無線デバイスは、複数のＣＥレベルからのＣＥレベルを決定して、パスロスＲＳの測定されたＲＳＲＰ及び１つ以上のＲＳＲＰ閾値に基づいてもよく、ここで、１つ以上のＲＳＲＰ閾値は、ＣＥレベル選択のために無線デバイスによって使用され得る。無線デバイスは、図３３Ｂの例に基づいたＣＥレベルを決定し得る。

【0240】

図３５に示すように、無線デバイスは、ＲＳに基づいて、ＣＥレベルに関連付けられた１つ以上のＲＡＣＨリソースから、プリアンブル及びＲＡＣＨリソース（又はオケージョン）を選択し得る。無線デバイスは、測定されたＲＳＲＰが第２のＲＳＲＰ閾値よりも高い（例えば、ＲＳ選択のために構成される）と、ＲＳを選択してもよい。無線デバイスは、図３３Ｂの例に基づいてプリアンブル及びＲＡＣＨリソースを選択し得る。

【0241】

図３５に示すように、無線デバイスは、ＲＡＣＨリソースを使用して、第１の反復回数（例えば、ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）でプリアンブルを送信してもよく、第１の回数は、決定されたＣＥレベルと関連付けられる。第１の回数は、図３２の例に基づいてＣＥレベルに対して構成され得る。

【0242】

図３５に示すように、無線デバイスは、プリアンブルを送信するための応答を受信するためのＰＤＣＣＨを監視し得る。無線デバイスは、プリアンブル送信の最後の反復後にＰＤＣＣＨを監視し得る。無線デバイスは、ＰＤＣＣＨの監視中（例えば、ＲＡＲ応答ウィンドウが動作している時）に応答が受信されているかどうかを判定し得る。受信された応答に応答して、無線デバイスは、図１３Ａの例に基づいて、Ｍｅｓｓａｇｅ３送信を実行し得る。

【0243】

（例えば、ＲＡＲ応答ウィンドウが期限切れになる前に）応答が受信されないことに応答して、無線デバイスは、プリアンブルが正常に送信されないと考慮し得る。図３５に示すように、応答が受信されないことに応答して、無線デバイスは、第１の送信カウンター（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ）及び第２の送信カウンター（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ＿ＣＥ）を増加させ得る。応答が受信されないことに応答して、無線デバイスは、第１の送信カウンターを１だけ増加させ、第２の送信カウンターを１だけ増加させ得る。第１の送信カウンターは、ＲＡ手順の障害を宣言する前に、プリアンブル送信を制御するために使用され得る。第２の送信カウンターは、ＲＡ手順を継続するために、次のＣＥレベル（例えば、現在のＣＥレベルよりも高い反復回数を有する）に切り替えるために使用され得る。第１の送信カウンター及び第２の送信カウンターは、無線デバイスがＲＡ手順を初期化するときに、第１の値（例えば、０又は１）に初期化されてもよい。

【0244】

図３５に示すように、無線デバイスは、第１の送信カウンターが、ＲＡ手順の第１のＴｘ回数（例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ－ＣＥ）よりも大きいかどうかを判定し得る。第１のＴｘ回数は、１つ以上のＲＲＣメッセージで基地局によって構成されてもよい。第１の送信カウンタ－が第１のＴｘ回数より大きいことに応答して、無線デバイスは、ＲＡ手順を不成功のうちに完了し得る。

【0245】

図３５に示すように、第１の送信カウンターが第１のＴｘ回数以下であることに応答して、無線デバイスは、第２の送信カウンターが、ＲＡ手順のＣＥレベルに対する第２のＴｘ回数（例えば、ｍａｘＮｕｍＰｒｅａｍｂｌｅＡｔｔｅｍｐｔＣＥ）よりも大きいかを判定し得る。第２の送信カウンターが第２のＴｘ回数より大きくないのに応答して、無線デバイスは、プリアンブルの送信を反復してもよく、プリアンブルの送信は、プリアンブルを反復回数で送信することを含む。プリアンブルは、第１の送信について使用されるものと同一であってもよい。プリアンブルは、ＲＳＲＰ及びＲＳ選択に対するＲＳＲＰに基づいて、第１の送信に対して使用されるものとは異なるように選択され得る。

【0246】

図３５に示すように、第２の送信カウンターがＣＥレベルの第２のＴｘ回数よりも大きいことに応答して、無線デバイスは、次のＣＥレベルに切り替えてもよい（又は移動してもよい）。次のＣＥレベルは、第１のＣＥレベルよりも高い反復回数で構成（又は関連付け）されてもよい。第２の送信カウンターがＣＥレベルの第２のＴｘ回数よりも大きいことに応答して、無線デバイスは、第２の送信カウンターをリセットしてもよい（例えば、初期値、０又は１に）。第２の送信カウンターが、ＣＥレベルの第２のＴｘ回数よりも大きいことに応答して、無線デバイスは、第１の送信カウンターをリセットできない場合がある。次のＣＥレベルへの切り替えに応答して、無線デバイスは、プリアンブル及び関連するＲＡＣＨリソースを選択し、ＲＡＣＨリソースを介して第２の反復回数でプリアンブルを送信してもよく、第２の回数は、次のＣＥレベルに対して構成されている。無線デバイスは、第１の送信カウンターが第１のＴｘ回数よりも大きいか、又は無線デバイスが基地局から応答を受信するまで、プロセスを反復することができる。

【0247】

一実施例では、無線デバイスは、（例えば、図１３Ｃの例に基づいて）２ステップＲＡ手順を実行し得る。無線デバイスは、ＲＳＲＰ閾値（例えば、ＲＳ選択のために構成される）よりも高い測定されたＲＳＲＰを有するＲＳを選択してもよい。ＲＳＲＰ閾値は、図２７の例に基づいて構成され得る。無線デバイスは、図３１の例に基づいてＲＳを選択し得る。無線デバイスは、選択されたＲＳに基づいて、複数のＰＲＡＣＨオケージョンから、ＰＲＡＣＨオケージョン（又はリソース）を決定し得る。無線デバイスは、図３１の例に基づいて、プリアンブル、ＲＡＣＨオケージョン、及びＭＳＧＡに対する関連のＰＵＳＣＨリソースを選択し得る。無線デバイスは、ＲＡＣＨリソース及びＰＵＳＣＨリソースを使用してＭＳＧＡを送信し得る。無線デバイスは、ＲＡＣＨリソースを使用してＭＳＧＡのプリアンブルを送信し、ＰＵＳＣＨリソースを使用してＭＳＧＡのＴＢを送信し得る。無線デバイスは、ＭＳＧＡを送信するための応答を受信するためのＰＤＣＣＨを監視し得る。無線デバイスは、プリアンブル及びＴＢの送信が完了した後、ＰＤＣＣＨを監視し得る。無線デバイスは、ＰＤＣＣＨの監視中（例えば、ＲＡＲ応答ウィンドウが動作している時）に応答が受信されているかどうかを判定し得る。受信される応答に応答して、無線デバイスは、図１３Ｃの例に基づいて、２ステップＲＡタイプでＲＡ手順を完了し得る。（例えば、ＲＡＲ応答ウィンドウが期限切れになる前に）応答が受信されないことに応答して、無線デバイスは、ＭＳＧＡが正常に送信されないと考慮し得る。応答が受信されないことに応答して、無線デバイスは、送信カウンター（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ）を増加させ得る。応答が受信されないことに応答して、無線デバイスは、送信カウンターを１だけ増加させ得る。送信カウンターは、ＲＡ手順の障害を宣言する前に、プリアンブル送信を制御するために使用され得る。送信カウンターは、無線デバイスがＲＡ手順を初期化するときに、第１の値（例えば、０又は１）に初期化されてもよい。

【0248】

一実施例では、無線デバイスは、ＲＡ手順に対する第１の最大Ｔｘ回数（例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）よりも送信カウンターが大きいかどうかを判定し得る。第１の最大Ｔｘ回数は、１つ以上のＲＲＣメッセージで基地局によって構成され得る。送信カウンタ－が第１の最大Ｔｘ回数より大きいことに応答して、無線デバイスは、ＲＡ手順を不成功のうちに完了し得る。送信カウンターが第１の最大Ｔｘ回数以下であることに応答して、無線デバイスは、ＲＡ手順の２ステップＲＡタイプに対して、送信カウンターが第２の最大Ｔｘ回数（例えば、ｍｓｇＡ－ＴｒａｎｓＭａｘ）よりも大きいかを決定し得る。第２の最大Ｔｘ回数は、ＲＡタイプのスイッチング用の無線デバイスに対して構成されてもよい。送信カウンターが第２の最大Ｔｘ回数より大きくないことに応答して、無線デバイスは、ＭＳＧＡの送信を反復することができる。ＭＳＧＡのプリアンブルは、第１の送信に使用されるものと同一であってもよい。プリアンブルは、ＲＳＲＰ及びＲＳ選択に対するＲＳＲＰに基づいて、第１の送信に対して使用されるものとは異なるように選択され得る。

【0249】

２ステップＲＡタイプの第２の最大Ｔｘ回数よりも大きい送信カウンターに応答して、無線デバイスは、２ステップＲＡタイプから４ステップＲＡタイプに切り換えてもよい（又は移動してもよい）。無線デバイスは、４ステップＲＡタイプでＲＡ手順を継続してもよい。４ステップＲＡタイプへの切り替えに応答して、無線デバイスは、ＲＡタイプに特有の変数の初期化を実行し得る。一実施例では、無線デバイスは、第１の送信カウンターをリセットすることなく、及び／又は送信電力を初期値にリセットすることなく、ＲＡ手順を継続し得る。無線デバイスは、図１３Ａ又は図１３Ｂの例に基づいて４ステップＲＡタイプでＲＡ手順を継続し得る。

【0250】

一実施例では、無線デバイスは、ＲＡ手順（例えば、図３１の例に基づいて）を４ステップＲＡタイプで初期化してもよい。無線デバイスは、ＲＳＲＰ閾値（例えば、ＲＳ選択のために構成される）よりも高い測定されたＲＳＲＰを有するＲＳを選択してもよい。ＲＳＲＰ閾値は、図２８の例に基づいて構成され得る。無線デバイスは、図３１の例に基づいてＲＳを選択し得る。無線デバイスは、選択されたＲＳに基づいて、複数のＰＲＡＣＨオケージョンから、ＰＲＡＣＨオケージョン（又はリソース）を決定し得る。無線デバイスは、図３０の例に基づいてプリアンブル及びＲＡＣＨオケージョンを選択し得る。無線デバイスは、ＲＡＣＨリソースを使用してプリアンブルを送信し得る。無線デバイスは、プリアンブルを送信するための応答を受信するためのＰＤＣＣＨを監視し得る。無線デバイスは、プリアンブの送信が完了した後、ＰＤＣＣＨを監視し得る。無線デバイスは、ＰＤＣＣＨの監視中（例えば、ＲＡＲ応答ウィンドウが動作している時）に応答が受信されているかどうかを判定し得る。受信された応答に応答して、無線デバイスは、図１３Ａの例に基づいて、メッセージ３を送信し得る。（例えば、ＲＡＲ応答ウィンドウが期限切れになる前に）応答が受信されないことに応答して、無線デバイスは、プリアンブルが正常に送信されないと考慮し得る。応答が受信されないことに応答して、無線デバイスは、送信カウンター（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ）を増加させ得る。応答が受信されないことに応答して、無線デバイスは、送信カウンターを１だけ増加させ得る。送信カウンターは、ＲＡ手順の障害を宣言する前に、プリアンブル送信を制御するために使用され得る。送信カウンターは、無線デバイスがＲＡ手順を初期化するときに、第１の値（例えば、０又は１）に初期化されてもよい。

【0251】

一実施例では、無線デバイスは、ＲＡ手順に対する最大Ｔｘ回数（例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）よりも送信カウンターが大きいかどうかを判定し得る。最大Ｔｘ回数は、１つ以上のＲＲＣメッセージで基地局によって構成され得る。送信カウンタ－が最大Ｔｘ回数より大きいことに応答して、無線デバイスは、ＲＡ手順を不成功のうちに完了し得る。最大Ｔｘ回数以下である送信カウンターに応答して、無線デバイスは、ＳＳＢを選択することと、ＲＡＣＨリソースを決定することと、プリアンブルを送信することと、及びＰＤＣＣＨを監視することを含むプロセスを反復し得る。無線デバイスは、送信カウンターが最大Ｔｘ回数よりも大きいか、又は無線デバイスが基地局から応答を受信するまで、プロセスを反復することができる。

【0252】

図３６は、ＲＡ手順の例を示す。一実施例では、基地局は、セルの構成パラメータを含む１つ以上のＲＲＣメッセージ（例えば、ＭＩＢ、ＳＩＢ１、ＳＩＢ２など）を無線デバイスに送信し得る。セルは、ＰＣｅｌｌ又はＰＳＣｅｌｌであり得る。

【0253】

一実施例では、セルの構成パラメータは、セルの初期（アップリンク）ＢＷＰ上の４ステップＲＡに対する１つ以上の４ステップＲＡ ＲＡＣＨ構成（ｒａｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎ）を含んでもよい。各ｒａｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎは、ＲＡ手順の障害を宣言する前に、４ステップＲＡタイプに対して実行されるＲＡプリアンブル送信の最大回数（例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）を含んでもよい。各ｒａｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎは、プリアンブルの試行当たり、反復回数（例えば、ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）を含み得る。ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔは、プリアンブルに対するＲＡＲを受信するためのＰＤＣＣＨを監視する前に、プリアンブル送信の試行の反復回数を示してもよい。無線デバイスは、プリアンブル試行の反復回数を送信した後、プリアンブルに対するＲＡＲをスケジュールするＤＣＩを受信するためのＰＤＣＣＨを監視し得る。異なる４ステップＲＡＣＨ構成は、異なる値のｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ及び／又はｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔを有してもよい。

【0254】

一実施例では、構成パラメータは、セルの初期（アップリンク）ＢＷＰ上の２ステップＲＡタイプを有するＲＡに対する、１つ以上の２ステップＲＡ ＲＡＣＨ構成（ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎＴｗｏＳｔｅｐＲＡ）を含み得る。各ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎＴｗｏＳｔｅｐＲＡは、ＲＡ手順に対して障害を宣言する前に実行されるＲＡプリアンブル送信の第１の最大回数（例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）、及び２ステップＲＡタイプから４ステップＲＡタイプへの切り替え前に実行されるＭｓｇＡプリアンブル送信の第２の最大回数（例えば、ｍｓｇＡ－ＴｒａｎｓＭａｘ）を含み得る。異なる２ステップＲＡＣＨ構成は、異なる値のｐｒｅａｍｂｌｅＴｒａｎｓＭａｘを有し得る。異なる２ステップＲＡＣＨ構成は、異なる値ｍｓｇＡ－ＴｒａｎｓＭａｘを有してもよい。

【0255】

一実施例では、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎＴｗｏＳｔｅｐＲＡは、２ステップＲＡに対する、プリアンブル試行当たりの第１の反復回数（例えば、ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）を含んでもよい。第１のｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔは、無線デバイスが２ステップＲＡ（例えば、図３１の例に基づいて）を実施すると決定したときに、２ステップＲＡに対するＭｓｇＡプリアンブル送信試行の第１の反復回数を示し得る。無線デバイスは、ＭｓｇＡプリアンブルの第１の反復回数の送信に応答して、及び／又は送信後に、ＭｓｇＡプリアンブルに対するＲＡＲをスケジューリングするＤＣＩを受信するためのＰＤＣＣＨを監視し得る。ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎＴｗｏＳｔｅｐＲＡは、４ステップＲＡに対して、プリアンブル試行当たりの第２の反復回数（例えば、ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）を含み得る。第２のｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔは、４ステップＲＡに対するプリアンブル試行の第２の反復回数を示し得る。ＲＡ手順に対する２ステップＲＡタイプから４ステップＲＡタイプへの切り替えに応答して、及び／又は切り替えた後に、無線デバイスは、プリアンブルの第２の反復回数を送信し得る。無線デバイスは、無線デバイスが、プリアンブルの第２の反復回数を終了した後に、プリアンブルに対するＲＡＲをスケジュールするＤＣＩを受信するためにＰＤＣＣＨを監視し得る。一例では、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎＴｗｏＳｔｅｐＲＡの第１のｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔと第２のｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｔは、同じ値を有するか、又は異なる値を有することができる。異なる２ステップＲＡＣＨ構成は、２ステップＲＡタイプの第１のｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔの異なる値を有してもよい。２ステップの異なるＲＡＣＨ構成は、４ステップＲＡタイプに対して、第２のｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔの異なる値を有してもよい。

【0256】

一実施例では、セルの初期ＢＷＰ上の各ＲＡＣＨ構成（２ステップＲＡＣＨ構成、及び／又は４ステップＲＡＣＨ構成）は、１つ以上のＳＳＢと関連付けられてもよい。ＲＡＣＨ構成とＳＳＢとの間の関連付けは、ＳＩＢ１の構成パラメータに含まれ得る。

【0257】

実施例では、セルの構成パラメータは、セルの初期ダウンリンクＢＷＰ上の制御リソースセット（ＣＯＲＥＳＥＴ）の１つ以上のＲＡ検索空間（例えば、ｒａ－ＳｅａｒｃｈＳｐａｃｅ）の構成パラメータを含んでもよい。ＣＯＲＥＳＥＴは、ＣＯＲＥＳＥＴ＃０、又は図３５に示すように、ＰＤＣＣＨ－ＣｏｎｆｉｇＣｏｍｍで構成される共通制御リソースセットであり得る。ＲＡ検索空間は、無線デバイスが、セルの初期ＢＷＰ上でＲＡ－ＲＮＴＩ又はＴＣ－ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットでＤＣＩを受信するためのＰＤＣＣＨを監視し得るｔｙｐｅ１－ＰＤＣＣＨ共通検索空間であってもよい。ＲＡ－ＲＮＴＩ又はＴＣ－ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩフォーマットで、ＤＣＩは、ＲＡＲメッセージのスケジュール情報を示し得る。一例では、各ＲＡ検索空間の構成パラメータは、ＳＳＢインデックス又はＳＳＢグループインデックスを含んでもよく、これは、ＲＡ検索空間が、ＳＳＢインデックスによって識別されるＳＳＢ、又はＳＳＢグループインデックスによって識別されるＳＳＢのグループに関連付けられていることを示す。実施例では、各ＲＡ検索空間の構成パラメータは、ＲＡＲメッセージをスケジュールするＤＣＩに対するＰＤＣＣＨの反復回数（例えば、ＰＤＣＣＨ－ＮｕｍＲｅｐｅｔｉｔｉｏｎ）を含み得る。回数は、基地局からＰＤＣＣＨを介したＤＣＩの最大送信回数を示し得る。各ＲＡ検索空間は、ＰＤＣＣＨの異なる反復回数と関連付けられてもよい。

【0258】

一実施例では、セルの構成パラメータは、１つ以上のＲＡＣＨ構成のＲＡＣＨ構成と、１つ以上のＲＡ検索空間のＲＡ検索空間の対応する一方との関連付けを示し得る。一実施例では、ＲＡＣＨ構成は、ＲＡＣＨ構成のＳＳＢ、ＲＡＣＨ構成のＳＳＢグループ、ＲＡＣＨ構成のプリアンブル（又はＭｓｇＡプリアンブル）試行当たりの反復回数、ＲＡＣＨ構成のＲＡタイプ、無線デバイスタイプ又は（能力）カテゴリーのうちの少なくとも１つに基づいて、ＲＡ検索空間と関連付けられてもよい。一例では、ＲＡＣＨ構成は、ＲＡ検索空間の同じＳＳＢインデックス（又は同じＳＳＢグループインデックス）を有するＲＡＣＨ構成に応答して、ＲＡ検索空間と関連付けられてもよい。一例では、ＲＡＣＨ構成は、ＲＡ検索空間のＰＤＣＣＨの反復回数（例えば、ＰＤＣＣＨ－ＮｕｍＲｅｐｅｔｉｔｉｏｎ）と等しいＲＡＣＨ構成のプリアンブル（又はＭｓｇＡプリアンブル）試行当たりの反復回数（例えば、ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅｓａｍｂｌｅＡｔｔｅｍｐｔ）に応答して、ＲＡ検索空間と関連付けられてもよい。一実施例では、ｒａｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎによって構成されるＲＡＣＨ構成は、４ステップＲＡタイプに専用の第１のＲＡ検索空間と関連付けられてもよい。ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎＴｗｏＳｔｅｐＲＡによって構成されるＲＡＣＨ構成は、２ステップＲＡタイプに専用の第２のＲＡ検索空間と関連付けられてもよい。一実施例では、第１の無線デバイスタイプ又はカテゴリーに対して構成された第１のＲＡＣＨ構成は、第１の無線デバイスタイプ又はカテゴリーに対する専用の第１のＲＡ検索空間と関連付けられ得る。第２の無線デバイスタイプ又はカテゴリーに対して構成された第２のＲＡＣＨ構成は、第２の無線デバイスタイプ又はカテゴリーに専用の第２のＲＡ検索空間と関連付けられてもよい。

【0259】

図３６に示すように、無線デバイスは、ＲＡ手順をトリガーし得る。無線デバイスは、ビーム障害回復を開始することと、基地局から第２のセルへのハンドオーバーに対するＲＲＣ再構成メッセージを受信することと、及び／又は基地局から物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の指令を受信することに応答して、ＲＡ手順をトリガーし得る。無線デバイスは、セルへの初期アクセス、位置決め手順、及び／又はアップリンクカバレッジ回復手順に対する、ＲＡ手順をトリガーし得る。

【0260】

図３６に示すように、ＲＡ手順をトリガーすることに応答して、無線デバイスは、セルのパスロスＲＳのＲＳＲＰを測定し得る。無線デバイスは、複数のＲＳから、基地局によって構成された複数のＲＳの中で最も高いＲＳＲＰ値を有する、パスロスＲＳ（例えば、ＳＳＢ、又はＣＳＩ－ＲＳを選択してもよい。無線デバイスは、測定されたＬ１－ＲＳＲＰ（例えば、Ｌ３フィルタリングなし）、又は測定されたＬ３－ＲＳＲＰ（例えば、Ｌ３フィルタリングあり）に基づいて、複数のＲＳから、パスロスＲＳを選択し得る。一実施例では、無線デバイスは、複数のＲＳから、基地局によって構成された複数のＲＳの中で最も高いＲＳＲＰ値を有する、パスロスＲＳ（例えば、ＳＳＢ、又はＣＳＩ－ＲＳ）を選択してもよい。複数のＲＳは、低減された能力を有する第１の無線デバイスタイプに専用であってもよい。複数のＲＳは、ＳＳＢのサブセットであってもよく、ＳＳＢは、正常能力を有する第２の無線デバイスタイプに使用される。

【0261】

一実施例では、低減された能力を有する無線デバイスは、正常能力を有する無線デバイスと比較して、減少された帯域幅（例えば、ＦＲ１に対して＜＝２０ＭＨｚ、ＦＲ２に対して＜＝５０ＭＨｚなど）、Ｔｘ／Ｒｘアンテナの減少された数（例えば、１ Ｔｘ／Ｒｘ、１ Ｔｘ／２Ｒｘなど）、減少された処理タイミング、減少された送信電力、及び／又は減少された処理能力を有する無線デバイスであってもよい。正常能力を有する無線デバイスは、帯域幅（例えば、ＦＲ１に対して＞２０ＭＨｚ、ＦＲ２に対して＞５０ＭＨｚなど）、Ｔｘ／Ｒｘアンテナの数（例えば、２Ｔｘ／２Ｒｘ、２Ｔｘ／４Ｒｘなど）、正常な処理タイミング、正常な送信電力、及び／又は正常な処理能力を有する無線デバイスであってもよい。

【0262】

一実施例では、無線デバイスは、ＲＡ手順に対するＲＡタイプ（図３６には示されない）を決定してもよい。無線デバイスは、図３１の例に基づいたＲＡタイプを決定し得る。

【0263】

一実施例では、無線デバイスは、ＲＡ手順に対するプリアンブル試行当たりの反復回数を決定し得る。無線デバイスは、選択されたＳＳＢに基づいて、プリアンブル試行当たりの反復回数を決定し得る。一実施例では、選択されたＳＳＢに基づいて、無線デバイスは、ＲＡＣＨ構成の構成パラメータに従って、選択されたＳＳＢに関連付けられたＲＡＣＨ構成を決定し得る。無線デバイスは、選択されたＳＳＢに関連付けられたＲＡＣＨ構成の構成パラメータに基づいて、プリアンブル試行当たりの反復回数を決定し得る。

【0264】

図３６に示すように、無線デバイスは、ＲＡタイプ及びプリアンブル試行当たりの反復回数に基づいて、反復回数（例えば、図３６に示す送信の第１の反復回数）でプリアンブル（又はＭＳＧＡ）を送信し得る。ＲＡタイプが２ステップＲＡタイプであることに応答して、無線デバイスは、反復回数でＭＳＧＡ（例えば、ＰＲＡＣＨを介したプリアンブル及びＰＲＡＣＨに関連付けられたＰＵＳＣＨを介したＴＢ）を送信し得る。ＲＡタイプが４ステップＲＡタイプであることに応答して、無線デバイスは、反復回数でプリアンブルを送信し得る。

【0265】

図３６に示すように、無線デバイスは、反復回数でプリアンブル（又はＭＳＧＡ）を送信することに応答して、プリアンブル又はＭＳＧＡに対する応答に対してＰＤＣＣＨを監視するための、基地局によって構成される１つ以上のＲＡ検索空間（ＳＳ）からＲＡ ＳＳを決定し得る。一実施例では、無線デバイスは、１つ以上のＲＡ ＳＳから、無線デバイスの無線デバイスタイプ／カテゴリー、選択されたＳＳＢのＳＳＢインデックス、プリアンブル試行当たりの反復回数、ＲＡタイプ（例えば、２ステップＲＡタイプ、４ステップＲＡタイプ）のうちの少なくとも１つに基づいて、ＲＡ ＳＳを決定してもよい。

【0266】

一実施例では、無線デバイスは、選択されたＳＳＢに関連付けられたＲＡＣＨ構成に基づいて、１つ以上のＲＡ ＳＳからＲＡ ＳＳを決定し得る。無線デバイスは、１つ以上のＲＡ ＳＳから、セルの構成に基づいて、ＲＡ構成に関連付けられたＲＡ ＳＳを選択し得る。

【0267】

一実施例では、無線デバイスは、選択されたＳＳＢに基づいて、１つ以上のＲＡ ＳＳからＲＡ ＳＳを決定し得る。無線デバイスは、選択されたＳＳＢに関連付けられているＲＡ ＳＳに基づいて、１つ以上のＲＡ ＳＳからＲＡ ＳＳを選択し得る。

【0268】

一実施例では、無線デバイスは、ＲＡＣＨ構成のプリアンブル試行当たりの反復回数に基づいて、１つ以上のＲＡ ＳＳからＲＡ ＳＳを決定し得る。無線デバイスは、ＰＤＣＣＨの反復回数を有する１つ以上のＲＡ ＳＳから、ＲＡ ＳＳを選択してもよく、その回数は、ＲＡＣＨ構成のプリアンブル試行当たりの反復回数と等しい。

【0269】

一実施例では、無線デバイスは、無線デバイスが決定したＲＡタイプに基づいて、１つ以上のＲＡ ＳＳからＲＡ ＳＳを決定し得る。無線デバイスは、ＲＡ手順のＲＡタイプが２ステップＲＡタイプであることに応答して、２ステップＲＡタイプに専用の１つ以上のＲＡ ＳＳから、第１のＲＡ ＳＳを決定し得る。無線デバイスは、ＲＡ手順のＲＡタイプが４ステップＲＡタイプであることに応答して、４ステップＲＡタイプに専用の１つ以上のＲＡ ＳＳから、第２のＲＡ ＳＳを決定し得る。

【0270】

一実施例では、無線デバイスは、無線デバイスの無線デバイスタイプ／カテゴリーに基づいて、１つ以上のＲＡ ＳＳから、ＲＡ ＳＳを決定し得る。一実施例では、無線デバイスが第１の無線デバイスタイプ／カテゴリー（例えば、低減された能力／タイプ）であることに応答して、無線デバイスは、第１の無線デバイスタイプ／カテゴリーに対して専用である、１つ以上のＲＡ ＳＳから、第１のＲＡ ＳＳを決定し得る。一実施例では、無線デバイスが第２の無線デバイスタイプ／カテゴリー（例えば、正常能力／タイプ）であることに応答して、無線デバイスは、第２の無線デバイスタイプ／カテゴリーに専用である１つ以上のＲＡ ＳＳから、第２のＲＡ ＳＳを決定し得る。

【0271】

図３６に示すように、決定されたＲＡ ＳＳに基づいて、無線デバイスは、決定されたＲＡ ＳＳを介して、ＲＡ－ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩを受信するために、第１の反復回数でプリアンブル（又はＭＳＧＡ）を送信することに応答して、ＰＤＣＣＨを監視してもよく、ＤＣＩは、第２の反復回数で基地局によって送信される。第２の回数は、決定されたＲＡ ＳＳの構成パラメータによって示されてもよい。無線デバイスは、第１の反復回数でプリアンブルを送信することに応答して、応答ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。一実施例では、無線デバイスは、第１の反復回数でＭＳＧＡを送信することに応答して、応答ウィンドウ（例えば、ｍｓｇＢ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。一例では、第１の回数は、第２の回数とは異なっていてもよい。

【0272】

一例では、応答ウィンドウ実行中、無線デバイスは、例えば、ＲＡ－ＲＮＴＩによってスクランブルされたＣＲＣ及び第２の反復回数でＤＣＩを復号化する試行によって、ＰＤＣＣＨを監視し得る。一実施例では、ＤＣＩを受信することに応答して、例えば、ＲＡ－ＲＡＮＴＩによってスクランブルされたＣＲＣ及び／又は無線デバイスが送信されたプリアンブルを示すＲＡＲを用いて、ＤＣＩを正常に復号化することによって、無線デバイスは応答ウィンドウを停止してもよい（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ又はｍｓｇＢ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）。一実施例では、ＤＣＩの送信のｎ^回目の反復でＤＣＩを受信するのに応答して、ｎ回は、ＲＡ ＳＳに対して構成される第２の回数よりも小さい場合、無線デバイスは、ＰＤＣＣＨの監視を停止し、及び／又は応答ウィンドウを停止し得る。一実施例では、ＤＣＩは、ＤＣＩの送信の第３の反復回数を示すフィールドを含んでもよく、第３の回数は、第２の回数よりも小さくてもよい。ＤＣＩの送信のｎ^回目の反復でＤＣＩを受信するのに応答して、ｎ回は第３の回数よりも小さい場合、無線デバイスは、ＰＤＣＣＨの監視を停止し、及び／又は応答ウィンドウを停止し得る。

【0273】

一実施例では、応答ウィンドウ中に基地局から応答が受信されない場合、無線デバイスは、送信カウンターを増加させ得る。無線デバイスは、第１の反復回数で第２のプリアンブル（又は第２のＭＳＧＡ）を送信し得、次に、第２の反復回数などでＤＣＩを受信するようにＰＤＣＣＨを監視し得る。無線デバイスは、送信カウンターが障害を宣言するための第１の最大回数（例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）に到達するまで、４ステップＲＡの手順を反復してもよい。無線デバイスは、２ステップＲＡタイプから４ステップＲＡタイプへの切り替えのための第２の最大回数（例えば、ｍｓｇＡ－ＴｒａｎｓＭａｘ）に達するまで、２ステップＲＡの手順を反復してもよい。無線デバイスは、上に示すように、２ステップＲＡタイプから４ステップＲＡタイプへの切り替えに応答して、４ステップＲＡタイプでＲＡ手順を継続してもよい。

【0274】

図３７Ａは、セルの初期ＢＷＰ上のＳＳ構成の例を示す。一例では、基地局は、無線デバイスに、セルの初期ＢＷＰの１つ以上のＳＳに対するＰＤＣＣＨ構成を含む１つ以上のＲＲＣメッセージ（例えば、ＭＩＢ、ＳＩＢ１など）を送信し得る。一例では、１つ以上のＳＳは、ＳＩＢ１メッセージをスケジュールするＤＣＩ（ＳＩ－ＲＮＴＩによってスクランブルされるＣＲＣを有する）を受信するための１つ以上のｔｙｐｅ０－ＰＤＣＣＨ共通ＳＳ（ＣＳＳ）、他のシステム情報メッセージをスケジュールするＤＣＩ（ＳＩ－ＲＮＴＩによってスクランブルされるＣＲＣを有する）を受信するための１つ以上のｔｙｐｅ０Ａ－ＰＤＣＣＨ ＣＳＳ、ＲＡＲメッセージをスケジュールするＤＣＩ（ＲＡ－ＲＮＴＩによってスクランブルされるＣＲＣを有する）を受信するための１つ以上のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳ、ページングメッセージをスケジュールするＤＣＩ（Ｐ－ＲＮＴＩによってスクランブルされるＣＲＣを有する）を受信するための１つ以上ｔｙｐｅ２－ＰＤＣＣＨ ＣＳＳを含み得る。

【0275】

図３７Ａに示すように、１つ以上のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、第１の無線デバイスタイプ／カテゴリー（例えば、正常能力のＵＥ）に専用の第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳと、第２の無線デバイスタイプ／カテゴリー（例えば、低減された能力のＵＥ）に専用の第２のタイプ１ ＣＳＳとを備えてもよい。一実施例では、第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、ＰＤＣＣＨを介したＤＣＩの単一送信と関連付けられてもよい。第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、ＰＤＣＣＨを介したＤＣＩの送信の反復回数と関連付けられてもよい。一実施例では、第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳの１つとは異なる共通ＣＯＲＥＳＥＴと関連付けられてもよい。第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳの１つよりも高いアグリゲーションレベルと関連付けられてもよい。

【0276】

一実施例では、無線デバイスが第１の無線デバイスタイプ（例えば、正常能力を有する）であることに応答して、無線デバイスは、ＲＡ－ＲＮＴＩによってスクランブルされたＣＲＣを有する、ＲＡ手順に対して送信された無線デバイスのプリアンブルに対するＲＡＲをスケジュールする、ＤＣＩを受信するためにＰＤＣＣＨを監視するために、１つ以上のＴｙｐｅ１－ＰＤＣＣＨ ＣＳＳから、第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳを選択し得る。

【0277】

一実施例では、無線デバイスが第２の無線デバイスタイプ（例えば、低減された能力を有する）であることに応答して、無線デバイスは、ＲＡ－ＲＮＴＩによってスクランブルされたＣＲＣを有する、ＲＡ手順に対して送信された無線デバイスのプリアンブルに対するＲＡＲをスケジュールする、ＤＣＩを受信するためにＰＤＣＣＨを監視するために、１つ以上のＴｙｐｅ１－ＰＤＣＣＨ ＣＳＳから、第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳを選択し得る。

【0278】

図３７Ｂは、ｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳ構成の例を示す。一例では、基地局は、無線デバイスに、セルの初期ＢＷＰの１つ以上のＴｙｐｅ１－ＰＤＣＣＨ ＣＳＳに対するＰＤＣＣＨ構成を含む１つ以上のＲＲＣメッセージ（例えば、ＭＩＢ、ＳＩＢ１など）を送信し得る。一例では、１つ以上のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、第１のＳＳＢと関連付けられた第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳ、第２のＳＳＢと関連付けられた第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳ、第３のＳＳＢと関連付けられた第３のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳを含んでもよい。第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、ＲＡＲに対するＤＣＩのＰＤＣＣＨ送信の第１の反復回数で構成されてもよい。第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、ＲＡＲに対するＤＣＩのＰＤＣＣＨ送信の第２の反復回数で構成されてもよい。第３のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、ＲＡＲに対するＤＣＩのＰＤＣＣＨ送信の第３の反復回数を用いて構成されてもよい。一実施例では、無線デバイスが、ＲＡ手順に対する第１のＳＳＢを選択することに応答して、無線デバイスは、１つ以上のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳから、第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳが第１のＳＳＢに関連付けられていることに基づいて、第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳを選択してもよい。同様に、無線デバイスは、無線デバイスが第２のＳＳＢなどを選択する場合、第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳが第２のＳＳＢに関連付けられていることに基づいて、第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳを選択し得る。

【0279】

図３８は、ＲＡ手順のためのＲＡ ＳＳ構成の例を示す。一例では、基地局は、無線デバイスに、セルの初期ＢＷＰの１つ以上のＴｙｐｅ１－ＰＤＣＣＨ ＣＳＳに対するＰＤＣＣＨ構成を含む１つ以上のＲＲＣメッセージ（例えば、ＭＩＢ、ＳＩＢ１など）を送信し得る。

【0280】

一実施例では、１つ以上のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、ＳＳＢ １に関連付けられた第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳ、ＳＳＢ ２、ＳＳＢ ３及びＳＳＢ ４に関連付けられた第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳを含んでもよい。第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、ＰＤＣＣＨを介して、ＲＡＲに対する、ＤＣＩの第１の反復回数で構成されてもよい。第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、ＰＤＣＣＨを介した、ＲＡＲに対する、ＤＣＩの単一送信で構成されてもよい。第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、第１のタイプ（例えば、低減された能力）を有する無線デバイス専用であってもよい。第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、第２のタイプ（例えば、正常能力）を有する無線デバイス専用であってもよい。一実施例では、第１のｔｙｐ１－ＰＤＣＣＨ ＣＳＳ及び第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、セルの初期ＢＷＰの同じＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃０又は他の共通ＣＯＲＥＳＥＴ）を共有するか、又はセルの初期ＢＷＰの異なるＣＯＲＥＳＥＴと関連付けられてもよい。

【0281】

一実施例では、無線デバイスが、第１のタイプであるのに応答して、無線デバイスは、ＳＳＢ １、ＳＳＢ ２、ＳＳＢ ３及びＳＳＢ ４から、ＲＡ手順を実施するためにＳＳＢ １を選択してもよい。無線デバイスは、ＲＡＲをスケジュールするＤＣＩを受信するためにＰＤＣＣＨを監視するために第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳを選択してもよく、ここでＤＣＩは、第１の反復回数で基地局によって送信されてもよい。

【0282】

一実施例では、無線デバイスは、第２のタイプであるのに応答して、無線デバイスは、ＲＡ手順を実施するために、ＳＳＢ２、ＳＳＢ３、及びＳＳＢ４から１つを選択し得る。無線デバイスは、ＲＡＲをスケジュールするＤＣＩを受信するためにＰＤＣＣＨを監視するための第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳを選択してもよく、ＤＣＩは、単一の送信で基地局によって送信されてもよい。

【0283】

図３９は、ＲＡ手順のためのＲＡ ＳＳ構成の例を示す。一例では、基地局は、無線デバイスに、セルの初期ＢＷＰの１つ以上のＴｙｐｅ１－ＰＤＣＣＨ ＣＳＳに対するＰＤＣＣＨ構成を含む１つ以上のＲＲＣメッセージ（例えば、ＭＩＢ、ＳＩＢ１など）を送信し得る。一実施例では、１つ以上のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、２ステップＲＡタイプ専用の第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳと、４ステップＲＡタイプ専用の第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳを含んでもよい。第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、ＰＤＣＣＨを介して、ＲＡＲに対する、ＤＣＩの第１の反復回数で構成されてもよい。第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、ＰＤＣＣＨを介して、ＲＡＲに対して、ＤＣＩの第２の反復回数で構成されてもよい。第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、第１のＲＡタイプ（例えば、２ステップＲＡタイプ）でＲＡ手順を実施する無線デバイス専用であってもよい。第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、第２のＲＡタイプ（例えば、４ステップＲＡタイプ）でＲＡ手順を実施する無線デバイス専用であってもよい。一実施例では、第１のｔｙｐ１－ＰＤＣＣＨ ＣＳＳ及び第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳは、セルの初期ＢＷＰの同じＣＯＲＥＳＥＴ（例えば、ＣＯＲＥＳＥＴ＃０又は他の共通ＣＯＲＥＳＥＴ）を共有するか、又はセルの初期ＢＷＰの異なるＣＯＲＥＳＥＴと関連付けられてもよい。

【0284】

一実施例では、無線デバイスは、ＲＡタイプに基づいて、１つ以上のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳから、ｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳを決定し得る。無線デバイスは、ＲＡ手順のＲＡタイプが２ステップＲＡタイプであることに応答して、第１のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳを決定し得る。無線デバイスは、ＲＡ手順のＲＡタイプが４ステップＲＡタイプであることに応答して、第２のｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳを決定し得る。決定されたｔｙｐｅ１－ＰＤＣＣＨ ＣＳＳに基づいて、無線デバイスは、ＲＡ－ＲＮＴＩによってスクランブルされたＣＲＣを有し、かつＲＡＲメッセージをスケジュールする、ＤＣＩを受信するためにＰＤＣＣＨを監視し得る。

【0285】

図４０は、能力低減の無線デバイスに対するシステム情報送信の例を示す。一例では、基地局は、無線デバイスに、ＭＩＢメッセージを送信し得る。ＭＩＢメッセージは、図２３Ａ、図２３Ｂ及び／又は図２３Ｃの例に基づいてセルの１つ以上の構成パラメータを含み得る。一実施例では、基地局は、ＭＩＢメッセージの１つ以上のフィールドを第１の値に設定することによって、第１の無線デバイスタイプ（例えば、低減された能力）専用である第２のＳＩＢ１メッセージが送信されるか否かを示し得る。一実施例では、１つ以上のフィールドは、ＭＩＢメッセージのスペアビットを含んでもよい。一実施例では、無線デバイスが能力低減の無線デバイスタイプであることに応答して、無線デバイスは、ＭＩＢを受信した後、ＭＩＢメッセージのスペアビットの値をチェックし得る。無線デバイスが正常能力の無線デバイスタイプであることに応答して、無線デバイスは、ＭＩＢを受信した後、ＭＩＢメッセージのスペアビットの値のチェックをスキップし得る。

【0286】

図４０に示すように、第１の値（例えば、１）に設定されるＭＩＢメッセージの１つ以上のビット（例えば、スペアビット）に応答して、無線デバイスは、専用ＳＩＢ１（能力低減の無線デバイスのための第１のＳＩＢ１）が送信されると決定し得る。第１の値（例えば、１）に設定されたＭＩＢメッセージの１つ以上のビット（例えば、スペアビット）に応答して、能力低減の無線デバイスに対する、第１のシステム情報ＲＮＴＩ（ＳＩ－ＲＮＴＩ）を、能力低減の無線デバイスに対する専用ＳＩＢ１をスケジュールするＤＣＩを受信するために使用し得る。第１のＳＩ－ＲＮＴＩに基づいて、無線デバイスは、第１のＳＩＢ１をスケジュールするＤＣＩを受信するためのＰＤＣＣＨを監視し得る。無線デバイスは、第１のＳＩ－ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩの受信に基づいて、第１のＳＩＢ１を受信し得る。無線デバイスは、例えば、図３６の例に基づいて、第１のＳＩＢ１に基づいたＲＡ手順を初期化し得る。

【0287】

図４０に示すように、第２の値（例えば、０）に設定されたＭＩＢメッセージの１つ以上のビット（例えば、スペアビット）に応答して、無線デバイスは、能力低減の無線デバイスに対して第１のＳＩＢ１が送信されないと決定し得る。無線デバイスは、第２のＳＩＢ１を受信するように（例えば、正常能力の無線デバイスタイプに対して）決定してもよい。第２の値（例えば、０）に設定されたＭＩＢメッセージの１つ以上のビット（例えば、スペアビット）に応答して、無線デバイスは、第２のＳＩ－ＲＮＴＩ（例えば、正常能力の無線デバイスに対するのと同じ）を決定し得、正常能力の無線デバイスに対する第２のＳＩＢ１をスケジュールするＤＣＩを受信するために使用され得る。第２のＳＩＢ１は、図２４の例に基づいて実装され得る。第２のＳＩ－ＲＮＴＩに基づいて、無線デバイスは、第２のＳＩＢ１をスケジュールするＤＣＩを受信するためのＰＤＣＣＨを監視し得る。無線デバイスは、第２のＳＩ－ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩの受信に基づいて、第２のＳＩＢ１を受信し得る。無線デバイスは、例えば、図３６の例に基づいて、第２のＳＩＢ１に基づいたＲＡ手順を初期化し得る。

【0288】

一実施例では、第１のＳＩＢ１は、セルの能力低減の無線デバイスに対する、第１の初期ＢＷＰを示し得る。第２のＳＩＢ１は、セルの正常能力の無線デバイスに対する、第２の初期ＢＷＰを示し得る。第１の初期ＢＷＰは、第２の初期ＢＷＰと同一であってもよく、又は異なっていてもよい。第１の初期ＢＷＰが第２の初期ＢＷＰと同じであることに応答して、第１のＳＩＢ１及び第２のＳＩＢ１は、異なるＲＡＣＨ構成及び／又は異なるＰＤＣＣＨ構成などを示し得る。

【0289】

一実施例では、基地局は、セルの独立した及び／又は別個の構成パラメータを用いて、第１のＳＩＢ１及び第２のＳＩＢ１を送信し得る。無線デバイスは、正常能力の無線デバイスタイプ又はレガシー無線デバイスタイプであることに応答して、第２のＳＩＢ１をスケジュールするＤＣＩ（第２のＳＩ－ＲＮＴＩによってスクランブルされるＣＲＣを有する）を受信するためのＭＩＢのスペアビットのチェックをスキップしてもよく、及び／又はＰＤＣＣＨを監視してもよい。無線デバイスは、能力低減の無線デバイスタイプであることに応答して、ＭＩＢのスペアビットをチェックし、及び／又は第１のＳＩ－ＲＮＴＩに基づいて第１のＳＩＢ１を受信するか、又は第２のＳＩ－ＲＮＴＩに基づいて第２のＳＩＢ１を受信するかを決定し得る。

【0290】

図４０に示すように、ＭＩＢの１つ以上のビットに基づいて、無線デバイスは、ＳＩＢＩを受信するのに第１のＳＩ－ＲＮＴＩを使用するのか、又はＳＩＢ１を受信するのに第２のＳＩ－ＲＮＴＩを使用するのかを決定し得る。

【0291】

一実施例では、ＭＩＢメッセージの１つ以上のビット（例えば、スペアビット）が第２の値（例えば、０）に設定されるのに応答して、無線デバイスは、能力低減の無線デバイスに対する第１のＳＩＢ１が基地局によって送信されないと決定し得る。能力低減の無線デバイスタイプを有する無線デバイスは、ＭＩＢメッセージの１つ以上のビット（例えば、スペアビット）を第２の値に設定することに基づいて、基地局が能力低減の無線デバイスタイプをサポートしないと決定し得る。無線デバイスは、例えば、第２のセルのＭＩＢメッセージの１つ以上のビット（例えば、スペアビット）を第１の値に設定して、能力低減の無線デバイスタイプをサポートする第２のセルを検索するためのセル選択手順を実行し得る。

【0292】

一実施例では、第１のＳＩ－ＲＮＴＩ及び第２のＳＩ－ＲＮＴＩは、異なる固定値を有してもよい。第１のＳＩ－ＲＮＴＩ（例えば、１６進値におけるＦＦＦＤ）は、事前に定義されてもよく、低減された能力を有する全ての無線デバイスに既知であってもよい。第１のＳＩ－ＲＮＴＩ（例えば、１６進値におけるＦＦＦＤ）は、正常能力を有する無線デバイスには未知であり得る。第２のＳＩ－ＲＮＴＩ（例えば、レガシーシステムにあるような１６進値におけるＦＦＦＦ）は、事前に定義されていてもよく、正常能力を有するか又は低減された能力を有する全ての無線デバイスに既知であり得る。

【0293】

一実施例では、無線デバイスは、能力低減の無線デバイスタイプであってもよい。無線デバイスは、正常能力の無線デバイスと比較して、より狭い帯域幅（例えば、ＦＲ １に対して＜＝２０ＭＨｚ、又はＦＲ ２に対して＜＝５０ＭＨｚ）、より小さなアンテナＴｘ／Ｒｘアンテナ数（例えば、１Ｔｘ／１Ｒｘ、又は１Ｔｘ／２Ｒｘ）、より長い処理タイミング（例えば、より長いビームスイッチングタイミング、より長いＢＷＰスイッチングタイミングなど）、より低い処理能力（例えば、同じスロットスケジューリングをサポートしない、より小さいＭＩＭＯ層など）、及び／又はより低い送信パワーをサポートし得る。無線デバイスは、２ステップＲＡ手順に対するＭＳＧＢを含むＲＡＲを受信することに応答して、ＰＵＣＣＨリソースを介して、ＭＳＧＢの受信が成功したかどうかを示すＨＡＲＱ－ＡＣＫフィードバックとともに、ＨＡＲＱ－ＡＣＫフィードバックを基地局に送信し得る。２ステップＲＡ手順は、図１３Ｃについての上述の例示的実施形態に基づいて実装され得る。基地局は、既存の技術を実装することによって、この能力低減の無線デバイスタイプの制限された能力のために、ＭＳＧＢに対するＨＡＲＱ－ＡＣＫを無線デバイスから正しく受信できない可能性がある。基地局がＨＡＲＱ－ＡＣＫを受信及び検出しないことから、無線デバイス及び基地局は、ＲＡ手順を反復する必要があり、無線デバイスの電力消費量の増加、他の無線デバイスへのアップリンク干渉の増加、及び／又は基地局のオーバーヘッドのダウンリンクシグナリングの増加をもたらす。能力低減の無線デバイスに対するＨＡＲＱ－ＡＣＫフィードバックのＰＵＣＣＨ送信のカバレッジを改善する必要がある。

【0294】

例示的実施形態の１つは、２ステップＲＡタイプのＭＳＧＢに対するＨＡＲＱ－ＡＣＫフィードバックに対する反復回数を示すＲＡＲを送信する基地局を含み得る。一実施例では、ＲＡＲは、レガシーＲＡＲフォーマットとは異なる新しいＲＡＲフォーマットであってもよい。ＲＡＲは、ＨＡＲＱ－ＡＣＫフィードバックに対する反復回数を示す１つ以上のビットを含み得る。一実施例では、ＲＡＲは、レガシーＲＡＲフォーマット（例えば、３ＧＰＰ（登録商標）Ｒｅｌ．１６明細書に定義されるようなｓｕｃｃｅｓｓＲＡＲ）であり得る。能力低減の無線デバイスは、ＲＡＲの１つ以上のＲビットが第１の値に設定されているかどうかをチェックし得、ＨＡＲＱ－ＡＣＫフィードバックの反復回数を決定することができる。正常能力の無線デバイスは、ＲＡＲの１つ以上のＲビットのチェックをスキップし得る。例示的実施形態は、例えば、ＲＡＲフォーマットを増加させることなく、無線デバイスのバックワード互換性を維持し得、及び／又は処理の複雑さを低減し得る。

【0295】

例示的実施形態の１つは、２ステップＲＡタイプのＭＳＧＢに対するＨＡＲＱ－ＡＣＫフィードバックの複数の反復回数を示すＲＲＣメッセージを送信する基地局を含み得る。基地局は、ＨＡＲＱ－ＡＣＫフィードバックに対する複数の反復回数のうちの１つを示す１つ以上のビットを含むＲＡＲを送信し得る。ＲＡＲの１つ以上のビットは、１つ以上のＲビット、ＴＰＣフィールド、ＨＡＲＱフィードバックタイミングインジケータ、ＰＵＣＣＨリソースインジケータ、タイミングアドバンスコマンドなどのうちの少なくとも１つを含み得る。ＨＡＲＱ－ＡＣＫフィードバックに対する反復回数を示すためのＲＲＣとＲＡＲの組み合わせは、能力低減の無線デバイスからのＨＡＲＱ－ＡＣＫ送信のアップリンクカバレッジを改善し得る。

【0296】

例示的実施形態の１つは、２ステップＲＡタイプのＭＳＧＢに対するＨＡＲＱ－ＡＣＫフィードバックの反復回数を示すビットフィールドを含むＤＣＩ（ＲＡ－ＲＮＴＩによってスクランブル化されたＣＲＣを有する）を送信する基地局を含み得る。基地局は、２ステップＲＡタイプのＭＳＧＢに対するＨＡＲＱ－ＡＣＫフィードバックに対する複数の反復回数を示すＲＲＣメッセージを送信し得る。ＲＡ－ＲＮＴＩによってスクランブルされたＣＲＣを有し、かつＲＡＲをスケジュールする、ＤＣＩは、ＨＡＲＱ－ＡＣＫフィードバックに対する複数の反復回数のうちの１つを示すビットフィールドを含み得る。ＨＡＲＱ－ＡＣＫフィードバックに対する反復回数を示すためのＲＲＣとＤＣＩの組み合わせは、能力低減の無線デバイスからのＨＡＲＱ－ＡＣＫ送信のアップリンクカバレッジを改善し得る。

【0297】

図４１は、カバレッジ強化を有する無線デバイスのランダムアクセスの例を示す。一実施例では、基地局は、無線デバイスに、セルの構成パラメータを含む１つ以上のＲＲＣメッセージ（例えば、ＭＩＢ、ＳＩＢ１、ＳＩＢ２など）を送信し得る。セルは、ＰＣｅｌｌ又はＰＳＣｅｌｌであり得る。一実施例では、セルの構成パラメータは、セルの初期アップリンクＢＷＰ上に、４ステップＲＡに対する１つ以上の第１のＲＡＣＨ構成（ｒａｃｈ－ＣｏｎｆｉｇＣｏｍｍｏｎ）と、２ステップＲＡタイプに対する１つ以上の第２のＲＡＣＨ構成（ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎＴｗｏＳｔｅｐＲＡ）とを含み得る。セルの構成パラメータは、セルの初期ダウンリンクＢＷＰ上の制御リソースセット（ＣＯＲＥＳＥＴ）の１つ以上のＲＡ検索空間（例えば、ｒａ－ＳｅａｒｃｈＳｐａｃｅ）の構成パラメータを含んでもよい。１つ以上の第１のＲＡＣＨ構成、１つ以上の第２のＲＡＣＨ構成、及び１つ以上のＲＡ検索空間は、図３６の例に基づいて実装され得る。２ステップＲＡ手順は、図１３Ｃについての上述の例示的実施形態に基づいて実装され得る。

【0298】

一実施例では、無線デバイスは、図３６の例に基づいてＲＡ手順をトリガーし得る。無線デバイスは、図３６の例に基づいて、１つ以上の第１のＲＡＣＨ構成及び１つ以上の第２のＲＡＣＨ構成から、１つのＲＡＣＨ構成を選択し得る。無線デバイスは、図３６の例に基づいて、１つ以上のＲＡ検索空間から１つのＲＡ検索空間を選択し得る。

【0299】

図４１に示すように、無線デバイスは、選択されたＲＡＣＨ構成に基づいて、ＲＡ手順に対する第１の反復回数でプリアンブル（又はＭＳＧＡ）を送信し得る。無線デバイスは、選択されたＲＡＣＨ構成に基づいて、第１の回数（例えば、ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ）を決定し得る。

【0300】

図４１に示すように、無線デバイスは、プリアンブル又はＭＳＧＡに対するＲＡＲをスケジュールするＤＣＩを受信するために選択されたＲＡ検索空間を介して、ＰＤＣＣＨを監視し得る。基地局は、ＲＡ－ＲＮＴＩによってスクランブルされたＣＲＣを有するＤＣＩを、第２の反復回数で送信し得る。無線デバイスは、選択されたＲＡ検索空間に基づいて、第２の反復回数（例えば、ＰＤＣＣＨ－ＮｕｍＲｅｐｅｔｉｔｉｏｎ）を決定し得る。一例では、ｎｕｍＲｅｐｅｔｉｔｉｏｎＰｅｒＰｒｅａｍｂｌｅＡｔｔｅｍｐｔ及びＰＤＣＣＨ－ＮｕｍＲｅｐｅｔｉｔｉｏｎは、異なる値を有してもよい。

【0301】

一実施例では、ＤＣＩは、ＤＣＩの送信に対する反復回数を含まない場合がある。基地局は、ＤＣＩにおいて、例えば、ＤＣＩの反復の最大回数（ＲＡ検索空間の構成パラメータで示される）が非常に大きくない場合（例えば、８、１０、２０未満など）は、ＤＣＩの送信の実際の反復回数を示さない場合がある。基地局は、ＤＣＩの送信の実際の反復回数を示さないことによって、レガシーシステムと同じ（又は類似の）ＤＣＩフォーマットｆを維持してもよい。例示的実施形態は、バックワード互換性を確保し得る。

【0302】

図４１に示すように、無線デバイスは、ＲＡ検索空間を介してＰＤＣＣＨを監視する間にＤＣＩを受信し得る。ＤＣＩは、ＰＤＳＣＨリソースを介したＲＡＲ（又はＭＳＧＢ）の反復回数を示す第３の回数を含み得る。ＤＣＩの受信に応答して、無線デバイスは、反復回数でＲＡＲを受信し得る。

【0303】

一例では、ＲＡＲは、ＭＳＧＢに対するｆａｌｌｂａｃｋＲＡＲであってもよく、ｆａｌｌｂａｃｋＲＡＲは固定サイズであり、かつ予約ビット（例えば、０に設定）、ＭＡＣエンティティが適用し得るタイミング調整の量を制御するために使用されるインデックス値Ｔ_Ａを示すタイミングアドバンスコマンド（例えば、１２ビット）、アップリンク上で使用されるリソースを示すＵＬ付与表示（例えば、２７ビット）、ＲＡ手順の間ＭＡＣエンティティによって使用される一時的識別子を示すＴＣ－ＲＮＴＩ（例えば、１６ビット）を含む。２７ビットアップリンク付与表示は、周波数ホッピングフラグ、ＰＵＳＣＨ周波数リソース割り当て表示、ＰＵＳＣＨ時間リソース割り当て表示、ＭＣＳ表示、ＰＵＳＣＨに対するＴＲＰコマンド、ＣＳＩ要求表示、及び／又はチャネルアクセスタイプ及びＣＰ拡張表示を含み得る。

【0304】

一実施例では、ＲＡＲは、ＭＳＧＢに対するｓｕｃｃｅｓｓＲＡＲであり得る。ｓｕｃｃｅｓｓＲＡＲは、ｆａｌｌｂａｃｋＲＡＲとは異なるＭＡＣ ＰＤＵフォーマットを有してもよい。一実施例では、ｓｕｃｃｅｓｓＲＡＲは、固定サイズであってもよく、かつＵＬ ＣＣＣＨ ＳＤＵを含む競合解決アイデンティティ（例えば、４８ビット）、３つの予約ビット（例えば、０秒に設定）、ＭＳＧＢに対するＨＡＲＱフィードバックを含むＰＵＣＣＨリソースに対するＴＰＣコマンド（例えば、２ビット）、ＨＡＲＱフィードバックタイミングインジケータ（例えば、３ビット）、ＰＵＣＣＨリソースインジケータ（例えば、４ビット）、ＭＡＣエンティティが適用し得るタイミング調整の量を制御するために使用されるインデックス値Ｔ_Ａを示すタイミングアドバンスコマンド（例えば、１２ビット）、ＲＡ手順中にＭＡＣエンティティによって使用される識別子を示すＣ－ＲＮＴＩ（例えば、１６ビット）を含む。

【0305】

図４１に示すように、ＰＵＣＣＨリソース及びＨＡＲＱフィードバックタイミングインジケータを示すｓｕｃｃｅｓｓＲＡＲを含むＲＡＲに応答して、無線デバイスは、ＭＳＧＢの受信に対するＨＡＲＱ－ＡＣＫに対する第４の反復回数を決定し得る。一実施例では、無線デバイスは、ＰＵＣＣＨリソースの構成パラメータに基づいて、第４の反復回数を決定し得る。一実施例では、基地局は、無線デバイスに、ＰＵＣＣＨリソースの構成パラメータであって、第４の反復回数を示す構成パラメータを、送信し得る。一実施例では、無線デバイスは、ｓｕｃｃｅｓｓＲＡＲのビットフィールドに基づいて第４の反復回数を決定し得る。

【0306】

図４２は、２ステップＲＡ手順のＭＳＧＢに対するＨＡＲＱフィードバックに対するＰＵＣＣＨリソースの反復表示の例を示す。一実施例では、無線デバイスは、２ステップＲＡ手順に対するＭＳＧＡを送信することに応答して、ＲＡＲ（例えば、ｓｕｃｃｅｓｓＲＡＲ）を受信し得る。無線デバイスは、ｓｕｃｃｅｓｓＲＡＲのフォーマットに基づいて、ＭＳＧＢに対するＨＡＲＱフィードバックの反復回数を決定し得る。図４２に示すように、基地局は、ｓｕｃｃｅｓｓＲＡＲの１つ以上の予約ビットを使用し得、ＭＳＧＢに対するＨＡＲＱフィードバックの反復回数を示す。

【0307】

一実施例では、無線デバイスが正常能力の無線デバイスタイプであることに応答して、無線デバイスは、ｓｕｃｃｅｓｓＲＡＲの１つ以上の予約ビットを無視し得る。無線デバイスは、ＭＳＧＢに対して、ＰＵＣＣＨリソースインジケータによって示されるＰＵＣＣＨリソースを介した単一の送信を用いて、ＨＡＲＱフィードバックを送信し得る。

【0308】

一実施例では、無線デバイスが能力低減の無線デバイスタイプであることに応答して、無線デバイスは、ＰＵＣＣＨリソースインジケータによって示されるＰＵＣＣＨリソースを介して、ＭＳＧＢに対して、ＨＡＲＱフィードバックの反復を決定するために、ｓｕｃｃｅｓｓＲＡＲの１つ以上の予約ビットの値をチェックし得る。

【0309】

一実施例では、１つ以上のＲビットが第１の値（例えば、０）を示す場合、無線デバイスは、反復がないこと（例えば、ＨＡＲＱフィードバックの単一の送信）を決定し得る。１つ以上のＲビットが第２の値（例えば、１）を示す場合、無線デバイスは、第１の反復でＨＡＲＱフィードバックを送信するように決定し得る。１つ以上のＲビットの値と実際の反復回数値との間のマッピングは、無線デバイスに構成又は事前に定義され、既知であってもよい。

【0310】

一実施例では、基地局は、ＲＲＣ及びＲＡＲの組み合わせによって、ＨＡＲＱフィードバックの実際の反復回数を示し得る。一実施例では、基地局は、無線デバイスに、セルの構成パラメータであって、ＭＳＧＢに対するＨＡＲＱフィードバックの実際の第１の反復回数に対応するＲＡＲの１つ以上のＲビットの第１の値、ＭＳＧＢに対するＨＡＲＱフィードバックの実際の第２の反復回数に対応するＲＡＲの１つ以上のＲビットの第２の値を示す、構成パラメータなどを送信してもよい。ＲＡＲの受信に応答して、無線デバイスは、ＲＡＲの１つ以上のＲビットの値に基づいて、ＭＳＧＢに対するＨＡＲＱフィードバックに対する実際の反復回数を決定し得る。決定された実際の反復回数に基づいて、無線デバイスは、ＲＡＲのＰＵＣＣＨリソースを介して、及びＲＡＲのＨＡＲＱフィードバックタイミングインジケータに基づいて決定される開始スロットにより、決定された実際の反復回数で、ＭＳＧＢに対する、ＨＡＲＱフィードバックを送信し得る。

【0311】

図４２の例に基づいて、無線デバイスは、ＲＡＲの１つ以上のビット（例えば、２ステップＲＡ手順に対するｓｕｃｃｅｓｓＲＡＲ）に基づいて、ＰＵＣＣＨリソースを介して、ＭＳＧＢに対するＨＡＲＱフィードバックの反復回数を決定し得る。例示的実施形態は、既存のＲＡＲメッセージを１つ以上の予約ビットの新しい解釈で再利用することによって、ＨＡＲＱフィードバックの反復回数を示し得る。例示的実施形態は、バックワード互換性を維持し、異なるＭＡＣ ＰＤＵフォーマットを受信するための無線デバイス処理の複雑さを低減し得る。例示的実施形態は、例えば、能力低減の無線デバイスに対する、ＭＳＧＢに対するＨＡＲＱフィードバックのカバレッジを改善し得る。

【0312】

一実施例では、無線デバイスは、ＤＣＩ（ＲＡ－ＲＮＴＩによってスクランブルされるＣＲＣを有する）及び／又はＲＲＣメッセージに基づいて、ＭＳＧＢに対するＨＡＲＱ－ＡＣＫフィードバックに対する反復回数を決定し得る。一実施例では、基地局は、セルの構成パラメータを示すＲＲＣメッセージを送信してもよく、構成パラメータは、ＭＳＧＢに対するＨＡＲＱフィードバックの複数の反復回数を示す。無線デバイスは、ＲＡ－ＲＮＴＩによってスクランブルされたＣＲＣを有し、かつＭＳＧＢをスケジュールするＤＣＩを受信し得る。ＤＣＩは、ＭＳＧＢに対するＨＡＲＱフィードバックに対する複数の反復回数うちの反復回数を示すビットフィールドを含み得る。無線デバイスは、ＭＳＧＢに対するＰＵＣＣＨリソースを介して、反復回数でＨＡＲＱフィードバックを送信し得る。例示的実施形態は、例えば、能力低減の無線デバイスに対する、ＭＳＧＢに対するＨＡＲＱフィードバックのカバレッジを改善し得る。

【0313】

一例では、無線デバイスは、ランダムアクセス（ＲＡ）手順をトリガーすることに応答して、プリアンブルを送信し得る。無線デバイスは、ダウンリンク制御情報を受信するためのダウンリンク制御チャネルを監視してもよく、ＤＣＩは、プリアンブルに対するＲＡ応答に対するダウンリンク割り当てを示す。無線デバイスは、ＤＣＩの受信に基づいて、ＲＡ応答を含むトランスポートブロックを受信してもよい。無線デバイスは、スロットで、ハイブリッド確認応答反復要求フィードバックを反復回数で、かつアップリンク制御チャネルリソースを介して送信してもよく、ここで、ＲＡ応答は、回数、アップリンク制御チャネルリソース、及びスロットを示す。

【0314】

一実施例では、ＲＡ手順は、２ステップＲＡタイプであり得る。ＲＡ手順が２ステップＲＡタイプであることに応答して、無線デバイスは、プリアンブルのランダムアクセスチャネル構成に関連付けられたアップリンクデータチャネルを介してトランスポートブロックを送信し得る。無線デバイスは、第２の反復回数でプリアンブルを送信してもよく、第２の反復回数はＲＡ手順のために構成されている。無線デバイスは、プリアンブル及びトランスポートブロックの送信に応答して、ダウンリンク制御チャネルを監視し得る。

【0315】

一実施例では、無線デバイスは、第２の反復回数でトランスポートブロックを送信してもよく、第２の反復回数はＲＡ手順のために構成されている。

【0316】

一実施例では、無線デバイスは、ダウンリンク制御チャネルの監視中に、ＲＡ無線ネットワーク一時識別子によってスクランブルされる、周期的冗長性チェックビットを有するＤＣＩを受信してもよい。

【0317】

一実施例では、ＲＡ応答は、無線デバイスによって送信されるプリアンブルを識別するプリアンブルインデックスを含み得る。

【0318】

一実施例では、ＲＡ応答の１つ以上のビットは、回数を示し得る。１つ以上のビットは、ＲＡ応答の１つ以上の予約ビットを含み得る。

【0319】

一実施例では、ＲＡ応答は、アップリンク制御チャネルリソースを示すアップリンク制御チャネルリソースインジケータ、スロットを示すＨＡＲＱフィードバックタイミングインジケータを含んでもよい。ＲＡ応答は、競合解決アイデンティティ、ＨＡＲＱフィードバックに対する送信電力制御コマンド、タイミングアドバンスコマンド、及び／又はセル無線ネットワーク一時識別子のうちの少なくとも１つを含んでもよい。

【0320】

一実施例では、無線デバイスは、ＲＳの測定されたＲＳＲＰ及びＲＳＲＰ閾値に基づいて、複数のＲＳのうちからＲＳを決定し得る。無線デバイスは、ＲＳＲＰがＲＳＲＰ閾値よりも高いことに基づいて、複数のＲＳからＲＳを決定し得る。無線デバイスは、複数のＲＡＣＨ構成から、ＲＳに関連付けられたＲＡＣＨ構成を決定し得る。無線デバイスは、ＲＡＣＨ構成のＲＡＣＨオケージョンを介して、ＲＡ手順のプリアンブルを第２の反復回数で送信し得る。第２の回数は、ＲＡＣＨ構成の構成パラメータに基づいて決定されてもよい。

【0321】

一実施例では、ＲＡ手順は、無線デバイスによるビーム障害回復の開始、第２のセルへのハンドオーバーに対するＲＲＣ再構成メッセージの基地局からの受信、及び／又は基地局から物理ダウンリンク制御チャネル（ＰＤＣＣＨ）の指令の受信に応答してトリガーされ得る。ＲＡ手順は、セルへの初期アクセス、位置決め手順、及び／又はアップリンクカバレッジ回復手順に対してトリガーされ得る。

【図1A】

【図1B】

【図2A】

【図2B】

【図3】

【図4A】

【図4B】

【図5A】

【図5B】

【図6】

【図7】

【図8】

【図9】

【図10A】

【図10B】

【図11A】

【図11B】

【図12A】

【図12B】

【図13A】

【図13B】

【図13C】

【図14A】

【図14B】

【図15】

【図16A】

【図16B】

【図16C】

【図16D】

【図17A】

【図17B】

【図17C】

【図18A】

【図18B】

【図19】

【図20】

【図21A】

【図21B】

【図22】

【図23A】

【図23B】

【図23C】

【図24】

【図25】

【図26】

【図27】

【図28】

【図29】

【図30】

【図31】

【図32】

【図33A】

【図33B】

【図34】

【図35】

【図36】

【図37A】

【図37B】

【図38】

【図39】

【図40】

【図41】

【図42】

【国際調査報告】