(57)【要約】可能なランダムアクセスチャネル（ＲＡＣＨ）オケージョンの衝突に対処するための方法、システム、およびデバイス。ワイヤレス送受信ユニット（ＷＴＲＵ）は、残存最小システム情報（ＲＭＳＩ）中でＲＡＣＨオケージョンの構成を含む半静的ＵＬ／ＤＬ情報の表示と１つまたは複数の実際に送信される同期信号（ＳＳ）ブロックの表示とを受信し得る。ＷＴＲＵは、次いで、構成情報に基づいてＲＡＣＨオケージョンがあるのかどうかを評価し、ＲＡＣＨオケージョンのいずれかが有効であるのかどうかを決定することであって、ここにおいて、ＲＡＣＨオケージョンは、ＲＡＣＨオケージョンが示されたすべての実際に送信されるＳＳブロックの後であること、および／またはＳＳブロックオーバーライドが使用不可にされているかどうかまたは使用可能にされているかどうかに基づいて有効であり得る、決定することを行い得る。ＷＴＲＵは、有効であると決定されているＲＡＣＨオケージョンのうちの１つまたは複数中でＲＡＣＨを送信し得る。
2021505036.tif 000002
【特許請求の範囲】
【請求項１】
ワイヤレス送受信ユニット（ＷＴＲＵ）によって実行される方法であって、
ランダムアクセスチャネル（ＲＡＣＨ）オケージョンの構成を含む半静的ＵＬ／ＤＬ情報の表示を受信することと、
１つまたは複数の実際に送信される同期信号（ＳＳ）ブロックの表示を受信することと、
１つまたは複数の使用可能にされているまたは使用不可にされているＳＳブロックの表示を受信することと、
前記ＲＡＣＨオケージョンのいずれかが有効であるのかどうかを決定することであって、前記ＲＡＣＨオケージョンが示されたすべての実際に送信されるＳＳブロックの後にある、または、前記ＲＡＣＨオケージョンが実際に送信されるＳＳブロックの位置にあるが前記ＳＳブロックが使用不可と表示されているかどうかに基づいて、前記ＲＡＣＨオケージョンが有効であると決定される、ことと、
有効であると決定されている前記ＲＡＣＨオケージョンのうちの１つまたは複数中で物理ＲＡＣＨを送信することと、
を含む方法。
【請求項２】
前記半静的ＵＬ／ＤＬ情報の表示は、残存最小システム情報（ＲＭＳＩ）中で物理ブロードキャストチャネル（ＰＢＣＨ）を介して受信される、請求項１に記載の方法。
【請求項３】
実際に送信されるＳＳブロックの前記表示はＤＬ部分にある、請求項１に記載の方法。
【請求項４】
ＳＳブロックオーバーライドが利用可能にされているまたは使用不可能にされているかどうかの動的表示を受信することをさらに含む、請求項１に記載の方法。
【請求項５】
ＳＳブロックが利用不可とされているかどうかの前記動的表示に基づいて前記ＲＡＣＨオケージョンは有効とされる、請求項４に記載の方法。
【請求項６】
トランシーバと結合されたプロッセッサを備えたワイヤレス送受信ユニット（ＷＴＲＵ）であって、
前記プロッセッサおよび前記トランシーバは、ランダムアクセスチャネル（ＲＡＣＨ）オケージョンの構成を含む半静的ＵＬ／ＤＬ情報の表示を受信し、１つまたは複数の実際に送信される同期信号（ＳＳ）ブロックの表示を受信し、前記１つまたは複数の実際に送信されるＳＳブロックかどうかの表示を受信するように構成され、
前記プロッセッサおよび前記トランシーバは、前記ＲＡＣＨオケージョンのいずれかが有効であるのかどうかを決定し、前記ＲＡＣＨオケージョンが示されたすべての実際に送信されるＳＳブロックの後にある、または、前記ＲＡＣＨオケージョンが実際に送信されるＳＳブロックの位置にあるが前記ＳＳブロックが使用不可と表示されているかどうかに基づいて、前記ＲＡＣＨオケージョンは有効であると決定され、有効であると決定されている前記ＲＡＣＨオケージョンのうちの１つまたは複数中で物理ＲＡＣＨを送信するようにさらに構成されている、ＷＴＲＵ。
【請求項７】
前記半静的ＵＬ／ＤＬ情報の表示は、残存最小システム情報（ＲＭＳＩ）中で物理ブロードキャストチャネル（ＰＢＣＨ）を介して受信される、請求項６に記載のＷＴＲＵ。
【請求項８】
実際に送信されるＳＳブロックの前記表示はＤＬ部分にある、請求項６に記載のＷＴＲＵ。
【請求項９】
前記プロッセッサおよび前記トランシーバは、ＳＳブロックオーバーライドが利用可能にされているまたは使用不可能にされているかどうかの動的表示を受信するようにさらに構成されている、請求項６に記載のＷＴＲＵ。
【請求項１０】
ＳＳブロックが利用不可とされているかどうかの前記動的表示に基づいて前記ＲＡＣＨオケージョンは有効とされる、請求項９に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、新無線／新無線−無認可（ＮＲ／ＮＲ−Ｕ）における最初のアクセスおよびチャネルアクセスに関する。
【背景技術】
【０００２】
関連出願の相互参照
本出願は、その内容が参照により本明細書に組み込まれる、２０１７年１１月２７日に出願された米国特許仮出願第６２／５９０，９３６号、および２０１８年２月１４日に出願された米国特許仮出願第６２／６３０，６９２号の利益を主張する。
【０００３】
第５世代（５Ｇ）ワイヤレスシステムは、第４世代（４Ｇ）規格を越えた次の電気通信規格である。５Ｇは、概して、４Ｇよりも高い容量を意図しており、より高い密度のモバイルブロードバンドユーザ、より高い信頼性、ならびにデバイスツーデバイスおよび大量の機械通信をサポートすることを可能にする。国際電気通信連合無線通信（ＩＴＵ−Ｒ）、次世代モバイルネットワーク（ＮＧＭＮ）、および第３世代パートナーシッププロジェクト（３ＧＰＰ）によって提示される一般的な要件に基づいて、５Ｇシステムのための使用事例の広い分類は、拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシン型通信（ｍＭＴＣ）、および超高信頼および低レイテンシ通信（ＵＲＬＬＣ）を含み得る。これらの使用事例は、高データレート、高スペクトル効率、低電力および高エネルギー効率、低レイテンシ、ならびに高信頼性などの異なる要件に焦点を当て得る。７００ＭＨｚから８０ＧＨｚまでにわたる広範囲のスペクトル帯域が様々なこれらの展開シナリオのために検討され得る。
【０００４】
キャリア周波数が増加するにつれて、厳しい経路損失が、ワイヤレスデバイスの十分なカバレージを保証するのに重大な制限になり得る。たとえば、ミリメートル波システムにおける送信は、回折損失、浸透損失、酸素吸収損、群葉損失などの非見通し線損失に悩まされ得る。最初のアクセス中に、基地局（ＢＳ）とワイヤレス送受信ユニット（ＷＴＲＵ）とは、これらの高経路損失を克服し、互いを発見する必要があり得る。５Ｇワイヤレスシステムにおいてビームフォーミングされた信号を生成するために数十または数百ものアンテナ要素を利用することは、有意なビームフォーミング利得を与えることによって深刻な経路損失を補償する有効なやり方である。しかしながら、これらのビームフォーミングされた信号は、最初のアクセスまたはランダムアクセスプロシージャ中に互いに衝突し得る。たとえば、同期信号（ＳＳ）ブロック、ランダムアクセスチャネル（ＲＡＣＨ）リソース、制御チャネル（ＤＬ／ＵＬ）および／またはデータチャネル（ＤＬ／ＵＬ）は、５Ｇシナリオにおいて互いに衝突し得る。
【発明の概要】
【０００５】
可能なランダムアクセスチャネル（ＲＡＣＨ）オケージョンの衝突に対処するための方法、システム、およびデバイスが提供される。ワイヤレス送受信ユニット（ＷＴＲＵ）は、ＰＢＣＨを介して残存最小システム情報（ＲＭＳＩ）中でＲＡＣＨオケージョンの構成を含む半静的ＵＬ／ＤＬ情報の表示と１つまたは複数の実際に送信される同期信号（ＳＳ）ブロックの表示とを受信し得る。ＷＴＲＵは、次いで、構成情報に基づいてＲＡＣＨオケージョンがあるのかどうかを評価し、ＲＡＣＨオケージョンのいずれかが有効であるのかどうかを決定することであって、ここにおいて、ＲＡＣＨオケージョンは、ＲＡＣＨオケージョンが示されたすべての実際に送信されるＳＳブロックの後にあること、および／またはＳＳブロックオーバーライドが使用不可にされているかまたは使用可能にされているかどうかに基づいて有効であり得る、決定することを行い得る。ＷＴＲＵは、有効であると決定されているＲＡＣＨオケージョンのうちの１つまたは複数中でＲＡＣＨを送信し得る。
【図面の簡単な説明】
【０００６】
より詳細な理解は、添付の図面と併せて例として与えられる以下の説明から得ることができ、ここにおいて、図中の同様の参照番号は同様の要素を示す。
【０００７】
【図１Ａ】１つまたは複数の開示する実施形態が実装され得る例示的な通信システムを示すシステム概略図である。
【図１Ｂ】一実施形態による、図１Ａに示す通信システム内で使用され得る例示的なワイヤレス送信／受信ユニット（ＷＴＲＵ）を示すシステム概略図である。
【図１Ｃ】一実施形態による、図１Ａに示す通信システム内で使用され得る例示的な無線アクセスネットワーク（ＲＡＮ）と例示的なコアネットワーク（ＣＮ）とを示すシステム概略図である。
【図１Ｄ】一実施形態による、図１Ａに示す通信システム内で使用され得るさらなる例示的なＲＡＮとさらなる例示的なＣＮとを示すシステム概略図である。
【図２Ａ】ＲＡＣＨ／ＰＲＡＣＨ送信の一例を示す概略図である。
【図２Ｂ】本明細書で説明される１つまたは複数の実施形態に基づくＳＳブロック衝突なしのＲＡＣＨ送信のための例示的なプロセスを示すフローチャートである。
【図２Ｃ】本明細書で説明される１つまたは複数の実施形態に基づくＳＳブロック衝突なしのＰＲＡＣＨ送信の一例を示す概略図である。
【図３】プリアンブルと同期信号（ＳＳ）ブロックとの例示的な重複を示す概略図である。
【図４】プリアンブルおよびＳＳブロックの関連付けの例示的な方法を示す概略図である。
【図５】ＲＡＣＨオケージョン（またはＲＡＣＨリソース）およびＳＳブロックの関連付けの例示的な方法を示す概略図である。
【図６】ＳＳブロックの関連付けおよびＲＡＣＨへのマッピングの例示的な方法を示す概略図である。
【図７】ＳＳブロックの関連付けおよびＲＡＣＨへのマッピングの別の例示的な方法を示す概略図である。
【図８】ランダムアクセスチャネル（ＲＡＣＨ）オケージョンタイプのウィンドウ長がＲＡＣＨ構成期間と同じである各ＲＡＣＨオケージョンタイプのためのウィンドウ長の例示的な構成を示す概略図である。
【図９】ランダムアクセスチャネル（ＲＡＣＨ）オケージョンタイプのウィンドウ長がＲＡＣＨ構成期間の２倍である各ＲＡＣＨオケージョンタイプのためのウィンドウ長の例示的な構成を示す概略図である。
【図１０】ランダムアクセスチャネル（ＲＡＣＨ）オケージョンタイプのウィンドウ長がＲＡＣＨ構成期間よりも短い各ＲＡＣＨオケージョンタイプのためのウィンドウ長の例示的な構成を示す概略図である。
【図１１】ＳＳビーム報告に基づくプリアンブルの例示的な冗長バージョンを示す概略図である。
【発明を実施するための形態】
【０００８】
図１Ａは、１つまたは複数の開示する実施形態が実装され得る例示的な通信システム１００を示す図である。通信システム１００は、複数のワイヤレスユーザに音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを与える多元接続システムであり得る。通信システム１００は、ワイヤレス帯域幅を含むシステムリソースの共有を通してそのようなコンテンツに複数のワイヤレスユーザがアクセスすることを可能にし得る。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、ゼロテールユニークワードＤＦＴ拡散ＯＦＤＭ（ＺＴ  ＵＷ  ＤＴＳ−ｓ  ＯＦＤＭ：zero-tail unique-word DFT-Spread OFDM）、ユニークワードＯＦＤＭ（ＵＷ−ＯＦＤＭ：unique word OFDM）、リソースブロックフィルタ処理済みＯＦＤＭ（resource block-filtered OFDM）、フィルタバンクマルチキャリア（ＦＢＭＣ：filter bank multicarrier）などの１つまたは複数のチャネルアクセス方法を採用し得る。
【０００９】
図１Ａに示すように、通信システム１００は、ワイヤレス送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、ＲＡＮ１０４／１１３と、ＣＮ１０６／１１５と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含み得るが、開示する実施形態が、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することを諒解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの各々は、ワイヤレス環境において動作および／または通信するように構成された任意のタイプのデバイスであり得る。例として、いずれかが「局」および／または「ＳＴＡ」と呼ばれることがあるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、ワイヤレス信号を送信および／または受信するように構成され得、ユーザ機器（ＵＥ）、移動局、固定またはモバイル加入者ユニット、サブスクリプションベースのユニット、ページャ、セルラー電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、ワイヤレスセンサ、ホットスポットまたはＭｉ−Ｆｉデバイス、モノのインターネット（ＩｏＴ）デバイス、ウォッチまたは他のウェアラブルなもの、ヘッドマウントディスプレイ（ＨＭＤ）、ビークル、ドローン、医療デバイスおよびアプリケーション（たとえば、遠隔手術）、産業用デバイスおよびアプリケーション（たとえば、産業および／または自動処理チェーンコンテキストで動作するロボットおよび／または他のワイヤレスデバイス）、家庭用電子機器デバイス、商用および／または産業用ワイヤレスネットワーク上で動作するデバイスなどを含み得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃおよび１０２ｄのいずれかは、互換的にＵＥと呼ばれることがある。
【００１０】
通信システム１００はまた、基地局１１４ａおよび／または基地局１１４ｂを含み得る。基地局１１４ａ、１１４ｂの各々は、ＣＮ１０６／１１５、インターネット１１０、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを容易にするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインターフェースするように構成された任意のタイプのデバイスであり得る。例として、基地局１１４ａ、１１４ｂは、送受信基地局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、ｇＮＢ、ＮＲノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ワイヤレスルータなどであり得る。基地局１１４ａ、１１４ｂが単一の要素として示されているが、基地局１１４ａ、１１４ｂが任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることを諒解されよう。
【００１１】
基地局１１４ａは、他の基地局および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどのネットワーク要素（図示せず）をも含み得るＲＡＮ１０４／１１３の一部であり得る。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある１つまたは複数のキャリア周波数上でワイヤレス信号を送信および／または受信するように構成され得る。これらの周波数は、認可スペクトル、無認可スペクトル、または認可スペクトルと無認可スペクトルとの組合せ中にあり得る。セルは、比較的固定され得るか、または時間とともに変化し得る特定の地理的エリアにワイヤレスサービスのためのカバレージを与え得る。セルは、セルセクタにさらに分割され得る。たとえば、基地局１１４ａに関連するセルは、３つのセクタに分割され得る。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわち、セルのセクタごとに１つを含み得る。一実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用し得、セルのセクタごとに複数のトランシーバを利用し得る。たとえば、所望の空間的方向で信号を送信および／または受信するために、ビームフォーミングが使用され得る。
【００１２】
基地局１１４ａ、１１４ｂは、任意の好適なワイヤレス通信リンク（たとえば、無線周波数（ＲＦ）、マイクロ波、センチメートル波、マイクロメートル波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）であり得るエアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信し得る。エアインターフェース１１６は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【００１３】
より詳細には、上記のように、通信システム１００は、多元接続システムであり得、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つまたは複数のチャネルアクセス方式を採用し得る。たとえば、ＲＡＮ１０４／１１３中の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１５／１１６／１１７を確立し得るユニバーサル移動体（電話）通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装し得る。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンク（ＤＬ）パケットアクセス（ＨＳＤＰＡ）および／または高速アップリンク（ＵＬ）パケットアクセス（ＨＳＵＰＡ）を含み得る。
【００１４】
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）および／またはＬＴＥアドバンストプロ（ＬＴＥ−Ａ  Ｐｒｏ）を使用してエアインターフェース１１６を確立し得る発展型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装し得る。
【００１５】
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、新無線（ＮＲ）を使用してエアインターフェース１１６を確立し得るＮＲ無線アクセスなどの無線技術を実装し得る。
【００１６】
一実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、複数の無線アクセス技術を実装し得る。たとえば、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、たとえば、デュアル接続性（ＤＣ）原理を使用してＬＴＥ無線アクセスとＮＲ無線アクセスとを一緒に実装し得る。したがって、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃによって利用されるエアインターフェースは、複数のタイプの無線アクセス技術および／または複数のタイプの基地局（たとえば、ｅＮＢおよびｇＮＢ）との間で送られる送信によって特徴づけられ得る。
【００１７】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１１（すなわち、ワイヤレスフィデリティー（ＷｉＦｉ）、ＩＥＥＥ８０２．１６（すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ８５６（ＩＳ−８５６）、グローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
【００１８】
図１Ａ中の基地局１１４ｂは、たとえば、ワイヤレスルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであり得、職場、家庭、ビークル、構内、産業設備、（たとえば、ドローンが使用するための）空中回廊、道路などの局所的エリアでのワイヤレス接続性を容易にすることのために任意の好適なＲＡＴを利用し得る。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１などの無線技術を実装し得る。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５などの無線技術を実装し得る。また別の実施形態中で、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するためにセルラーベースのＲＡＴ（たとえば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、ＮＲなど）を利用し得る。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｂは、ＣＮ１０６／１１５を介してインターネット１１０にアクセスする必要がないことがある。
【００１９】
ＲＡＮ１０４／１１３は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを与えるように構成された任意のタイプのネットワークであり得るＣＮ１０６／１１５と通信していることがある。データは、異なるスループット要件、レイテンシ要件、誤り耐性要件、信頼性要件、データスループット要件、モビリティ要件などの変動するサービス品質（ＱｏＳ）要件を有し得る。ＣＮ１０６／１１５は、呼の制御、課金サービス、モバイルロケーションベースのサービス、プリペイド発呼、インターネット接続性、ビデオ配信などを与え、および／またはユーザ認証などの高レベルなセキュリティ関数を実行し得る。図１Ａには示されていないが、ＲＡＮ１０４／１１３および／またはＣＮ１０６／１１５が、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接的または間接的に通信していることがあることを諒解されよう。たとえば、ＮＲ無線技術を利用していることがあるＲＡＮ１０４／１１３に接続されることに加えて、ＣＮ１０６／１１５はまた、ＧＳＭ、ＵＭＴＳ、ＣＤＭＡ２０００、ＷｉＭＡＸ、Ｅ−ＵＴＲＡ、またはＷｉＦｉ無線技術を採用する別のＲＡＮ（図示せず）と通信していることがある。
【００２０】
ＣＮ１０６／１１５はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働き得る。ＰＳＴＮ１０８は、簡易電話サービス（ＰＯＴＳ）を与える回線交換電話網を含み得る。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイート中で伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）および／またはインターネットプロトコル（ＩＰ）などの共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。ネットワーク１１２は、他のサービスプロバイダによって所有および／または動作されるワイヤードおよび／またはワイヤレス通信ネットワークを含み得る。たとえば、ネットワーク１１２は、ＲＡＮ１０４／１１３と同じＲＡＴまたは異なるＲＡＴを採用し得る１つまたは複数のＲＡＮに接続された別のＣＮを含み得る。
【００２１】
通信システム１００中でＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード能力を含み得る（たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なるワイヤレスリンクを介して異なるワイヤレスネットワークと通信するための複数のトランシーバを含み得る）。たとえば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用し得る基地局１１４ａと通信し、ＩＥＥＥ８０２無線技術を採用し得る基地局１１４ｂと通信するように構成され得る。
【００２２】
図１Ｂは、例示的なＷＴＲＵ１０２を示すシステム概略図である。図１Ｂに示すように、ＷＴＲＵ１０２は、特に、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取外し不能メモリ１３０、取外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および／または他の周辺機器１３８を含み得る。ＷＴＲＵ１０２が、実施形態に一致したままでありながら、上記の要素の任意の部分組合せを含み得ることを諒解されよう。
【００２３】
プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他のタイプの集積回路（ＩＣ）、状態機械などであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２がワイヤレス環境において動作することを可能にする任意の他の機能を実行し得る。プロセッサ１１８は、送信／受信要素１２２に結合され得るトランシーバ１２０に結合され得る。図１Ｂに、別個の構成要素としてプロセッサ１１８とトランシーバ１２０とを示しているが、プロセッサ１１８とトランシーバ１２０とが電子パッケージまたはチップ中で一緒に統合され得ることを諒解されよう。
【００２４】
送信／受信要素１２２は、エアインターフェース１１６を介して基地局（たとえば、基地局１１４ａ）に信号を送信し、それから信号を受信するように構成され得る。たとえば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであり得る。一実施形態では、送信／受信要素１２２は、たとえば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であり得る。また別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号との両方を送信および／または受信するように構成され得る。送信／受信要素１２２が、ワイヤレス信号の任意の組合せを送信および／または受信するように構成され得ることを諒解されよう。
【００２５】
送信／受信要素１２２が単一の要素として図１Ｂに示されているが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含み得る。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、一実施形態では、ＷＴＲＵ１０２は、エアインターフェース１１６を介してワイヤレス信号を送信および受信するための２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含み得る。
【００２６】
トランシーバ１２０は、送信／受信要素１２２によって送信されるべきである信号を変調し、送信／受信要素１２２によって受信された信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、トランシーバ１２０は、ＷＴＲＵ１０２が、たとえば、ＮＲおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするための複数のトランシーバを含み得る。
【００２７】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）ディスプレイユニットまたは有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合され得、それらからユーザ入力データを受信し得る。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力し得る。さらに、プロセッサ１１８は、取外し不能メモリ１３０および／または取外し可能メモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、それの中にデータを記憶し得る。取外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、ハードディスク、または他のタイプのメモリストレージデバイスを含み得る。取外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含み得る。他の実施形態では、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、ＷＴＲＵ１０２上に物理的に位置しないメモリからの情報にアクセスし、その中にデータを記憶し得る。
【００２８】
プロセッサ１１８は、電源１３４から電力を受電し得、ＷＴＲＵ１０２中の他の構成要素に電力を分散および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の好適なデバイスであり得る。たとえば、電源１３４は、１つまたは複数の乾電池バッテリ（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含み得る。
【００２９】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在のロケーションに関するロケーション情報（たとえば、経度および緯度）を与えるように構成され得るＧＰＳチップセット１３６に結合され得る。ＧＰＳチップセット１３６からの情報に加えて、または、それの代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェース１１６を介してロケーション情報を受信し、および／または２つ以上の近くの基地局から受信している信号のタイミングに基づいてそれのロケーションを決定し得る。ＷＴＲＵ１０２が、実施形態に一致したままでありながら、任意の好適なロケーション決定方法によってロケーション情報を捕捉し得ることを諒解されよう。
【００３０】
プロセッサ１１８は、追加の特徴、機能および／またはワイヤードもしくはワイヤレス接続性を与える１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る他の周辺機器１３８にさらに結合され得る。たとえば、周辺機器１３８は、加速度計、ｅコンパス、衛星トランシーバ、（写真および／またはビデオのための）デジタルカメラ、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビジョントランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、バーチャルリアリティおよび／または拡張現実（ＶＲ／ＡＲ）デバイス、アクティビティトラッカなどを含み得る。周辺機器１３８は、１つまたは複数のセンサを含み得、センサは、ジャイロスコープ、加速度計、ホール効果センサ、磁力計、向きセンサ、近接センサ、温度センサ、時間センサ、ジオロケーションセンサ、高度計、光センサ、タッチセンサ、磁力計、気圧計、ジェスチャセンサ、生体センサ、および／または湿度センサのうちの１つまたは複数であり得る。
【００３１】
ＷＴＲＵ１０２は、（（たとえば、送信のための）アップリンク（ＵＬ）と（たとえば、受信のための）ダウンリンク（ＤＬ）との両方のための特定のサブフレームに関連する）信号の一部または全部の送信および受信が並列および／または同時であり得る全二重無線を含み得る。全二重無線は、ハードウェア（たとえば、チョーク）またはプロセッサ（たとえば、別個のプロセッサ（図示せず）またはビアプロセッサ１１８）を介した信号処理のいずれかを介して自己干渉を低減するかまたは実質的に除去するために干渉管理ユニット１３９を含み得る。一実施形態では、ＷＴＲＵ１０２は、（（たとえば、送信のための）ＵＬまたは（たとえば、受信のための）ＤＬのいずれかのための特定のサブフレームに関連する）信号の一部または全部の送信および受信のための半二重無線を含み得る。
【００３２】
図１Ｃは、一実施形態による、ＲＡＮ１０４およびＣＮ１０６を示すシステム概略図である。上記のように、ＲＡＮ１０４は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＥ−ＵＴＲＡ無線技術を採用し得る。ＲＡＮ１０４はまた、ＣＮ１０６と通信していることがある。
【００３３】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含み得るが、ＲＡＮ１０４が、実施形態に一致したままでありながら、任意の数のｅノードＢを含み得ることを諒解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含み得る。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノードＢ１６０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信するおよび／またはそれからワイヤレス信号を受信するために複数のアンテナを使用し得る。
【００３４】
ｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理決定、ハンドオーバ決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリングなどを扱うように構成され得る。図１Ｃに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを介して互いと通信し得る。
【００３５】
図１Ｃに示すＣＮ１０６は、モビリティ管理エンティティ（ＭＭＥ）１６２と、サービングゲートウェイ（ＳＧＷ）１６４と、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（またはＰＧＷ）１６６とを含み得る。上記の要素の各々がＣＮ１０６の一部として示されているが、これらの要素のいずれかがＣＮオペレータ以外のエンティティによって所有および／または動作され得ることを諒解されよう。
【００３６】
ＭＭＥ１６２は、Ｓ１インターフェースを介してＲＡＮ１０４中のｅノードＢ１６２ａ、１６２ｂ、１６２ｃの各々に接続され得、制御ノードとして働き得る。たとえば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ（initial attach）中に特定のサービングゲートウェイを選択することなどを担当し得る。ＭＭＥ１６２は、ＲＡＮ１０４とＧＳＭおよび／またはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を与え得る。
【００３７】
ＳＧＷ１６４は、Ｓ１インターフェースを介してＲＡＮ１０４中のｅノードＢ１６０ａ、１６０ｂ、１６０ｃの各々に接続され得る。ＳＧＷ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットをルーティングおよび転送し得る。ＳＧＷ１６４は、ｅノードＢ間のハンドオーバ中にユーザプレーンをアンカリングすること、ＤＬデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのために利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能を実行し得る。
【００３８】
ＳＧＷ１６４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするためにインターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得るＰＧＷ１６６に接続され得る。
【００３９】
ＣＮ１０６は、他のネットワークとの通信を容易にし得る。たとえば、ＣＮ１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定通信デバイスとの間の通信を容易にするためにＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得る。たとえば、ＣＮ１０６は、ＣＮ１０６とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るかまたはそれと通信し得る。さらに、ＣＮ１０６は、他のサービスプロバイダによって所有および／または動作される他のワイヤードおよび／またはワイヤレスネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得る。
【００４０】
ＷＴＲＵがワイヤレス端末として図１Ａ〜図１Ｄに記載されているが、そのような端末が（たとえば、一時的にまたは永続的に）使用し得るいくつかの代表的な実施形態では、ワイヤード通信が通信ネットワークとインターフェースすると考えられる。
【００４１】
代表的な実施形態では、他のネットワーク１１２は、ＷＬＡＮであり得る。
【００４２】
インフラストラクチャ基本サービスセット（ＢＳＳ）モードのＷＬＡＮは、ＢＳＳのためのアクセスポイント（ＡＰ）とＡＰに関連する１つまたは複数の局（ＳＴＡ）とを有し得る。ＡＰは、配信システム（ＤＳ）またはＢＳＳを出入りするトラフィックを搬送する別のタイプのワイヤード／ワイヤレスネットワークへのアクセスまたはインターフェースを有し得る。ＢＳＳの外部から発信するＳＴＡへのトラフィックは、ＡＰを通して到着し得、ＳＴＡに送出され得る。ＢＳＳ外の宛先にＳＴＡから発信されたトラフィックは、それぞれの宛先に配信されるためにＡＰに送られ得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ＡＰを通して送られることがあり、たとえば、ここで、ソースＳＴＡはＡＰにトラフィックを送り得、ＡＰは、宛先ＳＴＡにトラフィックを送出し得る。ＢＳＳ内のＳＴＡ間のトラフィックは、ピアツーピアトラフィックと見なされるおよび／またはそう呼ばれることがある。ピアツーピアトラフィックは、ダイレクトリンクセットアップ（ＤＬＳ）を用いてソースＳＴＡと宛先ＳＴＡとの間で（たとえば、それらの間で直接）送られ得る。いくつかの代表的な実施形態では、ＤＬＳは、８０２．１１ｅ  ＤＬＳまたは８０２．１１ｚトンネリングされたＤＬＳ（ＴＤＬＳ：tunneled DLS）を使用し得る。独立ＢＳＳ（ＩＢＳＳ）モードを使用するＷＬＡＮはＡＰを有しないことがあり、ＩＢＳＳ内のまたはそれを使用するＳＴＡ（たとえば、ＳＴＡのすべて）は互いに直接通信し得る。ＩＢＳＳ通信モードは、時々、本明細書では「アドホック」通信モードと呼ぶことがある。
【００４３】
８０２．１１ａｃインフラストラクチャ動作モードまたは同様の動作モードを使用するとき、ＡＰは、１次チャネルなどの固定チャネル上でビーコンを送信し得る。１次チャネルは、固定幅（たとえば、２０ＭＨｚ幅の帯域幅）であるか、またはシグナリングを介して動的に設定された幅であり得る。１次チャネルは、ＢＳＳの動作チャネルであり得、ＡＰとの接続を確立するためにＳＴＡによって使用され得る。いくつかの代表的な実施形態では、キャリア検知多重アクセス／衝突回避（ＣＳＭＡ／ＣＡ）が、たとえば、８０２．１１システム中に実装され得る。ＣＳＭＡ／ＣＡでは、ＡＰを含むＳＴＡ（たとえば、あらゆるＳＴＡ）が１次チャネルを感知し得る。１次チャネルが特定のＳＴＡによって感知／検出されるおよび／またはビジーであると決定される場合、特定のＳＴＡはバックオフし得る。１つのＳＴＡ（たとえば、ただ１つの局）が、所与のＢＳＳ中で所与の時間に送信し得る。
【００４４】
高スループット（ＨＴ）のＳＴＡは、４０ＭＨｚ幅のチャネルを形成するために、たとえば、隣接するまたは隣接していない２０ＭＨｚのチャネルとの１次の２０ＭＨｚのチャネルの組合せを介した通信のために４０ＭＨｚ幅のチャネルを使用し得る。
【００４５】
極高スループット（ＶＨＴ）のＳＴＡは、２０ＭＨｚ、４０ＭＨｚ、８０ＭＨｚ、および／または１６０ＭＨｚ幅のチャネルをサポートし得る。４０ＭＨｚおよび／または８０ＭＨｚのチャネルは、連続する２０ＭＨｚのチャネルを組み合わせることによって形成され得る。１６０ＭＨｚのチャネルは、８つの連続する２０ＭＨｚのチャネルを組み合わせることによって、または８０＋８０構成と呼ばれることがある２つの不連続の８０ＭＨｚのチャネルを組み合わせることによって形成され得る。８０＋８０構成では、データは、チャネル符号化後に、２つのストリームにデータを分割し得るセグメントパーサを通してパスされ得る。逆高速フーリエ変換（ＩＦＦＴ）処理と時間領域処理とが別々に各ストリームに対して行われ得る。ストリームは、２つの８０ＭＨｚのチャネル上にマッピングされ得、データは、送信ＳＴＡによって送信され得る。受信ＳＴＡの受信機では、８０＋８０構成について上記で説明した動作が逆行され得、組み合わされたデータが媒体アクセス制御（ＭＡＣ）に送られ得る。
【００４６】
８０２．１１ａｆおよび８０２．１１ａｈによってサブ１ＧＨｚ動作モードがサポートされる。チャネル動作帯域幅およびキャリアは、８０２．１１ｎおよび８０２．１１ａｃで使用されるものと比較して８０２．１１ａｆおよび８０２．１１ａｈでは低減される。８０２．１１ａｆは、ＴＶホワイトスペース（ＴＶＷＳ）スペクトル中の５ＭＨｚ、１０ＭＨｚ、および２０ＭＨｚの帯域幅をサポートし、８０２．１１ａｈは、非ＴＶＷＳスペクトルを使用して１ＭＨｚ、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、および１６ＭＨｚの帯域幅をサポートする。代表的な実施形態によれば、８０２．１１ａｈは、マクロカバレージエリア中のＭＴＣデバイスなどのメータ型制御／マシン型通信をサポートし得る。ＭＴＣデバイスは、いくつかの能力、たとえば、いくつかのおよび／または限定された帯域幅のサポート（たとえば、それだけのサポート）を含む限定された能力を有し得る。ＭＴＣデバイスは、（たとえば、非常に長いバッテリ寿命を維持するために）しきい値を上回るバッテリ寿命をもつバッテリを含み得る。
【００４７】
８０２．１１ｎ、８０２．１１ａｃ、８０２．１１ａｆ、および８０２．１１ａｈなどの複数のチャネルおよびチャネル帯域幅をサポートし得るＷＬＡＮシステムは、１次チャネルとして指定され得るチャネルを含む。１次チャネルは、ＢＳＳ中のすべてのＳＴＡによってサポートされる最大の共通動作帯域幅に等しい帯域幅を有し得る。１次チャネルの帯域幅は、ＢＳＳ中で動作するすべてのＳＴＡの中から、最小の帯域幅動作モードをサポートするＳＴＡによって設定および／または限定され得る。８０２．１１ａｈの例では、ＡＰおよびＢＳＳ中の他のＳＴＡが、２ＭＨｚ、４ＭＨｚ、８ＭＨｚ、１６ＭＨｚ、および／または他のチャネル帯域幅動作モードをサポートする場合でも、１次チャネルは、１ＭＨｚモードをサポートする（たとえば、それだけをサポートする）ＳＴＡ（たとえば、ＭＴＣタイプのデバイス）について１ＭＨｚ幅であり得る。キャリア検知および／またはネットワーク割振りベクトル（ＮＡＶ）の設定は、１次チャネルのステータスに依存し得る。たとえば（１ＭＨｚ動作モードだけをサポートする）ＳＴＡのために１次チャネルがビジーである場合、周波数帯域の大部分がアイドルのままであり、利用可能であり得る場合であっても、ＡＰに利用可能な周波数帯域全体を送信することがビジーであると見なされ得る。
【００４８】
米国では、８０２．１１ａｈによって使用され得る利用可能な周波数帯域は、９０２ＭＨｚから９２８ＭＨｚまである。韓国では、利用可能な周波数帯域は、９１７．５ＭＨｚから９２３．５  ＭＨｚまである。日本では、利用可能な周波数帯域は、９１６．５ＭＨｚから９２７．５ＭＨｚまである。８０２．１１ａｈのために利用可能な総帯域幅は、国コードに応じて６ＭＨｚから２６ＭＨｚである。
【００４９】
図１Ｄは、一実施形態による、ＲＡＮ１１３およびＣＮ１１５を示すシステム概略図である。上記のように、ＲＡＮ１１３は、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するためにＮＲ無線技術を採用し得る。ＲＡＮ１１３はまた、ＣＮ１１５と通信していることがある。
【００５０】
ＲＡＮ１１３は、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃを含み得るが、ＲＡＮ１１３が、実施形態に一致したままでありながら、任意の数のｇＮＢを含み得ることを諒解されよう。ｇＮＢ１８０ａ、１８０ｂ、１８０ｃはそれぞれ、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含み得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装し得る。たとえば、ｇＮＢ１８０ａ、１０８ｂは、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃに信号を送信し、および／またはそれから信号を受信するためにビームフォーミングを利用し得る。したがって、ｇＮＢ１８０ａは、たとえば、ＷＴＲＵ１０２ａにワイヤレス信号を送信し、および／またはそれからワイヤレス信号を受信するために複数のアンテナを使用し得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、キャリアアグリゲーション技術を実装し得る。たとえば、ｇＮＢ１８０ａは、ＷＴＲＵ１０２ａ（図示せず）に複数コンポーネントキャリアを送信し得る。これらのコンポーネントキャリアのサブセットは、無認可スペクトル上にあり得るが、残りのコンポーネントキャリアは、認可スペクトル上にあり得る。一実施形態では、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、協調マルチポイント（ＣｏＭＰ）技術を実装し得る。たとえば、ＷＴＲＵ１０２ａは、ｇＮＢ１８０ａおよびｇＮＢ１８０ｂ（および／またはｇＮＢ１８０ｃ）から協調送信を受信し得る。
【００５１】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、スケーラブルな数秘学に関連する送信を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。たとえば、ＯＦＤＭシンボル間隔および／またはＯＦＤＭサブキャリア間隔は、異なる送信、異なるセル、および／またはワイヤレス送信スペクトルの異なる部分ごとに変動し得る。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、（たとえば、様々な数のＯＦＤＭシンボルを含んでいるおよび／または変動する長さの絶対時間の間続く）様々なまたはスケーラブルな長さのサブフレームまたは送信時間間隔（ＴＴＩ）を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。
【００５２】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、スタンドアロン構成および／または非スタンドアロン構成中のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するように構成され得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、他のＲＡＮ（たとえば、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなど）にアクセスすることもなしにｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、モビリティアンカーポイントとしてｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数を利用し得る。スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、無認可帯域中の信号を使用してｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る。非スタンドアロン構成では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃなどの別のＲＡＮとも通信しながら／それにも接続しながらｇＮＢ１８０ａ、１８０ｂ、１８０ｃと通信し得る／それに接続し得る。たとえば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、１つまたは複数のｇＮＢ１８０ａ、１８０ｂ、１８０ｃおよび１つまたは複数のｅノードＢ１６０ａ、１６０ｂ、１６０ｃと実質的に同時に通信するためにＤＣ原理を実装し得る。非スタンドアロン構成では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのモビリティアンカーとして働き得、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃをサービスするための追加のカバレージおよび／またはスループットを与え得る。
【００５３】
ｇＮＢ１８０ａ、１８０ｂ、１８０ｃの各々は、特定のセル（図示せず）に関連付けられ得、無線リソース管理の決定、ハンドオーバの決定、ＵＬおよび／またはＤＬにおけるユーザのスケジューリング、ネットワークスライシングのサポート、デュアル接続性、ＮＲとＥ−ＵＴＲＡとの間の相互接続、ユーザプレーン機能（ＵＰＦ）１８４ａ、１８４ｂに向けたユーザプレーンデータのルーティング、アクセスおよびモビリティ管理機能（ＡＭＦ）１８２ａ、１８２ｂに向けた制御プレーン情報のルーティングなどを扱うように構成され得る。図１Ｄに示すように、ｇＮＢ１８０ａ、１８０ｂ、１８０ｃは、Ｘｎインターフェースを介して互いと通信し得る。
【００５４】
図１Ｄに示すＣＮ１１５は、少なくとも１つのＡＭＦ１８２ａ、１８２ｂと、少なくとも１つのＵＰＦ１８４ａ、１８４ｂと、少なくとも１つのセッション管理機能（ＳＭＦ）１８３ａ、１８３ｂと、場合によっては、データネットワーク（ＤＮ）１８５ａ、１８５ｂとを含み得る。上記の要素の各々がＣＮ１１５の一部として示されているが、これらの要素のいずれかがＣＮオペレータ以外のエンティティによって所有および／または動作され得ることを諒解されよう。
【００５５】
ＡＭＦ１８２ａ、１８２ｂは、Ｎ２インターフェースを介してＲＡＮ１１３中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続され得、制御ノードとして働き得る。たとえば、ＡＭＦ１８２ａ、１８２ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ネットワークスライシング（たとえば、異なる要件をもつ異なるＰＤＵセッションの扱い）のサポート、特定のＳＭＦ１８３ａ、１８３ｂを選択すること、登録エリアの管理、ＮＡＳシグナリングの終了、モビリティ管理などを担当し得る。ネットワークスライシングは、利用されたＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃであるサービスのタイプに基づいてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＣＮのサポートをカスタマイズするために、ＡＭＦ１８２ａ、１８２ｂによって使用され得る。たとえば、異なるネットワークスライスは、高信頼低遅延（ＵＲＬＬＣ）アクセスに依拠するサービス、拡張大規模モバイルブロードバンド（ｅＭＢＢ）アクセスに依拠するサービス、マシン型通信（ＭＴＣ）アクセスのサービスなどの異なる使用事例のために確立され得る。ＡＭＦ１６２は、ＲＡＮ１１３とＬＴＥ、ＬＴＥ−Ａ、ＬＴＥ−Ａ  Ｐｒｏ、および／またはＷｉＦｉなどの非３ＧＰＰアクセス技術などの他の無線技術を採用する他のＲＡＮ（図示せず）との間で切り替えるための制御プレーン機能を与え得る。
【００５６】
ＳＭＦ１８３ａ、１８３ｂは、Ｎ１１インターフェースを介してＣＮ１１５中のＡＭＦ１８２ａ、１８２ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂはまた、Ｎ４インターフェースを介してＣＮ１１５中のＵＰＦ１８４ａ、１８４ｂに接続され得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＰＦ１８４ａ、１８４ｂを選択および制御し、ＵＰＦ１８４ａ、１８４ｂを通してトラフィックのルーティングを構成し得る。ＳＭＦ１８３ａ、１８３ｂは、ＵＥのＩＰアドレスを管理し、割り振ること、ＰＤＵセッションを管理すること、ポリシーの強制およびＱｏＳを制御すること、ＤＬデータの通知を与えることなどの他の機能を実行し得る。ＰＤＵセッションのタイプは、ＩＰベースのもの、非ＩＰベースのもの、イーサネットベースのものなどであり得る。
【００５７】
ＵＰＦ１８４ａ、１８４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするためにインターネット１１０などのパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得るＮ３インターフェースを介してＲＡＮ１１３中のｇＮＢ１８０ａ、１８０ｂ、１８０ｃのうちの１つまたは複数に接続され得る。ＵＰＦ１８４、１８４ｂは、パケットをルーティングおよび転送すること、ユーザプレーンのポリシーを強制すること、マルチホームＰＤＵセッションをサポートすること、ユーザプレーンＱｏＳを扱うこと、ＤＬパケットをバッファリングすること、モビリティアンカリングを与えることなどの他の機能を実行し得る。
【００５８】
ＣＮ１１５は、他のネットワークとの通信を容易にし得る。たとえば、ＣＮ１１５は、ＣＮ１１５とＰＳＴＮ１０８との間のインターフェースとして働くＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含み得るかまたはそれと通信し得る。さらに、ＣＮ１１５は、他のサービスプロバイダによって所有および／または動作される他のワイヤードおよび／またはワイヤレスネットワークを含み得る他のネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに与え得る。一実施形態では、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＵＰＦ１８４ａ、１８４ｂへのＮ３インターフェースとＵＰＦ１８４ａ、１８４ｂとＤＮ１８５ａ、１８５ｂとの間のＮ６インターフェースとを介してＵＰＦ１８４ａ、１８４ｂを通してローカルデータネットワーク（ＤＮ）１８５ａ、１８５ｂに接続され得る。
【００５９】
図１Ａ〜図１Ｄおよび図１Ａ〜図１Ｄの対応する説明に鑑みて、ＷＴＲＵ１０２ａ〜ｄ、基地局１１４ａ〜ｂ、ｅノードＢ１６０ａ〜ｃ、ＭＭＥ１６２、ＳＧＷ１６４、ＰＧＷ１６６、ｇＮＢ１８０ａ〜ｃ、ＡＭＦ１８２ａ〜ｂ、ＵＰＦ１８４ａ〜ｂ、ＳＭＦ１８３ａ〜ｂ、ＤＮ１８５ａ〜ｂ、および／または本明細書で説明する任意の他のデバイスのうちの１つまたは複数に関して本明細書で説明する機能のうちの１つもしくは複数またはすべては、１つまたは複数のエミュレーションデバイス（図示せず）によって実行され得る。エミュレーションデバイスは、本明細書で説明する機能のうちの１つもしくは複数またはすべてをエミュレートするように構成された１つまたは複数のデバイスであり得る。たとえば、エミュレーションデバイスは、他のデバイスをテストする、ならびに／またはネットワークおよび／もしくはＷＴＲＵ機能をシミュレートするために使用され得る。
【００６０】
エミュレーションデバイスは、ラボ環境でおよび／またはオペレータネットワーク環境で他のデバイスの１つまたは複数のテストを実施するように設計され得る。たとえば、１つまたは複数のエミュレーションデバイスは、通信ネットワーク内の他のデバイスをテストするためにワイヤードおよび／またはワイヤレス通信ネットワークの一部として完全にまたは部分的に実装および／または展開されながら、１つもしくは複数またはすべての機能を実行し得る。１つまたは複数のエミュレーションデバイスは、ワイヤードおよび／またはワイヤレス通信ネットワークの一部として一時的に実装／展開されながら、１つもしくは複数またはすべての機能を実行し得る。エミュレーションデバイスは、オーバージエアワイヤレス通信を使用してテストするおよび／またはテストを実行するために別のデバイスに直接結合され得る。
【００６１】
１つまたは複数のエミュレーションデバイスは、ワイヤードおよび／またはワイヤレス通信ネットワークの一部として実装／展開されることなしに、すべてを含む１つまたは複数の機能を実行し得る。たとえば、エミュレーションデバイスは、１つまたは複数の構成要素のテストを実施するために試験所ならびに／または展開されていない（たとえば、テスト用の）ワイヤードおよび／もしくはワイヤレス通信ネットワーク中のテストシナリオで利用され得る。１つまたは複数のエミュレーションデバイスは、テスト機器であり得る。データを送信および／または受信するためにエミュレーションデバイスによって、直接ＲＦ結合および／または（たとえば、１つまたは複数のアンテナを含み得る）ＲＦ回路を介したワイヤレス通信が使用され得る。
【００６２】
無線アクセスネットワーク（ＲＡＮ）は、それのコアネットワーク（ＣＮ）への接続をもつワイヤレス送受信ユニット（ＷＴＲＵ）を与えるモバイル電気通信システムの部分であり得る。第５世代（５Ｇ）または次世代（ＮＧ）のワイヤレスシステムでは、ＲＡＮは、新無線（ＮＲ）ＲＡＮまたは次世代ＲＡＮと呼ばれることがある。ＩＴＵ−Ｒ、ＮＧＭＮおよび３ＧＰＰによって提示される一般的な要件に基づいて、ＮＲのための使用事例の広い分類は、拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシン型通信（ｍＭＴＣ）、および超信頼性低遅延通信（ＵＲＬＬＣ）であり得る。異なる使用事例は、より高いデータレート、より高いスペクトル効率、低電力およびより高いエネルギー効率、より低いレイテンシ、ならびにより高い信頼性などの異なる要件に焦点を当て得る。７００ＭＨｚから８０ＧＨｚまでにわたる広範囲のスペクトル帯域が様々な展開シナリオのために検討され得る。
【００６３】
キャリア周波数が増加するにつれて、厳しい経路損失が、十分なカバレージを保証するのに重大な制限になり得る。ミリメートル波システムにおける送信は、さらに、非見通し線損失、たとえば、回折損失、浸透損失、酸素吸収損、群葉損失などに悩まされ得る。最初のアクセス中に、基地局とＷＴＲＵとは、これらの高い経路損失を克服し、各々を発見する必要があり得るか、またはＷＴＲＵは、別のＷＴＲＵを発見する必要があり得る。ビームフォーミングされた信号を生成するために数十または数百ものアンテナ要素を利用することは、有意なビームフォーミング利得を与えることによって深刻な経路損失を補償する有効な方法である。ビームフォーミング技法は、デジタルビームフォーミングと、アナログビームフォーミングと、ハイブリッドビームフォーミングとを含み得る。
【００６４】
ロングタームエボリューション（ＬＴＥ）および他のワイヤレスシステムは、初期同期およびブロードキャストチャネルを使用し得る。セル探索は、セル内で時間および周波数同期を取得し、そのセルのセルＩＤを検出するためにＷＴＲＵによって使用され得る。ＬＴＥなどの同期信号は、あらゆる無線フレームの第０および第５のサブフレーム中で送信され得、初期化中に時間および周波数同期のために使用され得る。システム収集プロセスの一部として、ＷＴＲＵは、同期信号に基づいてＯＦＤＭシンボル、スロット、サブフレーム、ハーフフレーム、および／または無線フレームに連続的に同期させ得る。１次同期信号（ＰＳＳ）と２次同期信号（ＳＳＳ）との２つの同期信号があり得る。ＰＳＳは、スロット、サブフレーム、およびハーフフレーム境界を取得するために使用され得る。それはまた、セル識別情報グループ内に物理レイヤセル識別情報（ＰＣＩ）を与え得る。ＳＳＳは、無線フレーム境界を取得するために使用され得る。それはまた、ＷＴＲＵが０から１６７にわたり得るセル識別情報グループを決定することを可能にし得る。
【００６５】
成功した同期およびＰＣＩ収集に続いて、ＷＴＲＵは、セル固有基準信号（ＣＲＳ）の助けをかりて物理ブロードキャストチャネル（ＰＢＣＨ）などのチャネルを復号し、システム帯域幅、システムフレーム番号（ＳＦＮ）およびＰＨＩＣＨ構成に関するマスタ情報ブロック（ＭＩＢ）情報を取得し得る。ＬＴＥ同期信号およびＰＢＣＨは、規格化された周期に従って連続的に送信され得る。
【００６６】
ＬＴＥおよび他のワイヤレスシステムは、ランダムアクセス（ＲＡ）プロシージャを利用し得る。基地局（たとえば、ｅノードＢ、ｅＮＢ、ｇＮＢ）および／またはＷＴＲＵは、（たとえば、セルまたはｅＮＢへの）ＷＴＲＵの最初のアクセス、（たとえば、いくつかのセルに対してＷＴＲＵのＵＬタイミングをリセットするかまたは整合させるための）ＵＬタイミングのリセット、ならびに／または（たとえば、ハンドオーバターゲットセルに対してＷＴＲＵのタイミングをリセットするかまたは整合させるための）ハンドオーバ中のタイミングのリセットのうちの少なくとも１つのためにランダムアクセスプロシージャを使用し得る。ＷＴＲＵは、ある電力物理ランダムアクセスチャネル（ＰＲＡＣＨ）においてあるＰＲＡＣＨプリアンブルシーケンスを送信し得、これは、構成されたパラメータおよび／または測定に基づき得、ＷＴＲＵは、ある時間周波数リソースを使用してプリアンブルを送信し得る。ｅＮＢによって与えられるかまたは構成され得る構成されたパラメータは、最初のプリアンブル電力（たとえば、ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ）、プリアンブルフォーマットベースのオフセット（たとえば、ｄｅｌｔａＰｒｅａｍｂｌｅ）、ランダムアクセス応答ウィンドウ（たとえば、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅ）、電力ランピングファクタ（たとえば、ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐ）、および／または再送信の最大数（たとえば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）のうちの１つまたは複数を含み得る。プリアンブルもしくはプリアンブルのセットおよび／またはプリアンブル送信のために使用され得る時間／周波数リソースを含み得るＰＲＡＣＨリソースは、ｅＮＢによって与えられ得るかまたは構成され得る。測定は、経路損失を含み得る。時間周波数リソースは、許可されたセットからＷＴＲＵによって選定され得るか、またはｅＮＢによって選定され、ＷＴＲＵにシグナリングされ得る。プリアンブルのＷＴＲＵの送信に続いて、ｅＮＢは、プリアンブルを検出する場合、ランダムアクセス応答（ＲＡＲ）で応答し得る。ＷＴＲＵが、割り当てられた時間（たとえば、ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅ）内に（たとえば、あるプリアンブルインデックスおよび／または時間／周波数リソースに対応し得る）送信されたプリアンブルのためのＲＡＲを受信しない場合、ＷＴＲＵは、（たとえば、ｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐによる前のプリアンブル送信より高い）より高い電力で後の時間に別のプリアンブルを送り得、ここで、送信電力は、最大電力、たとえば、全体としてＷＴＲＵのためのものであり得るＷＴＲＵによって構成された最大電力（たとえば、ＰＣＭＡＸ）、またはＷＴＲＵのあるサービングセルのためのＷＴＲＵによって構成された最大電力（たとえば、ＰＣＭＡＸ，ｃ）によって制限され得る。ＷＴＲＵは、ｅＮＢからのＲＡＲの受信を再び待ち得る。送信し、待つことのこのシーケンスは、ｅＮＢがＲＡＲで応答し得るまで、またはランダムアクセスプリアンブル送信の最大数（たとえば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）に達するまで続き得る。ｅＮＢは、単一のプリアンブル送信に応答してＲＡＲを送信し得、ＷＴＲＵは、それを受信し得る。
【００６７】
ランダムアクセスプロシージャは、競合ベースであり得るか、または無競合であり得る。無競合プロシージャは、たとえば、ｅＮＢからの要求によって開始され得る。要求は、ＰＤＣＣＨ命令などの物理レイヤシグナリングを介してまたはモビリティ制御情報を含み得るＲＲＣ再構成メッセージ（たとえば、ＲＲＣ接続再構成メッセージ）などの上位レイヤシグナリングによって受信され得、たとえば、ハンドオーバ要求を示すか、またはそれに対応し得る。サブフレームｎ中にＰＤＣＣＨ命令によって開始される無競合プロシージャの場合、ＰＲＡＣＨプリアンブルは、第１のサブフレームまたはＰＲＡＣＨのために利用可能な第１のサブフレームｎ＋ｋ２中で送信され得、ここで、ｋ２は６以上（すなわち、ｋ２≧６）であり得る。ＲＲＣコマンドによって開始されるとき、指定され得る他の遅延があり得る（たとえば、最小および／または最大要求または許容遅延があり得る）。ＷＴＲＵは、例として、最初のアクセス、ＵＬ同期の復元、および／または無線リンク障害から復元することを含む理由のために競合ベースのプロシージャを自律的に開始し得る。無線リンク障害からの回復以外のイベントなどのいくつかのイベントの場合、そのようなイベントの後にどのくらいの時間の間ＷＴＲＵがＰＲＡＣＨプリアンブルを送り得るのかは定義または指定されないことがある。
【００６８】
無競合ランダムアクセス（ＲＡ）プロシージャの場合、ネットワークによってシグナリングされたＰＲＡＣＨプリアンブルは、たとえば、ＷＴＲＵによって使用され得る。競合ベースのランダムアクセスプロシージャの場合、ＷＴＲＵは、プリアンブルを自律的に選定し得、ここで、プリアンブル送信のために利用可能なプリアンブルフォーマットおよび／または時間／周波数リソースは、ｅＮＢによって与えられ得るかまたはシグナリングされ得る表示またはインデックス（たとえば、ＰＲＡＣＨ構成インデックス）に基づき得る。
【００６９】
漸進的により高い送信電力で送信されるプリアンブルのうちの１つがｅＮＢによって検出され得る。ＲＡＲは、その１つの検出されたプリアンブルに応答してｅＮＢによって送られ得る。ＰＲＡＣＨプリアンブルは、ＰＲＡＣＨリソースと見なされ得る。たとえば、ＰＲＡＣＨリソースは、ＰＲＡＣＨプリアンブル、時間リソース、および／または周波数リソースを含み得る。ＲＡＣＨリソースとＰＲＡＣＨリソースという用語は、本明細書では互換的に使用され得る。また、ＲＡ、ＲＡＣＨ、およびＰＲＡＣＨという用語は、本明細書では互換的に使用され得る。
【００７０】
ＮＲ中でなどの経路損失のいくつかの状況では、同期信号（ＳＳ）ブロック（ＳＳＢ）、ＲＡＣＨリソース、制御チャネル（ＤＬ／ＵＬ）および／またはデータチャネル（ＤＬ／ＵＬ）は互いと衝突し得る。ＷＴＲＵが最初のアクセスを実行すること、チャネルアクセスを実行すること、システム動作を維持すること、および／またはシステム効率を最大化することを行うために、衝突が発生するときにこれらおよび他の状況を回避、緩和、または処理するためにルールが必要とされ得る。また、他の状況では、ＷＴＲＵ送信は、ランダムアクセス中に別のＷＴＲＵ送信と衝突し得る。たとえば、ＰＲＡＣＨプリアンブルは、マルチビームシステムが使用される場合などに互いと衝突し得る。ビームベースのシステムにおける衝突低減に対する拡張は、これらおよび他の経路損失状況に対処するために必要とされ得る。さらに、ビームスイープのために多数のビームをサポートするのに、ＰＲＡＣＨプリアンブルフォーマットは、限られた数のシンボルにより十分でないことがある。したがって、多数のビームをサポートする手法を有することが望ましいことがある。１つまたは複数の実施形態では、ＰＲＡＣＨリソース、ＤＬ／ＵＬ制御、および／またはＳＳ／ＰＢＣＨブロックは、本明細書で説明される問題になる状況に対処するために処理され得る。
【００７１】
図２Ａは、ＲＡＣＨ／ＰＲＡＣＨ送信の一例を示す。概して、第１のＤＬ２０３は、第１のＳＳブロックであり得、第２のＤＬ２０５は、第２のＳＳブロックであり得る。スロットは、ＤＬ部分（２０３および２０５）とＵＬ部分２０６との両方を有する可能性がある。さらに、フレキシブルなまたは未知の部分Ｘ２０４が、スロット中で使用される可能性があり、ＤＬまたはＵＬとして構成される可能性がある。ＤＬ信号／チャネル２０３は、スロット２０２の第１のＫ1個のＯＦＤＭシンボルを占有し得、ここで、Ｋは、何らかの非負整数である。未知の／フレキシブルな部分Ｘ２０４は、Ｋ2個のＯＦＤＭシンボルを占有し得る。第２のＤＬ信号／チャネル２０５は、Ｋ3個のＯＦＤＭシンボルを占有し得、これは、第１のＤＬ信号／チャネル２０３と同じであるか、または異なり得る（たとえば、ＤＬ信号／チャネル２０３は、第１のＳＳ／ＰＢＣＨブロックであり得、ＤＬ２０５は、第２のＳＳ／ＰＢＣＨブロックであり得るＤＬ信号／チャネル２０５であり得る）。ＵＬ信号／チャネル２０６は、スロット２０２の最後のＫ4個のＯＦＤＭシンボルを占有し得る。ＳＳブロックおよびＳＳ／ＰＢＣＨブロックは、本明細書で説明されるように交換可能であり得る。スロット２０２は、それぞれのまたは一部のシンボルロケーションが特定のタイプのコンテンツを含み得るように構成され得、図２Ａに示される例では、ＤＬ信号／チャネル２０３、Ｋ1、は、最初の４つのシンボルであり得、ＵＬ信号／チャネル２０６、Ｋ4は、最後の２つのシンボルであり得る。周期はまた、衝突を回避するようにｇＮＢによって構成され得るが、ＰＲＡＣＨがＳＳブロックと衝突するとき／場合、ブロック、信号、および／またはチャネルドロッピングルールなどのいくつかの所定のまたはあらかじめ定義されたルールが使用され得る。ＳＳブロック、ＤＬ／ＵＬ制御、およびＰＲＡＣＨは、それらが互いに衝突するときにそれに対してこれらの問題を処理するためにＷＴＲＵが実装し得るあらかじめ定義されたルールを有し得る。
【００７２】
ＳＳ／ＰＢＣＨブロックとＲＡＣＨリソースとが衝突するとき、ＷＴＲＵは、この問題に対処するために、ＷＴＲＵがＰＲＡＣＨをドロップし、ＳＳブロックを受信するか、またはＷＴＲＵがＳＳブロックをドロップし、ＰＲＡＣＨを送信するなどの１つまたは複数の行為を取り得る。ＷＴＲＵはまた、ＰＲＡＣＨを部分的に送信するか、またはＳＳブロックを部分的に受信し得る。衝突処理のためのこれらのオプションは、実際に送信されるＳＳブロックもしくは最大ＳＳブロック、レイテンシ要件、サービスタイプ（たとえば、ＵＲＬＬＣ、ｅＭＢＢ、ｍＭＴＣなど）、あらかじめ定義されたもしくは所定のルール（たとえば、ＳＳブロックを常に送信するかもしくはＰＲＡＣＨを常に送信し、他のチャネルをドロップする）、チャネルの優先度、ここで、優先度はあらかじめ定義され得るか、もしくは構成され得る、プリエンプション表示、何を送信すべきかおよび何をドロップすべきかに関するｇＮＢから受信された表示、レートマッチングまたはパンクチャリングを使用して衝突が発生するときに部分的なもしくはすべてのチャネルを送信すること、ならびに／または上述の手法の組合せのうちの少なくとも１つに基づき得る。
【００７３】
ＷＴＲＵが実際に送信されるＳＳブロックの表示を受信する場合、ＷＴＲＵは、衝突を処理するために実際に送信されるＳＳブロック位置を使用し得る。たとえば、長いシーケンス（たとえば、ＰＲＡＣＨのための長いプリアンブルシーケンス）の場合、ＷＴＲＵは、衝突があるときにＲＡＣＨをドロップし得る。そうでない場合、ＷＴＲＵは、ＲＡＣＨを送信し得る。短いシーケンスの場合（たとえば、ＰＲＡＣＨのための短いプリアンブルシーケンスの場合）、ＷＴＲＵは、非スロット（たとえば、２つのシンボル、４つのシンボル）中でＲＡＣＨを送信し得、ここで、シンボルは、ＳＳブロックによって占有されない。本明細書で説明されるように、非スロットは、任意の不定期な長さのスロット（たとえば、ミニスロット）であり得る。また、短いシーケンスの場合、ＷＴＲＵは、非スロット（たとえば、２つのシンボル、４つのシンボル）中で部分ＲＡＣＨを送信し得、ここで、シンボルは、ＳＳブロックによって部分的に占有される。ＳＳブロックは、実際に送信されるＳＳブロックであり得るか、またはＳＳブロックは、候補ＳＳブロックロケーションであり得る。
【００７４】
ＷＴＲＵが実際に送信されたＳＳブロックの表示を受信しない場合、ＷＴＲＵは、衝突を処理するためにＳＳブロック位置の最大数Ｌを使用し得る。たとえば、ＷＴＲＵは、３ＧＨｚ未満の場合にＬ＝４のＳＳブロックを使用し、６ＧＨｚ未満および３ＧＨｚより上の場合にＬ＝８のＳＳブロックを使用し、６ＧＨｚより上の場合にＬ＝６４を使用し得る。
【００７５】
本明細書で説明されるように、ＲＡＣＨリソースまたはＲＡＣＨオケージョンとＳＳブロックとの間で衝突があるかまたはある可能性がある状況があり得る。本明細書で説明されるように、ＲＡＣＨオケージョンへの言及は、ＲＡＣＨリソースと交換可能であり得、ＲＡＣＨオケージョンは、ＲＡＣＨ／ＰＲＡＣＨが送られ得るスロット中の１つまたは複数のシンボルであり得る。ＳＳブロックをもつスロット、非スロット、またはミニスロットは、ＲＡＣＨ構成表に従ってＲＡＣＨオケージョンとして構成され得る。衝突がＲＡＣＨオケージョンとＳＳブロックとの間で発生する場合、ＷＴＲＵは、ＳＳブロックによって占有されたシンボルをスキップすることによって、ＰＲＡＣＨプリアンブルまたはＲＡＣＨメッセージ３を依然として送信し得る。ｇＮＢは、ＰＲＡＣＨプリアンブルに対して偏相関を実行するか、またはＲＡＣＨメッセージ３  ＰＵＳＣＨに対してレートマッチングを実行し得る。ＳＳブロックの数は変化し得る。たとえば、ＳＳブロックの数は、４から２に変化し得る。２つのＳＳブロックが第１のＳＳブロックスロットを占有し得る。代替的に、２つのＳＳブロックの位置は、依然として、４つのＳＳブロックがあるときと同じであり得る。
【００７６】
本明細書で説明されるように、ＵＬ制御チャネルとＲＡＣＨリソースとの衝突があるかまたはある可能性がある状況があり得る。そのような状況に対処するために、ＷＴＲＵは、ＰＲＡＣＨをドロップし、ＵＬ制御チャネルを送信し得る。代替／追加として、ＷＴＲＵは、ＵＬ制御チャネルをドロップし、ＰＲＡＣＨを送信し得る。代替／追加として、ＷＴＲＵは、ＰＲＡＣＨを部分的に送信するか、またはＵＬ制御を部分的に送信し得る。これらのおよび同様の状況のための衝突処理は、ＵＬ制御チャネル（たとえば、それが周期ＵＬ制御チャネルであるのかもしくは非周期ＵＬ制御チャネルであるか）、レイテンシ要件、サービスタイプ（たとえば、ＵＲＬＬＣ、ｅＭＢＢ、ｍＭＴＣなど）、あらかじめ定義されたもしくは所定のルール（たとえば、ＵＬ制御チャネルを常に送信するかもしくはＰＲＡＣＨを常に送信し、他のチャネルをドロップする）、チャネルの優先度、ここで、優先度はあらかじめ定義され得るか、もしくは構成され得る、プリエンプション表示、何を送信すべきかおよび何をドロップすべきかに関するｇＮＢから受信された表示、衝突が発生するときに両方のもしくはすべてのチャネルを送信すること、ならびに／または上述の手法の任意の組合せのうちの少なくとも１つに基づき得る。
【００７７】
ｇＮＢは、ＵＬ制御チャネルとＰＲＡＣＨとの間の衝突を回避するようにＰＲＡＣＨを構成し得る。ＰＲＡＣＨがアップリンク制御と衝突する場合、ＷＴＲＵは、ＲＡＣＨをドロップするか、またはＵＬ制御をドロップし得る。
【００７８】
本明細書で説明されるように衝突を処理するためにあらかじめ定義されたルールが使用され得る。たとえば、ＰＲＡＣＨとＵＬ制御チャネルとが衝突するとき、ＷＴＲＵは、ＵＬ制御をドロップし、ＰＲＡＣＨのみを送信し得、またその逆も同様である。
【００７９】
１つまたは複数の状況では、衝突を処理するために表示が使用され得る。ＷＴＲＵは、衝突のどの要素がドロップされるべきであるのかとどれが送信されるべきであるのかとに関する表示を受信し得る。たとえば、ＷＴＲＵは、ＰＲＡＣＨをドロップし、ＵＬ制御チャネルを送信するように示され得るか、またはＷＴＲＵは、ＵＬ制御チャネルをドロップし、ＰＲＡＣＨを送信するように示され得る。
【００８０】
１つまたは複数の状況では、衝突を処理するために暗黙的表示が使用され得る。ＷＴＲＵは、サービスタイプに基づいて衝突のどの要素がドロップされるべきであるのかとどれが送信されるべきであるのかとを決定し得る。たとえば、ＷＴＲＵに提供されたサービスがＵＲＬＬＣである場合、ＷＴＲＵは、アップリンク制御チャネルをドロップし、ＰＲＡＣＨを送信し得、またその逆も同様である。
【００８１】
１つまたは複数の場合では、ｇＮＢは、同時に送受信し得る。ｇＮＢがＳＳブロックを送信しているとき、ｇＮＢはまた、同じまたは異なるキャリアにおいて特定のＲｘビームを使用して受信していることがある。次いで、たとえｇＮＢがＳＳブロックを送信しているとしても、ＰＲＡＣＨが送信され得る。
【００８２】
ＲＡＣＨオケージョンと半静的スケジューリングおよび／または動的スロットフォーマットインジケータ（ＳＦＩ）との間の衝突があり得る。半静的ＤＬ／ＵＬ割当てにおけるダウンリンクおよび／またはアップリンク信号および／またはチャネルは、他の方向に上書きされ得ない。動的ＳＦＩ中のＤＬおよび／またはＵＬ信号および／またはチャネルは、ＷＴＲＵ固有の制御またはデータチャネルによって上書きされ得ない。動的ＳＦＩと衝突する可能性があるＲＡＣＨオケージョンがドロップされ得る。半静的ＤＬ／ＵＬ割当てとイズ衝突し得るＲＡＣＨオケージョンがドロップされ得る。
【００８３】
ｇＮＢとＷＴＲＵとは、ＳＳブロックをもつスロットにマッピングするＲＡＣＨオケージョン、半静的ＤＬおよびＵＬ、動的ＳＦＩ、ならびに／またはＵＬおよび／もしくはＤＬスケジューリングのうちの少なくとも１つに基づいて有効なＲＡＣＨオケージョン（ＶＲＯ）を導出し得る。有効なＲＡＣＨオケージョンは、衝突が発生しないであろうことがあらかじめ決定または決定されている時間増分（すなわち、スロットの１つまたは複数のシンボル）中で送信するためのオケージョンであり得る。
【００８４】
いくつかの状況では、ＤＬ制御チャネルとＲＡＣＨリソースとの間に衝突があり得る。これらの状況では、ＷＴＲＵは、ＰＲＡＣＨをドロップし、ＤＬ制御チャネルを受信し得る。さらに／代替的に、ＷＴＲＵは、ＤＬ制御チャネルをドロップし、ＰＲＡＣＨを送信し得る。さらに／代替的に、ＷＴＲＵは、ＰＲＡＣＨを部分的に送信するか、またはＤＬ制御を部分的に受信し得る。衝突処理は、レイテンシ要件、サービスタイプ（たとえば、ＵＲＬＬＣ、ｅＭＢＢ、ｍＭＴＣなど）、あらかじめ定義されたもしくは所定のルール（たとえば、ＤＬ制御チャネルを常に受信するかもしくはＰＲＡＣＨを常に送信し、他のチャネルをドロップする）、チャネルの優先度、ここで、優先度はあらかじめ定義され得るか、もしくは構成され得る、プリエンプション表示、何を送信すべきかおよび何をドロップすべきかに関するｇＮＢから受信された表示、衝突が発生するときに部分的なもしくはすべてのチャネルを送信すること、ならびに／または上述の手法のいくつかの組合せのうちの少なくとも１つに基づき得る。
【００８５】
ｇＮＢは、ＤＬ制御チャネルとＰＲＡＣＨとの間の衝突を回避するようにＰＲＡＣＨを構成し得る。ＰＲＡＣＨがＤＬ制御チャネルと衝突する場合、ＷＴＲＵは、ＰＲＡＣＨをドロップするか、またはＤＬ制御チャネルをドロップし得る。
【００８６】
衝突を処理するためにあらかじめ定義されたルールが使用され得る。たとえば、ＰＲＡＣＨとＤＬ制御チャネルとが衝突するとき、ＷＴＲＵは、ＤＬ制御をドロップし、ＰＲＡＣＨのみを送信し得、またその逆も同様である。
【００８７】
１つまたは複数の場合では、衝突を処理するために表示が使用され得る。ＷＴＲＵは、衝突におけるどの要素がドロップされるべきであるのかとどれが送信されるべきであるのかとを示し得る。たとえばＷＴＲＵは、ＰＲＡＣＨをドロップし、ＤＬ制御チャネルを受信するという表示を受信し得るか、またはＷＴＲＵは、ＤＬ制御チャネルをドロップし、ＰＲＡＣＨを送信するという表示を受信し得る。
【００８８】
１つまたは複数の場合では、衝突を処理するために暗黙的表示が使用され得る。ＷＴＲＵは、サービスタイプに基づいて衝突におけるどの要素をドロップすべきかとどれを送信すべきかとを決定し得る。たとえば、ＷＴＲＵによって提供されたサービスがＵＲＬＬＣである場合、ＷＴＲＵは、ＤＬ制御チャネルをドロップし、ＰＲＡＣＨを送信し得、またその逆も同様である。
【００８９】
ＷＴＲＵは、ＮＲ−ＰＤＣＣＨが存在するのか、構成された探索空間があるのか、またはＲＡＣＨリソースと衝突し得る構成された制御リソースセット（ＣＯＲＥＳＥＴ）があるのかに関する表示を受信し得る。
【００９０】
ｇＮＢとＷＴＲＵとは、半静的ＤＬおよびＵＬ、動的ＳＦＩ、ならびに／またはＵＬおよび／もしくはＤＬスケジューリングのうちの少なくとも１つに基づいてＤＬ制御チャネルのための有効なＲＡＣＨオケージョンを決定または導出し得る。
【００９１】
衝突をもつ１つまたは複数の状況では、衝突に対処するためにルールとＲＡＣＨリソースとが使用され得る。本明細書で説明されるように、ＲＡＣＨリソースまたはＲＡＣＨオケージョンは、ＤＬ部分またはＵＬ部分のいずれかと衝突し得る。ＲＡＣＨリソースまたはＲＡＣＨオケージョンはまた、ＤＬ部分またはＵＬ部分として構成され得る未知の部分と衝突し得る。ＤＬ部分は、ＳＳブロック、ＤＬ制御チャネル、他のＤＬ制御チャネル、信号、送信などであり得る。ＵＬ部分は、ＵＬ制御チャネル、他のＵＬ制御チャネル、信号、送信などであり得る。ＷＴＲＵは、半静的ＵＬ／ＤＬ構成とＲＡＣＨ構成とに関する表示を同時に受信し得る。ＷＴＲＵはまた、ＲＡＣＨ構成の前に半静的ＵＬ／ＤＬ構成のための表示を受信し得る。ＷＴＲＵは、ＲＡＣＨ構成と同時にまたはＲＡＣＨ構成の前に半静的ＵＬ／ＤＬ構成のための表示を受信する場合、およびＲＡＣＨオケージョンがＤＬ部分と衝突する場合、ＤＬ部分と衝突するＲＡＣＨオケージョンは送信されないことがあるが、ＵＬ部分内のＲＡＣＨオケージョンは送信され得る。ＷＴＲＵが、ＲＡＣＨ構成後に半静的ＵＬ／ＤＬ構成について示され、ＲＡＣＨオケージョンが送信されるときにＷＴＲＵが半静的ＵＬ／ＤＬ構成に気づいていない場合、ＷＴＲＵは、ＲＡＣＨオケージョンがＤＬ部分と衝突しないことになると仮定し得、したがって、ＲＡＣＨオケージョンは、送信のために使用され得、有効である。未知の部分が構成されない場合、または未知の部分がＲＡＣＨ送信のためのＵＬとして構成される場合、ＲＡＣＨリソースまたはＲＡＣＨオケージョンは、未知の部分（すなわち、部分Ｘ）中で使用または送信され得る。
【００９２】
可能な衝突を回避するために、ＷＴＲＵは、ＤＬ／ＵＬ構成をチェックし得る。ＷＴＲＵは、ＵＬ部分中でＲＡＣＨを送信し得る。ＤＬ部分が使用されない場合、ＷＴＲＵは、ＤＬ部分中でＲＡＣＨを送信し得る。ＤＬ部分が使用されるのかどうかに関する表示がＷＴＲＵにおいて受信され得る。ＤＬ部分が「使用される」（たとえば、実際に送信されるＳＳブロックとして示されたＳＳブロックのための使用される）ように示される場合、ＷＴＲＵは、それらのＤＬ部分中でＲＡＣＨを送信しないことがある。代替または追加として、ＷＴＲＵは、それが使用されるのかどうかにかかわらず、いかなるＤＬ部分中でもＲＡＣＨを送信しないことがある。そのような代替形態または異なる代替形態が構成され得る。
【００９３】
一実施形態では、ＷＴＲＵは、ＳＳブロックのロケーションまたはＳＳブロック送信に応じてＲＡＣＨリソースをどこに送信すべきか、および／またはそれを送信すべきなのかどうかを決定し得る。たとえば、ＷＴＲＵが、ＳＳブロックが特定のロケーション（たとえば、スロット、サブフレームなどの特定のロケーション）中で送信されるという表示から知る場合、１つまたは複数のＲＡＣＨオケージョン（たとえば、ＲＡＣＨオケージョンの一部または全部）が送信され得るか、または送信されないことがある。追加／代替として、所与の増分について、ＲＡＣＨは、ＳＳブロックの前に送信されないことがあるが、ＲＡＣＨは、ＳＳブロックの後に送信され得る。ＲＡＣＨオケージョンまたはＲＡＣＨリソースは、ＳＳブロックの前にないことがあり、ＲＡＣＨオケージョンまたはＲＡＣＨリソースは、ＳＳブロックの後にあり得る。追加／代替として、ＳＳブロックが、スロットの前の部分中に位置するか、またはその中で送信される場合、スロットの後の部分中のＲＡＣＨオケージョン／リソースが送信され得、ＳＳブロックの前のＲＡＣＨは送信されないことがある。ＳＳブロックがスロットの後の部分中に位置するかまたはその中で送信される場合、スロットの前の部分中のＲＡＣＨは送信されないことがある。
【００９４】
ＷＴＲＵは、スロット中のＳＳブロックと衝突することになるかまたは衝突し得るＲＡＣＨを送信しないことがあるが、ＷＴＲＵは、スロット中のＳＳブロックと衝突しないかまたは衝突しないことになるＲＡＣＨを依然として送信し得る。代替／追加として、スロット中の１つまたは複数のＲＡＣＨオケージョンがＳＳブロックと衝突し得る場合、ＷＴＲＵは、スロット中のＲＡＣＨオケージョンのすべてを送信しないことがある。ＷＴＲＵは、ＳＳブロックとの衝突条件に基づいてＲＡＣＨを送信するか、またはＲＡＣＨオケージョンを使用し得る。追加／代替として、ＷＴＲＵは、（たとえば、時間または周波数における）ロケーションに基づいてＲＡＣＨを送信することも送信しないこともあり、またはＲＡＣＨオケージョンを使用することも使用しないこともあり、ここで、ＳＳブロックは、送信されるように構成されるか、示されるか、またはスケジュールされる。ある場合には、ある時間、または周波数、ロケーションにおけるＲＡＣＨオケージョンが、ＳＳブロックと衝突する場合でも、使用され得る。別の場合には、ある時間、または周波数、ロケーションにおけるＲＡＣＨオケージョンが、ＳＳブロックと衝突する場合に使用されないことがある。
【００９５】
半静的ＵＬ／ＤＬ構成の表示は、新無線−物理ブロードキャストチャネル（ＮＲ−ＰＢＣＨ）、残存最小システム情報（ＲＭＳＩ）、他のシステム情報（ＯＳＩ）、ページングなどの中にあり得る。さらに、ＷＴＲＵが、動的ＵＬ／ＤＬ構成について示される場合、動的ＵＬ／ＤＬ構成は半静的ＵＬ／ＤＬ構成をオーバーライドし得る。動的ＵＬ／ＤＬ構成が、ＲＡＣＨ構成と同時にまたはＲＡＣＨ構成の前に示され、動的ＵＬ／ＤＬ構成が、半静的ＵＬ／ＤＬ構成をオーバーライドする場合、ＷＴＲＵは、動的ＵＬ／ＤＬ構成におけるＤＬ部分とＵＬ部分とに従い得る。ＷＴＲＵは、次いで、本明細書で説明されるようにＲＡＣＨオケージョン送信のためのルールに従い得る。
【００９６】
図２Ｂは、本明細書で説明される１つまたは複数の実施形態に基づくＳＳブロック衝突なしのＲＡＣＨ送信のための例示的なプロセスを示す。２６０において、ＷＴＲＵは、ＲＭＳＩ中などで半静的ＵＬ／ＤＬスロット構成を受信し得る。２６２において、ＷＴＲＵは、構成情報に基づいてスロットの異なる部分（すなわち、ＤＬ／Ｘ／ＤＬ／ＵＬ）のためのＲＯを決定し得る。２６４において、ＷＴＲＵは、実際に送信される（Ｔｘｅｄ）ＳＳブロックのＤＬ表示を受信し得る。場合によっては、ＷＴＲＵはまた、ＳＳブロックがオーバーライドを使用可能／使用不可にする表示を受信し得、これにより、ＷＴＲＵは、ＳＳブロックが示されたロケーション中にＲＯを有することが可能／不可能になり得る。受信された情報の全部または一部に基づいて、２６６において、ＷＴＲＵは、所与のシンボルがＲＡＣＨが送られ得るオケージョン（すなわち、ＲＯ）であるのかどうかを評価し得る。２６８において、ＷＴＲＵは、スロットのＲＯを評価し、それらが予想される衝突がない有効なＲＯであるのかどうかを決定し得、任意のルールまたは表示は、ＲＡＣＨが実際に送られ得る／スケジュールされ得るように見なされる。２７０において、ＷＴＲＵは、前に決定された有効なＲＯ中でＲＡＣＨを送信し得る。
【００９７】
図２Ｃは、本明細書で説明される１つまたは複数の実施形態に基づくＳＳブロック衝突なしのＰＲＡＣＨ送信の一例を示す。各概略図（２００、２２０、２４０）は、図２Ｂで説明されたプロセスの任意の順序での１つまたは複数のステージの結果、ならびに、本明細書で説明される衝突に対処するためのルールまたは条件のいずれかであり得る。この例では、ＤＬ制御部分中にＳＳブロックがある場合、ＷＴＲＵは、これらのシンボルのいずれの中でもＲＡＣＨを送信しないことがある。また、オケージョンが示されたＳＳブロックの前ではなく後にある場合、ＲＯは有効であり得る。概して、送信例は、ＤＬ２１３、Ｘ２１４、ＤＬ２１５、およびＵＬ２１６に割り振られ得る様々な数のシンボル（すなわち、ＯＦＤＭ）をもつ部分に分解されたただ１つのスロットを示す。各シンボルは、何がそのリソースを占有するのかまたはそうするように示されるのかに対応する特定の陰影を有し得、たとえば、ＲＯ２０８などのそれぞれの可能なＲＯは、左上から右下に向かう線を有する。陰影無しは、そのリソースのために使用されないまたはその予定がないことを意味し得る。
【００９８】
概略図２００では、ＷＴＲＵは、２６０、２６２、および２６４を完了していることがある。ＷＴＲＵは、ＳＳブロック（ＳＳブロック）２０７がスロット２０２のＤＬ制御２１３部分の一部分を占有すると決定していることがあり、したがって、ＤＬ制御部分２１３は、いかなるＲＯも含んでいないことがある。さらに、スロットの残りは、ＲＭＳＩなどによって構成されたいくつかのＲＯ（２０８、２０９、２１０、２１１）を有し得る。図示されていないＲＯのための表があり得る。表のエントリを指すインデックスは、ＲＯを示し得る。ＷＴＲＵは、ＲＭＳＩ中のインデックスによって示され、受信されたインデックスとＷＴＲＵに知られている表とに基づいてＲＯを決定し得る。
【００９９】
概略図２２０は、プロセス２６６、ＲＯが送信する有効な機会（すなわち、ＶＲＯ）であるのかどうかの評価を示し、ＳＳブロック２２９がＷＴＲＵに示され得ることを除いて概略図２００と同様であり得、これは、この例では、ＷＴＲＵは、示されたＳＳブロックの後にのみ有効なＲＯを有し得るので、潜在的なＲＯであったＸ部分２２４は、有効になり得ないのでＵＬ部分２２６のみが有効なＲＯを有することを生じる。
【０１００】
概略図２４０は、プロセス２６６を示し、ＤＬ２４５について示されたＳＳブロックがないことを除いて概略図２００と同様であり得、これは、ＤＬ制御部分２４３の後のあらゆるＲＯが有効なＲＯであることにつながり得る。
【０１０１】
１つまたは複数の実施形態では、重複するプリアンブルサブセットが使用され得る。ＳＳブロックインデックスは、ＲＡ−ＲＮＴＩ中に埋め込まれ得る。ＲＡ−ＲＮＴＩは、ＳＳブロックインデックスの関数であり得る。代替または追加として、ＳＳブロックインデックスは、ランダムアクセス応答（ＲＡＲ）中に含まれ得る。さらに、重複するプリアンブルのためのＳＳブロックインデックスは、ＲＡ−ＲＮＴＩ中に埋め込まれ、ＲＡＲ中に含まれ得る。たとえば、（たとえば、重複するプリアンブルのための）ＳＳブロックインデックスは、（たとえば、異なるＳＳブロックインデックスのために異なるＲＮＴＩを使用して、または異なるＳＳブロックインデックスのために異なるＣＲＣマスキングを使用して）ＲＡ−ＲＮＴＩ中に埋め込まれ得、同時に、（たとえば、重複するプリアンブルのための）同じＳＳブロックインデックスがＲＡＲ中に含まれ得る。
【０１０２】
図３は、本明細書で説明される１つまたは複数の実施形態によるプリアンブルと同期信号（ＳＳ）ブロックとの例示的な重複を示す。いくつかの状況では、ＳＳブロックとＲＡＣＨリソースとの間の関連付けは重複し得る。すなわち、複数のＳＳブロックが、同じＲＡＣＨリソースおよび／またはＰＲＡＣＨプリアンブルに関連付けられ得るか、または１つのＳＳブロックが、複数のＲＡＣＨリソースおよび／またはＰＲＡＣＨプリアンブルに関連付けられ得る。重複するプリアンブルのためのＳＳブロックインデックスは、ＲＡ−ＲＮＴＩ中に埋め込まれ得る。ＲＡ−ＲＮＴＩは、ＳＳブロックインデックスの関数であり得る。代替または追加として、重複するプリアンブルのためのＳＳブロックインデックスは、ランダムアクセス応答（ＲＡＲ）中に含まれ得る。そうすることによって、ＷＴＲＵの間の衝突が重複の結果として回避され得る。さらに、重複するプリアンブルのためのＳＳブロックインデックスは、ＲＡ−ＲＮＴＩ中に埋め込まれ、ＲＡＲ中に含まれ得る。ＷＴＲＵは、ＲＡ−ＲＮＴＩ中で取得されたＳＳブロックインデックスとＲＡＲ中で取得されたＳＳブロックインデックスとを収集し得る。ＷＴＲＵは、ＲＡ−ＲＮＴＩ中で取得されたＳＳブロックインデックスとＲＡＲ中で取得されたＳＳブロックインデックスとを比較し、最終ＳＳブロックインデックスを決定し得る。
【０１０３】
ｇＮＢのＲｘ／Ｔｘビーム対応を用いる場合、１つのＲＡＣＨスロット中の異なるＳＳブロックに対応するプリアンブルサブセットは、最初のアクセスとランダムアクセスとの容量を増加させるために重複し得る。
【０１０４】
ｇＮＢのＲｘ／Ｔｘ対応を用いない場合、１つのＲＡＣＨスロット中の異なるＳＳブロックに対応するプリアンブルサブセットが重複される場合、ｇＮＢは、異なるＳＳブロックに関連するＴＡを正しく分離しないことがあるので、同じ重複するプリアンブルを送る異なるＳＳブロックを用いる複数のＷＴＲＵは衝突し得る。
【０１０５】
ｇＮＢのＲｘ／Ｔｘ対応とｇＮＢのＴｘビーム間の重複とを用いる場合、１つのＲＡＣＨスロット中の異なるＳＳブロックに対応するプリアンブルサブセットが重複する場合、同じ重複するプリアンブルを送る異なるＳＳブロックを用いる複数のＷＴＲＵは、ＲＡＲ内でＳＳブロックインデックスを送るｇＮＢによって分離され得、これは、それらのＷＴＲＵの間での衝突を回避し得る。
【０１０６】
ｇＮＢのＲｘ／Ｔｘ対応とｇＮＢのＴｘ／ＲＸビーム間の重複無しとを用いる場合、１つのＲＡＣＨスロット中の異なるＳＳブロックに対応するプリアンブルサブセットが重複する場合、同じ重複するプリアンブルを送る異なるＳＳブロックを用いる複数のＷＴＲＵは、ｇＮＢのＲｘ／Ｔｘビームによって地理的に分離され得、ｇＮＢは、ＲＡＲ内でＳＳブロックインデックスを送る必要がないことがある。
【０１０７】
ｇＮＢは、アンテナ構造、ビーム構成、および／またはビーム対応に基づいてＳＳブロックインデックスをＲＡＲ中に含めるべきかまたはＲＡ−ＲＮＴＩ中に含めるべきかを構成し得る。
【０１０８】
図３に示されるように、プリアンブルサブセットと呼ばれる１つまたは複数のサブセットに区分され得るＰＲＡＣＨプリアンブルのセットまたはプール３０１｛１，２，３｝があり得る。３０４のＳＳブロック１または３０６のＳＳブロック２などのＳＳブロックが１つまたは複数のプリアンブルサブセットに関連付けられ得る。プリアンブルサブセットは、互いに重複することも重複しないこともある。プリアンブルサブセットは、同じプリアンブルを共有することも共有しないこともある。一例では、ＲＡＣＨ構成により、１つのＲＡＣＨオケージョン（ＲＯ）内で、プリアンブル１および２が３０４のＳＳブロック１に関連付けられるか、またはそれにマッピングされ、サブセット｛１，２｝を作成し得、プリアンブル２および３が３０６のＳＳブロック２に関連付けられるか、またはそれにマッピングされ、サブセット｛２，３｝を作成し得ることが可能になり得る。第１のプリアンブルサブセット｛１，２｝は、３０４のＳＳブロック１に関連付けられるか、またはそれにマッピングされ得、一方、第２のプリアンブルサブセット｛２，３｝は、３０６のＳＳブロック２に関連付けられるか、またはそれにマッピングされ得る。この例の通り、プリアンブルサブセットは互いに重複し得る。プリアンブル２は、３０４のＳＳブロック２および３０６のＳＳブロック２によって共有され得る。
【０１０９】
ｇＮＢにおいて、３０５のＴｘビーム１は、３０４のＳＳブロック１に関連付けられ得、３０７のＴｘビーム２は、３０６のＳＳブロック２に関連付けられ得る。
【０１１０】
場合１では、３０５のＴｘビーム１と３０７のＴｘビーム２とは重複し得、これは、ＷＴＲＵが３０５のＴｘビーム１と３０７のＴｘビーム２とからの信号の両方を受信し得ることを意味する。場合２では、３０５のＴｘビーム１と３０７のＴｘビーム２とは重複せず、これは、ＷＴＲＵがＴｘビーム１またはＴｘビーム２のいずれかからの信号のみを受信し得、両方を受信し得ないことを意味する。これらの場合１および場合２が与えられれば、シナリオ１、場合１−ｇＮＢのＴｘ／Ｒｘビーム対応なし、シナリオ２、場合２−ｇＮＢのＴｘ／Ｒｘビーム対応なし、シナリオ３、場合１−ｇＮＢのＴｘ／Ｒｘビーム対応あり、およびシナリオ４、場合２−ｇＮＢのＴｘ／Ｒｘビーム対応ありの４つのシナリオが考慮され得る。
【０１１１】
一実施形態では、ＷＴＲＵ  Ａは、ＳＳブロックを測定し、３０４のＳＳブロック１を選択し得、３０４のＳＳブロック１に関連するプリアンブルサブセット中でプリアンブルをランダムに選定し得る。ＷＴＲＵは、プリアンブル２を選択し得る。ＷＴＲＵ  Ｂは、ＳＳブロックを測定し、３０６のＳＳブロック２を選択し得、プリアンブルをランダムに選定し得る。ＷＴＲＵ  Ｂはまた、プリアンブル２を選定し得る。
【０１１２】
ｇＮＢは、両方のＷＴＲＵ（ＷＴＲＵ  ＡおよびＷＴＲＵ  Ｂ）から単一のプリアンブル（すなわち、プリアンブル２）を受信し得る。ｇＮＢがプリアンブル２を受信するとき、ｇＮＢは、ＳＳブロック（３０４のＳＳブロック１および３０６のＳＳブロック２）が検出されたプリアンブル（プリアンブル２）に関連付けられると決定し得る。ｇＮＢは、２つのＲＡＲ、３０５のＴｘビーム１中のＲＡＲ１と３０７のＴｘビーム２中のＲＡＲ２とを送り得る。ＲＡＲ１は、ＲＡ−ＲＮＴＩを用いてＳＳブロックインデックス１を搬送し得、ＲＡＲ２は、同じＲＡ−ＲＮＴＩを用いてＳＳブロックインデックス２を搬送し得る。両方のＷＴＲＵは、相応して同じＲＡ−ＲＮＴＩを復号し、ＲＡＲを復号し得る。ＷＴＲＵ  Ａは、（３０５のＴｘビーム１中で送られた）ＲＡＲ１中でＳＳブロックインデックスを取得し得、ＷＴＲＵ  Ｂは、（３０７のＴｘビーム２中で送られた）ＲＡＲ２中でＳＳブロックインデックスを取得し得、各ＷＴＲＵは、受信されたＳＳブロックインデックスとそれ自体の選択されたＳＳブロックとを比較し得る（３０４のＳＳブロック１の場合ＷＴＲＵ  Ａおよび３０６のＳＳブロック２の場合ＷＴＲＵ  Ｂ）。それらが一致する場合、各ＷＴＲＵは、ＲＡＲがそれ自体を対象としていると仮定し、それ自体のＲＡＲ中で受信された許可に基づいてメッセージ３を送り得る。そうでない場合、各ＷＴＲＵは、受信されたＲＡＲを破棄し得る。ＷＴＲＵ  ＡとＷＴＲＵ  Ｂとの両方が３０４のＳＳブロック１（または３０６のＳＳブロック２）を選択する場合、ＷＴＲＵ  ＡおよびＢは、ＲＡＲ１（またはＲＡＲ２）中でＳＳブロックインデックスを取得し得、衝突が発生し得る。潜在的な衝突を低減または除去するために、冗長バージョンのプリアンブル方法が使用され得る。
【０１１３】
ｇＮＢがＴｘ／Ｒｘビーム対応を有するとき、タイミングアドバンス（ＴＡ）が、ＲＡＲを送信するビームのためにＲＡＲ中に含まれ得る。そのような状況では、ＳＳブロック固有のＴＡおよび／またはビーム固有のＴＡが使用され得る。ｇＮＢが、異なるＳＳブロックのために異なるＲｘビームからプリアンブルを受信し得るので、同じプリアンブルが両方のＷＴＲＵによって送られるが、ｇＮＢは、ＲｘビームごとにＴＡを推定し得る。ＲＡＲ１では、ＷＴＲＵ  ＡのためのＴＡ１が、３０４のＳＳブロック１に関連する３０５のＴｘビーム１中で送られるＲＡＲ１中に含まれ得る。ＷＴＲＵ  ＢのためのＴＡ２はまた、３０６のＳＳブロック２に関連する３０７のＴｘビーム２中で送られるＲＡＲ２中に含まれ得る。
【０１１４】
いくつかの状況では、ｇＮＢは、Ｔｘ／Ｒｘビーム対応を有しないことがある。たとえば、ＷＴＲＵ  Ａのプリアンブル２とＷＴＲＵ  Ｂのプリアンブル２とが同じＲｘビームから受信されることも、受信されないこともある。それらが同じＲｘビームから受信される場合、ｇＮＢは、それが同じプリアンブルであるが、２つの異なるＷＴＲＵｓによって送られたとわかることができないことがある。それらが異なるＲｘビームからのものである場合、ｇＮＢは、このプリアンブルが２つの異なるＲｘビーム中で２つの異なるＷＴＲＵから送られるということを知り、２つのＷＴＲＵに対応するＴＡが推定され得る。Ｔｘ／Ｒｘ対応がないので、ｇＮＢは、どのＴＡが３０４のＳＳブロック１のためのものであり、どれが３０６のＳＳブロック２のためのものであるのかを知らないことがある。したがって、ＴＡは、ビーム対応の関数であり得る。
【０１１５】
Ｔｘ／Ｒｘ対応を用いるシナリオ３の場合、ｇＮＢは、３０４のＳＳブロック１のためのプリアンブル２のＴＡを知り、それがＲＡＲ  １中に含まれ得ることを知り得る。ｇＮＢはまた、プリアンブル２のＴＡを知り、それがＲＡＲ  ２中に含まれ得ることを知り得る。
【０１１６】
シナリオ１または２の場合、ＴＡは、一例ではＷＴＲＵのために正しく推定されないことがある。
【０１１７】
シナリオ３の場合、ＴＡは、正しく推定され得る。ＷＴＲＵ  Ａは、ＲＡ−ＲＮＴＩを用いてＣＯＲＥＳＥＴを通してＲＡＲ１を受信し、プリアンブルインデックス（プリアンブル２）とＳＳブロックインデックス（３０４のＳＳブロック１）とが自体のためのものであることをチェックし得る。同様に、ＷＴＲＵ  Ｂは、ＲＡ−ＲＮＴＩを用いてＣＯＲＥＳＥＴを通してＲＡＲ２を受信し、プリアンブルインデックス（プリアンブル２）とＳＳブロックインデックス（ＳＳブロック２）とが自体のためのものであることをチェックし得る。
【０１１８】
シナリオ１または３の場合、ＷＴＲＵ  Ａは、同じく、ＲＡＲ２を受信し得るが、ＲＡＲ２中のＳＳブロックインデックス（３０６のＳＳブロック２）は、それがＳＳブロック（３０４のＳＳブロック１）のために選択したものと一致しないことがあり、したがって、ＷＴＲＵ  Ａは、ＲＡＲ２を破棄し得る。同様に、ＷＴＲＵ  Ｂは、同じく、ＲＡＲ１を受信し得るが、ＲＡＲ１中のＳＳブロックインデックス（３０４のＳＳブロック１）は、それがＳＳブロック（３０６のＳＳブロック２）のために選択したものと一致しないことがあり、したがって、ＷＴＲＵ  Ｂは、ＲＡＲ１を破棄し得る。
【０１１９】
シナリオ４の場合、ＷＴＲＵ  Ａは、それ自体のためのＲＡＲのみを受信し得、ＷＴＲＵ  Ｂは、それ自体のためのＲＡＲのみを受信し得る。ｇＮＢは、ＲＡＲ中にＳＳブロックインデックスを含める必要がないことがある。
【０１２０】
ｇＮＢは、ＲＡＲ中にＳＳブロックインデックスを含めるか、またはＲＡＲ中にＳＳブロックインデックスを含めないように構成され得る。さらに、ｇＮＢは、ＲＡＲおよび／またはＲＡ−ＲＮＴＩ中にＳＳブロックインデックスを含めるか、またはそれを埋め込むように構成され得る。ｇＮＢは、ＲＡＲとＲＡ−ＲＮＴＩとのいずれかの中にＳＳブロックインデックスを含めないか、またはそれを埋め込まないように構成され得る。ＲＡＲおよび／またはＲＡ−ＲＮＴＩ中へのＳＳブロックインデックスの包含のための構成は、ＮＲ−ＰＢＣＨ、ＲＭＳＩ、ＯＳＩ、ページングなどに示され得る。
【０１２１】
ＷＴＲＵは、ｇＮＢのビーム対応（ＢＣ）に関するＢＣ表示をｇＮＢから受信し得る。ＢＣ表示が、「ＢＣ」とＰＲＡＣＨプリアンブルサブセットとの重複が構成されることを示す場合、ＷＴＲＵは、ＳＳブロックインデックスがＲＡＲまたはＲＡ−ＲＮＴＩ中に存在すると仮定し得る。そうでない場合、ＷＴＲＵは、ＳＳブロックインデックスがＲＡＲまたはＲＡ−ＲＮＴＩ中に存在しないと仮定し得る。ＲＡＲ、ＮＲ−ＰＢＣＨ、残存最小システム情報（ＲＭＳＩ）などの中のＳＳブロックインデックスの存在／不在を示すために、フラグまたは１ビットのインジケータが使用され得る。
【０１２２】
シナリオ３のＲＡＣＨ構成の場合、ＷＴＲＵは、３０４のＳＳブロック１を選択し、プリアンブル２を送り得、ｇＮＢは、Ｒｘビーム１を用いてプリアンブル２を受信し、相応してＴＡを推定し得る。ビーム対応により、ＴＡが３０４のＳＳブロック１について知られ得る。ｇＮＢは、３０４のＳＳブロック１に対応するプリアンブル２のためのランダムアクセスプリアンブルＩＤ（ＲＡＰＩＤ）ならびに対応するＴＡおよびＲＡＣＨ  Ｍｓｇ３許可をもつＲＡ−ＲＮＴＩおよびＲＡＲを用いてＲＡＲを送り得る。ＷＴＲＵは、ＲＡＲを正常に受信し、ＲＡＣＨ  Ｍｓｇ３許可を取得し得る。
【０１２３】
一実施形態では、ＷＴＲＵ  Ａは、３０４のＳＳブロック１を選択し、プリアンブル２を送り得る。同時に、ＷＴＲＵ  Ｂは、３０６のＳＳブロック２を選択し、プリアンブル２を送り得る。ｇＮＢは、Ｒｘビーム１を用いてプリアンブル２を受信し、ＴＡ１を推定し得、ｇＮＢは、Ｒｘビーム２を用いてプリアンブル２を受信し、ＴＡ２を取得し得る。ビーム対応によれば、ＴＡ１は、３０４のＳＳブロック１のためのものであり得、ＴＡ２は、３０６のＳＳブロック２のためのものであり得る。ｇＮＢは、プリアンブル２についての情報、３０４のＳＳブロック１、ＴＡ１、およびＭｓｇ３許可をもつＲＡ−ＲＮＴＩを用いてｇＮＢ３０５のＴｘビーム１中でＲＡＲ１を送り得る。ｇＮＢはまた、プリアンブル２についての情報、３０４のＳＳブロック２、ＴＡ２、および別のＭｓｇ３許可をもつＲＡ−ＲＮＴＩを用いてｇＮＢ３０７のＴｘビーム２中でＲＡＲ２を送り得る。ＲＡＲ１中のＳＳブロックインデックスがＷＴＲＵ  Ａを対象としているので、ＷＴＲＵ  ＡはＲＡＲ１を受信し得る。ＲＡＲ２中のＳＳブロックインデックスがＷＴＲＵ  Ｂを対象としているので、ＷＴＲＵ  ＢはＲＡＲ２を受信し得る。
【０１２４】
３つのＷＴＲＵ（図示せず）のための一実施形態では、ＷＴＲＵ  Ａ、Ｂ、およびＣは、同時にプリアンブル２を送り得る。ＷＴＲＵ  ＡおよびＣは、ＳＳブロック１を選択し得、ＷＴＲＵ  Ｂは、ＳＳブロック２を選択し得る。ｇＮＢは、Ｒｘビーム１および２の両方によってプリアンブルを受信し得、それぞれ、ＲＡＲ１およびＲＡＲ２を送り得る。ＲＡＲ１中のＳＳブロックインデックスは１であるので、ＷＴＲＵ  ＡとＷＴＲＵ  ＣとはＲＡＲ１を受信し得、両方のＷＴＲＵは、同じＵＬ許可を使用し、ＴＡ１を適用してＲＡＣＨ  Ｍｓｇ３を送り得る。ＷＴＲＵ  Ｂは、ＴＡ２を適用することによってＲＡＲ２を受信し、ＲＡＣＨ  Ｍｓｇ３を送り得る。ＷＴＲＵ  ＡおよびＷＴＲＵ  ＣのＲＡＣＨ  Ｍｓｇ３は、互いと衝突し得、ｇＮＢは、ＴＡが正しいＷＴＲＵのうちの１つからただ１つのＲＡＣＨ  Ｍｓｇ３を正常に受信し得、他のＲＡＣＨ  Ｍｓｇ３を復号するのに失敗し得る（すなわち、ｇＮＢは両方のＲＡＣＨ  Ｍｓｇ３を受信することができないことがある）。
【０１２５】
１つまたは複数の実施形態では、プリアンブルタイプは、ＳＳブロックとＲＡＣＨとの階層的な関連付けに基づき得る。ＳＳブロックは、ＲＡＣＨオケージョンに関連付けられ得る。たとえば、１つのＳＳブロックが、１つのＲＡＣＨオケージョンに関連付けられ得る。ＲＡＣＨオケージョンのためのすべてのプリアンブルインデックスが、同じＳＳブロックに関連付けられ得る。ＷＴＲＵは、任意の１つのプリアンブルをランダムに選択し、ＷＴＲＵがｇＮＢに搬送したいと望み得る選択されたＳＳブロックに関連するＲＡＣＨオケージョン中で選択されたプリアンブルを送信し得る。
【０１２６】
一代替では、ＳＳブロックは、ＲＡＣＨオケージョンとプリアンブルとの両方に関連付けられ得る。複数のＳＳブロックがまた、１つのＲＡＣＨ送信オケージョンに関連付けられ得、階層的な関連付けが使用され得る。ＳＳブロック（たとえば、実際に送信されるＳＳブロック）は、グループ（たとえば、Ｋ個のグループ）に分割され得、ここで、Ｋは、何らかの非負整数である。ＳＳブロックグループは、ＲＡＣＨオケージョンに関連付けられ得る。各ＲＡＣＨオケージョン内で、ＳＳブロックグループ内のＳＳブロックは、対応するＲＡＣＨオケージョンに属するプリアンブルに関連付けられ得る。ＳＳブロックは、ＲＡＣＨオケージョンとプリアンブルインデックスとの組合せに関連付けられ得る。ＲＡＣＨオケージョンのためのプリアンブルインデックスが、ＳＳブロックに関連付けられ得る。ＲＡＣＨオケージョン内の１つまたは複数のプリアンブルインデックスが、ＳＳブロックに関連付けられ得る。各ＳＳブロックのためのプリアンブルインデックスは、連続的にまたは非連続的にマッピングされ得る。非連続マッピングの場合、各ＳＳブロックのためのプリアンブルインデックスは、インターリーブされた様式または分散様式でマッピングされ得る。ＷＴＲＵは、ｇＮＢに送られるべき選択されたＳＳブロックに関連するプリアンブルを選択し、これらの複数のＳＳブロックに関連するＲＡＣＨオケージョン中で選択されたプリアンブルを送信し得る。
【０１２７】
１つまたは複数の場合では、ＳＳブロックは、実際に送信されるＳＳブロックであり得る。代替または追加として、ＳＳブロックは、候補ＳＳブロック、公称ＳＳブロック、または送信されるもしくは送信されないＳＳブロックを含むすべてのＳＳブロックであり得る。ＷＴＲＵが実際に送信されるＳＳブロックについて示される場合、ＷＴＲＵは、ＲＡＣＨオケージョンまたはリソースとの関連付けのために実際に送信されるＳＳブロックを使用し得る。ＷＴＲＵが実際に送信されるＳＳブロックについて示されない場合、ＷＴＲＵは、候補ＳＳブロック、公称ＳＳブロックまたはＲＡＣＨオケージョンもしくはリソースとの関連付けのために送信されるもしくは送信されないＳＳブロックを含むすべてのＳＳブロックを使用し得る。ＷＴＲＵが、ＲＡＣＨオケージョンまたはリソースに関連するために候補ＳＳブロック、公称ＳＳブロック、またはすべてのＳＳブロックを使用するように示されるまたは構成される場合、ＷＴＲＵが実際に送信されるＳＳブロックについて示され得る場合でも、これは、実際に送信されるＳＳブロックを使用する場合をオーバーライドし得る。たとえば、そのようなオーバーライド表示または関連付け構成がＲＲＣシグナリングまたはＮＲ−ＰＢＣＨ中にあり得る。実際に送信されるＳＳブロックは、ＲＭＳＩまたはＯＳＩ中で示され得る。
【０１２８】
本明細書で説明される技法は、競合ベースのランダムアクセスまたは無競合のランダムアクセスのいずれかに適用され得、および／または、同じく、競合ベースのランダムアクセスと無競合のランダムアクセスとの両方に適用され得る。
【０１２９】
図４は、プリアンブルおよびＳＳブロックの関連付けの一例を示す。図示のように、プリアンブルは、２つ以上のタイプをもつ複数のサブセットＡ、Ｂ、およびＣに区分されうる４０１。第１のタイプのプリアンブルサブセットは、１つのＳＳブロックに関連付けられ得る。第２のタイプのプリアンブルサブセットは、２つ以上のＳＳブロックに関連付けられ得る。たとえば、プリアンブルサブセットＡおよびＢはそれぞれ、それぞれＳＳブロック４０２およびＳＳブロック４０４などの１つのＳＳブロックに関連付けられ得る第１のタイプのプリアンブルサブセットであり得る。プリアンブルサブセットＣは、ＳＳブロック４０２および４０４などの1つ以上のＳＳブロックに関連付けられ得る第２のタイプのプリアンブルサブセットであり得る。
【０１３０】
ある場合には、ＳＳブロック４０２とＳＳブロック４０４とは、それらの関連する送信されたビームに関して互いに隣接し得る。ＳＳブロック４０２は、インデックスｍを有し得、ＳＳブロック４０４は、インデックスｎを有し得る。この場合、ｍはｎ＋１またはｎ−１である。
【０１３１】
図５は、ＲＡＣＨリソースおよびＳＳブロックの関連付けの例示的な方法を示す。説明のために、ＲＡＣＨリソースとＲＡＣＨオケージョンとは適切なときに交換可能であり得る。図示のように、ＲＡＣＨリソースは、２つ以上のタイプをもつ複数のサブセットＡ、Ｂ、およびＣに区分され得る５０１。第１のタイプのＲＡＣＨリソースサブセットは、１つのＳＳブロックに関連付けられ得る。第２のタイプのＲＡＣＨリソースサブセットは、２つ以上のＳＳブロックに関連付けられ得る。たとえば、ＲＡＣＨリソースサブセットＡおよびＢはそれぞれ、それぞれＳＳブロック５０２およびＳＳブロック５０４などの１つのＳＳブロックに関連付けられ得る第１のタイプのプリアンブルサブセットであり得る。ＲＡＣＨリソースサブセットＣは、ＳＳブロック５０３とＳＳブロック５０４との両方などの２つ以上のＳＳブロックに関連付けられ得る第２のタイプのプリアンブルサブセットであり得る。
【０１３２】
ある場合には、ＳＳブロック５０２とＳＳブロック５０４とは、それらの関連する送信されたビームに関して互いに隣接し得る。ＳＳブロック４０２は、インデックスｍを有し得、ＳＳブロック４０４は、インデックスｎを有し得る。この場合、ｍはｎ＋１またはｎ−１である。
【０１３３】
図６は、ＳＳブロックの関連付けおよびＲＡＣＨへのマッピングの例示的なプロセスを示す。ＷＴＲＵは、開示されるように、ステージのうちの１つまたは複数を実施し得る。６０２において、実際に送信されるＳＳブロック（ＳＳブロック）がＷＴＲＵに示され得る。６０４において、実際に送信されるＳＳブロックが、ＳＳブロックグループに区分され得る。６０６において、ＳＳブロックまたはＳＳブロックグループは、ＲＯまたはＲＡＣＨリソースにマッピングされる。６０８において、ＲＯまたはＲＡＣＨリソースごとに２つ以上のＳＳブロックがある場合、６１２において、ＳＳブロックが、ＲＯまたはＲＡＣＨリソースごとにプリアンブルにマッピングされ得、その後、６１４のプリアンブルタイプベースのまたは非プリアンブルタイプベースのプリアンブルサブセット区分およびマッピングがあり得る。６０８に従ってＲＯまたはＲＡＣＨリソースごとに２つ以上のＳＳブロックがない場合、プロセスは６１０において停止し得る。
【０１３４】
図７は、ＳＳブロックの関連付けおよびＲＡＣＨへのマッピングの別の例示的な方法を示す概略図である。ＷＴＲＵは、この例の１つまたは複数のステージを実行し得る。７０２において、実際に送信されるＳＳブロックの数がＷＴＲＵに示され得る。７０４において、ＲＯごとのＳＳブロックごとのプリアンブルの数がＷＴＲＵに示され得る。７０６において、ＲＯごとのＳＳブロックの数がＷＴＲＵに示され得る。７０８において、周波数領域中のＲＯ（ＦＤＭ  ＲＯ）の数がＷＴＲＵに示され得る。７１０において、スロット中のＲＯ（ＴＤＭ  ＲＯ）の数がＷＴＲＵに示され得る。７１２において、ＲＡＣＨのためのスロットの数がＷＴＲＵに示され得る。７１４において、プリアンブルにＳＳブロックをマッピングするプリアンブル第１マッピングがあり得る。７１６において、周波数領域ＲＯ（ＦＤＭ  ＲＯ）にＳＳブロックをマッピングする周波数第２マッピングがあり得る。７１８において、時間領域ＲＯ（ＴＤＭ  ＲＯ）にＳＳブロックをマッピングする時間第３マッピングがあり得る。７１７において、スロット内で時間領域ＲＯにＳＳブロックをマッピングする同一スロット第１マッピングがあり得る。７１９において、スロットにわたって時間領域ＲＯにＳＳブロックをマッピングするクロススロット第２マッピングがあり得る。同一スロットマッピングが十分な場合、クロススロットマッピングは必要とされないことがある。同一スロットマッピングが十分でない（たとえば、ＲＯにマッピングされる必要がある多くのＳＳＢがある）場合、クロススロットマッピングが実行され得る。７２０において、すべてのＲＯについてマッピングサイクルが完了される場合、７２４に進み、停止する。７２０において、ＲＯについてマッピングサイクルが完了されない場合、７２２において残りのＲＯを破棄する。
【０１３５】
１つまたは複数の実施形態では、ＰＲＡＣＨリソースパッケージベースのビームスイープがあり得る。ＰＲＡＣＨプリアンブルフォーマット中のＯＦＤＭシンボルの数またはＰＲＡＣＨプリアンブルフォーマットの繰り返し数は、ｇＮＢのＲｘビームの数より小さくなり得る。ｇＮＢは、複数のＲＡＣＨオケージョンを使用してＰＲＡＣＨのためのＲｘビームをスイープし得る。複数のＲＡＣＨオケージョンは、１つまたは複数のＲＡＣＨリソース（たとえば、１つまたは複数のスロット、非スロット、ミニスロットまたはＯＦＤＭシンボル）からなり得る。複数のＲＡＣＨオケージョンは、連続であることも、連続でないこともある。複数のＲＡＣＨオケージョンが１つのＷＴＲＵに構成され得る。ある場合には、ＷＴＲＵは、パッケージとして複数のＲＡＣＨオケージョンがあり得ると仮定し得る。ＷＴＲＵは、すべてのビームがスイープされるまで第１のＲＡＣＨオケージョン、第２のＲＡＣＨオケージョン、第３のＲＡＣＨオケージョン以下同様を使用してＰＲＡＣＨプリアンブル送信を開始し得る。実際に送信されるＳＳブロックの数またはｇＮＢにおけるビームの数に応じて、Ｋ個のＯＦＤＭシンボルをもつ（パッケージとしての）複数のＲＡＣＨオケージョンが、ｇＮＢにおけるＫ個の実際に送信されるＳＳブロックまたはビームのためにＷＴＲＵに構成され得る。ｇＮＢのＲｘビームスイープに加えてＷＴＲＵのＴｘビームスイープをさらにサポートするために、ＷＴＲＵがＭ個のＴｘビームを有する場合、Ｋ個×Ｍ個のＯＦＤＭシンボルをもつ（パッケージとしての）複数のＲＡＣＨオケージョンがＷＴＲＵに構成され得る。プリアンブルフォーマットＡ、Ｂおよび／またはＣなどの異なるＰＲＡＣＨプリアンブルフォーマットが使用され得る。たとえば、ＰＲＡＣＨプリアンブルフォーマットＡは、Ａ０、Ａ１、Ａ２、Ａ３であり得、プリアンブルフォーマットＢは、Ｂ１、Ｂ２、Ｂ３およびＢ４であり得る。プリアンブルフォーマットＣは、Ｃ０およびＣ１であり得る。ＳＳブロックの数は、Ｌとして記号で表され得る。ｇＮＢのＲｘビームの数は、Ｎrxとして記号で表され得る。構成されたプリアンブルフォーマットの繰り返し数は、Ｎrpとして記号で表され得る。
【０１３６】
ビーム対応がない場合、ｇＮＢがＷＴＲＵから複数のＲＡＣＨトライアルを受信するためにすべてのＲｘビームをスイープすることができることを保証するために、ｇＮＢは、ＲＡＣＨオケージョンの天井
【０１３７】
【数１】
2021505036.tif 000003
【０１３８】
個のタイプを構成し得る。すべてのｇＮＢのＲｘビームは、「ＲＡＣＨオケージョンパッケージ」によってスイープされ得る。これは、ＳＳブロックごとにまたはすべてのＳＳブロックのために構成され得る。異なるタイプのＲＡＣＨオケージョンは、異なるＮrp個のｇＮＢのＲｘビームに対応し得る。ＲＡＣＨオケージョンの天井
【０１３９】
【数２】
2021505036.tif 000004
【０１４０】
個のタイプは、「ＲＡＣＨオケージョンパッケージ」として定義され得る。
【０１４１】
ＲＡＣＨ  Ｍｓｇ１の再送信の場合、ＷＴＲＵは、ｇＮＢのＲｘビームスイープを完了するために前のＲＡＣＨ  Ｍｓｇ１（再）送信において使用されなかった異なるＲＡＣＨオケージョンタイプをピックアップし得る。
【０１４２】
ＲＡＣＨ  Ｍｓｇ１の再送信の場合、ＷＴＲＵのＵＬ  Ｔｘビームを変更すべきかどうか、電力をランプアップすべきかどうか、またはＲＡＣＨオケージョンのタイプを変更すべきかどうかについて決定するようにＷＴＲＵによって構成または決定され得る。
【０１４３】
図８は、ランダムアクセスチャネル（ＲＡＣＨ）オケージョンの８０６および８０８などのウィンドウ長が８０４などのＲＡＣＨ構成期間と同じであり得るＲＡＣＨオケージョンタイプごとのウィンドウ長の例示的な構成を示す。ＲＡＣＨオケージョンタイプごとのウィンドウ長は、すべてのＲＡＣＨオケージョンタイプのウィンドウ長が同じになるように構成され得る。たとえば、ウィンドウ長８０６は、ＲＡＣＨ構成期間８０４と同じであり得る。代替または追加として、すべてのＲＡＣＨオケージョンタイプのウィンドウ長は、Ｎ個×ＲＡＣＨ構成期間（図示せず）であり得、ここで、Ｎは、残存最小システム情報（ＲＭＳＩ）中に構成され得る。一例では、Ｎは、１よりも大きい整数であり得る。
【０１４４】
図９は、ランダムアクセスチャネル（ＲＡＣＨ）オケージョンのウィンドウ長がＲＡＣＨ構成期間の２倍であるＲＡＣＨオケージョンタイプごとのウィンドウ長の例示的な構成を示す。図示のように、ＲＡＣＨオケージョンタイプのためのウィンドウ長９０６は、ＲＡＣＨ構成期間９０４の２倍になるように構成される。
【０１４５】
図１０は、ランダムアクセスチャネル（ＲＡＣＨ）オケージョンのウィンドウ長がＲＡＣＨ構成期間よりも短いＲＡＣＨオケージョンタイプごとのウィンドウ長の例示的な構成を示す。図示のように、ＲＡＣＨオケージョンタイプごとのウィンドウ長１００６は、ＲＡＣＨ構成期間１００４よりも短くなり得る。すべてのＲＡＣＨオケージョンタイプは、ＲＡＣＨ構成期間内にあり得る。いくつかの実施形態では、異なるＲＡＣＨオケージョンタイプのウィンドウ長は異なり得る。ウィンドウ長のあらかじめ定義されたパターンが使用され得る。ＷＴＲＵは、ＲＭＳＩ中で１つのパターンで構成され得る。
【０１４６】
ＲＡＣＨオケージョンタイプの数Ｑは、ＮＲ−ＰＢＣＨまたはＲＭＳＩ中でＷＴＲＵに示され得る。ビーム対応によっては、Ｑは、異なる値を有し得る。たとえば、ビーム対応なしのｇＮＢの場合、Ｙ＝天井
【０１４７】
【数３】
2021505036.tif 000005
【０１４８】
である。ビーム対応をもつｇＮＢの場合、Ｙ＝１である。部分ビーム対応をもつｇＮＢの場合、Ｙ＝天井
【０１４９】
【数４】
2021505036.tif 000006
【０１５０】
であり、ここで、
【０１５１】
【数５】
2021505036.tif 000007
【０１５２】
は、ＳＳブロックに対応するｇＮＢのＴｘビームとの重複を有するｇＮＢのＲｘビームの数である。たとえば、Ｎrx＝４であり、Ｎrp＝２であり、Ｌ＝４である。ＳＳブロックごとに２つのタイプのＲＡＣＨオケージョンがあり得る。タイプ１のＲＡＣＨオケージョンは、ｇＮＢのＲｘビーム０および１によって受信され得る。タイプ２のＲＡＣＨオケージョンは、ｇＮＢのＲｘビーム２および３によって受信され得る。
【０１５３】
一実施形態では、Ｎrxは６４に設定され得、Ｎrpは１２に設定され得、Ｌは、６４に設定され得る（すなわちＮrx＝６４であり、Ｎrp＝１２であり、Ｌ＝６４である）。ＳＳブロックごとに６つのタイプのＲＡＣＨオケージョンがあり得る。各タイプのＲＡＣＨオケージョンは、１２個のｇＮＢのＲｘビームによって受信され得、ｇＮＢのＲｘビームのサブセットは、異なるタイプのＲＡＣＨオケージョンごとに異なり得る。
【０１５４】
別の実施形態では、Ｎrxは２に設定され得、Ｎrpは２に設定され得る（すなわちＮrx＝２であり、Ｎrp＝２である）。この実施形態では、ただ１つのタイプのＲＡＣＨオケージョンがあり得る。
【０１５５】
図１１は、ＳＳビーム報告に基づくプリアンブルの例示的な冗長バージョンを示す。ＷＴＲＵ１１０６は、リッスンビフォアトーク（ＬＢＴ）を実行し、ＲＡＣＨプリアンブルを送信し得る。ｇＮＢ１１０１は、ＬＢＴを実行し、ＲＡＲを送信し得る。ｇＮＢ１１０１は、１１０４のビーム１中でＬＢＴに失敗する場合、１１０４のビーム１中でＲＡＲを送信しないことがある。ＷＴＲＵ１１０６が、ただ１つのビーム（たとえば、１１０４のビーム１）を報告する場合、ＷＴＲＵ１１０６は、ｇＮＢ１１０１のＬＢＴの失敗によりＲＡＲを受信しないことがある。
【０１５６】
一実施形態では、ＷＴＲＵ１１０６は、１１０４のビーム１および１１０５のビーム２などの（特に、ビームの重複エリアにある）２つ以上のビームを報告し得る。ＷＴＲＵ１１０６は、他のビームのためのＳＳブロックとともに最も強いビームのためのＳＳブロックを報告し得る。ＷＴＲＵ１１０６は、ＬＢＴを実行し、ＳＳブロック＃１（たとえば、１１０４のビーム１）およびＳＳブロック＃２（たとえば、１１０６のビーム２）に関連し得るＲＡＣＨプリアンブルを送信し得る。ｇＮＢ１１０１は、２つ以上のビーム（たとえば、１１０４のビーム１および１１０６のビーム２）に対してＬＢＴを実行し得、相応してＲＡＲを送信し得る。ｇＮＢ１１０１は、１１０４のビーム１中でＬＢＴに失敗する場合、他のビーム（たとえば、１１０６のビーム２）中でＲＡＲを送信し得る。一方、ｇＮＢ１１０１は、１１０６のビーム２中でＬＢＴに失敗する場合、他のビーム（たとえば、１１０４のビーム１）中でＲＡＲを送信し得る。ｇＮＢ１１０１が両方のまたはすべてのビーム中でＬＢＴに失敗しない限り、ＲＡＲを送信する前にチャネルがクリアになるまでｇＮＢ１１０１はＬＢＴを実行する続ける必要があり得る。これは、有意な遅延および高いレイテンシを生じ得る。ＷＴＲＵ１１０６から２つ以上のＳＳブロックを報告することによって、ｇＮＢ１１０１は、遅延なしでＲＡＲを送信することが可能であり得る。プリアンブルとＳＳブロックとの関連付けは、１つのプリアンブル対多くのＳＳブロックであり得る。たとえば、プリアンブル＃１はＳＳブロック＃１および＃２に関連付けられ得、プリアンブル＃２はＳＳブロック＃３および＃４に関連付けられ得、以下同様に行われ得る。
【０１５７】
しかしながら、２つ以上のＷＴＲＵがビームの同じ重複するエリア中にあるとき、複数のＷＴＲＵは、同じプリアンブルを報告し得、これは、衝突を生じる（図示せず）。ＮＲまたはＮＲ−無認可では、ビームの同じ重複するエリア中のＷＴＲＵは同じプリアンブルを報告し得、これは、ＷＴＲＵが同じＲＡＣＨオケージョンを選択する場合にプリアンブル衝突を生じ得る。
【０１５８】
一実施形態では、冗長バージョンベースのＳＳブロック報告が使用され得、ｇＮＢは、遅延なしでＲＡＲを送信することが可能であり得る。プリアンブルおよびＳＳブロックの関連付けは、プリアンブルの冗長性に基づき得る。
【０１５９】
一実施形態では、プリアンブル関連付けの冗長バージョンが使用され得、ここで、プリアンブルおよびＳＳブロックの関連付けは、１つのプリアンブル対多くのＳＳブロックであり得、プリアンブルおよびＳＳブロックの同じ関連付けの冗長バージョンが使用され得る。たとえば、プリアンブル＃１がＳＳブロック＃１および＃２に関連付けられる場合、プリアンブル＃２は、プリアンブル＃１の冗長バージョンであり得、やはり同じＳＳブロック（たとえば、ＳＳブロック＃１および＃２）に関連付けられ得る。ビームの同じ重複するエリア中のＷＴＲＵが同じプリアンブルを報告しないことがあるので、これは、ＷＴＲＵの衝突を除去または低減し得る。
【０１６０】
ある場合には、ＷＴＲＵは、プリアンブルまたはＲＡＣＨ  Ｍｓｇ３を使用して２つ以上のＳＳブロックを報告し得る。プリアンブルベースのＳＳブロック報告が使用される場合、１つのプリアンブルが複数のＳＳブロックにマッピングされ得る（たとえば、プリアンブル＃１が、ＳＳブロック＃１およびＳＳブロック＃２にマッピングされる）。さらに衝突を低減するために、同じマッピングが別のプリアンブルに対して繰り返され得る。たとえば、プリアンブル＃１の冗長バージョンがプリアンブル＃３のために生成され得る。別の例では、プリアンブル＃１の冗長バージョンは、同じＳＳブロック（たとえば、ＳＳブロック＃１およびＳＳブロック＃２）にマッピングされ得るプリアンブル＃２、もしくは同じＳＳブロック（たとえば、ＳＳブロック＃１およびＳＳブロック＃２）にマッピングされ得るプリアンブル＃３の１つであり得る。ｇＮＢは、指向性ＬＢＴを実行し、ＲＡＲを送り得る。ＬＢＴがＳＳブロック１中で失敗する場合、ｇＮＢは、ＳＳブロック２中でＲＡＲを送る柔軟性を有し得る。
【０１６１】
ＲＡＣＨ  Ｍｓｇ３ベースのＳＳブロック報告が使用される場合、ＲＡＣＨ  Ｍｓｇ  ３は、プリアンブル＃１がＳＳブロック＃１とＳＳブロック＃２とにマッピングされ得、プリアンブル＃２がＳＳブロック＃１とＳＳブロック＃２とにマッピングされ得、および／またはプリアンブル＃３がＳＳブロック＃１およびＳＳブロック＃２とにマッピングされ得るようにそれのペイロード中にマッピングのための冗長バージョンを含め得る。
【０１６２】
プリアンブルベースのＳＳブロック報告の冗長バージョンは、ランダムアクセス、データのためのビーム管理、ならびに／または制御、モビリティ、および／あるいは他の使用事例およびシナリオを含む最初のアクセスおよびチャネルアクセスに適用され得る。プリアンブルベースのＳＳブロック報告の冗長バージョンは、ＮＲ認可帯域または無認可帯域ならびにスタンドアロンまたは非スタンドアロンシステムに適用され得る。
【０１６３】
本発明の特徴および要素が特定の組合せで好ましい実施形態で説明されているが、各特徴または要素は、好ましい実施形態の他の特徴および要素なしに単独で使用されるか、または本発明の他の特徴および要素ありでもしくはなしで様々な組合せで使用され得る。
【０１６４】
本明細書で説明される実施形態がＬＴＥ、ＬＴＥ−Ａ、新無線（ＮＲ）または５Ｇに固有のプロトコルについて考えるが、本明細書で説明される実施形態が、このシナリオに制限されず、他のワイヤレスシステムにも適用可能であることを理解されたい。
【０１６５】
特徴および要素について、特定の組合せで上記で説明したが、各特徴または要素が単独でまたは他の特徴および要素との任意の組合せで使用され得ることを、当業者は諒解されよう。さらに、本明細書で説明する方法は、コンピュータまたはプロセッサが実行するためのコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実装され得る。コンピュータ可読媒体の例は、（ワイヤードまたはワイヤレス接続を介して送信される）電子信号およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、限定はしないが、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気メディア、光磁気メディア、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光メディアを含む。ソフトウェアに関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するために使用され得る。
【図１Ａ】
2021505036.tif 000008
【図１Ｂ】
2021505036.tif 000009
【図１Ｃ】
2021505036.tif 000010
【図１Ｄ】
2021505036.tif 000011
【図２Ａ】
2021505036.tif 000012
【図２Ｂ】
2021505036.tif 000013
【図２Ｃ】
2021505036.tif 000014
【図３】
2021505036.tif 000015
【図４】
2021505036.tif 000016
【図５】
2021505036.tif 000017
【図６】
2021505036.tif 000018
【図７】
2021505036.tif 000019
【図８】
2021505036.tif 000020
【図９】
2021505036.tif 000021
【図１０】
2021505036.tif 000022
【図１１】
2021505036.tif 000023
【手続補正書】
【提出日】令和2年7月27日(2020.7.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス送受信ユニット（ＷＴＲＵ）によって実装される方法であって、
物理ランダムアクセスチャネル（ＰＲＡＣＨ）についてのＰＲＡＣＨオケージョンのセットの構成情報を受信することと、
ＰＲＡＣＨオケージョンの前記セットのうちの、有効であると決定された１つまたは複数のＰＲＡＣＨオケージョンにおいて前記ＰＲＡＣＨで送信することであって、前記１つまたは複数のＰＲＡＣＨオケージョンがスロット中において１つまたは複数の示された送信される同期信号（ＳＳ）ブロックに続いている、または、示された半静的アップリンク／ダウンリンク（ＵＬ／ＤＬ）構成に基づくアップリンク（ＵＬ）シンボル中に前記１つまたは複数のＰＲＡＣＨオケージョンがあるという条件で、前記１つまたは複数のＰＲＡＣＨオケージョンは有効であると決定される、ことと
を含む、方法。
【請求項２】
前記１つまたは複数の送信されるＳＳブロックの表示を受信することをさらに含む、請求項１に記載の方法。
【請求項３】
前記送信されるＳＳブロックの前記表示はダウンリンクシンボル中にある、請求項２に記載の方法。
【請求項４】
半静的ＵＬ／ＤＬ構成の表示を、残存最小システム情報（ＲＭＳＩ）中で物理ブロードキャストチャネル（ＰＢＣＨ）を介して受信することをさらに含む、請求項１に記載の方法。
【請求項５】
ワイヤレス送受信ユニット（ＷＴＲＵ）であって、
物理ランダムアクセスチャネル（ＰＲＡＣＨ）についてのＰＲＡＣＨオケージョンのセットの構成情報を受信するように構成された受信機と、
ＰＲＡＣＨオケージョンの前記セットのうちの、有効であると決定された１つまたは複数のＰＲＡＣＨオケージョンにおいて前記ＰＲＡＣＨで送信するように構成された送信機であって、前記１つまたは複数のＰＲＡＣＨオケージョンがスロット中において１つまたは複数の示された送信される同期信号（ＳＳ）ブロックに続いている、または、示された半静的アップリンク／ダウンリンク（ＵＬ／ＤＬ）構成に基づくアップリンク（ＵＬ）シンボル中に前記１つまたは複数のＰＲＡＣＨオケージョンがあるという条件で、前記１つまたは複数のＰＲＡＣＨオケージョンは有効であると決定される、送信機と
を備えた、ＷＴＲＵ。
【請求項６】
前記送信機は、前記１つまたは複数の送信されるＳＳブロックの表示を受信するようにさらに構成されている、請求項５に記載のＷＴＲＵ。
【請求項７】
前記送信されるＳＳブロックの前記表示はダウンリンクシンボル中にある、請求項６に記載のＷＴＲＵ。
【請求項８】
前記送信機は、半静的ＵＬ／ＤＬ構成の表示を、残存最小システム情報（ＲＭＳＩ）中で物理ブロードキャストチャネル（ＰＢＣＨ）を介して受信するようにさらに構成されている、請求項５に記載のＷＴＲＵ。
【手続補正書】
【提出日】令和2年11月10日(2020.11.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ワイヤレス送受信ユニット（ＷＴＲＵ）によって実装される方法であって、
物理ランダムアクセスチャネル（ＰＲＡＣＨ）についてのＰＲＡＣＨオケージョンのセットの構成情報を受信することと、
少なくとも、ＰＲＡＣＨオケージョンの前記セットのうちの１つのＰＲＡＣＨオケージョンが、前記１つのＰＲＡＣＨオケージョンと関連付けられたスロット中において１つまたは複数の送信される同期信号（ＳＳ）ブロックに続いているという条件で、前記１つのＰＲＡＣＨオケージョンは有効であると決定する、ことと、
前記１つのＰＲＡＣＨオケージョンは有効であると決定されるという条件で、前記１つのＰＲＡＣＨオケージョンにおいて前記ＰＲＡＣＨで送信することと
を含む、方法。
【請求項２】
前記１つのＰＲＡＣＨオケージョンは有効であると決定することは、アップリンク／ダウンリンク（ＵＬ／ＤＬ）構成に基づく１つまたは複数のアップリンク（ＵＬ）シンボル中に前記１つのＰＲＡＣＨオケージョンがあるという条件にさらに基づく、請求項１に記載の方法。
【請求項３】
ＵＬ／ＤＬ構成を、残存最小システム情報（ＲＭＳＩ）中で物理ブロードキャストチャネル（ＰＢＣＨ）を介して受信することをさらに含む、請求項２に記載の方法。
【請求項４】
前記スロット中の前記１つまたは複数の送信されるＳＳブロックは、前記スロットの最後のＳＳブロックである、請求項１に記載の方法。
【請求項５】
ワイヤレス送受信ユニット（ＷＴＲＵ）であって、
物理ランダムアクセスチャネル（ＰＲＡＣＨ）についてのＰＲＡＣＨオケージョンのセットの構成情報を受信するように構成されたトランシーバと、
前記トランシーバと結合されたプロセッサであり、少なくとも、ＰＲＡＣＨオケージョンの前記セットのうちの１つのＰＲＡＣＨオケージョンが、前記１つのＰＲＡＣＨオケージョンと関連付けられたスロット中において１つまたは複数の送信される同期信号（ＳＳ）ブロックに続いているという条件で、前記１つのＰＲＡＣＨオケージョンは有効であると決定するように構成された、プロセッサと、
前記１つのＰＲＡＣＨオケージョンは有効であると決定されるという条件で、前記１つのＰＲＡＣＨオケージョンにおいて前記ＰＲＡＣＨで送信するように構成された前記トランシーバと
を備えた、ＷＴＲＵ。
【請求項６】
前記１つのＰＲＡＣＨオケージョンは有効であると決定することは、アップリンク／ダウンリンク（ＵＬ／ＤＬ）構成に基づく１つまたは複数のアップリンク（ＵＬ）シンボル中に前記１つのＰＲＡＣＨオケージョンがあるという条件にさらに基づく、請求項５に記載のＷＴＲＵ。
【請求項７】
ＵＬ／ＤＬ構成を、残存最小システム情報（ＲＭＳＩ）中で物理ブロードキャストチャネル（ＰＢＣＨ）を介して受信するようにさらに構成されている、請求項６に記載のＷＴＲＵ。
【請求項８】
前記スロット中の前記１つまたは複数の送信されるＳＳブロックは、前記スロットの最後のＳＳブロックである、請求項５に記載のＷＴＲＵ。
【国際調査報告】
2021505036.tif 000024
2021505036.tif 000025