JP2022544768A

JP2022544768A - 無線デバイスサイドリンク情報

Info

Publication number: JP2022544768A
Application number: JP2022508822A
Authority: JP
Inventors: キュンミンパク，; エスマエルディナン，; ヒュクジンチェ，; テフンキム，; ジンスクリュ，; ユンジュンイ，; フアジョウ，
Original assignee: オフィノ，エルエルシー
Priority date: 2019-08-13
Filing date: 2020-08-13
Publication date: 2022-10-21
Also published as: CN114616892A; WO2021030612A1; EP3994937A1; CA3147766A1; US20220167315A1; KR20220063765A

Abstract

第一の無線デバイスは、第二の無線デバイスから、第一の無線デバイスと第二の無線デバイスとの間のサイドリンクの時間ドメインリソース割り当ての支援情報を示す少なくとも一つのパラメーターを受信する。第一の無線デバイスは第一の基地局に、少なくとも一つのパラメーターを含むメッセージを送信する。一実施形態では、方法は、第一の基地局から第一の無線デバイスによって、サイドリンクの少なくとも一つの無線リソースを示すリソース許可を受信することであって、少なくとも一つの無線リソースの時間ドメインリソース割り当てが、少なくとも一つのパラメーターに基づく、受信することを含む。【選択図】図１８

Description

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

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

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

図１Ａおよび図１Ｂは、本開示の実施形態が実装され得る、移動体通信ネットワークの実施例を示す。

図２Ａおよび図２Ｂはそれぞれ、新しい無線（ＮＲ）ユーザープレーンおよび制御プレーンプロトコルスタックを示す。

図３は、図２ＡのＮＲユーザープレーンプロトコルスタックのプロトコル層間で提供されるサービスの実施例を示している。

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

図４Ｂは、ＭＡＣＰＤＵにおけるＭＡＣサブヘッダーのフォーマット例を示す。

図５Ａおよび図５Ｂはそれぞれ、ダウンリンクとアップリンクの論理チャネル、トランスポートチャネル、および物理チャネル間のマッピングを示す。

図６は、ＵＥのＲＲＣ状態遷移を示す例示的な図である。

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

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

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

図１０Ａは、二つのコンポーネントキャリアを有する三つのキャリアアグリゲーション構成を示す。

図１０Ｂは、アグリゲーションセルがどのように一つまたは複数のＰＵＣＣＨ群に構成され得るかの実施例を示す。

図１１Ａは、ＳＳ／ＰＢＣＨブロック構造および位置の実施例を示す。

図１１Ｂは、時間および周波数ドメインにマッピングされたＣＳＩ－ＲＳの実施例を示している。

図１２Ａおよび図１２Ｂはそれぞれ、三つのダウンリンクおよびアップリンクビーム管理手順の実施例を示す。

図１３Ａ、図１３Ｂ、および図１３Ｃはそれぞれ、４ステップ競合ベースのランダムアクセス手順、２ステップ競合のないランダムアクセス手順、および別の２ステップランダムアクセス手順を示す。

図１４Ａは、帯域幅部分に対するＣＯＲＥＳＥＴ構成の実施例を示す。

図１４Ｂは、ＣＯＲＥＳＥＴおよびＰＤＣＣＨ処理上のＤＣＩ送信に対するＣＣＥ－ＲＥＧマッピングの実施例を示す。

図１５は、基地局と通信する無線デバイスの実施例を示す。

図１６Ａ、１６Ｂ、１６Ｃ、および図１６Ｄは、アップリンクおよびダウンリンク送信のための例示的な構造を示す。

図１７は、本開示の例示的実施形態の一態様の図である。

図１８は、本開示の例示的実施形態の一態様の図である。

図１９は、本開示の例示的実施形態の一態様の図である。

図２０は、本開示の例示的実施形態の一態様の図である。

図２１は、本開示の例示的実施形態の一態様の図である。

図２２は、本開示の例示的実施形態の一態様の図である。

図２３は、本開示の例示的実施形態の一態様の図である。

図２４は、本開示の例示的実施形態の一態様の図である。

図２５は、本開示の例示的実施形態の一態様の図である。

図２６は、本開示の例示的実施形態の一態様の図である。

図２７は、本開示の例示的実施形態の一態様の図である。

図２８は、本開示の例示的実施形態の一態様の図である。

図２９Ａ、図２９Ｂ、図２９Ｃ、および図２９Ｄは、本開示の例示的実施形態の態様の図である。

図３０Ａおよび３０Ｂは、本開示の例示的実施形態の一態様の図である。

図３１は、本開示の例示的実施形態の一態様の図である。

図３２は、本開示の例示的実施形態の一態様の図である。

図３３は、本開示の例示的実施形態の一態様の図である。

図３４は、本開示の例示的実施形態の一態様の図である。

図３５は、本開示の例示的実施形態の一態様の図である。

図３６は、本開示の例示的実施形態の一態様の図である。

図３７は、本開示の例示的実施形態の一態様の図である。

図３８は、本開示の例示的実施形態の一態様の図である。

図３９は、本開示の例示的実施形態の一態様の図である。

実施形態は、必要に応じて動作するように構成され得る。開示された機構は、例えば、無線デバイス、基地局、無線環境、ネットワーク、上記の組み合わせなどで、特定の基準が満たされるときに実行され得る。例示的な基準は、例えば、無線デバイスまたはネットワークノード構成、トラフィック負荷、初期システム設定、パケットサイズ、トラフィック特性、上記の組み合わせなどに少なくとも部分的に基づいてもよい。一つまたは複数の基準が満たされると、さまざまな例示的実施形態が適用されることができる。従って、開示されたプロトコルを選択的に実装する例示的実施形態を実装することが可能であり得る。

基地局は、無線デバイスの混合と通信することができる。無線デバイスおよび／または基地局は、複数の技術、および／または同じ技術の複数のリリースをサポートすることができる。無線デバイスは、無線デバイスのカテゴリーおよび／または能力に応じて、いくつかの特定の能力を有し得る。本開示が複数の無線デバイスと通信する基地局に言及する場合、本開示は、カバレッジエリア内の全無線デバイスのサブセットに言及することができる。本開示は、例えば、所定の能力を含み、基地局の所定のセクターにある、所定のＬＴＥまたは５Ｇリリースの複数の無線デバイスに言及することができる。本開示における複数の無線デバイスは、選択された複数の無線デバイス、および／または開示された方法などに従って実行するカバレッジエリア内の全無線デバイスのサブセットに言及することができる。開示された方法に準拠し得ないカバレッジエリアに複数の基地局または複数の無線デバイスが存在し得る。例えば、それらの無線デバイスまたは基地局は、ＬＴＥまたは５Ｇ技術の古いリリースに基づいて実行される。

本明細書では、「ａ」と「ａｎ」および同様の語句は「少なくとも一つ」および「一つまたは複数」として解釈される。同様に、接尾辞「（ｓ）」で終わる任意の用語は、「少なくとも一つ」および「一つまたは複数」として解釈されるべきである。本明細書では、用語「ｍａｙ」は「例えば、～であり得る」として解釈される。言い換えると、用語「ｍａｙ」は、用語「ｍａｙ」に続く語句が複数の適切な可能性の一つの実施例であり、種々の実施形態の一つまたは複数によって用いられても用いられなくてもよいことを示す。本明細書で使用される場合、用語「含む（ｃｏｍｐｒｉｓｅｓ）」および「からなる（ｃｏｎｓｉｓｔｓｏｆ）」は、記載される要素の一つまたは複数の構成要素を列挙する。用語「含む（ｃｏｍｐｒｉｓｅｓ）」は、「含む（ｉｎｃｌｕｄｅｓ）」と互換性があり記載される要素に含まれる列挙されていない構成要素を除外しない。対照的に、「からなる（ｃｏｎｓｉｓｔｓｏｆ）」は、記述される要素の一つまたは複数の構成要素の完全な列挙を提供する。本明細書で使用される場合、用語「に基づく」は、例えば、「のみに基づく」というよりも、むしろ「少なくとも部分的に基づく」と解釈されるべきである。本明細書で使用される場合、「および／または」という用語は、列挙された要素の任意の可能な組み合わせを表す。例えば、「Ａ、Ｂ、および／またはＣ」は、Ａ、Ｂ、Ｃ、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡ、Ｂ、およびＣを表し得る。

ＡおよびＢがセットであり、Ａの全ての要素がＢの要素でもある場合、ＡはＢのサブセットと呼ばれる。本明細書では、非空集合およびサブセットのみが考慮される。例えば、Ｂ＝｛セル１、セル２｝の可能なサブセットは、｛セル１｝、｛セル２｝、および｛セル１、セル２｝である。「に基づいて」（または同等に「に少なくとも基づいて」）というフレーズは、用語「に基づいて」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの実施例であることを示す。「に応答して」（または同等に「に少なくとも応答して」）というフレーズは、フレーズ「に応答して」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの実施例であることを示す。「に応じて」（または同等に「に少なくとも応じて」）というフレーズは、フレーズ「に応じて」に続くフレーズがさまざまな実施形態の一つまたは複数に用いられる場合と用いられない場合とがある多数の好適な可能性の一つの実施例であることを示す。「採用／使用」（または同等に「少なくとも採用／使用」）というフレーズは、フレーズ「採用／使用」に続くフレーズがさまざまな実施形態の一つまたは複数に使用される場合とされない場合とがある多数の適切な可能性の一つの実施例であることを示す。

用語「構成される」は、装置が動作状態にあるか非動作状態にあるかにかかわらず、装置の容量に関連し得る。「構成される」とは、デバイスが動作状態にあるか非動作状態にあるかにかかわらず、デバイスの動作特性に影響するデバイスの特定の設定に言及することもできる。換言すれば、ハードウェア、ソフトウェア、ファームウェア、レジスタ、メモリー値などは、デバイスが特定の特性を提供するために、デバイスが動作状態または非動作状態にあるかどうかにかかわらず、デバイス内で「構成され」得る。「装置において発生する制御メッセージ」などの用語は、装置が動作状態か非動作状態かにかかわらず、制御メッセージが装置における特定の特性を構成するために使用することができる、または装置における特定のアクションを実装するために使用することができるパラメーターを有することを意味し得る。

本開示では、パラメーター（または同等にフィールド、または情報要素：ＩＥと呼ばれる）は、一つまたは複数の情報オブジェクトを含むことができ、情報オブジェクトは、一つまたは複数の他のオブジェクトを含むことができる。例えば、パラメーター（ＩＥ）Ｎがパラメーター（ＩＥ）Ｍを含み、パラメーター（ＩＥ）Ｍがパラメーター（ＩＥ）Ｋを含み、パラメーター（ＩＥ）Ｋがパラメーター（情報要素）Ｊを含む場合、例えば、ＮはＫを含み、ＮはＪを含む。例示的実施形態においては、一つまたは複数のメッセージが複数のパラメーターを含むとき、それは、複数のパラメーターのうちのパラメーターが一つまたは複数のメッセージのうちの少なくとも一つに含まれるが、一つまたは複数のメッセージの各々に含まれる必要はないことを意味する。

さらにまた、上記で提示された多くの特徴は、「ｍａｙ」の使用または括弧の使用により任意選択であるものとして説明される。簡潔さおよび読みやすさのために、本開示は、任意選択の特徴のセットから選択することによって得られ得るありとあらゆる変更を明示的に記載していない。本開示は、そのような全ての変更を明示的に開示すと解釈されるべきである。例えば、三つの任意選択の特徴を有するものとして説明されたシステムは、七つの方式、すなわち、三つの可能な特徴の一つのみ、三つの特徴のいずれか二つ、または三つの特徴の三つによって具現化されることができる。

開示された実施形態で説明される要素の多くは、モジュールとして実装され得る。ここで、モジュールは、定義された機能を実行し、他の要素への定義されたインターフェイスを有する要素として定義される。本開示で説明されるモジュールは、ハードウェア、ハードウェアと組み合わせたソフトウェア、ファームウェア、ウェットウェア（例えば、生物学的要素を有するハードウェア）、またはそれらの組み合わせで実装されてもよく、それらは、挙動的に等価とすることができる。例えば、モジュールは、ハードウェアマシン（Ｃ、Ｃ＋＋、Ｆｏｒｔｒａｎ、Ｊａｖａ（登録商標）、Ｂａｓｉｃ、Ｍａｔｌａｂ（登録商標）など）もしくはＳｉｍｕｌｉｎｋ、Ｓｔａｔｅｆｌｏｗ、ＧＮＵＯｃｔａｖｅ、またはＬａｂＶＩＥＷＭａｔｈＳｃｒｉｐｔで実行されるように構成されるコンピューター言語で記述されたソフトウェアルーチンで実装され得る。ディスクリートまたはプログラム可能なアナログ、デジタル、および／または量子ハードウェアを組み込む物理ハードウェアを使用してモジュールを実装することも可能であり得る。プログラム可能なハードウェアの例には、コンピューター、マイクロコントローラー、マイクロプロセッサー、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コンプレックスプログラマブルロジックデバイス（ＣＰＬＤ）が含まれる。コンピューター、マイクロコントローラー、およびマイクロプロセッサーは、アセンブリー、Ｃ、Ｃ＋＋などの言語を使用してプログラムされる。ＦＰＧＡ、ＡＳＩＣ、ＣＰＬＤは、多くの場合、プログラマブルデバイスの機能が少ない内部ハードウェアモジュール間の接続を構成するＶＨＳＩＣハードウェア記述言語（ＶＨＤＬ）またはＶｅｒｉｌｏｇなどのハードウェア記述言語（ＨＤＬ）を使用してプログラムされる。機能モジュールの結果を達成するために、上記の技術がしばしば組み合わせて使用される。

図１Ａは、本開示の実施形態が実装され得る移動体通信ネットワーク１００の実施例を示す。移動体通信ネットワーク１００は、例えば、ネットワークオペレーターによって実行される公共の土地移動体ネットワーク（ＰＬＭＮ）であり得る。図１Ａに示すように、移動体通信ネットワーク１００は、コアネットワーク（ＣＮ）１０２、無線アクセスネットワーク（ＲＡＮ）１０４、および無線デバイス１０６を含む。

ＣＮ１０２は、無線デバイス１０６に、パブリックＤＮ（例えば、インターネット）、プライベートＤＮ、および／またはオペレーター内ＤＮなどの一つまたは複数のデータネットワーク（ＤＮ）へのインターフェイスを提供し得る。インターフェイス機能の一部として、ＣＮ１０２は、無線デバイス１０６と一つまたは複数のＤＮとの間のエンドツーエンドの接続をセットアップし、無線デバイス１０６を認証し、充電機能を提供し得る。

ＲＡＮ１０４は、エアインターフェイス上で無線通信を介して、ＣＮ１０２を無線デバイス１０６に接続し得る。無線通信の一部として、ＲＡＮ１０４は、スケジューリング、無線リソース管理、および再送信プロトコルを提供し得る。エアインターフェイス上でＲＡＮ１０４から無線デバイス１０６への通信方向は、ダウンリンクとして知られ、エアインターフェイス上で無線デバイス１０６からＲＡＮ１０４への通信方向は、アップリンクとして知られる。ダウンリンク送信は、周波数分割二重化（ＦＤＤ）、時間分割二重化（ＴＤＤ）、および／または二つの二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。

無線デバイスという用語は、本開示全体を通して、無線通信が必要または利用可能な任意のモバイルデバイスまたは固定（非携帯）デバイスを指し、および包含するために使用され得る。例えば、無線デバイスは、電話、スマートフォン、タブレット、コンピューター、ラップトップ、センサー、メーター、ウェアラブルデバイス、モノのインターネット（ＩｏＴ）装置、車両道路側ユニット（ＲＳＵ）、中継ノード、自動車、および／またはそれらの任意の組み合わせであり得る。無線デバイスという用語は、ユーザー機器（ＵＥ）、ユーザー端末（ＵＴ）、アクセス端末（ＡＴ）、携帯ステーション、ハンドセット、無線送受信ユニット（ＷＴＲＵ）、および／または無線通信装置を含む、他の用語を包含する。

ＲＡＮ１０４は、一つまたは複数の基地局（図示せず）を含み得る。基地局という用語は、ノードＢ（ＵＭＴＳおよび／または３Ｇ標準に関連付けられる）、進化したノードＢ（ｅＮＢ、Ｅ－ＵＴＲＡおよび／または４Ｇ規格と関連）、遠隔無線ヘッド（ＲＲＨ）、一つまたは複数のＲＲＨに結合されたベースバンド処理ユニット、ドナーノードのカバレッジエリアを拡張するために使用されるリピーターノードまたは中継ノード、次世代進化ノードＢ（ｎｇ－ｅＮＢ）、生成ノードＢ（ｇＮＢ、ＮＲおよび／または５Ｇ規格と関連）、アクセスポイント（ＡＰ、例えばＷｉＦｉまたはその他の適切な無線通信規格に関連している）、および／またはそれらの任意の組み合わせを指し、かつそれを包含するために、本開示全体を通して使用され得る。基地局は、少なくとも一つのｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）および少なくとも一つのｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）を含み得る。

ＲＡＮ１０４に含まれる基地局は、無線デバイス１０６とエアインターフェイス上で通信するためのアンテナの一つまたは複数のセットを含み得る。例えば、一つまたは複数の基地局は、三つのセル（またはセクター）をそれぞれ制御するための三つのアンテナセットを含み得る。セルのサイズは、受信機（例えば、基地局受信機）が、セルで動作する送信機（例えば、無線デバイス送信機）から送信を首尾よく受信できる範囲によって決定され得る。一緒に、基地局のセルは、無線デバイス可動性をサポートするために、広い地理的エリアにわたって無線デバイス１０６に無線カバレッジを提供し得る。

三つのセクターサイトに加えて、基地局の他の実装も可能である。例えば、ＲＡＮ１０４の一つまたは複数の基地局は、三つより多いまたはそれ未満のセクターを有するセクターサイトとして実装され得る。ＲＡＮ１０４の一つまたは複数の基地局は、アクセスポイントとして、複数の遠隔無線ヘッド（ＲＲＨ）に結合されたベースバンド処理ユニットとして、および／またはドナーノードのカバレッジエリアを拡張するために使用されるリピータまたは中継ノードとして実装され得る。ＲＲＨに結合されたベースバンド処理ユニットは、集中型またはクラウドＲＡＮアーキテクチャーの一部であってもよく、ベースバンド処理ユニットは、ベースバンド処理ユニットのプール内に集中型であるか、または仮想化されていてもよい。リピーターノードは、ドナーノードから受信した無線信号を増幅および再ブロードキャストし得る。中継ノードは、リピーターノードと同じ／類似の機能を実行し得るが、ドナーノードから受信した無線信号を復号化して、無線信号を増幅および再ブロードキャストする前にノイズを除去し得る。

ＲＡＮ１０４は、類似のアンテナパターンおよび類似の高レベル送信電力を有するマクロセル基地局の均質なネットワークとして展開され得る。ＲＡＮ１０４は、異種ネットワークとして展開され得る。異種ネットワークでは、小さなセル基地局を使用して、例えば、マクロセル基地局によって提供される比較的大きなカバレッジエリアと重複するカバレッジエリアなど、小さなカバレッジエリアを提供することができる。小さなカバレッジエリアは、データトラフィックの多いエリア（またはいわゆるホットスポット）、またはマクロセルカバレッジが弱いエリアに提供され得る。スモールセル基地局の例としては、カバレッジエリアが縮小する順に、マイクロセル基地局、ピコセル基地局、およびフェムトセル基地局またはホーム基地局が挙げられる。

第三世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は、図１Ａの移動体通信ネットワーク１００と同様の移動体通信ネットワークの仕様のグローバル標準化を提供するために１９９８年に形成される。現在までに、３ＧＰＰ（登録商標）は、ユニバーサルモバイル通信システム（ＵＭＴＳ）として知られる第三世代（３Ｇ）ネットワーク、ロング・ターム・エボリューション（ＬＴＥ）として知られる第四世代（４Ｇ）ネットワーク、および５Ｇシステム（５ＧＳ）として知られる第五世代（５Ｇ）ネットワークという、三世代のモバイルネットワークの仕様を生産している。本開示の実施形態は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）と呼ばれる、３ＧＰＰ（登録商標）５ＧネットワークのＲＡＮを参照して記載される。実施形態は、図１ＡのＲＡＮ１０４、以前の３Ｇおよび４ＧネットワークのＲＡＮ、およびまだ仕様化されていない将来のネットワーク（例えば、３ＧＰＰ（登録商標）６Ｇネットワーク）などの他の移動体通信ネットワークのＲＡＮに適用可能であり得る。ＮＧ－ＲＡＮは、新しい無線（ＮＲ）として知られる５Ｇ無線アクセス技術を実装し、４Ｇ無線アクセス技術または非３ＧＰＰ（登録商標）無線アクセス技術を含むその他の無線アクセス技術を実装するために供給され得る。

図１Ｂは、本開示の実施形態が実装され得る、別の実施例の移動体通信ネットワーク１５０を示す。移動体通信ネットワーク１５０は、例えば、ネットワークオペレーターによって実行されるＰＬＭＮであり得る。図１Ｂに示すように、移動体通信ネットワーク１５０は、５Ｇコアネットワーク（５Ｇ－ＣＮ）１５２、ＮＧ－ＲＡＮ１５４、およびＵＥ１５６ＡおよびＵＥ１５６Ｂ（総称してＵＥ１５６）を含む。これらの構成要素は、図１Ａに関して説明された対応する構成要素と同じまたは同様の方法で実装および動作することができる。

５Ｇ－ＣＮ１５２は、ＵＥ１５６に、パブリックＤＮ（例えば、インターネット）、プライベートＤＮ、および／またはオペレーター内ＤＮなどの一つまたは複数のＤＮへのインターフェイスを提供する。インターフェイス機能の一部として、５Ｇ－ＣＮ１５２は、ＵＥ１５６と一つまたは複数のＤＮとの間のエンドツーエンドの接続をセットアップし、ＵＥ１５６を認証し、充電機能を提供し得る。３ＧＰＰ（登録商標）４ＧネットワークのＣＮと比較して、５Ｇ－ＣＮ１５２のベースは、サービスベースのアーキテクチャーであり得る。これは、５Ｇ－ＣＮ１５２を構成するノードのアーキテクチャーが、他のネットワーク機能へのインターフェイスを介してサービスを提供するネットワーク機能として定義され得ることを意味する。５Ｇ‐ＣＮ１５２のネットワーク機能は、専用もしくは共有ハードウェア上のネットワーク要素として、専用もしくは共有ハードウェア上で動作するソフトウェアインスタンスとして、またはプラットフォーム（例えば、クラウドベースのプラットフォーム）上でインスタンス化された仮想化機能として、いくつかの方法で実装され得る。

図１Ｂに示すように、５Ｇ－ＣＮ１５２は、簡単に説明できるように、図１Ｂで一つの構成要素ＡＭＦ／ＵＰＦ１５８として示すように、アクセスおよびモビリティ管理機能（ＡＭＦ）１５８Ａおよびユーザープレーン機能（ＵＰＦ）１５８Ｂを含む。ＵＰＦ１５８Ｂは、ＮＧ－ＲＡＮ１５４と一つまたは複数のＤＮとの間のゲートウェイとして機能し得る。ＵＰＦ１５８Ｂは、パケットルーティングおよび転送、パケット検査およびユーザープレーンポリシールールの施行、トラフィック利用の報告、一つまたは複数のＤＮへのトラフィックフローのルーティングをサポートするアップリンク分類、ユーザープレーンに対するサービス品質（ＱｏＳ）処理（例えば、パケットフィルターリング、ゲーティング、アップリンク／ダウンリンクレート実施、およびアップリンクトラフィック検証）、ダウンリンクパケットバッファリング、およびダウンリンクデータ通知トリガーなどの機能を実行し得る。ＵＰＦ１５８Ｂは、イントラ／インター無線アクセス技術（ＲＡＴ）モビリティのアンカーポイント、一つまたは複数のＤＮに相互接続される外部プロトコル（またはパケット）データユニット（ＰＤＵ）セッションポイント、および／または分岐ポイントとして機能して、マルチホームＰＤＵセッションをサポートし得る。ＵＥ１５６は、ＵＥとＤＮとの間の論理接続である、ＰＤＵセッションを介してサービスを受信するように構成され得る。

ＡＭＦ１５８Ａは、非アクセス層（ＮＡＳ）シグナリングの終了、ＮＡＳシグナリングセキュリティ、アクセス層（ＡＳ）セキュリティ制御、３ＧＰＰ（登録商標）アクセスネットワーク間のモビリティのためのＣＮ間ノードシグナリング、アイドルモードＵＥ到達可能性（例えば、ページング再送信の制御と実行）、登録エリア管理、システム内およびシステム間モビリティサポート、アクセス認証、ローミング権限のチェックを含むアクセス許可、モビリティ管理制御（サブスクリプションとポリシー）、ネットワークスライシングのサポート、および／またはセッション管理機能（ＳＭＦ）の選択などの機能を実行できる。ＮＡＳは、ＣＮとＵＥの間で動作する機能を指してもよく、ＡＳは、ＵＥとＲＡＮの間で動作する機能を指し得る。

５Ｇ－ＣＮ１５２は、わかりやすくするために図１Ｂに示されていない一つまたは複数の追加のネットワーク機能を含み得る。例えば、５Ｇ－ＣＮ１５２は、セッション管理機能（ＳＭＦ）、ＮＲリポジトリ機能（ＮＲＦ）、ポリシー制御機能（ＰＣＦ）、ネットワーク露出機能（ＮＥＦ）、統一データ管理（ＵＤＭ）、アプリケーション機能（ＡＦ）、および／または認証サーバー機能（ＡＵＳＦ）のうちの一つまたは複数を含んでもよい。

ＮＧ－ＲＡＮ１５４は、５Ｇ－ＣＮ１５２を、エアインターフェイス上で無線通信を介してＵＥ１５６に接続し得る。ＮＧ－ＲＡＮ１５４は、ｇＮＢ１６０ＡおよびｇＮＢ１６０Ｂとして図示された一つまたは複数のｇＮＢ（まとめてｇＮＢｓ１６０）および／またはｎｇ－ｅＮＢ１６２Ａおよびｎｇ－ｅＮＢ１６２Ｂとして図示された一つまたは複数のｎｇ－ｅＮＢ（まとめてｎｇ－ｅＮＢｓ１６２）を含み得る。ｇＮＢｓ１６０およびｎｇ－ｅＮＢｓ１６２は、より一般的に基地局と呼んでもよい。ｇＮＢ１６０およびｎｇ－ｅＮＢ１６２は、エアインターフェイス上でＵＥ１５６と通信するためのアンテナの一つまたは複数のセットを含み得る。例えば、ｇＮＢ１６０の一つまたは複数および／またはｎｇ－ｅＮＢ１６２の一つまたは複数は、三つのセル（またはセクター）をそれぞれ制御するための三つのアンテナセットを含んでもよい。合わせて、ｇＮＢｓ１６０およびｎｇ－ｅＮＢｓ１６２のセルは、ＵＥモビリティをサポートするために、広い地理的エリアにわたってＵＥ１５６に無線カバレッジを提供し得る。

図１Ｂに示すように、ｇＮＢ１６０および／またはｎｇ－ｅＮＢ１６２は、ＮＧインターフェイスによって５Ｇ－ＣＮ１５２に接続されてもよく、Ｘｎインターフェイスによって他の基地局に接続され得る。ＮＧおよびＸｎインターフェイスは、インターネットプロトコル（ＩＰ）トランスポートネットワークなどの基となるトランスポートネットワーク上に、直接的な物理的接続および／または間接的な接続を使用して確立され得る。ｇＮＢｓ１６０および／またはｎｇ－ｅＮＢｓ１６２は、ＵｕインターフェイスによってＵＥ１５６に接続され得る。例えば、図１Ｂに示すように、ｇＮＢ１６０Ａは、ＵｕインターフェイスによってＵＥ１５６Ａに接続され得る。ＮＧ、Ｘｎ、およびＵｕインターフェイスは、プロトコルスタックに関連付けられている。インターフェイスに関連付けられるプロトコルスタックは、データおよびシグナリングメッセージを交換するため図１Ｂのネットワーク要素によって使用されてもよく、ユーザープレーンおよび制御プレーンの二つのプレーンを含み得る。ユーザープレーンは、ユーザーにとって関心対象のデータを処理し得る。制御プレーンは、ネットワーク要素に対する関心対象のシグナリングメッセージを処理し得る。

ｇＮＢ１６０および／またはｎｇ－ｅＮＢ１６２は、一つまたは複数のＮＧインターフェイスによって、ＡＭＦ／ＵＰＦ１５８など、５Ｇ－ＣＮ１５２の一つまたは複数のＡＭＦ／ＵＰＦ機能に接続され得る。例えば、ｇＮＢ１６０Ａは、ＮＧユーザープレーン（ＮＧ－Ｕ）インターフェイスによって、ＡＭＦ／ＵＰＦ１５８のＵＰＦ１５８Ｂに接続され得る。ＮＧ－Ｕインターフェイスは、ｇＮＢ１６０ＡとＵＰＦ１５８Ｂ間のユーザープレーンＰＤＵの供給を提供し得る（例えば、非保証供給）。ｇＮＢ１６０Ａは、ＮＧ制御プレーン（ＮＧ－Ｃ）インターフェイスを使用してＡＭＦ１５８Ａに接続できる。ＮＧ－Ｃインターフェイスは、例えば、ＮＧインターフェイス管理、ＵＥコンテキスト管理、ＵＥモビリティ管理、ＮＡＳメッセージの転送、ページング、ＰＤＵセッション管理および構成の転送および／または警告メッセージの送信を提供することができる。

ｇＮＢ１６０は、Ｕｕインターフェイス上のＵＥ１５６に向かってＮＲユーザープレーンおよび制御プレーンプロトコル終端を提供し得る。例えば、ｇＮＢ１６０Ａは、第一のプロトコルスタックに関連付けられるＵｕインターフェイス上で、ＵＥ１５６Ａに向かってＮＲユーザープレーンおよび制御プレーンプロトコル終端を提供し得る。ｎｇ－ｅＮＢｓ１６２は、Ｕｕインターフェイス上のＵＥ１５６に向かって、ＥｖｏｌｖｅｄＵＭＴＳ地上無線アクセス（Ｅ‐ＵＴＲＡ）ユーザープレーンおよび制御プレーンプロトコル終端を提供してもよく、Ｅ‐ＵＴＲＡは３ＧＰＰ（登録商標）４Ｇ無線アクセス技術を指す。例えば、ｎｇ－ｅＮＢ１６２Ｂは、第二のプロトコルスタックに関連付けられるＵｕインターフェイス上で、ＵＥ１５６Ｂに向かってＥ‐ＵＴＲＡユーザープレーンおよび制御プレーンプロトコル終端を提供し得る。

５Ｇ－ＣＮ１５２は、ＮＲおよび４Ｇの無線アクセスを処理するように構成されると記述された。当業者であれば、ＮＲが４Ｇコアネットワークに、「非スタンドアローン動作」として知られるモードで接続することが可能であり得ることを理解するであろう。非スタンドアローン動作では、４Ｇコアネットワークを使用して、制御プレーン機能（例えば、初期アクセス、モビリティ、およびページング）を提供する（または少なくともサポートする）。一つのＡＭＦ／ＵＰＦ１５８のみが図１Ｂに示されるが、一つのｇＮＢまたはｎｇ－ｅＮＢは、複数のＡＭＦ／ＵＰＦノードに接続されて、冗長性を提供し、および／または複数のＡＭＦ／ＵＰＦノードにわたって共有をロードし得る。

論じるように、図１Ｂにおいて、ネットワーク要素間のインターフェイス（例えば、Ｕｕ、Ｘｎ、およびＮＧインターフェイス）がデータおよびシグナリングメッセージを交換するためにネットワーク要素が使用するプロトコルスタックと関連付けられてもよい。プロトコルスタックは、二つのプレーン、すなわち、ユーザープレーンおよび制御プレーンを含み得る。ユーザープレーンは、ユーザーにとって関心対象のデータを処理してもよく、制御プレーンは、ネットワーク要素に対する関心対象のシグナリングメッセージを処理し得る。

図２Ａおよび図２Ｂはそれぞれ、ＵＥ２１０とｇＮＢ２２０の間にあるＵｕインターフェイス用のＮＲユーザープレーンおよびＮＲ制御プレーンプロトコルスタックの例を示す。図２Ａおよび図２Ｂに示されるプロトコルスタックは、例えば、図１Ｂに示されるＵＥ１５６ＡとｇＮＢ１６０Ａとの間のＵｕインターフェイスに使用されるものと同じまたは類似であり得る。

図２Ａは、ＵＥ２１０およびｇＮＢ２２０に実装された五つの層を含むＮＲユーザープレーンプロトコルスタックを示す。プロトコルスタックの底部で、物理層（ＰＨＹｓ）２１１および２２１は、プロトコルスタックの上位層にトランスポートサービスを提供してもよく、オープンシステム相互接続（ＯＳＩ）モデルの層１に対応し得る。ＰＨＹ２１１および２２１の上の次の四つのプロトコルは、メディアアクセス制御層（ＭＡＣ）２１２および２２２、無線リンク制御層（ＲＬＣ）２１３および２２３、パケットデータ収束プロトコル層（ＰＤＣＰ）２１４および２２４、ならびにサービスデータアプリケーションプロトコル層（ＳＤＡＰ）２１５および２２５を含む。合わせて、これらの四つのプロトコルは、ＯＳＩモデルの層２またはデータリンク層を構成し得る。

図３は、ＮＲユーザープレーンプロトコルスタックのプロトコル層間に提供されるサービスの実施例を示す。図２Ａおよび図３の上からスタートして、ＳＤＡＰ２１５および２２５は、ＱｏＳフロー処理を実行し得る。ＵＥ２１０は、ＵＥ２１０とＤＮとの間の論理接続であり得る、ＰＤＵセッションを介してサービスを受信し得る。ＰＤＵセッションは、一つまたは複数のＱｏＳフローを有し得る。ＣＮのＵＰＦ（例えば、ＵＰＦ１５８Ｂ）は、ＱｏＳ要件（例えば、遅延、データ速度、および／またはエラーレートに関して）に基づいて、ＰＤＵセッションの一つまたは複数のＱｏＳフローにＩＰパケットをマッピングし得る。ＳＤＡＰ２１５および２２５は、一つまたは複数のＱｏＳフローと一つまたは複数のデータ無線ベアラとの間のマッピング／マッピング解除を実行し得る。ＱｏＳフローとデータ無線ベアラとの間のマッピング／マッピング解除は、ｇＮＢ２２０でＳＤＡＰ２２５によって決定され得る。ＵＥ２１０でのＳＤＡＰ２１５は、ｇＮＢ２２０から受信した反射マッピングまたは制御シグナリングを介して、ＱｏＳフローとデータ無線ベアラとの間のマッピングについて通知され得る。反射マッピングについては、ｇＮＢ２２０でのＳＤＡＰ２２５は、ダウンリンクパケットを、ＵＥ２１０のＳＤＡＰ２１５によって観察されて、ＱｏＳフローとデータ無線ベアラとの間のマッピング／マッピング解除を決定することができる、ＱｏＳフローインジケーター（ＱＦＩ）でマークし得る。

ＰＤＣＰ２１４およびＰＤＣＰ２２４は、エアインターフェイス上で送信する必要のあるデータ量を低減するためのヘッダー圧縮／解凍、エアインターフェイス上で送信されるデータの不正な復号化を防止するための暗号／暗号解除、および完全性保護（制御メッセージが意図されたソースから発信されることを確実にするため）を行ってもよい。ＰＤＣＰ２１４および２２４は、例えば、未送信のパケットの再送信、パケットのシーケンス内送達および再配列、ならびにｇＮＢ内ハンドオーバーのために、重複して受信されたパケットの除去を実行し得る。ＰＤＣＰ２１４および２２４は、受信されるパケットの可能性を改善し、受信機で、任意の重複パケットを除去するために、パケット重複を実行し得る。パケット重複は、高信頼性を必要とするサービスに有用であり得る。

図３には示されていないが、ＰＤＣＰ２１４および２２４は、デュアル接続シナリオにおいて、分割無線ベアラとＲＬＣチャネルとの間のマッピング／マッピング解除を実行し得る。デュアル接続は、ＵＥが二つのセル、またはより一般的には、マスターセルグループ（ＭＣＧ）およびセカンダリーセルグループ（ＳＣＧ）の二つのセルグループに接続することを可能にする技術である。分割ベアラは、ＳＤＡＰ２１５および２２５へのサービスとしてＰＤＣＰ２１４および２２４によって提供される無線ベアラの一つなどの単一の無線ベアラが、デュアル接続でセルグループによって処理されるときである。ＰＤＣＰ２１４および２２４は、セルグループに属するＲＬＣチャネル間で分割無線ベアラをマッピング／マッピング解除し得る。

ＲＬＣ２１３および２２３は、それぞれ、ＭＡＣ２１２および２２２から受信した複製データユニットのセグメンテーション、自動反復要求（ＡＲＱ）を通した再送信、および除去を実行し得る。ＲＬＣ２１３および２２３は、トランスペアレントモード（ＴＭ）、未確認応答モード（ＵＭ）、および確認応答モード（ＡＭ）の三つの送信モードをサポートし得る。ＲＬＣが動作している送信モードに基づいて、ＲＬＣは、指摘された機能のうちの一つまたは複数を実行し得る。このＲＬＣ構成は、ヌメロロジおよび／または送信時間間隔（ＴＴＩ）持続時間に依存せずに論理チャネル毎とすることができる。図３に示すように、ＲＬＣ２１３および２２３は、それぞれＰＤＣＰ２１４および２２４にサービスとしてＲＬＣチャネルを提供し得る。

ＭＡＣ２１２およびＭＡＣ２２２は、論理チャネルの多重化／多重分離、および／または論理チャネルとトランスポートチャネルとの間のマッピングを実行し得る。多重化／多重分離は、ＰＨＹ２１１および２２１へ／から送達されるトランスポートブロック（ＴＢ）へ／からの一つまたは複数の論理チャネルに属するデータユニットの多重化／多重分離を含んでもよい。ＭＡＣ２２２は、動的スケジューリングによって、ＵＥ間の、スケジューリング、スケジューリング情報報告、および優先度処理を行うように構成され得る。スケジューリングは、ダウンリンクおよびアップリンクのためにｇＮＢ２２０（ＭＡＣ２２２にて）で実施され得る。ＭＡＣ２１２および２２２は、ハイブリッド自動反復要求（ＨＡＲＱ）（例えば、キャリアアグリゲーション（ＣＡ）の場合、キャリアごとに一つのＨＡＲＱエンティティ）を通して、エラー訂正、論理チャネル優先順位付けによるＵＥ２１０の論理チャネル間の優先度処理、および／またはパディングを行うように構成され得る。ＭＡＣ２１２およびＭＡＣ２２２は、一つまたは複数のヌメロロジおよび／または送信タイミングをサポートし得る。一実施例では、論理チャネル優先度付けにおけるマッピング制限により、論理チャネルがどのヌメロロジおよび／または送信タイミングを使用することができるかを制御することができる。図３に示すように、ＭＡＣ２１２および２２２は、サービスとしてＲＬＣ２１３および２２３に論理チャネルを提供し得る。

ＰＨＹ２１１および２２１は、エアインターフェイス上で情報を送受信するために、物理チャネルへのトランスポートチャネルのマッピングおよびデジタルおよびアナログ信号処理機能を実行し得る。これらのデジタルおよびアナログ信号処理機能は、例えば、符号化／復号化および変調／復調を含み得る。ＰＨＹ２１１および２２１は、マルチアンテナマッピングを実行し得る。図３に示すように、ＰＨＹ２１１および２２１は、サービスとして、ＭＡＣ２１２および２２２に一つまたは複数のトランスポートチャネルを提供し得る。

図４Ａは、ＮＲユーザープレーンプロトコルスタックを通るダウンリンクデータフローの例を示す。図４Ａは、ＮＲユーザープレーンプロトコルスタックを通した三つのＩＰパケット（ｎ、ｎ＋１、およびｍ）のダウンリンクデータフローを示し、ｇＮＢ２２０で二つのＴＢを生成する。ＮＲユーザープレーンプロトコルスタックを通るアップリンクデータフローは、図４Ａに示すダウンリンクデータフローと類似し得る。

図４Ａのダウンリンクデータフローは、ＳＤＡＰ２２５が、一つまたは複数のＱｏＳフローから三つのＩＰパケットを受信し、三つのパケットを無線ベアラにマッピングしたときに開始する。図４Ａでは、ＳＤＡＰ２２５は、ＩＰパケットｎおよびｎ＋１を第一の無線ベアラ４０２にマッピングし、ＩＰパケットｍを第二の無線ベアラ４０４にマッピングする。ＳＤＡＰヘッダー（図４Ａで「Ｈ」とラベル付けされる）がＩＰパケットに追加される。より高いプロトコル層から／へのデータユニットは、より低いプロトコル層のサービスデータユニット（ＳＤＵ）と呼ばれ、より低いプロトコル層へ／からのデータユニットは、より高いプロトコル層のプロトコルデータユニット（ＰＤＵ）と呼ばれる。図４Ａに示すように、ＡＰ２２５からのデータユニットは、より低いプロトコル層ＰＤＣＰ２２４のＳＤＵであり、ＳＤＡＰ２２５のＰＤＵである。

図４Ａの残りのプロトコル層は、関連する機能（例えば、図３に関して）を実行し、対応するヘッダーを追加し、それぞれの出力を次の下層に転送し得る。例えば、ＰＤＣＰ２２４は、ＩＰヘッダー圧縮および暗号化を実行し、その出力をＲＬＣ２２３に転送し得る。ＲＬＣ２２３は、任意選択で（例えば、図４ＡのＩＰパケットｍについて示されるように）セグメンテーションを実行し、その出力をＭＡＣ２２２に転送することができる。ＭＡＣ２２２は、いくつかのＲＬＣＰＤＵを多重化してもよく、ＭＡＣサブヘッダーをＲＬＣＰＤＵに取り付けてトランスポートブロックを形成し得る。ＮＲでは、図４Ａに示すように、ＭＡＣサブヘッダーはＭＡＣＰＤＵ全体に分散され得る。ＬＴＥでは、ＭＡＣサブヘッダーはＭＡＣＰＤＵの先頭に完全に配置され得る。ＮＲＭＡＣＰＤＵ構造は、ＭＡＣＰＤＵサブヘッダーが、完全なＭＡＣＰＤＵが組み立てられる前に計算され得るため、処理時間および関連遅延を低減し得る。

図４Ｂは、ＭＡＣＰＤＵにおけるＭＡＣサブヘッダーのフォーマット例を示す。ＭＡＣサブヘッダーには、ＭＡＣサブヘッダーが対応しているＭＡＣＳＤＵの長さ（バイト単位など）を示すためのＳＤＵ長さフィールド、ＭＡＣＳＤＵが多重分離プロセスを支援するために開始した論理チャネルを識別するための論理チャネル識別子（ＬＣＤ）フィールド、ＳＤＵ長さフィールドのサイズを示すためのフラグ（Ｆ）、および将来使用するための予約ビット（Ｒ）フィールドが含まれる。

図４Ｂはさらに、ＭＡＣ２２３またはＭＡＣ２２２などのＭＡＣによってＭＡＣＰＤＵに挿入されるＭＡＣ制御要素（ＣＥ）を示す。例えば、図４Ｂは、ＭＡＣＰＤＵに挿入された二つのＭＡＣＣＥを示す。ＭＡＣＣＥは、ダウンリンク送信（図４Ｂに示されるように）のためＭＡＣＰＤＵの開始に、およびアップリンク送信のためＭＡＣＰＤＵの終わりに挿入され得る。ＭＡＣＣＥは、インバンド制御シグナリングに使用され得る。ＭＡＣＣＥの例としては、バッファステータスレポートや電力ヘッドルームレポートなどのスケジューリング関連ＭＡＣＣＥ、ＰＤＣＰ重複検出の起動／停止、チャネル状態情報（ＣＳＩ）レポート、サウンディング基準信号（ＳＲＳ）送信、および事前構成済みコンポーネント、のためのものなどの起動／停止ＭＡＣＣＥ、不連続受信（ＤＲＸ）関連ＭＡＣＣＥ、タイミング進行ＭＡＣＣＥ、およびランダムアクセス関連ＭＡＣＣＥが挙げられる。ＭＡＣＣＥは、ＭＡＣＳＤＵに説明されるのと類似したフォーマットのＭＡＣサブヘッダーによって先行されてもよく、ＭＡＣＣＥに含まれる制御情報のタイプを示すＬＣＩＤフィールドに予約値で識別され得る。

ＮＲ制御プレーンプロトコルスタックを説明する前に、論理チャネル、トランスポートチャネル、および物理チャネル、ならびにチャネルタイプ間のマッピングを最初に説明する。一つまたは複数のチャネルを使用して、後述するＮＲ制御プレーンプロトコルスタックに関連する機能を実行し得る。

図５Ａおよび図５Ｂは、それぞれダウンリンクおよびアップリンクについて、論理チャネル、トランスポートチャネル、および物理チャネル間のマッピングを示す。情報は、ＮＲプロトコルスタックのＲＬＣ、ＭＡＣ、およびＰＨＹ間のチャネルを通して送信される。論理チャネルは、ＲＬＣとＭＡＣとの間で使用することができ、ＮＲ制御プレーン内に制御および構成情報を伝達する制御チャネルとして、またはＮＲユーザープレーン内にデータを伝達するトラフィックチャネルとして分類することができる。論理チャネルは、特定のＵＥ専用の専用論理チャネルとして、または複数のＵＥによって使用され得る共通の論理チャネルとして分類され得る。論理チャネルはまた、それが運ぶ情報のタイプによって定義され得る。ＮＲによって定義される論理チャネルのセットには、例えば、
－位置がセルレベルでネットワークに知られていないＵＥをページングするために使用されるページングメッセージを表示するためのページング制御チャネル（ＰＣＣＨ）と、
－マスター情報ブロック（ＭＩＢ）およびいくつかのシステム情報ブロック（ＳＩＢ）の形態でシステム情報メッセージを伝達するためのブロードキャスト制御チャネル（ＢＣＣＨ）であって、システム情報メッセージがＵＥによって使用されて、セルがどのように構成され、セル内でどのように動作するかについての情報を取得し得る、ブロードキャスト制御チャネルと、
－ランダムアクセスとともに制御メッセージを送信するための共通制御チャネル（ＣＣＣＨ）と、
－ＵＥを構成するために、特定のＵＥとの間で制御メッセージを送信するための専用制御チャネル（ＤＣＣＨ）と、
－ユーザーデータを特定のＵＥとの間で送信するための専用トラフィックチャネル（ＤＴＣＨ）とを含む。

トランスポートチャネルは、ＭＡＣ層とＰＨＹ層の間で使用され、それらが送信する情報をエアインターフェイス上でどのように送信するかによって定義され得る。ＮＲによって定義されるトランスポートチャネルのセットには、例えば、
－ＰＣＣＨから発信されたページングメッセージを送信するためのページングチャネル（ＰＣＨ）と、
－ＢＣＣＨからＭＩＢを運ぶためのブロードキャストチャネル（ＢＣＨ）と、
－ＢＣＣＨからのＳＩＢを含む、ダウンリンクデータおよびシグナリングメッセージの送信用のダウンリンク共有チャネル（ＤＬ－ＳＣＨ）
－アップリンクデータおよびシグナリングメッセージを送信するためのアップリンク共有チャネル（ＵＬ－ＳＣＨ）と、
－事前スケジューリングなしに、ＵＥがネットワークに接続できるようにするランダムアクセスチャネル（ＲＡＣＨ）と、を含む。

ＰＨＹは、物理チャネルを使用して、ＰＨＹの処理レベル間で情報を渡すことができる。物理チャネルは、一つまたは複数のトランスポートチャネルの情報を運ぶための時間周波数リソースの関連セットを有し得る。ＰＨＹは、制御情報を生成して、ＰＨＹの低レベル動作をサポートし、Ｌ１／Ｌ２制御チャネルとして知られる物理制御チャネルを介して、ＰＨＹの低レベルへ制御情報を提供し得る。ＮＲによって定義される物理チャネルおよび物理的制御チャネルのセットは、例えば、
－ＢＣＨからＭＩＢを運ぶための物理ブロードキャストチャネル（ＰＢＣＨ）と、
－ＤＬ－ＳＣＨからのダウンリンクデータおよびシグナリングメッセージ、ならびにＰＣＨからのページングメッセージを運ぶための物理ダウンリンク共有チャネル（ＰＤＳＣＨ）と、
－ダウンリンクスケジューリングコマンド、アップリンクスケジューリング許可、およびアップリンク電力制御コマンドを含み得る、ダウンリンク制御情報（ＤＣＩ）を運ぶための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と、
－ＵＬ－ＳＣＨおよび以下に記載されるように、一部の例ではアップリンク制御情報（ＵＣＩ）からアップリンクデータおよびシグナリングメッセージを運ぶための物理アップリンク共有チャネル（ＰＵＳＣＨ）と、
－ＨＡＲＱ確認応答、チャネル品質インジケーター（ＣＱＩ）、プリコーディングマトリックスインジケーター（ＰＭＩ）、ランクインジケーター（ＲＩ）、およびスケジューリング要求（ＳＲ）を含み得る、ＵＣＩを運ぶための物理アップリンク制御チャネル（ＰＵＣＣＨ）と、
－ランダムアクセスのための物理ランダムアクセスチャネル（ＰＲＡＣＨ）と、を含む。

物理制御チャネルと同様に、物理層は、物理層の低レベル動作をサポートするために物理信号を生成する。図５Ａおよび図５Ｂに示すよう、ＮＲによって定義される物理層信号には、プライマリー同期信号（ＰＳＳ）、セカンダリー同期信号（ＳＳＳ）、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）、復調基準信号（ＤＭＳＲ）、サウンディング基準信号（ＳＲＳ）、および位相トラッキング基準信号（ＰＴ－ＲＳ）が含まれる。これらの物理層信号は、以下でより詳細に説明される。

図２Ｂは、ＮＲ制御プレーンプロトコルスタックの例を示す。図２Ｂにおいて、ＮＲ制御プレーンプロトコルスタックは、ＮＲユーザープレーンプロトコルスタックの例と同じ／類似の第一の四つのプロトコル層を使用し得る。これら四つのプロトコル層には、ＰＨＹ２１１および２２１、ＭＡＣ２１２および２２２、ＲＬＣ２１３および２２３、ならびにＰＤＣＰ２１４および２２４が含まれる。ＮＲユーザープレーンプロトコルスタックのように、スタックの上部にＳＤＡＰ２１５および２２５を有する代わりに、ＮＲ制御プレーンスタックは、ＮＲ制御プレーンプロトコルスタックの上部に無線リソース制御（ＲＲＣ）２１６および２２６、ならびにＮＡＳプロトコル２１７および２３７を持つ。

ＮＡＳプロトコル２１７および２３７は、ＵＥ２１０とＡＭＦ２３０（例えば、ＡＭＦ１５８Ａ）の間、またはより一般的には、ＵＥ２１０とＣＮとの間に制御プレーン機能を提供し得る。ＮＡＳプロトコル２１７および２３７は、ＮＡＳメッセージと呼ばれるシグナリングメッセージを介して、ＵＥ２１０とＡＭＦ２３０との間に制御プレーン機能を提供し得る。ＵＥ２１０とＡＭＦ２３０の間には、ＮＡＳメッセージを送信できる直接経路はない。ＮＡＳメッセージは、ＵｕおよびＮＧインターフェイスのＡＳを使用して送信され得る。ＮＡＳプロトコル２１７および２３７は、認証、セキュリティ、接続セットアップ、モビリティ管理、およびセッション管理などの制御プレーン機能を提供し得る。

ＲＲＣ２１６および２２６は、ＵＥ２１０とｇＮＢ２２０との間に、またはより一般的には、ＵＥ２１０とＲＡＮとの間に制御プレーン機能を提供し得る。ＲＲＣ２１６および２２６は、ＲＲＣメッセージと呼ばれるシグナリングメッセージを介して、ＵＥ２１０とｇＮＢ２２０との間に制御プレーン機能を提供し得る。ＲＲＣメッセージは、シグナリング無線ベアラ、および同一／類似のＰＤＣＰ、ＲＬＣ、ＭＡＣ、およびＰＨＹプロトコル層を使用して、ＵＥ２１０とＲＡＮとの間で送信され得る。ＭＡＣは、制御プレーンおよびユーザープレーンデータを、同じトランスポートブロック（ＴＢ）内に多重化し得る。ＲＲＣ２１６および２２６は、ＡＳおよびＮＡＳに関連するシステム情報のブロードキャスト、ＣＮまたはＲＡＮによって開始されたページング、ＵＥ２１０とＲＡＮとの間のＲＲＣ接続の確立、メンテナンス、およびリリース、キー管理を含むセキュリティ機能、シグナリング無線ベアラおよびデータ無線ベアラの確立、構成、メンテナンス、およびリリース、モビリティ機能、ＱｏＳ管理機能、ＵＥ測定レポートとレポートの制御、無線リンク障害（ＲＬＦ）の検出と回復、および／またはＮＡＳメッセージ転送のような制御プレーン機能を提供できる。ＲＲＣ接続の確立の一部として、ＲＲＣ２１６および２２６は、ＵＥ２１０とＲＡＮとの間の通信のためのパラメーターの設定を伴い得る、ＲＲＣコンテキストを確立し得る。

図６は、ＵＥのＲＲＣ状態遷移を示す例示的な図である。ＵＥは、図１Ａに示す無線デバイス１０６、図２Ａおよび図２Ｂに示すＵＥ２１０、または本開示に記載される任意の他の無線デバイス、と同一または類似であり得る。図６に示されるように、ＵＥは、三つのＲＲＣ状態のうちの少なくとも一つにあり得る。つまり、ＲＲＣ接続６０２（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）、ＲＲＣアイドル６０４（例えば、ＲＲＣ＿ＩＤＬＥ）、およびＲＲＣ非アクティブ６０６（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ）。

ＲＲＣ接続６０２では、ＵＥは確立されたＲＲＣコンテキストを有し、基地局と少なくとも一つのＲＲＣ接続を有し得る。基地局は、図１Ａに示すＲＡＮ１０４に含まれる一つまたは複数の基地局の一つ、図１Ｂに示すｇＮＢ１６０またはｎｇ－ｅＮＢ１６２の一つ、図２Ａおよび図２Ｂに示すｇＮＢ２２０、または本開示に記載される任意の他の基地局に類似であり得る。ＵＥが接続される基地局には、ＵＥのＲＲＣコンテキストがあり得る。ＵＥコンテキストと呼ばれるＲＲＣコンテキストは、ＵＥと基地局との間の通信のためのパラメーターを含んでもよい。これらのパラメーターには、例えば、一つまたは複数のＡＳコンテキスト、一つまたは複数の無線リンク構成パラメーター、ベアラ構成情報（例えば、データ無線ベアラ、シグナリング無線ベアラ、論理チャネル、ＱｏＳフロー、および／またはＰＤＵセッションに関連する）、セキュリティ情報、および／またはＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、および／またはＳＤＡＰ層構成情報が含まれ得る。ＲＲＣ接続６０２では、ＵＥのモビリティはＲＡＮ（例えば、ＲＡＮ１０４またはＮＧ－ＲＡＮ１５４）によって管理され得る。ＵＥは、サービングセルおよび隣接セルからの信号レベル（例えば、基準信号レベル）を測定し、これらの測定値を現在ＵＥにサービスを提供している基地局に報告し得る。ＵＥのサービング基地局は、報告された測定値に基づいて、隣接基地局の一つのセルへのハンドオーバーを要求し得る。ＲＲＣ状態は、ＲＲＣ接続６０２から、接続リリース手順６０８を介して、ＲＲＣアイドル６０４に、移行してもよく、または接続非アクティブ手順６１０を介してＲＲＣ非アクティブ６０６に移行し得る。

ＲＲＣアイドル６０４では、ＲＲＣコンテキストはＵＥに対して確立され得ない。ＲＲＣアイドル６０４では、ＵＥは基地局とのＲＲＣ接続を有し得ない。ＲＲＣアイドル６０４中、ＵＥは、ほとんどの時間の間、スリープ状態であり得る（例えば、バッテリー電力を節約するため）。ＵＥは、定期的に（例えば、不連続受信サイクル毎に１回）起動して、ＲＡＮからのページングメッセージを監視することができる。ＵＥのモビリティは、セル再選択として知られる手順を通してＵＥによって管理され得る。ＲＲＣ状態は、以下でより詳細に論じるようにランダムアクセス手順を伴い得る接続確立手順６１２を介して、ＲＲＣアイドル６０４からＲＲＣ接続６０２に移行し得る。

ＲＲＣ非アクティブ６０６では、以前に確立されたＲＲＣコンテキストは、ＵＥおよび基地局で維持される。これにより、ＲＲＣアイドル６０４からＲＲＣ接続６０２への遷移と比較して、シグナリングのオーバーヘッドが低減されて、ＲＲＣ接続６０２への高速遷移が可能となる。ＲＲＣ非アクティブ６０６では、ＵＥはスリープ状態にあり、ＵＥのモビリティは、セル再選択を通してＵＥによって管理され得る。ＲＲＣ状態は、ＲＲＣ非アクティブ６０６から、接続再開手順６１４によって、ＲＲＣ接続６０２に、または接続リリース手順６０８と同一または類似の接続リリース手順６１６を介して、ＲＲＣアイドル６０４に移行し得る。

ＲＲＣ状態は、モビリティ管理機構と関連付けられてもよい。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６では、モビリティは、セル再選択を通してＵＥによって管理される。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６におけるモビリティ管理の目的は、ネットワークが、移動体通信ネットワーク全体にわたりページングメッセージをブロードキャストすることなく、ページングメッセージを介してイベントをＵＥに通知できるようにすることである。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６で使用されるモビリティ管理機構は、ページングメッセージが、移動体通信ネットワーク全体の代わりにＵＥが現在存在するセルグループのセル上にブロードキャストされ得るように、ネットワークがセルグループレベル上でＵＥを追跡することを可能にし得る。ＲＲＣアイドル６０４およびＲＲＣ非アクティブ６０６のモビリティ管理機構は、セルグループレベル上でＵＥを追跡する。それらは、異なる粒度のグループ化を使用して、そうすることができる。例えば、セルグループ化の粒度の三つのレベル、すなわち、個々のセル、ＲＡＮエリア識別子（ＲＡＩ）によって識別されるＲＡＮエリア内のセル、および追跡エリアと呼ばれ、追跡エリア識別子（ＴＡＩ）によって識別されるＲＡＮエリアのグループ内のセル、であり得る。

追跡エリアは、ＣＮレベルでＵＥを追跡するために使用され得る。ＣＮ（例えば、ＣＮ１０２または５Ｇ－ＣＮ１５２）は、ＵＥ登録エリアに関連付けられるＴＡＩのリストをＵＥに提供し得る。ＵＥが、セル再選択を通して、ＵＥ登録エリアに関連付けられるＴＡＩのリストに含まれないＴＡＩに関連付けられているセルに移動した場合、ＵＥは、ＣＮがＵＥの位置を更新できるようにＣＮで登録更新を行い、ＵＥに新しいＵＥ登録エリアを提供し得る。

ＲＡＮエリアは、ＲＡＮレベルでＵＥを追跡するために使用され得る。ＲＲＣ非アクティブ６０６状態のＵＥについては、ＵＥにＲＡＮ通知エリアを割り当てることができる。ＲＡＮ通知エリアは、一つまたは複数のセルアイデンティティ、ＲＡＩのリスト、またはＴＡＩのリストを含み得る。一実施例では、基地局は、一つまたは複数のＲＡＮ通知エリアに属し得る。一実施例では、セルは、一つまたは複数のＲＡＮ通知エリアに属することができる。ＵＥがセル再選択を通して、ＵＥに割り当てられたＲＡＮ通知エリアに含まれないセルに移動した場合、ＵＥは、ＲＡＮで通知エリアの更新を実行し、ＵＥのＲＡＮ通知エリアを更新することができる。

ＵＥに対するＲＲＣコンテキストを格納する基地局、またはＵＥの最後のサービング基地局は、アンカー基地局と呼んでもよい。アンカー基地局は、少なくとも、ＵＥがアンカー基地局のＲＡＮ通知エリアに留まっている時間の間、および／またはＵＥがＲＲＲＣ非アクティブ６０６に留まっている時間の間に、ＵＥに対するＲＲＣコンテキストを維持し得る。

図１ＢのｇＮＢ１６０などのｇＮＢは、二つの部分、つまり中央ユニット（ｇＮＢ－ＣＵ）、および一つまたは複数の分散ユニット（ｇＮＢ－ＤＵ）に分割できる。ｇＮＢ－ＣＵは、Ｆ１インターフェイスを使用して、一つまたは複数のｇＮＢ－ＤＵに結合され得る。ｇＮＢ‐ＣＵは、ＲＲＣ、ＰＤＣＰ、およびＳＤＡＰを含んでもよい。ｇＮＢ－ＤＵは、ＲＬＣ、ＭＡＣ、およびＰＨＹを含んでもよい。

ＮＲでは、物理信号および物理チャネル（図５Ａおよび図５Ｂ）を直交周波数分割多重化（ＯＦＤＭ）シンボル上にマッピングし得る。ＯＦＤＭは、Ｆ直交サブキャリア（またはトーン）上でデータを送信するマルチキャリア通信スキームである。送信前に、データは、ソースシンボルと呼ばれ、Ｆ平行シンボルストリームに分割される、一連の複雑なシンボル（例えば、Ｍ直交振幅変調（Ｍ－ＱＡＭ）またはＭ相シフトキーイング（Ｍ－ＰＳＫ）シンボル）にマッピングされ得る。Ｆ平行シンボルストリームは、それらが周波数ドメイン内にあるかのように扱われ、それらを時間ドメインに変換する逆高速フーリエ変換（ＩＦＦＴ）ブロックへの入力として使用され得る。ＩＦＦＴブロックは、Ｆ平行シンボルストリームのそれぞれから一つを、Ｆソースシンボルに一度に取り込み、各ソースシンボルを使用して、Ｆ直交サブキャリアに対応するＦ正弦波基底関数の一つの振幅および位相を変調することができる。ＩＦＦＴブロックの出力は、Ｆ直交サブキャリアの総和を表すＦ時間ドメインサンプルであり得る。Ｆ時間ドメインサンプルは、単一のＯＦＤＭシンボルを形成し得る。いくつかの処理（例えば、サイクリックプレフィックスの追加）およびアップコンバージョンの後、ＩＦＦＴブロックによって提供されるＯＦＤＭシンボルは、キャリア周波数上でエアインターフェイス上で送信され得る。Ｆ平行シンボルストリームは、ＩＦＦＴブロックによって処理される前に、ＦＦＴブロックを使用して混合され得る。この処理は、ディスクリートフーリエ変換（ＤＦＴ）であらかじめ符号化されたＯＦＤＭシンボルを生成し、アップリンク内のＵＥにより使用され、ピーク対平均電力比（ＰＡＰＲ）を減少させることができる。逆処理は、ＦＦＴブロックを使用して受信機でＯＦＤＭシンボル上で実行されて、ソースシンボルにマッピングされたデータを復元し得る。

図７は、ＯＦＤＭシンボルがグループ化されたＮＲフレームの構成例を示す。ＮＲフレームは、システムフレーム番号（ＳＦＮ）によって識別され得る。ＳＦＮは、１０２４フレームの期間で繰り返し得る。図示するように、一つのＮＲフレームは、持続時間が１０ミリ秒（ｍｓ）であってもよく、持続時間が１ミリ秒である１０個のサブフレームを含んでもよい。サブフレームは、例えば、スロット当たり１４個のＯＦＤＭシンボルを含むスロットに分割され得る。

スロットの持続時間は、スロットのＯＦＤＭシンボルに使用されるヌメロロジに依存し得る。ＮＲでは、異なるセル展開（例えば、最大ｍｍ波の範囲のキャリア周波数のセルまでのキャリア周波数が１ＧＨｚ未満のセル）を収容するために、柔軟なヌメロロジがサポートされる。ヌメロロジは、サブキャリア間隔およびサイクリックプレフィックス持続時間に関して定義され得る。ＮＲにおけるヌメロロジについては、サブキャリア間隔は、１５ｋＨｚのベースラインサブキャリア間隔から２の累乗によってスケールアップされてもよく、サイクリックプレフィックス持続時間は、４．７ｕｍｓのベースラインサイクリックプレフィックス持続時間から２の累乗によってスケールダウンされ得る。例えば、ＮＲは、以下のサブキャリア間隔／サイクリックプレフィックス持続時間の組み合わせを、用いてヌメロロジを定義する：１５ｋＨｚ／４．７ｕｍｓ、３０ｋＨｚ／２．３ｕｍｓ、６０ｋＨｚ／１．２ｕｍｓ、１２０ｋＨｚ／０．５９ｕｍｓ、および２４０ｋＨｚ／０．２９ｕｍｓ。

スロットは、固定数のＯＦＤＭシンボル（例えば、１４個のＯＦＤＭシンボル）を有し得る。より高いサブキャリア間隔を有するヌメロロジは、スロット持続時間が短く、それに応じて、サブフレーム当たりのスロット数が多い。図７は、このヌメロロジ依存性スロット持続時間およびサブフレーム当たりのスロット送信構造を示す（図示を容易にするために、２４０ｋＨｚのサブキャリア間隔を有するヌメロロジは図７には示されていない）。ＮＲ内のサブフレームは、ヌメロロジ非依存時間基準として使用され得るが、スロットは、アップリンクおよびダウンリンク送信がスケジュールされるユニットとして使用され得る。低待ち時間をサポートするために、ＮＲでのスケジューリングは、スロット持続時間から分離され、任意のＯＦＤＭシンボルで始まり、送信に必要なだけ多くのシンボルで終わってもよい。これらの部分スロット送信は、ミニスロット送信またはサブスロット送信と呼んでもよい。

図８は、ＮＲキャリアの時間および周波数ドメインにおけるスロットの構成例を示す。スロットには、リソース要素（ＲＥ）とリソースブロック（ＲＢ）が含まれる。ＲＥは、ＮＲの中で最小の物理リソースである。ＲＥは、図８に示されるように、周波数ドメインの一つのサブキャリアによって、時間ドメインの一つのＯＦＤＭシンボルにわたる。ＲＢは、図８に示されるように、周波数ドメインで１２個の連続するＲＥにわたる。ＮＲキャリアは、２７５ＲＢまたは２７５×１２＝３３００サブキャリアの幅に制限され得る。こうした制限は、使用される場合、ＮＲキャリアをサブキャリア間隔が１５、３０、６０、および１２０ｋＨｚのそれぞれについて、５０、１００、２００、および４００ＭＨｚに制限してもよく、４００ＭＨｚの帯域幅が、キャリア帯域幅制限当たり４００ＭＨｚに基づいて設定され得る。

図８は、ＮＲキャリアの全帯域幅にわたって使用される単一のヌメロロジを示す。他の例示的な構成では、複数のヌメロロジが、同じキャリア上でサポートされ得る。

ＮＲは、広範なキャリア帯域幅（例えば、１２０ｋＨｚのサブキャリア間隔に対して最大４００ＭＨｚ）をサポートし得る。全てのＵＥが、キャリアの全帯域幅を受信できるとは限らない（例えば、ハードウェアの制限など）。また、全キャリア帯域幅を受信することは、ＵＥの電力消費量の観点からは禁止され得る。一実施例では、電力消費量を低減するため、および／または他の目的のために、ＵＥは、ＵＥが受信を予定しているトラフィック量に基づいて、ＵＥの受信帯域幅のサイズを適合させ得る。これは帯域幅適応と呼ばれる。

ＮＲは、全キャリア帯域幅を受信できないＵＥをサポートし、帯域幅適応をサポートする帯域幅部分（ＢＷＰ）を定義する。一実施例では、ＢＷＰは、キャリア上の連続ＲＢのサブセットによって定義され得る。ＵＥは、サービングセル当たり一つまたは複数のダウンリンクＢＷＰおよび一つまたは複数のアップリンクＢＷＰ（例えば、サービングセル当たり最大四つのダウンリンクＢＷＰおよび最大四つのアップリンクＢＷＰ）で（例えば、ＲＲＣ層を介して）で構成され得る。所与の時間で、サービングセルに対して構成されるＢＷＰのうちの一つまたは複数がアクティブであり得る。これらの一つまたは複数のＢＷＰは、サービングセルのアクティブＢＷＰと呼んでもよい。サービングセルがセカンダリーアップリンクキャリアで構成されるとき、サービングセルは、アップリンクキャリアに一つまたは複数の第一のアクティブＢＷＰ、およびセカンダリーアップリンクキャリアに一つまたは複数の第二のアクティブＢＷＰを有し得る。

ペアでないスペクトルについては、ダウンリンクＢＷＰのダウンリンクＢＷＰインデックスとアップリンクＢＷＰのアップリンクＢＷＰインデックスが同じ場合、構成済みダウンリンクＢＷＰのセットからのダウンリンクＢＷＰを、構成済みアップリンクＢＷＰのセットからのアップリンクＢＷＰとリンクし得る。ペアでないスペクトルについては、ＵＥは、ダウンリンクＢＷＰの中心周波数がアップリンクＢＷＰの中心周波数と同じであると予想し得る。

プライマリーセル（ＰＣｅｌｌ）上の構成済みダウンリンクＢＷＰのセット内のダウンリンクＢＷＰについて、基地局は、少なくとも一つの検索空間に対してＵＥを、一つまたは複数の制御リソースセット（ＣＯＲＥＳＥＴ）で構成し得る。検索空間は、ＵＥが制御情報を見つけることができる、時間および周波数ドメイン内の位置のセットである。検索空間は、ＵＥ固有の検索空間または共通検索空間（複数のＵＥによって潜在的に使用可能）であり得る。例えば、基地局は、アクティブダウンリンクＢＷＰにおいて、ＰＣｅｌｌ上またはプライマリーセカンダリーセル（ＰＳＣｅｌｌ）上に、共通検索空間でＵＥを構成することができる。

構成済みアップリンクＢＷＰのセット内のアップリンクＢＷＰの場合、ＢＳは、一つまたは複数のＰＵＣＣＨ送信のための一つまたは複数のリソースセットでＵＥを構成することができる。ＵＥは、ダウンリンクＢＷＰに対して、構成されるヌメロロジ（例えば、サブキャリア間隔およびサイクリックプレフィックス持続時間）に従って、ダウンリンクＢＷＰ内のダウンリンク受信（例えば、ＰＤＣＣＨまたはＰＤＳＣＨ）を受信し得る。ＵＥは、構成されるヌメロロジ（例えば、アップリンクＢＷＰのサブキャリア間隔およびサイクリックプレフィックス長）に従って、アップリンクＢＷＰ内のアップリンク送信（例えば、ＰＵＣＣＨまたはＰＵＳＣＨ）を送信し得る。

一つまたは複数のＢＷＰインジケーターフィールドは、ダウンリンク制御情報（ＤＣＩ）に提供され得る。ＢＷＰインジケーターフィールドの値は、構成されるＢＷＰのセットのどのＢＷＰが、一つまたは複数のダウンリンク受信に対するアクティブダウンリンクＢＷＰであるかを示し得る。一つまたは複数のＢＷＰインジケーターフィールドの値は、一つまたは複数のアップリンク送信に対するアクティブアップリンクＢＷＰを示し得る。

基地局は、ＰＣｅｌｌに関連付けられる構成済みダウンリンクＢＷＰのセット内のデフォルトダウンリンクＢＷＰで、ＵＥを半静的に構成し得る。基地局が、ＵＥに対するデフォルトダウンリンクＢＷＰを提供していない場合、デフォルトダウンリンクＢＷＰは、初期アクティブダウンリンクＢＷＰとすることができる。ＵＥは、ＰＢＣＨを使用して取得されたＣＯＲＥＳＥＴ構成に基づいて、どのＢＷＰが初期アクティブダウンリンクＢＷＰであるかを決定し得る。

基地局は、ＰＣｅｌｌのＢＷＰ非アクティブタイマー値でＵＥを構成できる。ＵＥは、適切な任意の時点でＢＷＰ非アクティブタイマーを開始または再起動することができる。例えば、（ａ）ＵＥが、対のスペクトル動作に対するデフォルトダウンリンクＢＷＰ以外のアクティブダウンリンクＢＷＰを示すＤＣＩを検出するときに、または（ｂ）ＵＥが、ペアでないスペクトル動作に対するデフォルトダウンリンクＢＷＰまたはアップリンクＢＷＰ以外のアクティブダウンリンクＢＷＰまたはアクティブアップリンクＢＷＰを示すＤＣＩを検出するときに、ＵＥがＢＷＰ非アクティブタイマーを開始または再起動し得る。ＵＥが一定期間（例えば、１ミリ秒または０．５ミリ秒）ＤＣＩを検出しない場合、ＵＥは、ＢＷＰ非アクティブタイマーを満了に向かって実行し得る（例えば、ゼロからＢＷＰ非アクティブタイマー値まで増加させるか、またはＢＷＰ非アクティブタイマー値からゼロへ減少させる）。ＢＷＰ非アクティブタイマーが満了になると、ＵＥはアクティブダウンリンクＢＷＰからデフォルトダウンリンクＢＷＰに切り替えられてもよい。

一実施例では、基地局は、一つまたは複数のＢＷＰを有するＵＥを半静的に構成することができる。ＵＥは、第二のＢＷＰをアクティブＢＷＰとして示すＤＣＩを受信することに応答して、および／またはＢＷＰ非アクティブタイマーの満了に応答して（例えば、第二のＢＷＰがデフォルトＢＷＰである場合）、アクティブＢＷＰを第一のＢＷＰから第二のＢＷＰに切り替えることができる。

ダウンリンクおよびアップリンクＢＷＰスイッチング（ＢＷＰスイッチングが、現在アクティブＢＷＰから、現在アクティブＢＷＰでないへのスイッチングを指す）は、ペアのスペクトルで独立して行われてもよい。ペアでないスペクトルでは、ダウンリンクおよびアップリンクＢＷＰスイッチングを同時に実施し得る。構成されるＢＷＰ間の切り替えは、ＲＲＣシグナリング、ＤＣＩ、ＢＷＰ非アクティブタイマーの満了、および／またはランダムアクセスの開始に基づいて発生し得る。

図９は、ＮＲキャリアに対して三つの構成されるＢＷＰを使用した帯域幅適応の実施例を示す。三つのＢＷＰで構成されるＵＥは、切替点で、一つのＢＷＰから別のＢＷＰに切り替えてもよい。図９に示される例では、ＢＷＰに、帯域幅が４０ＭＨｚ、サブキャリア間隔が１５ｋＨｚのＢＷＰ９０２、帯域幅が１０ＭＨｚ、サブキャリア間隔が１５ｋＨｚのＢＷＰ９０４、および帯域幅が２０ＭＨｚ、サブキャリア間隔が６０ｋＨｚのＢＷＰ９０６が含まれる。ＢＷＰ９０２は、初期アクティブＢＷＰであってもよく、ＢＷＰ９０４は、デフォルトＢＷＰであり得る。ＵＥは、切替点においてＢＷＰ間を切り替えることができる。図９の例では、ＵＥは、切替点９０８でＢＷＰ９０２からＢＷＰ９０４に切り替えてもよい。切替点９０８での切り替えは、例えば、ＢＷＰ非アクティブタイマー（デフォルトＢＷＰへのスイッチングを示す）の満了に応答して、および／またはアクティブＢＷＰとしてＢＷＰ９０４を示すＤＣＩを受信することに応答して、任意の適切な理由のために発生し得る。ＵＥは、アクティブＢＷＰとしてＢＷＰ９０６を示すＤＣＩを受信する応答で、切替点９１０でアクティブＢＷＰ９０４からＢＷＰ９０６に切り替えてもよい。ＵＥは、ＢＷＰ非アクティブタイマーの満了に応答して、および／またはＢＷＰ９０４をアクティブＢＷＰとして示すＤＣＩを受信することに応答して、切替点９１２でアクティブＢＷＰ９０６からＢＷＰ９０４に切り替えてもよい。ＵＥは、ＢＷＰ９０２をアクティブＢＷＰとして示すＤＣＩを受信する応答で、切替点９１４でアクティブＢＷＰ９０４からＢＷＰ９０２に切り替えてもよい。

ＵＥが、構成済みダウンリンクＢＷＰのセットとタイマー値におけるデフォルトダウンリンクＢＷＰでセカンダリーセルに対して構成される場合、セカンダリーセル上のＢＷＰを切り替えるためのＵＥ手順は、プライマリーセル上のものと同一／類似であり得る。例えば、ＵＥは、ＵＥがプライマリーセルに対してこれらの値を使用するのと同じ／同様の様式で、セカンダリーセルに対してタイマー値およびデフォルトダウンリンクＢＷＰを使用し得る。

より大きなデータ速度を提供するために、キャリアアグリゲーション（ＣＡ）を使用して、二つ以上のキャリアをアグリゲーションし、同じＵＥとの間で同時に送信することができる。ＣＡのアグリゲーションキャリアは、コンポーネントキャリア（ＣＣ）と呼んでもよい。ＣＡを使用する場合、ＵＥ用のサービングセルは多数あり、ＣＣ用のセルは一つである。ＣＣは、周波数ドメイン内に三つの構成を有し得る。

図１０Ａは、二つのＣＣを有する三つのＣＡ構成を示す。帯域内、連続的な構成１００２において、二つのＣＣは、同じ周波数帯（周波数帯Ａ）にアグリゲーションされ、周波数帯内で互いに直接隣接して配置される。帯域内、連続しない構成１００４では、二つのＣＣは、同じ周波数帯（周波数帯Ａ）にアグリゲーションされ、ギャップによって周波数帯に分離される。帯域内構成１００６では、二つのＣＣは、周波数帯（周波数帯Ａおよび周波数帯Ｂ）に位置する。

一実施例では、最大３２個のＣＣがアグリゲーションされ得る。アグリゲーションＣＣは、同じまたは異なる帯域幅、サブキャリア間隔、および／または二重化スキーム（ＴＤＤまたはＦＤＤ）を有し得る。ＣＡを使用するＵＥのサービングセルは、ダウンリンクＣＣを有し得る。ＦＤＤについて、一つまたは複数のアップリンクＣＣは、任意選択で、サービングセル用に構成され得る。アップリンクキャリアよりも多くのダウンリンクキャリアをアグリゲーションすることができることは、例えば、ＵＥがアップリンクよりもダウンリンクにおいてより多くのデータトラフィックを有する場合に有用であり得る。

ＣＡを使用する場合、ＵＥのアグリゲーションセルの一つを、プライマリーセル（ＰＣｅｌｌ）と呼んでもよい。ＰＣｅｌｌは、ＵＥが最初にＲＲＣ接続確立、再確立、および／またはハンドオーバーで接続するサービングセルであり得る。ＰＣｅｌｌは、ＵＥにＮＡＳモビリティ情報とセキュリティ入力を提供し得る。ＵＥは異なるＰＣｅｌｌを有し得る。ダウンリンクでは、ＰＣｅｌｌに対応するキャリアは、ダウンリンクプライマリーＣＣ（ＤＬＰＣＣ）と呼んでもよい。アップリンクでは、ＰＣｅｌｌに対応するキャリアは、アップリンクプライマリーＣＣ（ＵＬＰＣＣ）と呼んでもよい。ＵＥのその他のアグリゲーションセルは、セカンダリーセル（ＳＣｅｌｌ）と呼んでもよい。一実施例では、ＳＣｅｌｌは、ＰＣｅｌｌがＵＥに対して構成される後に構成され得る。例えば、ＳＣｅｌｌは、ＲＲＣ接続再構成手順を介して構成され得る。ダウンリンクでは、ＳＣｅｌｌに対応するキャリアは、ダウンリンクセカンダリーＣＣ（ＤＬＳＣＣ）と呼んでもよい。アップリンクでは、ＳＣｅｌｌに対応するキャリアは、アップリンクセカンダリーＣＣ（ＵＬＳＣＣ）と呼んでもよい。

ＵＥに対して構成されるＳＣｅｌｌは、例えば、トラフィックおよびチャネル条件に基づいて起動および停止され得る。ＳＣｅｌｌの停止は、ＳＣｅｌｌ上のＰＤＣＣＨおよびＰＤＳＣＨ受信が停止され、ＳＣｅｌｌ上のＰＵＳＣＨ、ＳＲＳ、およびＣＱＩ送信が停止されることを意味し得る。構成されるＳＣｅｌｌは、図４Ｂに関して、ＭＡＣＣＥを使用して起動および停止され得る。例えば、ＭＡＣＣＥは、ビットマップ（例えば、ＳＣｅｌｌあたり１ビット）を使用して、ＵＥに対するどのＳＣｅｌｌ（例えば、構成されるＳＣｅｌｌのサブセットの中）が起動または停止されるかを示し得る。構成されるＳＣｅｌｌは、ＳＣｅｌｌ停止タイマー（例えば、ＳＣｅｌｌ当たり一つのＳＣｅｌｌ停止タイマー）の満了に応答して停止され得る。

セルのスケジューリング割り当ておよびスケジューリング許可などのダウンリンク制御情報は、自己スケジューリングとして知られる、割り当ておよび許可に対応するセル上で送信され得る。セルに対するＤＣＩは、クロスキャリアスケジューリングとして知られる別のセル上で送信され得る。アグリゲーションセルに対するアップリンク制御情報（例えば、ＣＱＩ、ＰＭＩ、および／またはＲＩなどのＨＡＲＱ確認応答およびチャネル状態フィードバック）は、ＰＣｅｌｌのＰＵＣＣＨ上で送信され得る。アグリゲーションされたダウンリンクＣＣの数が多いと、ＰＣｅｌｌのＰＵＣＣＨが過負荷になるかもしれない。セルは、複数のＰＵＣＣＨグループに分けられてもよい。

図１０Ｂは、アグリゲーションセルがどのように一つまたは複数のＰＵＣＣＨ群に構成され得るかの実施例を示す。ＰＵＣＣＨグループ１０１０およびＰＵＣＣＨグループ１０５０は、それぞれ一つまたは複数のダウンリンクＣＣを含み得る。図１０Ｂの実施例において、ＵＣＣＨグループ１０１０は、ＰＣｅｌｌ１０１１、ＳＣｅｌｌ１０１２、およびＳＣｅｌｌ１０１３の三つのダウンリンクＣＣを含む。ＰＵＣＣＨグループ１０５０は、本実施例において、ＰＣｅｌｌ１０５１、ＳＣｅｌｌ１０５２、およびＳＣｅｌｌ１０５３の三つのダウンリンクＣＣを含む。一つまたは複数のアップリンクＣＣは、ＰＣｅｌｌ１０２１、ＳＣｅｌｌ１０２２、およびＳＣｅｌｌ１０２３として構成され得る。一つまたは複数の他のアップリンクＣＣは、プライマリーＳセル（ＰＳＣｅｌｌ）１０６１、ＳＣｅｌｌ１０６２、およびＳＣｅｌｌ１０６３として構成され得る。ＵＣＩ１０３１、ＵＣＩ１０３２、およびＵＣＩ１０３３として示されるＰＵＣＣＨグループ１０１０のダウンリンクＣＣに関連するアップリンク制御情報（ＵＣＩ）は、ＰＣｅｌｌ１０２１のアップリンクで送信され得る。ＵＣＩ１０７１、ＵＣＩ１０７２、およびＵＣＩ１０７３として示されるＰＵＣＣＨグループ１０５０のダウンリンクＣＣに関連するアップリンク制御情報（ＵＣＩ）は、ＰＳＣｅｌｌ１０６１のアップリンクで送信され得る。一実施例では、図１０Ｂに描写されるアグリゲーションセルがＰＵＣＣＨグループ１０１０およびＰＵＣＣＨグループ１０５０に分割されていない場合、ダウンリンクＣＣに関連するＵＣＩを送信するための単一のアップリンクＰＣｅｌｌおよびＰＣｅｌｌは、過負荷状態になり得る。ＵＣＩの送信をＰＣｅｌｌ１０２１とＰＳＣｅｌｌ１０６１の間で分割することによって、過負荷を防止し得る。

ダウンリンクキャリアとオプションのアップリンクキャリアを含むセルには、物理セルＩＤとセルインデックスを割り当てることができる。物理セルＩＤまたはセルインデックスは、例えば、物理セルＩＤが使用される、コンテキストに応じて、セルのダウンリンクキャリアおよび／またはアップリンクキャリアを識別し得る。物理セルＩＤは、ダウンリンクコンポーネントキャリア上で送信される同期信号を使用して決定することができる。セルインデックスは、ＲＲＣメッセージを使用して判定することができる。本開示において、物理セルＩＤは、キャリアＩＤと呼ばれることがある。セルインデックスは、キャリアインデックスと呼ばれることがある。例えば、本開示が第一のダウンリンクキャリアに対する第一の物理セルＩＤに言及する場合、本開示は、第一の物理セルＩＤが、第一のダウンリンクキャリアを含むセルに対するものであることを意味することができる。同じ概念は、例えば、キャリアの起動に適用し得る。本開示が第一のキャリアが起動されることを示す場合、本明細書は、第一のキャリアを含むセルが起動されることを意味し得る。

ＣＡでは、ＰＨＹのマルチキャリアの性質がＭＡＣに曝露され得る。一実施例では、ＨＡＲＱエンティティは、サービングセル上で動作し得る。トランスポートブロックは、サービングセル当たりの割り当て／許可当たりに生成され得る。トランスポートブロックおよびトランスポートブロックの潜在的なＨＡＲＱ再送信は、サービングセルにマッピングされ得る。

ダウンリンクでは、基地局が、ＵＥへの一つまたは複数の基準信号（ＲＳ）（例えば、図５Ａに示されるように、ＰＳＳ、ＳＳＳ、ＣＳＩ－ＲＳ、ＤＭＲＳ、および／またはＰＴ－ＲＳ）を送信（例えば、ユニキャスト、マルチキャスト、および／またはブロードキャスト）し得る。アップリンクでは、ＵＥは、一つまたは複数のＲＳを基地局（例えば、図５Ｂに示されるように、ＤＭＲＳ、ＰＴ－ＲＳ、および／またはＳＲＳ）に送信することができる。ＰＳＳおよびＳＳＳは、基地局によって送信され、ＵＥによって使用され、ＵＥを基地局に同期化することができる。ＰＳＳおよびＳＳＳは、ＰＳＳ、ＳＳＳ、およびＰＢＣＨを含む同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック内に提供され得る。基地局は、ＳＳ／ＰＢＣＨブロックのバーストを定期的に送信し得る。

図１１Ａは、ＳＳ／ＰＢＣＨブロックの構造および位置の実施例を示す。ＳＳ／ＰＢＣＨブロックのバーストは、一つまたは複数のＳＳ／ＰＢＣＨブロック（例えば、図１１Ａに示すように、四つのＳＳ／ＰＢＣＨブロック）を含んでもよい。バーストは、定期的に送信され得る（例えば、２フレーム毎または２０ミリ秒毎）。バーストは、ハーフフレーム（例えば、持続時間５ミリ秒を有する第一のハーフフレーム）に制限され得る。図１１Ａは一例であり、これらのパラメーター（バースト当たりのＳＳ／ＰＢＣＨブロックの数、バーストの周期性、フレーム内のバーストの位置）は、例えば、ＳＳ／ＰＢＣＨブロックが送信されるセルのキャリア周波数、セルのヌメロロジまたはサブキャリア間隔、ネットワークによる構成（例えば、ＲＲＣシグナリングを使用する）、または任意の他の適切な要因に基づいて構成され得ることが理解されよう。一実施例では、ＵＥは、監視されるキャリア周波数に基づいてＳＳ／ＰＢＣＨブロックに対するサブキャリア間隔を想定し得る。ただし、無線ネットワークが、異なるサブキャリア間隔を想定するようＵＥを構成している場合はこの限りではない。

ＳＳ／ＰＢＣＨブロックは、時間ドメイン内の一つまたは複数のＯＦＤＭシンボル（例えば、図１１Ａの例に示されるような四つのＯＦＤＭシンボル）にわたってもよく、周波数ドメインの一つまたは複数のサブキャリア（例えば、２４０個の連続したサブキャリア）にわたってもよい。ＰＳＳ、ＳＳＳ、およびＰＢＣＨは、共通中心周波数を有し得る。ＰＳＳは、最初に送信されてもよく、例えば、一つのＯＦＤＭシンボルおよび１２７個のサブキャリアにわたってもよい。ＳＳＳは、ＰＳＳの後に送信されてもよく（例えば、後の二つのシンボル）、１ＯＦＤＭシンボルおよび１２７サブキャリアにわたってもよい。ＰＢＣＨは、ＰＳＳの後に送信されてもよく（例えば、次の三つのＯＦＤＭシンボルにわたって）、２４０個のサブキャリアにわたってもよい。

時間および周波数ドメインにおけるＳＳ／ＰＢＣＨブロックの位置は、ＵＥに知られ得ない（例えば、ＵＥがセルを検索している場合）。セルを見つけて選択するために、ＵＥはＰＳＳのキャリアを監視し得る。例えば、ＵＥは、キャリア内の周波数位置を監視し得る。ある特定の期間（例えば、２０ミリ秒）後にＰＳＳが見つからない場合、ＵＥは、同期ラスタによって示されるように、キャリア内の異なる周波数位置でＰＳＳを検索し得る。ＰＳＳが時間および周波数ドメイン内の位置に見られる場合、ＵＥは、ＳＳ／ＰＢＣＨブロックの既知の構造に基づいて、ＳＳＳおよびＰＢＣＨの位置をそれぞれ決定し得る。ＳＳ／ＰＢＣＨブロックは、セル定義ＳＳブロック（ＣＤ－ＳＳＢ）であり得る。一実施例では、プライマリーセルは、ＣＤ－ＳＳＢと関連付けられてもよい。ＣＤ－ＳＳＢは、同期ラスタ上に配置され得る。一実施例では、セル選択／検索および／または再選択は、ＣＤ－ＳＳＢに基づいてもよい。

ＳＳ／ＰＢＣＨブロックは、ＵＥによってセルの一つまたは複数のパラメーターを決定するのに使用され得る。例えば、ＵＥは、ＰＳＳおよびＳＳＳの配列それぞれに基づいて、セルの物理セル識別子（ＰＣＩ）を決定し得る。ＵＥは、ＳＳ／ＰＢＣＨブロックの位置に基づいて、セルのフレーム境界の位置を決定し得る。例えば、ＳＳ／ＰＢＣＨブロックは、送信パターンに従って送信されたことを示してもよく、送信パターン中のＳＳ／ＰＢＣＨブロックは、フレーム境界から既知の距離である。

ＰＢＣＨは、ＱＰＳＫ変調を使用してもよく、順方向エラー訂正（ＦＥＣ）を使用し得る。ＦＥＣは、極性コーディングを使用し得る。ＰＢＣＨによってスパンされる一つまたは複数のシンボルは、ＰＢＣＨの復調のために一つまたは複数のＤＭＲＳを運んでもよい。ＰＢＣＨは、セルの現在のシステムフレーム番号（ＳＦＮ）および／またはＳＳ／ＰＢＣＨブロックタイミングインデックスの表示を含み得る。これらのパラメーターは、ＵＥの基地局への時間同期を容易にし得る。ＰＢＣＨは、ＵＥに一つまたは複数のパラメーターを提供するために使用されるマスター情報ブロック（ＭＩＢ）を含んでもよい。ＭＩＢは、ＵＥによって使用され、セルに関連付けられる残りの最小システム情報（ＲＳＳＩ）を見つけることができる。ＲＭＳＩは、システム情報ブロックタイプ１（ＳＩＢ１）を含んでもよい。ＳＩＢ１は、ＵＥがセルにアクセスするために必要な情報を含み得る。ＵＥは、ＰＤＳＣＨをスケジュールするために使用され得る、ＰＤＣＣＨを監視するためにＭＩＢの一つまたは複数のパラメーターを使用し得る。ＰＤＳＣＨは、ＳＩＢ１を含み得る。ＳＩＢ１は、ＭＩＢに提供されたパラメーターを使用して復号化され得る。ＰＢＣＨは、ＳＩＢ１の不在を示し得る。ＳＩＢ１が存在しないことを示すＰＢＣＨに基づいて、ＵＥは周波数を指し示し得る。ＵＥは、ＵＥが指される周波数でＳＳ／ＰＢＣＨブロックを検索し得る。

ＵＥは、同じＳＳ／ＰＢＣＨブロックインデックスで送信された一つまたは複数のＳＳ／ＰＢＣＨブロックが、準同じ位置に配置される（ＱＣＬされる）（例えば、同じ／類似のドップラー拡散、ドップラーシフト、平均ゲイン、平均遅延、および／または空間Ｒｘパラメーターを持つ）と想定することができる。ＵＥは、ＳＳ／ＰＢＣＨブロック送信に対してＱＣＬが異なるＳＳ／ＰＢＣＨブロックインデックスを有することを想定し得ない。

ＳＳ／ＰＢＣＨブロック（例えば、半フレーム内にあるブロック）は、空間方向（例えば、セルのカバレッジエリアにわたる異なるビームを使用して）に送信され得る。一実施例では、第一のＳＳ／ＰＢＣＨブロックは、第一のビームを使用して第一の空間方向に送信されてもよく、第二のＳＳ／ＰＢＣＨブロックは、第二のビームを使用して第二の空間方向に送信され得る。

一実施例では、キャリアの周波数スパン内で、基地局は、複数のＳＳ／ＰＢＣＨブロックを送信し得る。一実施例では、複数のＳＳ／ＰＢＣＨブロックの第一のＳＳ／ＰＢＣＨブロックの第一のＰＣＩは、複数のＳＳ／ＰＢＣＨブロックの第二のＳＳ／ＰＢＣＨブロックの第二のＰＣＩとは異なってもよい。異なる周波数位置で送信されるＳＳ／ＰＢＣＨブロックのＰＣＩは、異なってもよく、または同一であり得る。

ＣＳＩ－ＲＳは、基地局によって送信され、ＵＥによってチャネル状態情報（ＣＳＩ）を取得するために使用され得る。基地局は、チャネル推定またはその他の任意の適切な目的のために、一つまたは複数のＣＳＩ－ＲＳでＵＥを構成し得る。基地局は、同一／類似のＣＳＩ－ＲＳのうちの一つまたは複数でＵＥを構成し得る。ＵＥは、一つまたは複数のＣＳＩ－ＲＳを測定することができる。ＵＥは、一つまたは複数のダウンリンクＣＳＩ－ＲＳの測定に基づいて、ダウンリンクチャネル状態を推定し、および／またはＣＳＩレポートを生成することができる。ＵＥは、ＣＳＩレポートを基地局に提供し得る。基地局は、ＵＥによって提供されるフィードバック（例えば、推定されたダウンリンクチャネル状態）を使用して、リンク適合を実行し得る。

基地局は、一つまたは複数のＣＳＩ－ＲＳリソースセットでＵＥを半静的に構成できる。ＣＳＩ－ＲＳリソースは、時間および周波数ドメイン内の位置および周期性と関連付けられてもよい。基地局は、ＣＳＩ－ＲＳリソースを選択的に起動および／または停止し得る。基地局は、ＣＳＩ－ＲＳリソースセット内のＣＳＩ－ＲＳリソースが起動および／または停止されることをＵＥに示し得る。

基地局は、ＣＳＩ測定値を報告するようにＵＥを構成し得る。基地局は、定期的に、不定期に、または半永続的にＣＳＩレポートを提供するようにＵＥを構成し得る。定期的なＣＳＩレポートのために、ＵＥは、複数のＣＳＩレポートのタイミングおよび／または周期性で構成され得る。不定期のＣＳＩレポートについては、基地局がＣＳＩレポートを要求し得る。例えば、基地局は、ＵＥに、構成されるＣＳＩ－ＲＳリソースを測定し、測定値に関するＣＳＩレポートを提供するように命令し得る。半永続的ＣＳＩレポートについては、基地局は、定期レポートを定期的に送信し、選択的に起動または停止するようＵＥを構成することができる。基地局は、ＲＲＣシグナリングを使用して、ＣＳＩ－ＲＳリソースセットおよびＣＳＩレポートでＵＥを構成し得る。

ＣＳＩ－ＲＳ構成は、例えば、最大３２個のアンテナポートを示す一つまたは複数のパラメーターを含み得る。ＵＥは、ダウンリンクＣＳＩ－ＲＳおよびＣＯＲＥＳＥＴが空間的にＱＣＬされ、ダウンリンクＣＳＩ－ＲＳに関連付けられるリソース要素がＣＯＲＥＳＥＴ用に構成される物理リソースブロック（ＰＲＢ）の外部にある場合、ダウンリンクＣＳＩ－ＲＳと制御リソースセット（ＣＯＲＥＳＥＴ）に同じＯＦＤＭシンボルを使用するように構成できる。ＵＥは、ダウンリンクＣＳＩ－ＲＳおよびＳＳ／ＰＢＣＨブロックが空間的にＱＣＬされ、ダウンリンクＣＳＩ－ＲＳに関連付けられるリソース要素がＳＳ／ＰＢＣＨブロック用に構成されるＰＲＢの外部にある場合、ダウンリンクＣＳＩ－ＲＳおよびＳＳ／ＰＢＣＨブロックに同じＯＦＤＭシンボルを使用するように構成できる。

ダウンリンクＤＭＲＳは、基地局によって送信されてもよく、ＵＥによってチャネル推定のために使用され得る。例えば、ダウンリンクＤＭＲＳは、一つまたは複数のダウンリンク物理チャネル（例えば、ＰＤＳＣＨ）のコヒーレント復調に使用され得る。ＮＲネットワークは、データ復調のために一つまたは複数の可変および／または構成可能なＤＭＲＳパターンをサポートし得る。少なくとも一つのダウンリンクＤＭＲＳ構成は、フロントロードされたＤＭＲＳパターンをサポートすることができる。フロントロードされたＤＭＲＳは、一つまたは複数のＯＦＤＭシンボル（例えば、一つまたは二つの隣接するＯＦＤＭシンボル）にマッピングできる。基地局は、ＰＤＳＣＨのフロントロードされたＤＭＲＳシンボルの数（例えば、最大数）を使用してＵＥを半静的に構成できる。ＤＭＲＳ構成は、一つまたは複数のＤＭＲＳポートをサポートし得る。例えば、シングルユーザーＭＩＭＯの場合、ＤＭＲＳ構成は、ＵＥ当たり最大八つの直交ダウンリンクＤＭＲＳポートをサポートし得る。マルチユーザーＭＩＭＯの場合、ＤＭＲＳ構成は、ＵＥあたり最大四つの直交ダウンリンクＤＭＲＳポートをサポートできる。無線ネットワークは、ダウンリンクとアップリンクの一般的なＤＭＲＳ構造を（例えば、少なくともＣＰ－ＯＦＤＭに対し）サポートできる。ＤＭＲＳ位置、ＤＭＲＳパターン、および／またはスクランブリングシーケンスは、同じであっても異なっていてもよい。基地局は、同じプリコーディングマトリックスを使用して、ダウンリンクＤＭＳおよび対応するＰＤＳＣＨを送信し得る。ＵＥは、ＰＤＳＣＨのコヒーレント復調／チャネル推定のために一つまたは複数のダウンリンクＤＭＲを使用し得る。

一実施例では、送信機（例えば、基地局）は、送信帯域幅の一部に対してプリコーダマトリックスを使用し得る。例えば、送信機は、第一の帯域幅に第一のプリコーダマトリックスを、第二の帯域幅に第二のプリコーダマトリックスを使用し得る。第一のプリコーダマトリックスおよび第二のプリコーダマトリックスは、第一の帯域幅が第二の帯域幅とは異なることに基づいて異なってもよい。ＵＥは、同じプリコーディングマトリックスが、ＰＲＢのセットにわたって使用されると仮定し得る。ＰＲＢのセットは、プリコーディングリソースブロックグループ（ＰＲＧ）として示され得る。

ＰＤＳＣＨは、一つまたは複数の層を含んでもよい。ＵＥは、ＤＭＳを有する少なくとも一つのシンボルが、ＰＤＳＣＨの一つまたは複数の層の層上に存在すると仮定し得る。上位層は、ＰＤＳＣＨに対して最大三つのＤＭＲＳを構成し得る。

ダウンリンクＰＴ－ＲＳは、基地局によって送信されてもよく、位相雑音補償のためにＵＥによって使用され得る。ダウンリンクＰＴ－ＲＳが存在するかどうかは、ＲＲＣ構成によって異なる。ダウンリンクＰＴ－ＲＳの存在および／またはパターンは、ＲＲＣシグナリングの組み合わせ、および／またはＤＣＩによって示され得る、他の目的（例えば、変調および符号化スキーム（ＭＣＳ））に使用される一つまたは複数のパラメーターとの関連付けを使用して、ＵＥ固有ベースに構成できる。構成される場合、ダウンリンクＰＴ－ＲＳの動的な存在は、少なくともＭＣＳを含む一つまたは複数のＤＣＩパラメーターに関連付けることができる。ＮＲネットワークは、時間および／または周波数ドメインで定義された複数のＰＴ－ＲＳ密度をサポートすることができる。周波数ドメイン密度は、それが存在する場合、スケジュールされた帯域幅の少なくとも一つの構成に関連付けられることができる。ＵＥは、ＤＭＲＳポートおよびＰＴ－ＲＳポートのための同じプリコーディングを想定し得る。ＰＴ－ＲＳポート数は、スケジュールされたリソース内のＤＭ－ＲＳポート数よりも少ない場合がある。ダウンリンクＰＴ－ＲＳは、ＵＥのスケジュールされた時間／周波数期間に制限され得る。ダウンリンクＰＴ－ＲＳは、受信機での相追跡を容易にするためにシンボル上で送信され得る。

ＵＥは、アップリンクＤＭＲＳを基地局に送信してチャネル推定を行うことができる。例えば、基地局は、一つまたは複数のアップリンク物理チャネルのコヒーレント復調のためにアップリンクＤＭＲＳを使用し得る。例えば、ＵＥは、ＰＵＳＣＨおよび／またはＰＵＣＣＨでアップリンクＤＭＲを送信し得る。アップリンクＤＭ－ＲＳは、対応する物理チャネルに関連付けられる周波数の範囲に類似する周波数の範囲にわたってもよい。基地局は、一つまたは複数のアップリンクＤＭＲＳ構成でＵＥを構成することができる。少なくとも一つのＤＭＲＳ構成が、フロントロードされたＤＭＲＳパターンをサポートし得る。フロントロードされたＤＭＲＳは、一つまたは複数のＯＦＤＭシンボル（例えば、一つまたは二つの隣接するＯＦＤＭシンボル）にマッピングできる。一つまたは複数のアップリンクＤＭＲＳは、ＰＵＳＣＨおよび／またはＰＵＣＣＨの一つまたは複数のシンボルで送信するように構成され得る。基地局は、ＵＥが、単一シンボルＤＭＲＳおよび／または二重シンボルＤＭＲＳをスケジュールするために使用し得る、ＰＵＳＣＨおよび／またはＰＵＣＣＨ用のフロントロードＤＭＲＳシンボルの数（例えば、最大数）を用いて、ＵＥを半静的に構成し得る。ＮＲネットワークは、ダウンリンクおよびアップリンク用の共通ＤＭＲＳ構造（例えば、サイクリックプレフィックス直交周波数分割多重化（ＣＰ－ＯＦＤＭ）のために）をサポートしてもよく、ここで、ＤＭＲＳ位置、ＤＭＲＳパターン、および／またはＤＭＲＳのスクランブル配列は、同一であっても異なってもよい。

ＰＵＳＣＨは、一つまたは複数の層を含んでもよく、ＵＥは、ＰＵＳＣＨの一つまたは複数の層の層上に存在するＤＭＳを有する少なくとも一つのシンボルを送信し得る。一実施例では、上位層は、ＰＵＳＣＨに対して最大三つのＤＭＲＳを構成し得る。

アップリンクＰＴ－ＲＳ（位相トラッキングおよび／または位相雑音補償のために基地局によって使用され得る）は、ＵＥのＲＲＣ構成に応じて存在し得るか、または存在しなくてもよい。アップリンクＰＴ－ＲＳの存在および／またはパターンは、ＲＲＣシグナリングおよび／またはＤＣＩによって示され得る、他の目的（例えば、ＭｏｄｕｌａｔｉｏｎａｎｄＣｏｄｉｎｇＳｃｈｅｍｅ（ＭＣＳ））に使用される一つまたは複数のパラメーターの組み合わせによってＵＥ固有ベースに構成できる。構成される場合、アップリンクＰＴ－ＲＳの動的な存在は、少なくともＭＣＳを含む一つまたは複数のＤＣＩパラメーターに関連付けることができる。無線ネットワークは、時間／周波数ドメインで画定される複数のアップリンクＰＴ－ＲＳ密度をサポートすることができる。周波数ドメイン密度は、それが存在する場合、スケジュールされた帯域幅の少なくとも一つの構成に関連付けられることができる。ＵＥは、ＤＭＲＳポートおよびＰＴ－ＲＳポートのための同じプリコーディングを想定し得る。ＰＴ－ＲＳポート数は、スケジュールされたリソース内のＤＭ－ＲＳポート数よりも少ない場合がある。例えば、アップリンクＰＴ－ＲＳは、ＵＥのスケジュールされた時間／周波数期間に制限され得る。

ＳＲＳは、アップリンクチャネル依存スケジューリングおよび／またはリンク適合をサポートするために、チャネル状態推定のためにＵＥによって基地局に送信され得る。ＵＥによって送信されるＳＲＳは、基地局が一つまたは複数の周波数でアップリンクチャネル状態を推定することを可能にし得る。基地局のスケジューラは、推定されたアップリンクチャネル状態を使用して、ＵＥからのアップリンクＰＵＳＣＨ送信のために一つまたは複数のリソースブロックを割り当てることができる。基地局は、一つまたは複数のＳＲＳリソースセットを用いてＵＥを半静的に構成することができる。ＳＲＳリソースセットの場合、基地局は、一つまたは複数のＳＲＳリソースを用いてＵＥを構成することができる。ＳＲＳリソースセットの適用可能性は、上位層（例えば、ＲＲＣ）のパラメーターによって構成されることができる。例えば、上位層パラメーターがビーム管理を示す場合、一つまたは複数のＳＲＳリソースセット（例えば、同一／類似の時間ドメイン挙動、周期性、非周期性、および／または同種のものを有する）のＳＲＳリソースセット内のＳＲＳリソースが、瞬時に（例えば、同時に）送信され得る。ＵＥは、ＳＲＳリソースセット内の一つまたは複数のＳＲＳリソースを送信することができる。ＮＲネットワークは、非周期的、周期的、および／または半持続的ＳＲＳ送信をサポートし得る。ＵＥは、一つまたは複数のトリガータイプに基づいてＳＲＳリソースを送信してもよく、一つまたは複数のトリガータイプは、上位層シグナリング（例えば、ＲＲＣ）および／または一つまたは複数のＤＣＩフォーマットを含んでもよい。一実施例では、少なくとも一つのＤＣＩフォーマットが、ＵＥに対して用いられて、一つまたは複数の構成されるＳＲＳリソースセットのうちの少なくとも一つを選択し得る。ＳＲＳトリガータイプ０は、上位層のシグナリングに基づいてトリガーされたＳＲＳを指し得る。ＳＲＳトリガータイプ１は、一つまたは複数のＤＣＩフォーマットに基づいてトリガーされたＳＲＳを指すことができる。一実施例では、ＰＵＳＣＨとＳＲＳが同じスロットで送信される場合、ＵＥは、ＰＵＳＣＨおよび対応するアップリンクＤＭＲＳの送信の後にＳＲＳを送信するように構成され得る。

基地局は、ＳＲＳリソース構成識別子、ＳＲＳポートの数、ＳＲＳリソース構成の時間ドメイン挙動（例えば、周期的、半永続的、または非周期的ＳＲＳの表示）、スロット、ミニスロット、および／またはサブフレームレベル周期性、周期的および／または非周期的ＳＲＳリソースのためのオフセット、ＳＲＳリソース内のＯＦＤＭシンボルの数、ＳＲＳリソースの開始ＯＦＤＭシンボル、ＳＲＳ帯域幅、周波数ホッピング帯域幅、サイクリックシフト、および／またはＳＲＳシーケンスＩＤの少なくとも一つを示す一つまたは複数のＳＲＳ構成パラメーターを用いてＵＥを準統計学的に構成することができる。

アンテナポートは、アンテナポート上のシンボルが搬送されるチャネルが、同じアンテナポート上の別のシンボルが搬送されるチャネルから推測され得るように画定される。第一のシンボルおよび第二のシンボルが同じアンテナポート上に送信される場合、受信機は、アンテナポート上の第一のシンボルを搬送するためのチャネルから、アンテナポート上の第二のシンボルを搬送するためのチャネル（例えば、フェードゲイン、マルチパス遅延、および／または同種のもの）を推測し得る。第一のアンテナポートおよび第二のアンテナポートは、第一のアンテナポート上の第一のシンボルが伝達されるチャネルの一つまたは複数の大規模な特性が、第二のアンテナポートの第二のシンボルが送信される、チャネルから推測され得る場合、準同じ位置に配置される（ＱＣＬされる）と呼ばれてもよい。一つまたは複数の大規模プロパティは、遅延拡散、ドップラー拡散、ドップラーシフト、平均ゲイン、平均遅延、および／または空間受信（Ｒｘ）パラメーターの少なくとも一つを含んでもよい。

ビームフォーミングを使用するチャネルでは、ビーム管理が必要である。ビーム管理は、ビーム測定、ビーム選択、およびビーム表示を含み得る。ビームは、一つまたは複数の基準信号と関連付けられてもよい。例えば、ビームは、一つまたは複数のビーム形成基準信号によって識別され得る。ＵＥは、ダウンリンク基準信号（例えば、チャネル状態情報基準信号（ＣＳＩ－ＲＳ））に基づいてダウンリンクビーム測定を実行し、ビーム測定レポートを生成し得る。ＵＥは、ＲＲＣ接続が基地局でセットアップされた後、ダウンリンクビーム測定手順を実施することができる。

図１１Ｂは、時間および周波数ドメインにマッピングされるチャネル状態情報基準信号（ＣＳＩ－ＲＳ）の実施例を示す。図１１Ｂに示される正方形は、セルの帯域幅内のリソースブロック（ＲＢ）にわたってもよい。基地局は、一つまたは複数のＣＳＩ－ＲＳを示すＣＳＩ－ＲＳリソース構成パラメーターを含む一つまたは複数のＲＲＣメッセージを送信できる。次のパラメーターの一つまたは複数は、ＣＳＩ－ＲＳリソース構成に対する、上位層のシグナリング（例えば、ＲＲＣおよび／またはＭＡＣシグナリング）によって設定できる。ＣＳＩ－ＲＳリソース構成アイデンティティ、ＣＳＩ－ＲＳポートの数、ＣＳＩ－ＲＳ構成（例えば、サブフレーム内のシンボルおよびリソース要素（ＲＥ）の位置）、ＣＳＩ－ＲＳサブフレーム構成（例えば、サブフレーム位置、オフセット、および無線フレームの周期性）、ＣＳＩ－ＲＳ電力パラメーター、ＣＳＩ－ＲＳシーケンスパラメーター、符号分割多重（ＣＤＭ）タイプパラメーター、周波数密度、送信コーム、準同一位置（ＱＣＬ）パラメーター（例えば、ＱＣＬ－ｓｃｒａｍｂｌｉｎｇｉｄｅｎｔｉｔｙ、ｃｒｓ－ｐｏｒｔｓｃｏｕｎｔ、ｍｂｓｆｎ－ｓｕｂｆｒａｍｅｃｏｎｆｉｇｌｉｓｔ、ｃｓｉ－ｒｓ－ｃｏｎｆｉｇＺＰｉｄ、ｑｃｌ－ｃｓｉ－ｒｓ－ｃｏｎｆｉｇＮＺＰｉｄ）、および／または他の無線リソースパラメーター。

図１１Ｂに示す三つのビームは、ＵＥ固有の構成のＵＥに対して構成され得る。三つのビームを図１１Ｂに示し（ビーム＃１、ビーム＃２、およびビーム＃３）、それより多い、またはそれより少ないビームを構成し得る。ビーム＃１は、第一のシンボルのＲＢ内の一つまたは複数のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０１で割り当てられ得る。ビーム＃２は、第二のシンボルのＲＢ内の一つまたは複数のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０２で割り当てられ得る。ビーム＃３は、第三のシンボルのＲＢ内の一つまたは複数のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０３で割り当てられ得る。周波数分割多重化（ＦＤＭ）を使用することにより、基地局は、同じＲＢ内の他のサブキャリア（例えば、ＣＳＩ－ＲＳ１１０１を送信するために使用されないもの）を使用して、別のＵＥのビームに関連付けられる別のＣＳＩ－ＲＳを送信し得る。時間ドメイン多重化（ＴＤＭ）を使用することで、ＵＥに使用されるビームは、ＵＥのビームが他のＵＥのビームからのシンボルを使用するように構成され得る。

図１１Ｂ示されるＣＳＩ－ＲＳ（例えば、ＣＳＩ－ＲＳ１１０１、１１０２、１１０３）は、基地局によって送信され、一つまたは複数の測定のためにＵＥによって使用され得る。例えば、ＵＥは、構成されるＣＳＩ－ＲＳリソースの基準信号受信電力（ＲＳＲＰ）を測定することができる。基地局は、レポート構成を用いてＵＥを構成してもよく、ＵＥは、レポート構成に基づいて、ＲＳＲＰ測定値をネットワークに（例えば、一つまたは複数の基地局を介して）報告し得る。一実施例では、基地局は、報告された測定結果に基づいて、いくつかの基準信号を含む一つまたは複数の送信構成表示（ＴＣＩ）状態を決定し得る。一実施例では、基地局は、一つまたは複数のＴＣＩ状態をＵＥに示し得る（例えば、ＲＲＣシグナリング、ＭＡＣＣＥ、および／またはＤＣＩを介して）。ＵＥは、一つまたは複数のＴＣＩ状態に基づいて決定される受信（Ｒｘ）ビームを有するダウンリンク送信を受信し得る。一実施例では、ＵＥは、ビームコレスポンデンス能力を有してもよく、または有しなくてもよい。ＵＥがビームコレスポンデンス能力を有する場合、ＵＥは、コレスポンデンスするＲｘビームの空間ドメインフィルターに基づいて、送信（Ｔｘ）ビームの空間ドメインフィルターを決定し得る。ＵＥがビームコレスポンデンス能力を有していない場合、ＵＥは、アップリンクビーム選択手順を実行して、Ｔｘビームの空間ドメインフィルターを決定し得る。ＵＥは、基地局によってＵＥに構成される一つまたは複数のサウンディング基準信号（ＳＲＳ）リソースに基づいて、アップリンクビーム選択手順を実行し得る。基地局は、ＵＥによって送信される一つまたは複数のＳＲＳリソースの測定値に基づいて、ＵＥ用のアップリンクビームを選択し、表示し得る。

ビーム管理手順において、ＵＥは、一つまたは複数のビームペアリンク、基地局によって送信される送信ビーム、およびＵＥによって受信される受信ビームを含むビームペアリンクのチャネル品質を評価（例えば、測定）し得る。評価に基づいて、ＵＥは、例えば、一つまたは複数のビーム識別（例えば、ビームインデックス、基準信号インデックス、または類似のもの）、ＲＳＲＰ、プリコーディングマトリックスインジケーター（ＰＭＩ）、チャネル品質インジケーター（ＣＱＩ）、および／またはランクインジケーター（ＲＩ）を含む、一つまたは複数のビームペア品質パラメーターを示すビーム測定レポートを送信し得る。

図１２Ａは、三つのダウンリンクビーム管理手順、Ｐ１、Ｐ２、およびＰ３の例を示す。手順Ｐ１は、例えば、一つまたは複数の基地局Ｔｘビームおよび／またはＵＥＲｘビーム（Ｐ１の一番上の行と一番下の行にそれぞれ楕円として表示される）の選択をサポートするために、送信受信点（ＴＲＰ）（または複数のＴＲＰ）の送信（Ｔｘ）ビームでのＵＥ測定を可能にし得る。ＴＲＰでのビームフォーミングは、ビームのセットのＴｘビームスイープを含み得る（Ｐ１とＰ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。ＵＥでのビームフォーミングは、ビームのセットのためのＲｘビームスイープを含み得る（Ｐ１とＰ３の下の行に示されるように、楕円は破線の矢印で示されるとき計回りの方向に回転している）。手順Ｐ２を使用して、ＴＲＰのＴｘビームでＵＥ測定を有効にすることができる。（Ｐ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。ＵＥおよび／または基地局は、手順Ｐ１で使用されるよりも小さなビームのセットを使用して、または手順Ｐ１で使用されるビームよりも狭いビームを使用して、手順Ｐ２を実施することができる。これは、ビームリファインメントと呼んでもよい。ＵＥは、基地局で同じＴｘビームを使用し、ＵＥでＲｘビームをスイープすることによって、Ｒｘビーム決定のための手順Ｐ３を実施することができる。

図１２Ｂは、三つのアップリンクビーム管理手順、Ｕ１、Ｕ２、およびＵ３の例を示す。手順Ｕ１を使用して、例えば、一つまたは複数のＵＥＴｘビームおよび／または基地局Ｒｘビーム（Ｕ１の最上行および最下行にそれぞれ楕円として示される）の選択をサポートするために、ＵＥのＴｘビームに対して基地局が測定を実行できるようにし得る。ＵＥでのビームフォーミングは、例えば、ビームのセットからのＴｘビームスイープを含み得る。（Ｕ１とＵ３の下の行に、破線の矢印で示されるとき計回りに回転した楕円として示される）。基地局でのビームフォーミングは、例えば、ビームのセットからのＲｘビームスイープを含み得る。（Ｕ１とＵ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。手順Ｕ２を使用して、ＵＥが固定Ｔｘビームを使用するときに基地局がそのＲｘビームを調整できるようにし得る。ＵＥおよび／または基地局は、手順Ｐ１で使用されるよりも小さなビームのセットを使用して、または手順Ｐ１で使用されるビームよりも狭いビームを使用して、手順Ｕ２を実施することができる。これは、ビームリファインメントと呼んでもよい。ＵＥは、基地局が固定Ｒｘビームを使用するときに、そのＴｘビームを調整する手順Ｕ３を実施することができる。

ＵＥは、ビーム故障の検出に基づいて、ビーム故障回復（ＢＦＲ）手順を開始し得る。ＵＥは、ＢＦＲ手順の開始に基づいて、ＢＦＲ要求（例えば、プリアンブル、ＵＣＩ、ＳＲ、ＭＡＣＣＥ、および／または同種のもの）を送信し得る。ＵＥは、関連する制御チャネルのビームペアリンクの品質が満足のいかない（例えば、エラーレート閾値よりも高いエラーレート、受信信号パワー閾値より低い受信信号パワー、タイマーの満了、および／または類似のものを有する）という判定に基づいて、ビーム故障を検出し得る。

ＵＥは、一つまたは複数のＳＳ／ＰＢＣＨブロック、一つまたは複数のＣＳＩ－ＲＳリソース、および／または一つまたは複数の復調基準信号（ＤＭＲＳ）を含む一つまたは複数の基準信号（ＲＳ）を使用して、ビームペアリンクの品質を測定し得る。ビームペアリンクの品質は、ブロックエラーレート（ＢＬＥＲ）、ＲＳＲＰ値、信号対干渉プラスノイズ比（ＳＩＮＲ）値、基準信号受信品質（ＲＳＲＱ）値、および／またはＲＳリソースで測定されるＣＳＩ値の一つまたは複数に基づいてもよい。基地局は、ＲＳリソースが、チャネル（例えば、制御チャネル、共有データチャネル、および／または類似のもの）の一つまたは複数のＤＭ－ＲＳと準同じ位置に配置される（ＱＣＬされる）ことを示し得る。チャネルのＲＳリソースおよび一つまたは複数のＤＭＲＳは、ＲＳリソースを介してＵＥへの送信からのチャネル特性（例えば、ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散、空間Ｒｘパラメーター、フェード、および／または同種のもの）が、チャネルを介してＵＥへの送信からのチャネル特性と類似または同一であるとき、ＱＣＬ化され得る。

ネットワーク（例えば、ネットワークのｇＮＢおよび／またはｎｇ－ｅＮＢ）および／またはＵＥは、ランダムアクセス手順を開始し得る。ＲＲＣ＿ＩＤＬＥ状態のＵＥおよび／またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥは、ランダムアクセス手順を開始して、ネットワークへの接続セットアップを要求し得る。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からランダムアクセス手順を開始し得る。ＵＥは、ランダムアクセス手順を開始して、アップリンクリソースを要求し（例えば、利用可能なＰＵＣＣＨリソースがない場合にＳＲのアップリンク送信のために）、および／またはアップリンクタイミング（例えば、アップリンク同期状態が同期されていない場合）を取得することができる。ＵＥは、ランダムアクセス手順を開始し、一つまたは複数のシステム情報ブロック（ＳＩＢ）（例えば、ＳＩＢ２、ＳＩＢ３、および／または類似のものなどの他のシステム情報）を要求し得る。ＵＥは、ビーム故障回復要求のためのランダムアクセス手順を開始することができる。ネットワークは、ハンドオーバーのための、および／またはＳＣｅｌｌ追加のための時間アライメントを確立するためのランダムアクセス手順を開始し得る。

図１３Ａは、４ステップの競合ベースのランダムアクセス手順を示す。手順の開始前に、基地局は、構成メッセージ１３１０をＵＥに送信し得る。図１３Ａは、Ｍｓｇ１１３１１、Ｍｓｇ２１３１２、Ｍｓｇ３１３１３、およびＭｓｇ４１３１４の四つのメッセージの送信を含む。Ｍｓｇ１１３１１は、プリアンブル（またはランダムアクセスプリアンブル）を含んでもよく、および／またはプリアンブルと呼んでもよい。Ｍｓｇ２１３１２は、ランダムアクセス応答（ＲＡＲ）を含んでもよく、および／またはランダムアクセス応答（ＲＡＲ）と呼んでもよい。

構成メッセージ１３１０は、例えば、一つまたは複数のＲＲＣメッセージを使用して送信され得る。一つまたは複数のＲＲＣメッセージは、ＵＥへの一つまたは複数のランダムアクセスチャネル（ＲＡＣＨ）パラメーターを示し得る。一つまたは複数のＲＡＣＨパラメーターは、一つまたは複数のランダムアクセス手順に対する一般パラメーター（例えば、ＲＡＣＨ－ｃｏｎｆｉｇＧｅｎｅｒａｌ）、セル特有のパラメーター（例えば、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ）、および／または専用パラメーター（例えば、ＲＡＣＨ－ｃｏｎｆｉｇＤｅｄｉｃａｔｅｄ）のうちの少なくとも一つを含んでもよい。基地局は、一つまたは複数のＲＲＣメッセージを一つまたは複数のＵＥにブロードキャストまたはマルチキャストすることができる。一つまたは複数のＲＲＣメッセージは、ＵＥ固有であり得る（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態および／またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において、ＵＥに送信される専用ＲＲＣメッセージ）。ＵＥは、一つまたは複数のＲＡＣＨパラメーターに基づいて、Ｍｓｇ１１３１１および／またはＭｓｇ３１３１３の送信のための時間周波数リソースおよび／またはアップリンク送信電力を決定し得る。一つまたは複数のＲＡＣＨパラメーターに基づいて、ＵＥは、Ｍｓｇ２１３１２およびＭｓｇ４１３１４を受信するための受信タイミングおよびダウンリンクチャネルを決定し得る。

構成メッセージ１３１０に提供される一つまたは複数のＲＡＣＨパラメーターは、Ｍｓｇ１１３１１の送信に利用可能な一つまたは複数の物理ＲＡＣＨ（ＰＲＡＣＨ）機会を示し得る。一つまたは複数のＰＲＡＣＨ機会は、事前に定義されていてもよい。一つまたは複数のＲＡＣＨパラメーターは、一つまたは複数のＰＲＡＣＨ機会の一つまたは複数の利用可能なセットを示し得る（例えば、ｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘ）。一つまたは複数のＲＡＣＨパラメーターは、（ａ）一つまたは複数のＰＲＡＣＨ機会と、（ｂ）一つまたは複数の基準信号との間の関連を示し得る。一つまたは複数のＲＡＣＨパラメーターは、（ａ）一つまたは複数のプリアンブルと、（ｂ）一つまたは複数の基準信号との間の関連を示し得る。一つまたは複数の基準信号は、ＳＳ／ＰＢＣＨブロックおよび／またはＣＳＩ－ＲＳであり得る。例えば、一つまたは複数のＲＡＣＨパラメーターは、ＰＲＡＣＨ機会にマッピングされたＳＳ／ＰＢＣＨブロックの数、および／またはＳＳ／ＰＢＣＨブロックにマッピングされたプリアンブルの数を示し得る。

構成メッセージ１３１０に提供される一つまたは複数のＲＡＣＨパラメーターを使用して、Ｍｓｇ１１３１１および／またはＭｓｇ３１３１３のアップリンク送信電力を決定し得る。例えば、一つまたは複数のＲＡＣＨパラメーターは、プリアンブル送信用の基準電力（例えば、受信したターゲット電力および／またはプリアンブル送信の初期電力）を示し得る。一つまたは複数のＲＡＣＨパラメーターによって示される一つまたは複数の電力オフセットがあり得る。例えば、一つまたは複数のＲＡＣＨパラメーターは、パワーランピングステップ、ＳＳＢとＣＳＩ－ＲＳとの間の電力オフセット、Ｍｓｇ１１３１１とＭｓｇ３１３１３の送信間の電力オフセット、および／またはプリアンブルグループ間の電力オフセット値を示し得る。一つまたは複数のＲＡＣＨパラメーターは、ＵＥが少なくとも一つの基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）および／またはアップリンクキャリア（例えば、正常アップリンク（ＮＵＬ）キャリアおよび／または補完的アップリンク（ＳＵＬ）キャリア）を決定し得るための、一つまたは複数の閾値を示し得る。

Ｍｓｇ１１３１１は、一つまたは複数のプリアンブル送信（例えば、プリアンブル送信および一つまたは複数のプリアンブル再送信）を含み得る。ＲＲＣメッセージは、一つまたは複数のプリアンブルグループ（例えば、グループＡおよび／またはグループＢ）を構成するために使用され得る。プリアンブルグループは、一つまたは複数のプリアンブルを含んでもよい。ＵＥは、経路損失測定および／またはＭｓｇ３１３１３のサイズに基づいて、プリアンブルグループを決定し得る。ＵＥは、一つまたは複数の基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）のＲＳＲＰを測定し、ＲＳＲＰ閾値（例えば、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢおよび／またはｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳ）を超えるＲＳＲＰを有する少なくとも一つの基準信号を決定し得る。ＵＥは、例えば、一つまたは複数のプリアンブルと少なくとも一つの基準信号との間の関連付けがＲＲＣメッセージによって構成される場合、一つまたは複数の基準信号および／または選択されたプリアンブルグループに関連付けられる少なくとも一つのプリアンブルを選択し得る。

ＵＥは、構成メッセージ１３１０に提供される一つまたは複数のＲＡＣＨパラメーターに基づいて、プリアンブルを決定し得る。例えば、ＵＥは、経路損失測定、ＲＳＲＰ測定、および／またはＭｓｇ３１３１３のサイズに基づいて、プリアンブルを決定し得る。別の実施例として、一つまたは複数のＲＡＣＨパラメーターは、プリアンブルフォーマット、プリアンブル送信の最大数、および／または一つまたは複数のプリアンブルグループ（例えば、グループＡおよびグループＢ）を決定するための一つまたは複数の閾値を示し得る。基地局は、一つまたは複数のＲＡＣＨパラメーターを使用して、一つまたは複数のプリアンブルと一つまたは複数の基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）との間の関連付けでＵＥを構成し得る。関連付けが構成される場合、ＵＥは、関連付けに基づいて、Ｍｓｇ１１３１１に含めるようにプリアンブルを決定し得る。Ｍｓｇ１１３１１は、一つまたは複数のＰＲＡＣＨ機会を介して基地局に送信され得る。ＵＥは、プリアンブルの選択およびＰＲＡＣＨ機会の決定のために、一つまたは複数の基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）を使用し得る。一つまたは複数のＲＡＣＨパラメーター（例えば、ｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭｓｋＩｎｄｅｘおよび／またはｒａ－ＯｃｃａｓｉｏｎＬｉｓｔ）は、ＰＲＡＣＨ機会と一つまたは複数の基準信号との間の関連付けを示し得る。

ＵＥは、プリアンブル送信後に応答が受信されない場合、プリアンブル再送信を実行し得る。ＵＥは、プリアンブル再送信のためにアップリンク送信電力を増加させ得る。ＵＥは、ネットワークによって構成される、経路損失測定および／またはターゲット受信プリアンブル電力に基づいて、初期プリアンブル送信電力を選択し得る。ＵＥは、プリアンブルを再送信することを決定してもよく、アップリンク送信電力をランプアップし得る。ＵＥは、プリアンブル再送信のランピングステップを示す一つまたは複数のＲＡＣＨパラメーター（例えば、ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＳＴＥＰ）を受信し得る。ランピングステップは、再送信のためのアップリンク送信電力の増分増加の量であり得る。ＵＥが、前のプリアンブル送信と同じ基準信号（例えば、ＳＳＢおよび／またはＣＳＩ－ＲＳ）を決定する場合、ＵＥはアップリンク送信電力をランプアップし得る。ＵＥは、プリアンブル送信および／または再送信の数を数えることができる（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＳＴＡＴＥＥＲ）。ＵＥは、ランダムアクセス手順が、例えば、プリアンブル送信の数が、一つまたは複数のＲＡＣＨパラメーター（例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）によって構成される閾値を超える場合、失敗して完了したと決定し得る。

ＵＥが受信するＭｓｇ２１３１２は、ＲＡＲを含んでもよい。一部のシナリオでは、Ｍｓｇ２１３１２は、複数のＵＥに対応する複数のＲＡＲを含んでもよい。Ｍｓｇ２１３１２は、Ｍｓｇ１１３１１の送信の後またはそれに応答して受信され得る。Ｍｓｇ２１３１２は、ＤＬ－ＳＣＨ上でスケジュールされ、ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）を使用してＰＤＣＣＨ上で表示され得る。Ｍｓｇ２１３１２は、Ｍｓｇ１１３１１が基地局によって受信されたことを示し得る。Ｍｓｇ２１３１２は、ＵＥがＵＥの送信タイミングを調整するために使用し得る時間アライメントコマンド、Ｍｓｇ３１３１３の送信のためのスケジューリング許可、および／または一時セルＲＮＴＩ（ＴＣ－ＲＮＴＩ）を含み得る。プリアンブルを送信した後、ＵＥは、Ｍｓｇ２１３１２のＰＤＣＣＨを監視する時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。ＵＥは、ＵＥがプリアンブルを送信するために使用するＰＲＡＣＨ機会に基づいて、いつ時間ウィンドウを開始するかを決定し得る。例えば、ＵＥは、プリアンブルの最後のシンボルの一つまたは複数のシンボルの後に（例えば、プリアンブル送信の終わりからの第一のＰＤＣＣＨ機会に）、時間ウィンドウを開始し得る。一つまたは複数のシンボルは、ヌメロロジに基づいて決定され得る。ＰＤＣＣＨは、ＲＲＣメッセージによって構成される共通検索空間（例えば、Ｔｙｐｅ１－ＰＤＣＣＨ共通検索空間）の中にあり得る。ＵＥは、無線ネットワーク一時識別子（ＲＮＴＩ）に基づいてＲＡＲを識別し得る。ＲＮＴＩは、ランダムアクセス手順を開始する一つまたは複数のイベントに応じて使用され得る。ＵＥは、ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）を使用し得る。ＲＡ－ＲＮＴＩは、ＵＥがプリアンブルを送信するＰＲＡＣＨ機会と関連付けられてもよい。例えば、ＵＥは、ＯＦＤＭシンボルインデックス、スロットインデックス、周波数ドメインインデックス、および／またはＰＲＡＣＨ機会のＵＬキャリアインジケーターに基づいて、ＲＡ－ＲＮＴＩを決定し得る。ＲＡ－ＲＮＴＩの例は、以下の通りであり得る。
ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ
ここで、ｓ＿ｉｄは、ＰＲＡＣＨ機会の第一のＯＦＤＭシンボルのインデックスであってもよく（例えば、０≦ｓ＿ｉｄ＜１４）、ｔ＿ｉｄは、システムフレーム内のＰＲＡＣＨ機会の第一のスロットのインデックスであってもよく（例えば、０≦ｔ＿ｉｄ＜８０）、ｆ＿ｉｄは、周波数ドメインでのＰＲＡＣＨ機会のインデックスであってもよく（例えば、０≦ｆ＿ｉｄ＜８）、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは、プリアンブル送信に使用されるＵＬキャリアであり得る（例えば、ＮＵＬキャリアの場合は０、ＳＵＬキャリアの場合は１）。
ＵＥは、Ｍｓｇ２１３１２の受信成功に応答して（例えば、Ｍｓｇ２１３１２で識別されたリソースを使用して）、Ｍｓｇ３１３１３を送信し得る。Ｍｓｇ３１３１３は、例えば、図１３Ａに示される競合ベースのランダムアクセス手順における競合解決のために使用され得る。一部のシナリオでは、複数のＵＥが、同じプリアンブルを基地局に送信してもよく、基地局は、ＵＥに対応するＲＡＲを提供し得る。複数のＵＥが、ＲＡＲをそれ自体に対応するものとして解釈する場合、不一致が発生する可能性がある。競合解決（例えば、Ｍｓｇ３１３１３およびＭｓｇ４１３１４の使用）を使用して、ＵＥが別のＵＥのアイデンティティを誤って使用しない可能性を増大させてもよい。競合解決を実施するために、ＵＥは、Ｍｓｇ３１３１３にデバイス識別子（例えば、割り当てられた場合、Ｃ－ＲＮＴＩ、Ｍｓｇ２１３１２に含まれるＴＣ－ＲＮＴＩ、および／または任意の他の適切な識別子）を含んでもよい。

Ｍｓｇ４１３１４は、Ｍｓｇ３１３１３の送信の後、またはそれに応答して受信され得る。Ｃ－ＲＮＴＩがＭｓｇ３１３１３に含まれていた場合、基地局は、Ｃ－ＲＮＴＩを使用してＰＤＣＣＨ上のＵＥに対処する。ＵＥの固有のＣ－ＲＮＴＩがＰＤＣＣＨ上で検出された場合、ランダムアクセス手順が成功裏に完了したと判定される。ＴＣ－ＲＮＴＩがＭｓｇ３１３１３に含まれる場合（例えば、ＵＥがＲＲＣ＿ＩＤＬＥ状態であるか、またはそうでなければ基地局に接続されていない場合）、Ｍｓｇ４１３１４は、ＴＣ－ＲＮＴＩに関連付けられるＤＬ－ＳＣＨを使用して受信される。ＭＡＣＰＤＵが正常に復号化され、ＭＡＣＰＤＵが、Ｍｓｇ３１３１３で送信された（例えば、送信された）ＣＣＣＨＳＤＵと一致するか、そうでなければ対応するＵＥ競合解決アイデンティティＥｔＯＡｃＣＥを含む場合、ＵＥは、競合解決が成功したと決定することができる、および／またはＵＥは、ランダムアクセス手順が成功裏に完了したと決定し得る。

ＵＥは、補完的アップリンク（ＳＵＬ）キャリアおよび正常アップリンク（ＮＵＬ）キャリアで構成され得る。初期アクセス（例えば、ランダムアクセス手順）は、アップリンクキャリアでサポートされ得る。例えば、基地局は、二つの別個のＲＡＣＨ構成、すなわち、一つはＳＵＬキャリア用、もう一つはＮＵＬキャリア用であるＵＥを構成し得る。ＳＵＬキャリアで構成されるセル内のランダムアクセスについて、ネットワークは、どのキャリア（ＮＵＬまたはＳＵＬ）を使用するかを示し得る。ＵＥは、例えば、一つまたは複数の基準信号の測定品質がブロードキャスト閾値よりも低い場合、ＳＵＬキャリアを決定し得る。ランダムアクセス手順（例えば、Ｍｓｇ１１３１１および／またはＭｓｇ３１３１３）のアップリンク送信は、選択されたキャリア上にとどまることができる。ＵＥは、一つまたは複数の事例において、ランダムアクセス手順（例えば、Ｍｓｇ１１３１１とＭｓｇ３１３１３の間）中にアップリンクキャリアを切り替えることができる。例えば、ＵＥは、チャネルクリアアセスメント（例えば、話す前に聞く）に基づいて、Ｍｓｇ１１３１１および／またはＭｓｇ３１３１３のアップリンクキャリアを決定および／または切り替え得る。

図１３Ｂは、２ステップの競合のないランダムアクセス手順を示す。図１３Ａに示される４ステップの競合ベースのランダムアクセス手順と同様、基地局は、手順の開始前に、構成メッセージ１３２０をＵＥに送信することができる。構成メッセージ１３２０は、構成メッセージ１３１０に対して一部の点で類似し得る。図１３Ｂは、Ｍｓｇ１１３２１およびＭｓｇ２１３２２の二つのメッセージの送信を含む。Ｍｓｇ１１３２１およびＭｓｇ２１３２２は、いくつかの点で、図１３Ａそれぞれに示されるＭｓｇ１１３１１およびＭｓｇ２１３１２に類似し得る。図１３Ａおよび１３Ｂから理解されるように、競合のないランダムアクセス手順は、Ｍｓｇ３１３１３および／またはＭｓｇ４１３１４に類似したメッセージを含み得ない。

図１３Ｂに示す競合のないランダムアクセス手順は、ビーム故障回復、他のＳＩ要求、ＳＣｅｌｌ追加、および／またはハンドオーバーのために開始され得る。例えば、基地局は、Ｍｓｇ１１３２１に使用されるプリアンブルをＵＥに表示または割り当ててもよい。ＵＥは、ＰＤＣＣＨおよび／またはＲＲＣを介して基地局から、プリアンブル（例えば、ｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘ）の表示を受信し得る。

プリアンブルを送信した後、ＵＥは、ＲＡＲのＰＤＣＣＨを監視する時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。ビーム故障回復要求の場合、基地局は、ＲＲＣメッセージ（例えば、ｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄ）によって示される検索空間内に別個の時間ウィンドウおよび／または別個のＰＤＣＣＨでＵＥを構成し得る。ＵＥは、検索空間上のＣｅｌｌＲＮＴＩ（Ｃ－ＲＮＴＩ）宛のＰＤＣＣＨ送信に対し監視し得る。図１３Ｂに示す競合のないランダムアクセス手順において、ＵＥは、Ｍｓｇ１１３２１の送信および対応するＭｓｇ２１３２２の受信の後、またはこれに応答して、ランダムアクセス手順が成功裏に完了したと決定し得る。ＵＥは、例えば、ＰＤＣＣＨ送信がＣ－ＲＮＴＩにアドレス指定される場合に、ランダムアクセス手順が成功裏に完了すると決定し得る。ＵＥは、ランダムアクセス手順が、例えば、ＵＥが、ＵＥによって送信されるプリアンブルに対応するプリアンブル識別子を含むＲＡＲを受信した場合、および／またはＲＡＲが、プリアンブル識別子を含むＭＡＣサブＰＤＵを含む場合、成功裏に完了すると決定し得る。ＵＥは、応答をＳＩ要求に対する確認の指標として決定し得る。

図１３Ｃは、別の２ステップランダムアクセス手順を示す。図１３Ａおよび１３Ｂに示されるランダムアクセス手順と同様に、基地局は、手順の開始前に、構成メッセージ１３３０をＵＥに送信することができる。構成メッセージ１３３０は、構成メッセージ１３１０および／または構成メッセージ１３２０に対して一部の点で類似し得る。図１３Ｃは、二つのメッセージ、すなわち、ＭｓｇＡ１３３１およびＭｓｇＢ１３３２の送信を含む。

ＭｓｇＡ１３３１は、ＵＥによってアップリンク送信で送信され得る。ＭｓｇＡ１３３１は、プリアンブル１３４１の一つまたは複数の送信および／またはトランスポートブロック１３４２の一つまたは複数の送信を含み得る。トランスポートブロック１３４２は、図１３Ａに示されるＭｓｇ３１３１３の内容と類似および／または同等である内容を含み得る。トランスポートブロック１３４２は、ＵＣＩ（例えば、ＳＲ、ＨＡＲＱＡＣＫ／ＮＡＣＫ、および／または類似のもの）を含んでもよい。ＵＥは、ＭｓｇＡ１３３１の送信の後、またはその送信に応答して、ＭｓｇＢ１３３２を受信し得る。ＭｓｇＢ１３３２は、図１３Ａおよび１３Ｂ示されるＭｓｇ２１３１２（例えば、ＲＡＲ）、および／または図１３Ａに示されるＭｓｇ４１３１４の内容と類似および／または同等である内容を含み得る。

ＵＥは、ライセンスされたスペクトルおよび／またはライセンスされていないスペクトルに対し、図１３Ｃの２ステップランダムアクセス手順を開始することができる。ＵＥは、一つまたは複数の要因に基づいて、２ステップランダムアクセス手順を開始するかどうかを決定し得る。一つまたは複数の要因は、使用中の無線アクセス技術（例えば、ＬＴＥ、ＮＲ、および／または同種のもの）、ＵＥが有効なＴＡを有するかどうか、セルサイズ、ＵＥのＲＲＣ状態、スペクトルのタイプ（例えば、ライセンス供与された対ライセンス供与されていない）、および／または任意の他の適切な要因であり得る。

ＵＥは、構成メッセージ１３３０に含まれる２ステップのＲＡＣＨパラメーターに基づいて、プリアンブル１３４１および／またはＭｓｇＡ１３３１に含まれるトランスポートブロック１３４２に対する無線リソースおよび／またはアップリンク送信電力を決定し得る。ＲＡＣＨパラメーターは、変調および符号化スキーム（ＭＣＳ）、時間周波数リソース、および／またはプリアンブル１３４１および／またはトランスポートブロック１３４２に対する電力制御を示し得る。プリアンブル１３４１（例えば、ＰＲＡＣＨ）の送信のための時間周波数リソースおよびトランスポートブロック１３４２（例えば、ＰＵＳＣＨ）の送信のための時間周波数リソースは、ＦＤＭ、ＴＤＭ、および／またはＣＤＭを使用して多重化され得る。ＲＡＣＨパラメーターは、ＵＥが、ＭｓｇＢ１３３２の監視および／または受信のための受信タイミングおよびダウンリンクチャネルを決定することを可能にし得る。

トランスポートブロック１３４２は、データ（例えば、遅延に敏感なデータ）、ＵＥの識別子、セキュリティ情報、および／またはデバイス情報（例えば、ＩｎｔｅｒｎａｔｉｏｎａｌＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙ（ＩＭＳＩ））を含み得る。基地局は、ＭｓｇＡ１３３１に対する応答としてＭｓｇＢ１３３２を送信し得る。ＭｓｇＢ１３３２は、プリアンブル識別子、タイミングアドバンスコマンド、電力制御コマンド、アップリンク許可（例えば、無線リソース割り当ておよび／またはＭＣＳ）、競合解決のためのＵＥ識別子、および／またはＲＮＴＩ（例えば、Ｃ－ＲＮＴＩまたはＴＣ－ＲＮＴＩ）のうちの少なくとも一つを含み得る。ＵＥは、ＭｓｇＢ１３３２のプリアンブル識別子がＵＥによって送信されるプリアンブルに一致し、および／またはＭｓｇＢ１３３２のＵＥの識別子がＭｓｇＡ１３３１のＵＥの識別子（例えば、トランスポートブロック１３４２）に一致した場合に、２ステップランダムアクセス手順が成功裏に完了されると決定し得る。

ＵＥおよび基地局は、制御シグナリングを交換し得る。制御シグナリングは、Ｌ１／Ｌ２制御シグナリングと呼ばれてもよく、ＰＨＹ層（例えば、層１）および／またはＭＡＣ層（例えば、層２）に由来し得る。制御シグナリングは、基地局からＵＥに送信されるダウンリンク制御シグナリングおよび／またはＵＥから基地局に送信されるアップリンク制御シグナリングを含み得る。

ダウンリンク制御シグナリングは、ダウンリンクスケジューリング割り当て、アップリンク無線リソースおよび／またはトランスポートフォーマットを示すアップリンクスケジューリング許可、スロットフォーマット情報、プリエンプション表示、電力制御コマンド、および／またはその他の任意の適切なシグナリングを含み得る。ＵＥは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上の基地局によって送信されるペイロード内のダウンリンク制御シグナリングを受信し得る。ＰＤＣＣＨ上で送信されるペイロードは、ダウンリンク制御情報（ＤＣＩ）と呼ばれてもよい。一部のシナリオでは、ＰＤＣＣＨは、ＵＥのグループに共通なグループ共通ＰＤＣＣＨ（ＧＣ－ＰＤＣＣＨ）であり得る。

基地局は、送信エラーの検出を容易にするために、一つまたは複数の巡回冗長検査（ＣＲＣ）パリティビットをＤＣＩに取り付け得る。ＤＣＩがＵＥ（またはＵＥのグループ）に対して意図される場合、基地局は、ＵＥの識別子（またはＵＥのグループの識別子）でＣＲＣパリティビットをスクランブルし得る。識別子を用いてＣＲＣパリティビットをスクランブルすることは、識別子値およびＣＲＣパリティビットのＭｏｄｕｌｏ－２追加（または排他的ＯＲ演算）を含んでもよい。識別子は、１６ビットの値の無線ネットワーク一時識別子（ＲＮＴＩ）を含んでもよい。

ＤＣＩは、異なる目的に使用され得る。目的は、ＣＲＣパリティビットをスクランブルするために使用されるＲＮＴＩのタイプによって示され得る。例えば、ページングＲＮＴＩ（Ｐ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、ページング情報および／またはシステム情報変更通知を示し得る。Ｐ－ＲＮＴＩは、１６進数で「ＦＦＦＥ」として事前に定義され得る。システム情報ＲＮＴＩ（ＳＩ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、システム情報のブロードキャスト送信を示し得る。ＳＩ－ＲＮＴＩは、１６進数で「ＦＦＦＥ」として事前に定義され得る。ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、ランダムアクセス応答（ＲＡＲ）を示し得る。セルＲＮＴＩ（Ｃ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、動的スケジュールのユニキャスト送信および／またはＰＤＣＣＨ順序のランダムアクセスのトリガーを示し得る。一時セルＲＮＴＩ（ＴＣ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、競合解決を示し得る（例えば、図１３Ａに示されるＭｓｇ３１３１３に類似するＭｓｇ３）。基地局によってＵＥに構成される他のＲＮＴＩの符号化は、ＣｏｎｆｉｇｕｒｅｄＳｃｈｅｄｕｌｉｎｇＲＮＴＩ（ＣＳ－ＲＮＴＩ）、ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ－ＰＵＣＣＨＲＮＴＩ（ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ）、ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ－ＰＵＳＣＨＲＮＴＩ（ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ）、ＴｒａｎｓｍｉｔＰｏｗｅｒＣｏｎｔｒｏｌ－ＳＲＳＲＮＴＩ（ＴＰＣ－ＳＲＳ－ＲＮＴＩ）、ＩｎｔｅｒｒｕｐｔｉｏｎＲＮＴＩ（ＩＮＴ－ＲＮＴＩ）、ＳｌｏｔＦｏｒｍａｔＩｎｄｉｃａｔｉｏｎＲＮＴＩ（ＳＦＩ－ＲＮＴＩ）、Ｓｅｍｉ－ＰｅｒｓｉｓｔｅｎｔＣＳＩＲＮＴＩ（ＳＰ－ＣＳＩ－ＲＮＴＩ）、ＭｏｄｕｌａｔｉｏｎａｎｄＣｏｄｉｎｇＳｃｈｅｍｅＣｅｌｌＲＮＴＩ（ＭＣＳ－Ｃ－ＲＮＴＩ）、および／または類似のものを含む。

ＤＣＩの目的および／または内容に応じて、基地局は、一つまたは複数のＤＣＩフォーマットでＤＣＩを送信し得る。例えば、ＤＣＩフォーマット０＿０は、セル内のＰＵＳＣＨのスケジューリングに使用できる。ＤＣＩフォーマット０＿０は、フォールバックＤＣＩフォーマットであり得る（例えば、コンパクトなＤＣＩペイロードを有する）。ＤＣＩフォーマット０＿１は、セル内のＰＵＳＣＨのスケジューリングに使用され得る（例えば、ＤＣＩフォーマット０＿０よりも多くのＤＣＩペイロードを有する）。ＤＣＩフォーマット１＿０は、セル内のＰＤＳＣＨのスケジューリングに使用できる。ＤＣＩフォーマット１＿０は、フォールバックＤＣＩフォーマットであり得る（例えば、コンパクトなＤＣＩペイロードを有する）。ＤＣＩフォーマット１＿１は、セル内のＰＤＳＣＨのスケジューリングに使用され得る（例えば、ＤＣＩフォーマット１＿０よりも多くのＤＣＩペイロードを有する）。ＤＣＩフォーマット２＿０は、ＵＥのグループにスロットフォーマット表示を提供するために使用され得る。ＤＣＩフォーマット２＿１は、ＵＥがＵＥへの送信を意図していないと想定する物理リソースブロックおよび／またはＯＦＤＭシンボルをＵＥのグループに通知するために使用され得る。ＤＣＩフォーマット２＿２は、ＰＵＣＣＨまたはＰＵＳＣＨ用の送信電力制御（ＴＰＣ）コマンドの送信に使用され得る。ＤＣＩフォーマット２＿３は、一つまたは複数のＵＥによるＳＲＳ送信用のＴＰＣコマンドのグループの送信に使用され得る。新機能のＤＣＩフォーマットは、今後のリリースで定義され得る。ＤＣＩフォーマットは、異なるＤＣＩサイズを有するか、または同じＤＣＩサイズを共有し得る。

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

図１４Ａは、帯域幅部分に対するＣＯＲＥＳＥＴ構成の実施例を示す。基地局は、一つまたは複数の制御リソースセット（ＣＯＲＥＳＥＴ）上のＰＤＣＣＨを介してＤＣＩを送信し得る。ＣＯＲＥＳＥＴは、ＵＥが一つまたは複数の検索空間を使用してＤＣＩを復号化しようとする時間周波数リソースを含んでもよい。基地局は、時間周波数ドメイン内にＣＯＲＥＳＥＴを構成し得る。図１４Ａの実施例において、第一のＣＯＲＥＳＥＴ１４０１および第二のＣＯＲＥＳＥＴ１４０２は、スロット内の第一のシンボルで生じる。第一のＣＯＲＥＳＥＴ１４０１は、周波数ドメイン内の第二のＣＯＲＥＳＥＴ１４０２とオーバーラップする。第三のＣＯＲＥＳＥＴ１４０３は、スロット内の第三のシンボルで生じる。第四のＣＯＲＥＳＥＴ１４０４は、スロットの第七のシンボルで生じる。ＣＯＲＥＳＥＴは、周波数ドメイン内に異なる数のリソースブロックを有し得る。

図１４Ｂは、ＣＯＲＥＳＥＴおよびＰＤＣＣＨ処理上のＤＣＩ送信に対するＣＣＥ－ＲＥＧマッピングの実施例を示す。ＣＣＥ－ｔｏ－ＲＥＧマッピングは、インターリーブマッピング（例えば、周波数多様性を提供する目的で）または非インターリーブマッピング（例えば、干渉調整および／または制御チャネルの周波数選択送信を促進する目的で）であり得る。基地局は、異なるまたは同一のＣＣＥ－ｔｏ－ＲＥＧマッピングを異なるＣＯＲＥＳＥＴ上で実行し得る。ＣＯＲＥＳＥＴは、ＲＲＣ構成によるＣＣＥ－ＲＥＧマッピングと関連付けられてもよい。ＣＯＲＥＳＥＴは、アンテナポート準同一位置（ＱＣＬ）パラメーターで構成され得る。アンテナポートのＱＣＬパラメーターは、ＣＯＲＥＳＥＴ内のＰＤＣＣＨ受信用の復調基準信号（ＤＭＲＳ）のＱＣＬ情報を示し得る。

基地局は、一つまたは複数のＣＯＲＥＳＥＴおよび一つまたは複数の検索空間セットの構成パラメーターを含むＲＲＣメッセージをＵＥに送信することができる。構成パラメーターは、検索空間セットとＣＯＲＥＳＥＴとの間の関連を示し得る。検索空間セットは、所与の集計レベルでＣＣＥによって形成されるＰＤＣＣＨ候補のセットを含んでもよい。構成パラメーターは、集計レベルごとに監視されるＰＤＣＣＨ候補の数、ＰＤＣＣＨ監視周期およびＰＤＣＣＨ監視パターン、ＵＥによって監視される一つまたは複数のＤＣＩフォーマット、および／または検索空間セットが、共通検索空間セットまたはＵＥ固有の検索空間セットであるかどうかを示し得る。共通検索空間セット内のＣＣＥのセットは、事前に定義され、ＵＥに既知であり得る。ＵＥ固有の検索空間セット内のＣＣＥのセットは、ＵＥのアイデンティティ（例えば、Ｃ－ＲＮＴＩ）に基づいて構成され得る。

図１４Ｂに示すように、ＵＥは、ＲＲＣメッセージに基づいて、ＣＯＲＥＳＥＴの時間周波数リソースを決定し得る。ＵＥは、ＣＯＲＥＳＥＴの構成パラメーターに基づいて、ＣＯＲＥＳＥＴに対するＣＣＥ－ＲＥＧマッピング（例えば、インターリーブまたは非インターリーブ、および／またはマッピングパラメーター）を決定し得る。ＵＥは、ＲＲＣメッセージに基づいて、ＣＯＲＥＳＥＴ上に構成される検索空間セットの数（例えば、最大で１０）を決定し得る。ＵＥは、検索空間セットの構成パラメーターに従って、ＰＤＣＣＨ候補のセットを監視し得る。ＵＥは、一つまたは複数のＤＣＩを検出するために、一つまたは複数のＣＯＲＥＳＥＴ内のＰＤＣＣＨ候補のセットを監視し得る。監視は、監視されたＤＣＩフォーマットに従って、ＰＤＣＣＨ候補のセットの一つまたは複数のＰＤＣＣＨ候補を復号化することを含み得る。監視は、可能な（または構成される）ＰＤＣＣＨ位置、可能な（または構成される）ＰＤＣＣＨフォーマット（例えば、共通検索空間におけるＣＣＥの数、ＰＤＣＣＨ候補の数、および／またはＵＥ固有の検索空間におけるＰＤＣＣＨ候補の数）、および可能な（または構成される）ＤＣＩフォーマットを有する一つまたは複数のＰＤＣＣＨ候補のＤＣＩ内容を復号化することを含み得る。復号化は、ブラインドデコーディングと呼んでもよい。ＵＥは、ＣＲＣチェック（例えば、ＲＮＴＩ値に一致するＤＣＩのＣＲＣパリティビットに対するスクランブルビット）に応答して、ＵＥに対して有効なＤＣＩを決定し得る。ＵＥは、ＤＣＩに含まれる情報（例えば、スケジューリング割り当て、アップリンク許可、電力制御、スロットフォーマット表示、ダウンリンクプリエンプション、および／または同種のもの）を処理し得る。

ＵＥは、アップリンク制御シグナリング（例えば、アップリンク制御情報（ＵＣＩ））を基地局に送信し得る。アップリンク制御シグナリングは、受信したＤＬ－ＳＣＨトランスポートブロックに対するハイブリッド自動反復要求（ＨＡＲＱ）確認応答を含んでもよい。ＵＥは、ＤＬ－ＳＣＨトランスポートブロックを受信した後、ＨＡＲＱ確認応答を送信し得る。アップリンク制御シグナリングは、物理ダウンリンクチャネルのチャネル品質を示すチャネル状態情報（ＣＳＩ）を含み得る。ＵＥは、ＣＳＩを基地局に送信し得る。基地局は、受信したＣＳＩに基づいて、ダウンリンク送信のための送信フォーマットパラメーター（例えば、マルチアンテナおよびビーム形成スキームを含む）を決定し得る。アップリンク制御シグナリングは、スケジューリング要求（ＳＲ）を含んでもよい。ＵＥは、アップリンクデータが基地局に送信可能であることを示すＳＲを送信し得る。ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して、ＵＣＩ（例えば、ＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）、ＣＳＩレポート、ＳＲなど）を送信し得る。ＵＥは、いくつかのＰＵＣＣＨフォーマットのうちの一つを使用して、ＰＵＣＣＨを介してアップリンク制御シグナリングを送信し得る。

五つのＰＵＣＣＨフォーマットがあり得、ＵＥは、ＵＣＩのサイズ（例えば、ＵＣＩ送信のアップリンクシンボルの数およびＵＣＩビットの数）に基づいてＰＵＣＣＨフォーマットを決定し得る。ＰＵＣＣＨフォーマット０は、一つまたは二つのＯＦＤＭシンボルの長さを有してもよく、２以下のビットを含んでもよい。ＵＥは、送信が一つまたは二つのシンボルを超えており、正または負のＳＲを持つＨＡＲＱ－ＡＣＫ情報ビットの数（ＨＡＲＱ－ＡＣＫ／ＳＲビット）が一つまたは二つである場合、ＰＵＣＣＨフォーマット０を使用して、ＰＵＣＣＨリソースでＵＣＩを送信することができる。ＰＵＣＣＨフォーマット１は、４～１４個のＯＦＤＭシンボルの間の数を占めてもよく、２以下のビットを含んでもよい。ＵＥは、送信が四つ以上のシンボルであり、ＨＡＲＱ－ＡＣＫ／ＳＲビットの数が一つまたは二つである場合、ＰＵＣＣＨフォーマット１を使用し得る。ＰＵＣＣＨフォーマット２は、一つまたは二つのＯＦＤＭシンボルを占有してもよく、２ビット超を含んでもよい。ＵＥは、送信が一つまたは二つのシンボルを超え、ＵＣＩビットの数が二つ以上である場合、ＰＵＣＣＨフォーマット２を使用し得る。ＰＵＣＣＨフォーマット３は、４～１４個のＯＦＤＭシンボルの間の数を占めてもよく、２ビット超を含んでもよい。ＵＥは、送信が四つ以上のシンボルであり、ＵＣＩビットの数が二つ以上であり、ＰＵＣＣＨリソースが直交カバーコードを含まない場合、ＰＵＣＣＨフォーマット３を使用し得る。ＰＵＣＣＨフォーマット４は、４～１４個のＯＦＤＭシンボルの間の数を占めてもよく、２ビット超を含んでもよい。ＵＥは、送信が四つ以上のシンボルであり、ＵＣＩビットの数が二つ以上であり、ＰＵＣＣＨリソースが直交カバーコードを含む場合、ＰＵＣＣＨフォーマット４を使用し得る。

基地局は、例えば、ＲＲＣメッセージを使用して、複数のＰＵＣＣＨリソースセットの構成パラメーターをＵＥに送信し得る。複数のＰＵＣＣＨリソースセット（例えば、最大四つのセット）は、セルのアップリンクＢＷＰ上に構成され得る。ＰＵＣＣＨリソースセットは、ＰＵＣＣＨリソースセットインデックス、ＰＵＣＣＨリソース識別子（例えば、ｐｕｃｃｈ－Ｒｅｓｏｕｒｃｅｉｄ）によって識別されるＰＵＣＣＨリソースを有する複数のＰＵＣＣＨリソース、および／またはＵＥが、ＰＵＣＣＨリソースセット内の複数のＰＵＣＣＨリソースのうちの一つを使用して送信することができるＵＣＩ情報ビットの数（例えば、最大数）で構成され得る。複数のＰＵＣＣＨリソースセットで構成する場合、ＵＥは、ＵＣＩ情報ビット（例えば、ＨＡＲＱ－ＡＣＫ、ＳＲ、および／またはＣＳＩ）の合計ビット長に基づいて、複数のＰＵＣＣＨリソースセットのうちの一つを選択し得る。ＵＣＩ情報ビットの合計ビット長が２以下である場合、ＵＥは、ＰＵＣＣＨリソースセットのインデックスが「０」に等しい第一のＰＵＣＣＨリソースセットを選択し得る。ＵＣＩ情報ビットの合計ビット長が２より大きく、第一の設定された値以下の場合、ＵＥは、「１」に等しいＰＵＣＣＨリソースセットインデックスを有する第二のＰＵＣＣＨリソースセットを選択することができる。ＵＣＩ情報ビットの合計ビット長が第一の設定された値より大きく、第二の設定された値以下の場合、ＵＥは、「２」に等しいＰＵＣＣＨリソースセットインデックスを有する第三のＰＵＣＣＨリソースセットを選択することができる。ＵＣＩ情報ビットの合計ビット長が第二の設定された値より大きく、第三の値（例えば、１４０６）以下である場合、ＵＥは、「３」に等しいＰＵＣＣＨリソースセットインデックスを有する第四のＰＵＣＣＨリソースセットを選択することができる。

複数のＰＵＣＣＨリソースセットからＰＵＣＣＨリソースセットを決定した後、ＵＥは、ＵＣＩ（ＨＡＲＱ－ＡＣＫ、ＣＳＩ、および／またはＳＲ）送信用のＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを決定し得る。ＵＥは、ＰＤＣＣＨ上で受信されたＤＣＩ（例えば、ＤＣＩフォーマット１＿０またはＤＣＩフォーマット１＿１）内のＰＵＣＣＨリソースインジケーターに基づいて、ＰＵＣＣＨリソースを決定し得る。ＤＣＩの３ビットＰＵＣＣＨリソースインジケーターは、ＰＵＣＣＨリソースセット内の八つのＰＵＣＣＨリソースの一つを示し得る。ＰＵＣＣＨリソースインジケーターに基づいて、ＵＥは、ＤＣＩ内のＰＵＣＣＨリソースインジケーターによって示されるＰＵＣＣＨリソースを使用してＵＣＩ（ＨＡＲＱ－ＡＣＫ、ＣＳＩおよび／またはＳＲ）を送信することができる。

図１５は、本開示の実施形態による基地局１５０４と通信する無線デバイス１５０２の実施例を示す。無線デバイス１５０２および基地局１５０４は、図１Ａに示される移動体通信ネットワーク１００、図１Ｂに示される移動体通信ネットワーク１５０、またはその他の通信ネットワークなどの移動体通信ネットワークの一部であり得る。図１５には、一つの無線デバイス１５０２および一つの基地局１５０４のみが示される。しかし、移動体通信ネットワークは、図１５に示されるものと同じまたは同様の構成を有する、複数のＵＥおよび／または複数の基地局を含み得ることが理解されよう。

基地局１５０４は、無線デバイス１５０２を、エアインターフェイス（または無線インターフェイス）１５０６上で無線通信を介してコアネットワーク（図示せず）に接続し得る。エアインターフェイス１５０６上で基地局１５０４から無線デバイス１５０２への通信方向は、ダウンリンクとして知られ、エアインターフェイス上で無線デバイス１５０２から基地局１５０４への通信方向は、アップリンクとして知られる。ダウンリンク送信は、ＦＤＤ、ＴＤＤ、および／または二つの二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。

ダウンリンクでは、基地局１５０４から無線デバイス１５０２に送信されるデータは、基地局１５０４の処理システム１５０８に提供され得る。データは、例えば、コアネットワークによって処理システム１５０８に提供され得る。アップリンクでは、無線デバイス１５０２から基地局１５０４に送信されるデータは、無線デバイス１５０２の処理システム１５１８に提供され得る。処理システム１５０８および処理システム１５１８は、層３および層２のＯＳＩ機能を実装して、送信のためにデータを処理し得る。層２は、例えば、図２Ａ、図２Ｂ、図３、および図４Ａに関して、ＳＤＡＰ層、ＰＤＣＰ層、ＲＬＣ層、およびＭＡＣ層を含み得る。層３は、図２Ｂに関してＲＲＣ層を含み得る。

処理システム１５０８によって処理された後、無線デバイス１５０２に送信されるデータは、基地局１５０４の送信処理システム１５１０に提供され得る。同様に、処理システム１５１８によって処理された後、基地局１５０４に送信されるデータは、無線デバイス１５０２の送信処理システム１５２０に提供され得る。送信処理システム１５１０および送信処理システム１５２０は、層１のＯＳＩ機能を実装し得る。層１は、図２Ａ、図２Ｂ、図３、および図４Ａに関してＰＨＹ層を含み得る。送信処理のために、ＰＨＹ層は、例えば、トランスポートチャネルの順方向エラー訂正符号化、インターリーブ、レートマッチング、トランスポートチャネルの物理チャネルへのマッピング、物理チャネルの変調、多重入力多重出力（ＭＩＭＯ）またはマルチアンテナ処理、および／または同種のものを実行し得る。

基地局１５０４で、受信処理システム１５１２は、無線デバイス１５０２からアップリンク送信を受信し得る。無線デバイス１５０２では、受信処理システム１５２２は、基地局１５０４からダウンリンク送信を受信し得る。受信処理システム１５１２および受信処理システム１５２２は、層１のＯＳＩ機能を実装し得る。層１は、図２Ａ、図２Ｂ、図３、および図４Ａに関してＰＨＹ層を含み得る。受信処理のために、ＰＨＹ層は、例えば、エラー検出、順方向エラー訂正復号化、デインターリーブ、物理チャネルへのトランスポートチャネルのデマッピング、物理チャネルの復調、ＭＩＭＯまたはマルチアンテナ処理、および／または同種のものを実行し得る。

図１５に示すように、無線デバイス１５０２および基地局１５０４は、複数のアンテナを含み得る。複数のアンテナは、空間多重化（例えば、単一ユーザーＭＩＭＯまたは複数ユーザーＭＩＭＯ）、送信／受信多様性、および／またはビームフォーミングなどの一つまたは複数のＭＩＭＯまたはマルチアンテナ技術を実施するために使用され得る。他の実施例では、無線デバイス１５０２および／または基地局１５０４は、単一のアンテナを有し得る。

処理システム１５０８および処理システム１５１８は、それぞれメモリー１５１４およびメモリー１５２４と関連付けられてもよい。メモリー１５１４およびメモリー１５２４（例えば、一つまたは複数の非一時的コンピューター可読媒体）は、本出願で論じる一つまたは複数の機能を実施するために、処理システム１５０８および／または処理システム１５１８によって実行され得るコンピュータープログラム命令またはコードを記憶し得る。図１５には示されていないが、送信処理システム１５１０、送信処理システム１５２０、受信処理システム１５１２、および／または受信処理システム１５２２は、それらのそれぞれの機能のうちの一つまたは複数を実行するために実行され得るコンピュータープログラム命令またはコードを格納するメモリー（例えば、一つまたは複数の非一時的コンピューター可読媒体）に結合され得る。

処理システム１５０８および／または処理システム１５１８は、一つまたは複数のコントローラーおよび／または一つまたは複数のプロセッサーを含んでもよい。一つまたは複数のコントローラーおよび／または一つまたは複数のプロセッサーは、例えば、汎用プロセッサー、デジタル信号プロセッサー（ＤＳＰ）、マイクロコントローラー、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）および／またはその他のプログラマブルロジックデバイス、ディスクリートゲートおよび／またはトランジスターロジック、ディスクリートハードウェアコンポーネント、オンボードユニット、またはそれらの任意の組み合わせを含んでもよい。処理システム１５０８および／または処理システム１５１８は、信号符号化／処理、データ処理、電力制御、入出力処理、および／または無線デバイス１５０２および基地局１５０４がワイヤレス環境で動作するのを可能にし得る他の任意の機能のうちの少なくとも一つを実行し得る。

処理システム１５０８および／または処理システム１５１８は、それぞれ、一つまたは複数の周辺装置１５１６および一つまたは複数の周辺装置１５２６に接続され得る。一つまたは複数の周辺装置１５１６および一つまたは複数の周辺装置１５２６は、特徴および／または機能を提供するソフトウェアおよび／またはハードウェア、例えばスピーカー、マイク、キーパッド、表示装置、タッチパッド、電源、衛星トランシーバー、ユニバーサルシリアルバス（ＵＳＢ）ポート、ハンズフリーヘッドセット、周波数変調（ＦＭ）無線ユニット、メディアプレーヤー、インターネットブラウザ、電子制御ユニット（例えば、車両用）、および／または一つまたは複数のセンサー（例えば、加速度計、ジャイロスコープ、温度センサー、レーダーセンサー、ライダーセンサー、超音波センサー、光センサー、カメラ、および／または類似のもの）を含んでもよい。処理システム１５０８および／または処理システム１５１８は、一つまたは複数の周辺装置１５１６および／または一つまたは複数の周辺装置１５２６からユーザー入力データを受信し、および／またはユーザー出力データを提供し得る。無線デバイス１５０２内の処理システム１５１８は、電源から電力を受け取ることができ、および／または無線デバイス１５０２内の他のコンポーネントに電力を分配するように構成することができる。電源は、一つまたは複数の電源、例えば、バッテリー、太陽電池、燃料電池、またはそれらの任意の組み合わせを含んでもよい。処理システム１５０８および／または処理システム１５１８は、それぞれ、ＧＰＳチップセット１５１７およびＧＰＳチップセット１５２７に接続され得る。ＧＰＳチップセット１５１７およびＧＰＳチップセット１５２７は、それぞれ、無線デバイス１５０２および基地局１５０４の地理的位置情報を提供するように構成され得る。

図１６Ａは、アップリンク送信のための例示的な構造を示す。物理アップリンク共有チャネルを代表するベースバンド信号は、一つまたは複数の機能を実行することができる。この一つまたは複数の機能は、スクランブリング、複素数値シンボルを生成するためのスクランブルビットの変調、一つまたはいくつかの送信層上への複素数値変調シンボルのマッピング、複素数値シンボルを生成するための変換プリコーディング、複素数値シンボルのプリコーディング、プリコーディングされた複素数値シンボルのリソース要素へのマッピング、複素数値時間ドメイン単一キャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ）またはＣＰ－ＯＦＤＭ信号のアンテナポートへの生成、および／または同様のものの少なくとも一つを含むことができる。一実施例では、変換プリコーディングが有効である場合は、アップリンク送信のためのＳＣ－ＦＤＭＡ信号が生成され得る。一実施例では、変換プリコーディングが有効でない場合は、図１６Ａによって、アップリンク送信のためのＣＰ－ＯＦＤＭ信号が生成されることができる。これらの機能は、例として示されており、さまざまな実施形態で他の機構を実装することができることが予想される。

図１６Ｂは、ベースバンド信号のキャリア周波数への変調およびアップコンバージョンのための例示的な構造を示す。ベースバンド信号は、アンテナポートに対する、複素数値ＳＣ－ＦＤＭＡまたはＣＰ－ＯＦＤＭベースバンド信号および／または複素数値物理ランダムアクセスチャネル（ＰＲＡＣＨ）ベースバンド信号であり得る。送信前にフィルターリングを用いることができる。

図１６Ｃは、ダウンリンク送信の例示的な構造を示す。物理ダウンリンクチャネルを表すベースバンド信号は、一つまたは複数の機能を実行できる。この一つまたは複数の機能は、物理チャネル上で送信されるべきコードワード内の符号化されたビットのスクランブリング、複素数値変調シンボルを生成するためのスクランブルされたビットの変調、複素数値変調シンボルの一つまたはいくつかの送信層上へのマッピング、アンテナポート上での送信のための層上にある複素数値変調シンボルのプリコーディング、アンテナポートの複素数値変調シンボルのリソース要素へのマッピング、アンテナポート毎の複素数値時間ドメインＯＦＤＭ信号の生成、および／または同様のものを含むことができる。これらの機能は、例として示されており、さまざまな実施形態で他の機構を実装することができることが予想される。

図１６Ｄは、ベースバンド信号のキャリア周波数への変調およびアップコンバージョンのための別の実施例示的な構造を示す。ベースバンド信号は、アンテナポート用の複素数値ＯＦＤＭベースバンド信号であり得る。送信前にフィルターリングを用いることができる。

無線デバイスは、複数のセル（例えば、プライマリーセル、セカンダリーセル）の構成パラメーターを含む一つまたは複数のメッセージ（例えば、ＲＲＣメッセージ）を基地局から受信し得る。無線デバイスは、複数のセルを介して、少なくとも一つの基地局（例えば、デュアル接続の二つ以上の基地局）と通信し得る。一つまたは複数のメッセージ（例えば、構成パラメーターの一部として）は、無線デバイスを構成するための物理的、ＭＡＣ、ＲＬＣ、ＰＣＤＰ、ＳＤＡＰ、ＲＲＣ層のパラメーターを含んでもよい。例えば、構成パラメーターは、物理層およびＭＡＣ層チャネル、ベアラなどを構成するためのパラメーターを含み得る。例えば、構成パラメーターは、物理層、ＭＡＣ層、ＲＬＣ層、ＰＣＤＰ層、ＳＤＡＰ層、ＲＲＣ層、および／または通信チャネル用のタイマーの値を示すパラメーターを含んでもよい。

タイマーが開始されると実行を開始し、停止するまで、または満了するまで、実行を継続し得る。タイマーは、動いていない場合に開始され得るか、動いている場合に再起動され得る。タイマーは、値と関連付けられてもよい（例えば、タイマーは、ある値から開始または再開されてもよく、またはゼロから開始され、値に到達したら満了し得る）。タイマーの持続時間は、（例えば、ＢＷＰスイッチングにより）タイマーが停止するか、または満了するまで更新され得ない。タイマーを使用して、プロセスの期間／ウィンドウを測定することができる。本明細書が、一つまたは複数のタイマーに関連する実装および手順を指す場合、一つまたは複数のタイマーを実装する複数の方法があることが理解されよう。例えば、タイマーを実施するための複数の方法のうちの一つまたは複数が、手順の期間／ウィンドウを測定するために使用され得ることが理解されよう。例えば、ランダムアクセス応答ウィンドウタイマーは、ランダムアクセス応答を受信するためのウィンドウ時間を測定するために使用され得る。一実施例では、ランダムアクセス応答ウィンドウタイマーの開始および満了の代わりに、二つのタイムスタンプ間の時間差を使用し得る。タイマーが再開されると、時間ウィンドウの測定のためのプロセスが再開され得る。他の例示的実施は、時間ウィンドウの測定を再開するために提供され得る。

既存のサイドリンク技術では、送信機無線デバイスは、無線リソース感知結果または基地局からのリソース割り当てに基づいて、サイドリンクパケット送信用の無線リソースを選択し得る。一実施例では、第二の無線デバイスは、第三のネットワークノード（例えば、ｇＮＢ、ｅＮＢ、ＵＥなど）と通信しながら、第一の無線デバイスと通信し得る。第一の無線デバイスが、図１７に示すように、第二の無線デバイスが第三のネットワークノードとの間で信号を送信／受信している時に、第二の無線デバイスにパケットを送信する場合、第二の無線デバイスは、第一の無線デバイスから確実にパケットを受信することができず、または第一の無線デバイスからパケットによって第三のネットワークノードから信号を受信すると干渉され得る。既存の技術は、サイドリンク通信中に無線デバイスのパケット損失率を増加させ、サービス信頼性を低下させ得る。

例示的実施形態は、送信機無線デバイスが、受信機無線デバイス（例えば、ピア無線デバイス）からリソース調整情報（例えば、リソースギャップ要求、支援情報）を受信することをサポートし得る。送信機無線デバイスは、送信機無線デバイスと受信機無線デバイスとの間の通信のためにサイドリンク無線リソースを割り当てる際に、基地局が受信機無線デバイスのリソース調整要求を考慮するのを助けるために、リソース調整情報を基地局に送信し得る。例示的実施形態は、受信機無線デバイスからのリソース調整情報に示された無線リソースと重複しないパケット送信リソースを選択することによって、受信機無線デバイスが別のネットワークノードとの間で信号を送受信するときに、パケットの送信を回避するように、送信機無線デバイスをサポートし得る。例示的実施形態は、送信機無線デバイスの基地局が、送信機無線デバイスを介して、受信機無線デバイス（例えば、ピア無線デバイス）から、または受信機無線デバイスに対応する、別の基地局から、リソース調整情報（例えば、リソースギャップ要求、支援情報）を受信することをサポートし得る。基地局は、送信機無線デバイスと受信機無線デバイスとの間の通信のためにサイドリンク無線リソースを割り当てる際に、受信機無線デバイスのリソース調整情報を考慮し得る。リソース調整情報は、受信機無線デバイスに対するリソースギャップの優先度レベルを示し得る。基地局または送信機無線デバイスは、受信機無線デバイスへの送信について、受信機無線デバイスへの送信のパケットの優先度が要求するリソースギャップの優先度レベルよりも高い（例えば、より重要である）場合、受信機無線デバイスによって要求されるリソースギャップと重複し得るリソースを割り当てることができる。例示的実施形態は、サイドリンク通信中にパケット損失率を減少させ、通信サービス信頼性を増大させ得る。

一実施例では、Ｄ２Ｄ（デバイス間）通信は、電子デバイスと電子デバイスとの間の通信を文字通り意味する。Ｄ２Ｄ通信スキームまたはＵＥ間通信スキームによれば、データは、基地局を通過することなく、ＵＥ間で交換され得る。デバイス間で直接確立されるリンクは、Ｄ２Ｄリンクまたはサイドリンクと呼んでもよい。Ｄ２Ｄ通信は、レガシー基地局中心の通信スキームと比較して待ち時間が低減され、必要とされる無線リソースが少ないという点でメリットを有し得る。この場合、ＵＥはユーザーの端末に対応するが、ｅＮＢまたはｇＮＢなどのネットワークデバイスが、ＵＥ間の通信スキームに従って信号を送信および受信する場合、ネットワークデバイスは、一種のＵＥとみなされ得る。

図２９は、Ｄ２Ｄ通信およびセルカバレッジを行うＵＥタイプの展開例を示す。図２９Ａを参照し、ＵＥＡおよびＢのタイプは、セルカバレッジの外側に配置され得る。図２９Ｂを参照し、ＵＥＡはセルカバレッジ内に配置されてもよく、ＵＥＢはセルカバレッジの外側に配置され得る。図２９Ｃを参照し、ＵＥＡおよびＢのタイプは、単一セルカバレッジ内に配置され得る。図２９Ｄを参照し、ＵＥＡは第一のセルのカバレッジ内に配置されてもよく、ＵＥＢは第二のセルのカバレッジ内に配置され得る。

一実施例では、サイドリンクを介して送信されるＤ２Ｄ送信信号は、ディスカバリー用途および通信用途に分割され得る。ディスカバリー信号は、ＵＥに隣接する複数のＵＥを決定するためにＵＥが使用する信号に対応する。ディスカバリー信号を送受信するためのサイドリンクチャネルの例として、サイドリンクディスカバリーチャネル（ＰＳＤＣＨ：ＰｈｙｓｉｃａｌＳｉｄｅｌｉｎｋＤｉｓｃｏｖｅｒｙＣｈａｎｎｅｌ）がある。通信信号は、ＵＥによって送信される一般データ（例えば、音声、画像、ビデオ、安全情報など）を送信するための信号に対応する。通信信号を送信および受信するためのサイドリンクチャネルの例として、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ）などがある。

図３０は、ＵＥＡ、ＵＥＢ、およびＵＥＡおよびＵＥＢがＤ２Ｄ通信を行うことによって使用される無線リソースの実施例を示す。図３０Ａでは、ＵＥは、端末またはＤ２Ｄ通信スキームに従って信号を送受信する基地局として、このようなネットワークデバイスに対応する。ＵＥは、リソースセットに対応するリソースプールから特定のリソースに対応するリソースユニットを選択し、ＵＥは選択されたリソースユニットを使用してＤ２Ｄ信号を送信する。受信ＵＥに対応するＵＥＢは、ＵＥＡが信号を送信でき、ＵＥＢがリソースプール内のＵＥＡの信号を検出できるリソースプールの構成を受信する。この場合、ＵＥＡが基地局のネットワークカバレッジの内側に位置する場合、基地局は、ＵＥＡにリソースプールを通知し得る。ＵＥＡが基地局のネットワークカバレッジの外側に位置する場合、リソースプールは異なるＵＥによって通知されてもよく、または事前構成されるリソースプールによって決定され得る。一般に、リソースプールは、複数のリソースユニットを含む。一つのリソースユニットは、リソースブロックのグループからなってもよい。ＵＥは、複数のリソースユニットから一つまたは複数のリソースユニットを選択し、Ｄ２Ｄ信号送信のために選択されたリソースユニットを使用でき得る。図３０Ｂは、リソースユニットを構成する一例を示す。図３０Ｂを参照し、全周波数リソースは、単位時間リソース（例えば、スロットまたはスロットのグループ）当たりのＮｆ数のリソースユニットに分割される。リソースプールは、周期ｋの単位時間リソースで繰り返されてもよく、リソースプールは、Ｄ２Ｄまたはサイドリンク通信用の帯域幅部分内に構成され得る。具体的には、図３０に示すように、一つのリソースユニットは、定期的かつ繰り返し現れてもよく、または論理リソースユニットがマッピングされる物理リソースユニットのインデックスは、時間ドメインおよび／または周波数ドメインの多様性ゲインを得るために、時間に従って所定のパターンで変化し得る。このリソースユニット構造では、リソースプールは、Ｄ２Ｄ信号を送信または受信することを意図しているＵＥによって使用できるリソースユニットのセットに対応し得る。

一実施例では、リソースプールは、さまざまなタイプに分類され得る。リソースプールは、各リソースプールを介して送信されるＤ２Ｄ信号の内容に従って分類され得る。例えば、Ｄ２Ｄ信号の内容は、さまざまな信号に分類されてもよく、別個のリソースプールは、内容の各々に従って構成され得る。Ｄ２Ｄ信号の内容は、Ｄ２Ｄ制御チャネル、Ｄ２Ｄデータチャネル、および／またはディスカバリーチャネルを含み得る。Ｄ２Ｄ制御チャネルは、Ｄ２Ｄデータチャネルのリソース位置に関する情報、データチャネルの変調および復調に必要なＭＣＳに関する情報、ＭＩＭＯ送信スキームに関する情報、パケット優先順位に関する情報、ターゲットカバレッジに関する情報、ＱｏＳ要件に関する情報などを含む信号に対応し得る。Ｄ２Ｄ制御チャネルは、Ｄ２Ｄデータチャネルと多重化される様式で、同一のリソースユニット上で送信され得る。この場合、Ｄ２Ｄ制御およびデータチャネルリソースプールは、Ｄ２Ｄ制御およびＤ２Ｄデータが多重化される方法で送信されるリソースのプールに対応し得る。図３４に示すように、Ｄ２Ｄ制御チャネルはまた、ＰＳＣＣＨ（物理サイドリンク制御チャネル）と呼んでもよい。Ｄ２Ｄデータチャネル（またはＰＳＳＣＨ（物理サイドリンク共有チャネル））は、送信ＵＥによってユーザーデータを送信するために使用されるリソースプールに対応する。Ｄ２Ｄ制御およびＤ２Ｄデータが、同一のリソースユニット内で多重化される方法で送信される場合、Ｄ２Ｄ制御情報を除くＤ２Ｄデータチャネルは、Ｄ２Ｄデータチャネルのリソースプールでのみ送信され得る。言い換えれば、Ｄ２Ｄ制御リソースプールの特定のリソースユニット内のＤ２Ｄ制御情報を送信するために使用されるリソース要素（ＲＥ）も、Ｄ２Ｄデータチャネルリソースプール内のＤ２Ｄデータを送信するために使用され得る。ディスカバリーチャネルは、隣接ＵＥが、ＵＥのＩＤなどの情報を送信する送信ＵＥを発見することを可能にするメッセージのリソースプールに対応し得る。

一実施例では、リソースプールは、異なるＱｏＳレベルまたは異なるサービスをサポートするように分類され得る。例えば、各リソースプールの優先度レベルは、基地局によって構成されてもよく、または各リソースプールに対してサポートされるサービスは、異なる構成であり得る。あるいは、特定のリソースプールは、特定のユニキャストまたはグループキャストＵＥのみを使用するように構成され得る。Ｄ２Ｄ信号の内容は互いに同一であるが、Ｄ２Ｄ信号の送受信属性に従って異なるリソースプールを使用し得る。例えば、同じＤ２Ｄデータチャネルまたは同じディスカバリーメッセージの場合、Ｄ２Ｄデータチャネルまたはディスカバリー信号は、Ｄ２Ｄ信号の送信タイミング決定スキーム（例えば、Ｄ２Ｄ信号が同期基準信号の受信時に送信される、所定のタイミングアドバンスを追加したタイミングで送信されるか）、リソース割り当てスキーム（例えば、個々の信号の送信リソースが基地局によって指定されているか、または個々の送信ＵＥがプールから個々の信号送信リソースを選択するかどうか）、信号フォーマット（例えば、サブフレーム内のＤ２Ｄ信号が占めるシンボルの数、Ｄ２Ｄ信号の送信に使用されるサブフレームの数）、基地局からの信号強度、Ｄ２ＤＵＥの送信電力の強さなどに従って異なるリソースプールに分類され得る。明確にするために述べると、Ｄ２Ｄ送信ＵＥの送信リソースを直接指定するための基地局の方法は、モード１（例えば、モード１動作）と呼ばれる。モード１では、ｅＮＢまたはｇＮＢなどの基地局は、ＤＣＩを送信してＤ２Ｄ信号送信をスケジュールし得る。送信リソース領域（またはリソースプール）が（事前）構成される場合、または基地局が送信リソース領域またはリソースプールを指定している場合、およびＵＥが送信リソース領域（またはリソースプール）から送信リソースを直接選択すると、モード２（例えば、モード２動作）と呼ばれる。Ｄ２Ｄディスカバリーを行う場合、基地局が送信リソースを直接示す場合、タイプ２と呼ばれる。ＵＥが、基地局によって示される所定のリソースプールまたはリソースプールから送信リソースを直接選択すると、タイプ１と呼ばれる。

一実施例では、Ｄ２Ｄ通信のために、二つのＵＥ間の時間同期および周波数同期を取得する必要がある場合がある。二つのＵＥがセルのカバレッジに属する場合、二つのＵＥは、基地局によって送信されるＰＳＳ／ＳＳＳまたは同種のものによって同期されてもよく、時間／周波数同期が二つのＵＥが信号を直接送信および受信することができるレベルで、二つのＵＥ間で維持され得る。あるいは、ＵＥは同期信号を送信してもよく、別のＵＥは、ＵＥによって送信される同期信号に同期され得る。ＵＥによって送信されるこの同期信号は、サイドリンク同期信号（ＳＬＳＳ）と呼ばれてもよい。ＳＲＳＳは、サイドリンクプライマリー同期信号（Ｓ－ＰＳＳ）およびサイドリンクセカンダリー同期信号（Ｓ－ＳＳＳ）を含み得る。ＳＬＳＳは、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）で送信されて、いくつかの基本または初期システム情報を伝達することができる。さらに、ＵＥは、グローバルナビゲーション衛星システム（ＧＮＳＳ）タイミングを使用して、送信時間間隔（例えば、フレーム、サブフレーム、スロット、および／または同種のもの）のタイミングを同期または導出し得る。Ｓ－ＰＳＳ、Ｓ－ＳＳＳ、およびＰＳＢＣＨは、周期的送信をサポートし得るブロックフォーマット（サイドリンク同期信号ブロック（Ｓ－ＳＳＢ））で構造化され得る。Ｓ－ＳＳＢは、キャリア内のサイドリンクデータチャネルおよびサイドリンク制御チャネルと同じヌメロロジ（すなわち、ＳＣＳおよびＣＰ長）を有してもよく、送信帯域幅は、（事前）構成されるサイドリンクＢＷＰ内であってもよく、その周波数位置は、図３５および／または図３６に示すように、（事前）構成され得る。これは、キャリア内のＳ－ＳＳＢを見つけるために、ＵＥが仮説検出を周波数で行う必要性につながり得る。サイドリンク同期ソースは、ＧＮＳＳ、ｇＮＢ、ｅＮＢ、またはＮＲＵＥであり得る。各サイドリンク同期ソースは、優先順位が（事前）構成されていてもよい、同期優先度レベルと関連付けられてもよい。

一実施例では、図３１に示すように、Ｄ２Ｄリソースプールは、帯域幅を複数のサブチャネルに分割することであってもよく、複数の隣接送信機の各送信機は、一つまたは複数のサブチャネルを選択して信号を送信し得る。サブチャネル選択は、受信したエネルギー測定値および／または制御チャネル復号化に基づいてもよい。例として、ＵＥは、制御チャネル復号化ならびに各サブチャネルに対するエネルギー測定値に基づいて、どのサブチャネルが他のＵＥによって使用されるかを識別し得る。ここで、システム性能の制限は、帯域内放射によって課され得る。帯域内放射（ＩＢＥ）は、一つの送信機が一つのサブチャネル上で送信することによって引き起こされ、別のサブチャネル上の受信機へ送信している別の送信機に課される干渉である。図３１は、帯域内放射モデルを示す図である。図３１を参照し、帯域内放射モデルのプロットは、近くのサブチャネルならびに他のサブチャネル（例えば、Ｉ／Ｑまたは画像サブチャネル）が、より多くの干渉を経験することを示す。

一実施例では、Ｄ２ＤＵＥがセルラーネットワーク内で動作するとき、Ｄ２ＤＵＥによって放射される電力はセルラー通信に深刻な干渉を引き起こし得る。特に、Ｄ２ＤＵＥが特定のスロットまたはサブフレームにおいて一部の周波数リソースのみを使用する場合、Ｄ２ＤＵＥによって放射される電力の帯域内放射は、セルラーＵＥによって使用される周波数リソースに深刻な干渉を引き起こし得る。この問題を防止するために、Ｄ２ＤＵＥは、セルラー経路損失ベースの電力制御を実行し得る。この時点で、電力制御に使用されるパラメーター（例えば、Ｐ０またはアルファ）は、基地局によって構成され得る。

一実施例では、Ｄ２Ｄ通信において、送信ＵＥは、送信を行う時点で受信を行うことができない半二重ＵＥに対応し得る。特に、送信ＵＥは、半二重問題のために、異なるＵＥの送信を受信できない可能性がある。半二重問題を軽減するために、通信を行う異なるＤ２ＤＵＥは、少なくとも一つまたは複数の異なる時間リソースで信号を送信する必要がある。

一実施例では、Ｄ２Ｄ動作は、近接するデバイス間の通信であるという点で、さまざまな利点を有し得る。例えば、Ｄ２ＤＵＥは、高い転送速度と低い遅延を有し、データ通信を行ってもよい。さらに、Ｄ２Ｄ動作では、基地局上に集中したトラフィックが分配され得る。Ｄ２ＤＵＥがリレーの役割を果たす場合、基地局のカバレッジを拡張する役割も果たし得る。

一実施例では、図３２に示すように、Ｄ２Ｄ通信は、車両間の信号送信および／または受信に拡張および／または適用され得る。車両関連通信は、車両対あらゆるもの（Ｖ２Ｘ）の通信と呼んでもよい。Ｖ２Ｘでは、「Ｘ」という用語は歩行者（車両と個人が携帯するデバイス（例えば、歩行者、サイクリスト、運転手、または乗客が携帯する手持ち式端末）との間の通信）（この場合、Ｖ２ＸはＶ２Ｐと表示される場合がある）、車両（車両間の通信）（Ｖ２Ｖ）、インフラストラクチャ／ネットワーク（車両と路側機（ＲＳＵ）／ネットワーク間の通信（例えば、ＲＳＵは、基地局または静止ＵＥに実装される交通インフラエンティティ（例えば、速度通知を送信するエンティティ）である））（Ｖ２Ｉ／Ｎ）などを指す。Ｖ２Ｘ通信については、車両、ＲＳＵ、および手持ち式デバイスは、トランシーバーを含んでもよい。図３１は、Ｖ２Ｘ通信の図を示す。

一実施例では、Ｖ２Ｘ通信を使用して、安全性などのさまざまな事象に対する警告を示し得る。例えば、車両または道路上で起こる事象についての情報は、Ｖ２Ｘ通信を介して別の車両または歩行者に通知され得る。例えば、交通事故、道路状況の変化、または事故発生の警告に関する情報は、別の車両または歩行者に転送され得る。例えば、道路に隣接する、または横断する歩行者は、車両アプローチに関する情報を知らされ得る。

一実施例では、Ｖ２Ｘ通信において、衝突を回避し、高密度のＵＥシナリオにおいても最低限の通信品質を保証することが一つの課題であり得る。無線混雑制御は、通信パラメーターを調整して、車両無線チャネル上の混雑レベルを制御し、信頼性の高いＶ２Ｘ通信を保証することによって、このような衝突を軽減する機構のファミリーを表し得る。一実施例では、無線デバイスは、チャネル状態を特徴付け、無線デバイスが必要な処置をすることを可能にするために、以下の二つの測定基準を測定し得る：１）チャネルビジー無線（ＣＢＲ）：測定されるＲＳＳＩがあらかじめ構成される閾値を超える、リソースプール内のサブチャネルの部分（または数）として定義され、総周波数リソースは、所与の数のサブチャネルに分割され得る。こうした測定基準は、最後の１００個のサブフレームにわたって感知され得る（ＬＴＥにおける「サブフレーム」の定義が使用され得る）。これは、チャネルの合計状態に関する推定を提供し得る。２）チャネル占有率（ＣＲ）：サブフレームｎで計算され、サブフレーム［ｎ－ａ，ｎ－１］でその送信に使用されるサブチャネルの総数として定義され、［ｎ－ａ，ｎ＋ｂ］内のサブチャネルの総数で割ったサブフレーム［ｎ，ｎ＋ｂ］において許可される。ａおよびｂは、ａ＋ｂ＋１＝１０００，ａ≧５００の制限でステーションによって決定される。ＣＲは、送信機自体によるチャネル利用に関する表示を提供し得る。ＣＢＲ値の各間隔について、ＣＲ制限は、送信機が超えてはならないフットプリントとして定義され得る。このＣＲ制限は、ＣＢＲ範囲およびパケット優先順位ごとに基地局によって構成され得る。例えば、高いＣＢＲが観察される場合、低いＣＲ制限が構成されてもよく、低いＣＲ制限が、低いパケット優先順位に対して構成され得る。ステーションがパケットの送信を決定すると、そのＣＢＲ値を正しい間隔にマッピングして、対応するＣＲ制限値を取得する。そのＣＲがＣＲ制限よりも高い場合、無線デバイスは、そのＣＲをその制限未満に減少させなければならない場合がある。ＣＲを低減するために、使用する技法を決定するのは、各実装に任され得る。一実施例では、ＣＲ制限を収容するための以下のオプションを考慮に入れてもよい。１）ドロップパケット再送信：再送機能が有効化される場合、ステーションはそれを無効化し得る。２）ドロップパケット送信：ステーションは単にパケット送信（有効化される場合、再送信を含む）をドロップする。これは最も単純な手法の一つである。３）ＭＣＳを適合させる：無線デバイスは、使用されるＭＣＳインデックスを増大させることによって、そのＣＲを減少させることができる。これにより、送信に使用されるサブチャネルの数が減少し得る。しかし、ＭＣＳを増大させることは、メッセージの堅牢性を低下させ、従って、メッセージの範囲を減少させる。４）送信電力を適合させる：ステーションは、その送信電力を減少させることができる。結果として、領域内の全体的なＣＢＲが減少され、ＣＲ限界の値が増加され得る。

一実施例では、オープンループＭＩＭＯでは、好ましいＰＭＩは、受信機によって示されない場合がある。この場合、復号化性能を向上させるために、周期遅延多様性（ＣＤＤ）が考慮され得る。ＣＤＤは、各アンテナ上の異なる遅延の同じセットの送信を伴い得る。遅延は、周期プレフィックスが追加される前に適用されてもよく、それによって、遅延がＦＦＴサイズにわたって周期的であり得ることを保証する。これによりＣＤＤにその名称を与える。時間遅延の追加は、周波数ドメインにおける位相シフトの適用と同一であり得る。全てのサブキャリアに同じ時間遅延が適用されるため、位相シフトは、サブキャリア周波数が増加するにつれてサブキャリア全体にわたって直線的に増加する。従って、各サブキャリアは、一つのアンテナからの非遅延サブキャリアが別のアンテナからの遅延バージョンと建設的、破壊的に干渉するため、異なるビーム形成パターンを経験し得る。従って、ＣＤＤの多様性効果は、異なるサブキャリアが伝搬チャネル内の異なる空間経路をピックアップし、それによってチャネルの周波数選択性を増大させるという事実から生じる。サブキャリアにわたるトランスポートブロック全体に適用されるチャネル符号化は、トランスポートブロック全体が空間経路の多様性から利益を得ることを保証する。ＣＤＤ技術の一般的な原理を図３３に示す。遅延がＣＰの前に追加されるという事実は、任意の遅延値が、チャネルの全体的な遅延拡散を増加させることなく使用され得ることを意味する。遅延値がＣＰ長よりも大きい場合、遅延バージョンのチャネルを異なる方法で推定するために、追加のＲＳを送信する必要がある。二つの場合を区別するために、ＣＰ長さよりも短い遅延を使用するスキームは、小さな遅延ＣＤＤ（ＳＤ－ＣＤＤ）であり、ＣＰ長さよりも大きな遅延を有する追加のＲＳを必要とする別のスキームは、大きな遅延ＣＤＤ（ＬＤ－ＣＤＤ）と呼ばれる。

一実施例では、図１７および／または図２０に示すように、第一の無線デバイス（例えば、ＵＥ１、第一の車両、第一のサイドリンク無線デバイス、第一のデバイス間通信無線デバイスなど）は、第二の無線デバイス（例えば、ＵＥ２、第二の車両、第二のサイドリンク無線デバイス、第二のデバイス間通信無線デバイスなど）と通信し得る。第一の無線デバイスは、第二の無線デバイスとのＰＣ５－ＲＲＣ接続を有し得る。第一の無線デバイスは、第二の無線デバイスとの直接接続（例えば、サイドリンク直接通信接続）、ＰＣ５接続、サイドリンク接続、および／または同種のものを有し得る。一実施例では、第二の無線デバイスは、ネットワークノード（例えば、第四の無線デバイス、第二の基地局、別のノード、一つまたは複数のネットワークノード、基地局、無線デバイスなど）と通信し得る。

一実施例では、第一の無線デバイスは、第三の無線デバイス（例えば、ＵＥ３、第三の車両、第三のサイドリンク無線デバイス、第三のデバイス間通信無線デバイスなど）と通信し得る。第一の無線デバイスは、第二のＰＣ５－ＲＲＣ接続、第二の直接接続（例えば、サイドリンク直接通信接続）、第二のＰＣ５接続、第二のサイドリンク接続、および／または類似のものの少なくとも一つを介して第三の無線デバイスに接続され得る。第一の無線デバイスは、第二の無線デバイスおよび／または第三の無線デバイスに、トランスポートブロックをマルチキャスト／ブロードキャスト／送信し得る。第一の無線デバイス、第二の無線デバイス、および／または第三の無線デバイスは、同じサイドリンクマルチキャストグループに属し得る。

一実施例では、図１８および／または図１９に示すように、第一の無線デバイスは、第一の基地局（例えば、ｇＮＢ１、ｇＮＢ、ｅＮＢ、ＲＮＣ、ＩＡＢ－ノード、ＩＡＢ－ドナー、ｇＮＢ－ＤＵ、ｇＮＢ－ＣＵ、アクセスノードなど）とＲＲＣ接続を有し得る。第一の基地局は、第一の無線デバイスのサービング基地局であり得る。第一の基地局は、少なくとも一つのサービングセル（例えば、第一のプライマリーセル、一つまたは複数の第一のセカンダリーセルなどの少なくとも一つを含む）を介して第一の無線デバイスに対応し得る。第一の基地局は、第一の無線デバイスのキャンプオン基地局であり得る（例えば、第一の無線デバイスがＲＲＣ非アクティブ状態および／またはＲＲＣアイドル状態にある場合）。第一の無線デバイスは、モード１動作またはモード２動作に基づいて、第二の無線デバイスと通信し得る。

一実施例では、図２１および／または図２２に示すように、第二の無線デバイスは、第二の基地局（例えば、ｇＮＢ２、ｇＮＢ、ｅＮＢ、ＲＮＣ、ＩＡＢ－ノード、ＩＡＢ－ドナー、ｇＮＢ－ＤＵ、ｇＮＢ－ＣＵ、アクセスノードなど）によって対応され得る。第二の無線デバイスは、第二の基地局とのＲＲＣ接続を有し得る。一実施例では、第二の無線デバイスは、第二の基地局のセルにおいてＲＲＣアイドル状態またはＲＲＣ非アクティブ状態にあり得る。一実施例では、第一の基地局は、直接接続（例えば、Ｘｎインターフェイス、Ｘ２インターフェイスなど）および／または間接接続（例えば、一つまたは複数のＮ２／Ｓ１インターフェイス、一つまたは複数のＡＭＦ／ＭＭＥなどを介して）を有し得る。

一実施例では、図１８および／または図１９に示すように、第一の無線デバイスは、第二の無線デバイスから、第二の無線デバイスのギャップ要求情報を含む少なくとも一つのサイドリンクメッセージを受信し得る。ギャップ要求情報は、ギャップ周期性、ギャップ時間オフセット、ギャップの優先度レベル、および／または類似のものの少なくとも一つを示し得る。一実施例では、第二の無線デバイスは、ネットワークノード（例えば、サービング基地局、第二の基地局、別の無線デバイスなど）から、無線リソースを示すリソーススケジューリング情報を受信し得る。第二の無線デバイスは、第二の無線デバイスのリソーススケジューリング情報および／またはデータ生成情報に基づいて、ギャップ要求情報を決定し得る。一実施例では、第一の無線デバイスは、第二の無線デバイスのギャップ要求情報を含む少なくとも一つのアップリンクＲＲＣメッセージを、第一の基地局に送信し得る。第一の基地局は、ギャップ要求情報に基づいて、第一の無線デバイスのサイドリンク無線リソースを決定し得る。サイドリンク無線リソースは、第一の無線デバイスから第二の無線デバイスへの送信用であり得る。第一の無線デバイスは、第一の基地局から、ギャップ要求情報に基づいて決定されたサイドリンク無線リソースを示すリソース許可を受信し得る。第一の無線デバイスは、サイドリンク無線リソースを介して、第二の無線デバイスにトランスポートブロックを送信し得る。

一実施例では、図２０に示すように、第一の無線デバイス（例えば、構成される許可リソースでモード２動作、またはモード１動作）は、ギャップの優先度レベルが、トランスポートブロックに関連付けられる論理チャネルと等しいかまたはそれよりも高いかを決定し得る。決定に基づいて、ギャップの優先度レベルが論理チャネルよりも高いことに応答して、第一の無線デバイスは、ギャップと重複しない無線リソースを介してトランスポートブロックを送信してもよく、ギャップの優先度レベルが論理チャネルと等しいかまたはそれより低いことに応答して、第一の無線デバイスは、ギャップに関係なく決定される無線リソースを介してトランスポートブロックを送信し得る。

一実施例では、図２１および／または図２２に示すように、第一の基地局は、第一の無線デバイスから、第二の無線デバイスのデバイス情報を受信し得る。デバイス情報は、サービングセル、サービング基地局、リソースプール、ゾーン、および／または同種のものの少なくとも一つを示し得る。第一の基地局は、デバイス情報に基づいて、第二の無線デバイスに対応する第二の基地局を識別し得る。第一の基地局は、第二の基地局に、第二の無線デバイスのリソース調整情報の要求を送信し得る。第一の基地局は、第二の基地局から、ギャップ要求情報を含むリソース調整情報を受信し得る。第一の基地局は、ギャップ要求情報に基づいて、第一の無線デバイスから第二の無線デバイスへ送信するためのサイドリンク無線リソースを決定し得る。第一の基地局は、第一の無線デバイスに、サイドリンク無線リソースを示すリソース許可を送信し得る。

一実施例では、第一の無線デバイスは、第二の無線デバイスとＰＣ５ＲＲＣ接続を確立し得る。直接サイドリンク通信のために、第一の無線デバイスは、第二の無線デバイスに直接通信要求を送信してもよく、第一の無線デバイスは、直接通信要求に応答して、直接通信応答を受信し得る。直接サイドリンク通信については、第一の無線デバイスは、第二の無線デバイスからの直接通信要求を受信してもよく、第一の無線デバイスは、直接通信要求に応答して、直接通信応答を受信し得る。直接サイドリンク通信に基づいて、第一の無線デバイスは、第二の無線デバイスに、第一の無線デバイスの第一のサイドリンク機能情報を送信してもよく、および／または第二の無線デバイスから、第二の無線デバイスの第二のサイドリンク機能情報を受信し得る。直接サイドリンク通信に基づいて、第一の無線デバイスは、第一の無線デバイスと第二の無線デバイスとの間のＰＣ５ＲＲＣ接続を構成するために、一つまたは複数の第一のＰＣ５－ＲＲＣ構成パラメーターを第二の無線デバイスに送信し得る。直接サイドリンク通信に基づいて、第一の無線デバイスは、第二の無線デバイスから、一つまたは複数の第二のＰＣ５－ＲＲＣ構成パラメーターを受信して、ＰＣ５ＲＲＣ接続を構成し得る。

一実施例では、第一の無線デバイスは、第一の無線デバイスと第二の無線デバイスとの間に一つまたは複数のサイドリンク無線ベアラ（例えば、一つまたは複数のサイドリンク論理チャネル、一つまたは複数のＱｏＳフロー、一つまたは複数のサイドリンクＰＤＵセッションなど）を確立し得る。一つまたは複数のサイドリンク無線ベアラは、第一の無線デバイスと第二の無線デバイスとの間のＰＣ５－ＲＲＣ接続に基づいてもよい。一つまたは複数のサイドリンク無線ベアラを確立することは、第一の無線デバイスによって、ＲＲＣベアラ構成要求（例えば、ＰＣ５－ＲＲＣベアラ構成要求）を送信することと、ＲＲＣベアラ構成要求に応答してＲＲＣベアラ構成応答（例えば、ＰＣ５－ＲＲＣベアラ構成応答）を受信することとを含み得る。一実施例では、第一の無線デバイスは、第二の無線デバイスに、一つまたは複数のサイドリンク無線ベアラを要求するＲＲＣベアラ構成要求を送信し得る。ＲＲＣベアラ構成要求は、一つまたは複数のサイドリンク無線ベアラのＱｏＳパラメーターを含んでもよい。一実施例では、一つまたは複数の第一のＰＣ５－ＲＲＣ構成パラメーターは、一つまたは複数のサイドリンク無線ベアラに対するＲＲＣベアラ構成要求のパラメーターを含み得る。第一の無線デバイスは、第二の無線デバイスから、一つまたは複数のサイドリンク無線ベアラの構成を示すＲＲＣベアラ構成応答を受信し得る。一実施例では、一つまたは複数の第二のＰＣ５－ＲＲＣ構成パラメーターは、一つまたは複数のサイドリンク無線ベアラに対するＲＲＣベアラ構成応答のパラメーターを含み得る。

一実施例では、一つまたは複数のサイドリンク無線ベアラ（例えば、一つまたは複数のサイドリンク論理チャネル、一つまたは複数のＱｏＳフローなど）のＱｏＳパラメーターは、一つまたは複数のサイドリンク無線ベアラのサイドリンクベアラの優先度レベルを示し得る。一実施例では、一つまたは複数のサイドリンク無線ベアラのＱｏＳパラメーターは、下記の少なくとも一つを含んでもよい。ＰＣ５ＱｏＳフロー識別子（ＰＦＩ）、ＰＣ５５ＱＩ（例えば、ＰＱＩや範囲など）、Ｖ２Ｘサービスタイプ（例えば、ＰＳＩＤまたはＩＴＳ－ＡＩＤ）、ＱｏＳクラス識別子（ＱＣＩ）、５ＧＱｏＳインジケーター（５ＱＩ：動的および／または非動的）、優先度レベル、割り当ておよび保持の優先度（ＡＲＰ：優先度レベル、プリエンプション機能、プリエンプションの脆弱性など）、待ち時間要件（例えば、許容可能なパケット送信待ち時間／遅延）、信頼性要件（例えば、最大エラーレート）、セッション集約最大ビットレート（ＡＭＢＲ）、ベアラタイプ（例えば、ＰＤＵセッションタイプ、ＱｏＳフロータイプ、ＩＰ、非ＩＰ、イーサネット（登録商標）、ＩＰｖ４、ＩＰｖ６、ＩＰｖ４ｖ６、非構造化などの少なくとも一つを示すベアラタイプ）、ＱｏＳフロー識別子、ベアラ識別子、ＱｏＳフローレベルＱｏＳパラメーター、ベアラレベルＱｏＳパラメーター、平均化ウィンドウ、最大データバーストボリューム、パケット遅延バジェット、パケットエラーレート、遅延クリティカル表示（例えば、クリティカルまたは非クリティカル）、最大フロービットレート、保証フロービットレート、通知制御（例えば、イベントに基づいて第一の基地局に要求された通知を示す）、最大パケット損失率など。図２５に示すように、一つまたは複数のＱｏＳフローおよび／または一つまたは複数のサイドリンク無線ベアラは、ＱｏＳパラメーター（例えば、ＰＣ５ＱｏＳルール）に基づいて構成され得る。

一実施例では、（例えば、第一の無線デバイスが、モード２動作に基づいてサイドリンク無線リソースを決定する場合：第一の基地局が、サイドリンク通信のためのサイドリンク無線リソースを割り当てる場合（例えば、動的許可または構成される許可））、一つまたは複数のサイドリンク無線ベアラを確立することが、第一の基地局にサイドリンクベアラ構成要求を送信することと、第一の無線デバイスによって第一の基地局からサイドリンクベアラ構成応答を受信することとを含む。第一の無線デバイスは、確立のために一つまたは複数のサイドリンク無線ベアラを示すサイドリンクベアラ構成要求を第一の基地局に送信し得る。サイドリンクベアラ構成要求（例えば、アップリンクＲＲＣメッセージ経由）は、一つまたは複数のサイドリンク無線ベアラのＱｏＳパラメーターを含んでもよい。第一の無線デバイスは、サイドリンクベアラ構成要求に応答して、第一の基地局から（例えば、ダウンリンクＲＲＣメッセージを介して）一つまたは複数のサイドリンク無線ベアラに対する構成パラメーターを含むサイドリンクベアラ構成応答を受信し得る。構成パラメーターは、一つまたは複数のサイドリンク無線ベアラのＱｏＳパラメーターを含んでもよい。第一の無線デバイスは、第一の基地局からのサイドリンクベアラ構成応答の構成パラメーターに基づいて、第二の無線デバイスを有する一つまたは複数のサイドリンク無線ベアラを構成し得る。第一の無線デバイスは、第一の基地局からのサイドリンクベアラ構成応答における構成パラメーターに基づいて、第二の無線デバイスに、ＲＲＣベアラ構成要求（例えば、ＰＣ５－ＲＲＣベアラ構成要求）を送信し得る。

一実施例では、第二の無線デバイスは、送信または受信する（例えば、ネットワークノードなどの別のネットワークノードへ／から）パケットのトラフィックパターンを決定し得る。ネットワークノードは、第四の無線デバイス、第二の基地局、第二の無線デバイスのサービング基地局、別のノード、一つまたは複数のネットワークノード、基地局、無線デバイス、および／または同種のものの少なくとも一つであり得る。一実施例では、第二の無線デバイスは、（例えば、ネットワークノードへ／ネットワークノードから）送信または受信するパケットのトラフィックパターンに基づいて、ギャップ要求情報を決定し得る。ギャップ要求情報は、第一の無線デバイスがサイドリンクトランスポートブロック（例えば、サイドリンクパケット）を第二の無線デバイスに送信するときに、第一の無線デバイスがギャップ（例えば、例えば、第二の無線デバイスによってパケットを送信または受信するためにギャップ要求情報に示された無線リソース）を避けるようを要求することであり得る。

一実施例では、第二の無線デバイスは、ネットワークノードから、リソーススケジューリング情報を受信し得る。第二の無線デバイスによって送信または受信するパケットのトラフィックパターンを決定することは、リソーススケジューリング情報に基づいてもよい。リソーススケジューリング情報は、第二の無線デバイスの送信のために構成される許可リソース（例えば、タイプ１の構成される許可、タイプ２の構成される許可、ＳＰＳの構成など）、第二の無線デバイスの受信のための半持続性スケジューリング（ＳＰＳ）リソース、第二の無線デバイスが使用するリソースプールのリソースプール構成パラメーター、および／または類似のものの少なくとも一つを含む無線リソースを示し得る。一実施例では、リソーススケジューリング情報は、ネットワークノードが第二の無線デバイスに送信するパケットのトラフィックパターン（例えば、周期性、時間オフセット、データサイズなど）を示し得る。第二の無線デバイスは、リソーススケジューリング情報に基づいて、ギャップ要求情報を決定し得る。

一実施例では、第二の無線デバイスは、第二の無線デバイスのデータ生成パターンに基づいて、トラフィックパターンを決定し得る。第二の無線デバイスは、一つまたは複数のサービスのアプリケーション層トラフィックパターン推定に基づいて、データ生成情報を決定し得る。データ生成情報に基づいて、第二の無線デバイスは、データ生成パターンを決定し得る。第二の無線デバイスは、ネットワークノードから受信したリソーススケジューリング情報、および／または第二の無線デバイスのデータ生成情報の少なくとも一つに基づいて、ギャップ要求情報を決定し得る。

一実施例では、ギャップ要求情報は、ギャップのギャップ周期性、ギャップのギャップ時間オフセット、ギャップのギャップサイズ、ギャップの優先度レベル、および／または類似のものの少なくとも一つを示し得る。ギャップは、ギャップ周期性および基準タイミングからのギャップ時間オフセットを有する定期的に発生する無線リソースを含み、無線リソースの各発生は、ギャップサイズを有する。一実施例では、ギャップのギャップ周期性は、ギャップが発生する時間間隔（例えば、連続的なギャップ間の時間間隔）を示し得る。ギャップのギャップ周期性は、ギャップ周期性を示す（例えば、ギャップがスロット数の時間間隔で発生することを示す）スロットの数（例えば、２００スロット、３００スロットなど、および／またはスロット数に関連するヌメロロジ／ＴＴＩ）、ギャップ周期性を示す（例えば、ギャップが期間の時間間隔で発生することを示す）期間（例えば、１００ｍｓ、２００ｍｓ、１０００ｍｓなど）、ギャップ周期性を示す（例えば、ギャップがサブフレームの数の時間間隔で発生することを示す）サブフレームの数（例えば、１０サブフレーム、５０サブフレームなど）、および／または同様のものの少なくとも一つを含み得る。

一実施例では、ギャップのギャップ時間オフセットは、ギャップが開始するタイミングを示し得る。ギャップのギャップ時間オフセットは、基準タイミング（例えば、ＳＦＮ＃０、システムフレーム番号＃０、全てのサブフレームの開始点、全てのシステムフレームの開始点、標準時間の構成時間など）からのスロットの数（例えば、１０スロット、１２０スロットなど、および／またはスロット数に関連するヌメロロジ／ＴＴＩ）、基準タイミングからの時間距離（例えば、２０ｍｓ、１５０ｍｓなど）、基準タイミングからのサブフレームの数（例えば、１０サブフレーム、５０サブフレームなど）、および／または同様のものの少なくとも一つを含み得る。

一実施例では、ギャップのギャップサイズは、ギャップの各発生のサイズ（例えば、持続時間）を示し得る。ギャップのギャップサイズは、スロットの数（例えば、３スロット、１０スロットなど、および／またはスロットの数に関連するヌメロロジ／ＴＴＩ）、期間（例えば、０．５ｍｓ、１ｍｓ、２ｍｓなど）、サブフレームの数（例えば、０．５サブフレーム、１サブフレーム、２サブフレームなど）、および／または同様のものの少なくとも一つを含み得る。

一実施例では、ギャップの優先度レベルは、ギャップが有する優先度レベルを示し得る。ギャップの優先度レベルは、第二の無線デバイスがギャップを介して別のネットワークノード（例えば、ネットワークノード、第二の基地局、第四の無線デバイスなど）との間で送受信するパケットが、優先度レベルを有することを示し得る。ギャップの優先度レベルは、第一の基地局が、トランスポートブロックの優先度レベル（例えば、第一の無線デバイスと第二の無線デバイスとの間のサイドリンクベアラの優先度レベル）が、ギャップの優先度レベル以上である場合、ギャップによって示される無線リソースを介して、トランスポートブロックを第二の無線デバイスに送信することを承認／許可／同意され得ることを示し得る。ギャップの優先度レベルは、優先度レベルを示すインジケーターを含んでもよい。ギャップの優先度レベルは、０～１５の整数値、０～７の整数値、ＰｒｏＳｅＰｅｒ－ＰａｃｋｅｔＰｒｉｏｒｉｔｙ（ＰＰＰＰ）、および／または類似のものの少なくとも一つを含み得る。

一実施例では、ギャップ要求情報は、第二の無線デバイスがギャップを示すために使用するヌメロロジ／ＴＴＩ、ギャップの周波数（例えば、ギャップに対する影響を受ける周波数）、ギャップの帯域幅（例えば、ギャップに対する影響を受ける帯域幅）、第二の無線デバイスのＲＲＣ状態（例えば、第二の基地局において：ＲＲＣ接続状態、ＲＲＣ非アクティブ状態、ＲＲＣアイドル状態など）、第二の無線デバイスのサービングセル（例えば、第二の基地局で）のセル識別子（例えば、物理セル識別子、ＰＣＩ、グローバルセル識別子、ＧＣＩ、ＣＧＩなど）、第二の無線デバイスのサービング基地局（例えば、第二の基地局）の基地局識別子（例えば、ｇＮＢＩＤ、ｅＮＢＩＤ、ｇＮＢ－ＤＵＩＤ、ｇＮＢ－ＣＵＩＤなど）、第二の無線デバイスが使用するリソースプール（例えば、リソースプールのインデックス／識別子、サイドリンクに対し、Ｖ２Ｘ、デバイス間通信など、モード１動作用のリソースプール、モード２動作用のリソースプールなど）、影響を受けるリソースプール（例えば、第二の無線デバイスが第一の無線デバイスにギャップを適用するように要求するリソースプール）、好ましいリソースプール（例えば、第二の無線デバイスがトランスポートブロックを第二の無線デバイスに送信するときに使用する第一の無線デバイスを推奨するリソースプール）、第二の無線デバイスのゾーン（例えば、第二の無線デバイスのゾーンが第一の無線デバイスと異なる場合、第一の無線デバイスの送信は、第二の無線デバイスとネットワークノードとの通信に影響を及ぼさない可能性がある）、第二の無線デバイスがサイドリンク通信のために同期するために使用する同期基準ソース（例えば、基地局（例えば、第二の基地局）、グローバルナビゲーション衛星システム（ＧＮＳＳ）（例えば、ＧＰＳ、ＧＬＯＮＡＳＳ、Ｇａｌｉｌｅｏ、Ｂｅｉｄｏｕなど）、など）、第二の無線デバイスの同期基準ソースの優先度情報（例えば、第二の基地局、ＧＮＳＳなどの間）、ターゲットサイドリンクベアラ情報（例えば、第一の無線デバイスと第二の無線デバイスとの間のターゲットサイドリンクベアラのサイドリンクベアラ識別子、第二の無線デバイスは、第一の無線デバイスに、ターゲットサイドリンクベアラにギャップを適用するように要求することができる）、および／または同様のものの少なくとも一つを示し得る。一実施例では、ギャップ要求情報はギャップが第二の無線デバイスの送信用か、第二の無線デバイスの受信用かを示すことができる（例えば、ギャップが第二の無線デバイスの受信用である場合、第一の無線デバイスは、ギャップと重複する時間に第二の無線デバイスにトランスポートブロックを送信することを承認／許可され得る、ギャップが第二の無線デバイスの送信用である場合、第一の無線デバイスは、例えば、半二重の問題のために、ギャップと重複する時間に第二の無線デバイスにトランスポートブロックを送信することを承認／許可されない場合がある、など）。

一実施例では、図２３および／または図２４に示すように、第二の無線デバイスは、ギャップ要求情報を含む少なくとも一つのサイドリンクメッセージを第一の無線デバイスに送信し得る。一実施例では、第一の無線デバイスは、第二の無線デバイスから、第二の無線デバイスのギャップ要求情報を含む少なくとも一つのサイドリンクメッセージを受信し得る。少なくとも一つのサイドリンクメッセージは、ＰＣ５－ＲＲＣ接続と関連付けられ得る。少なくとも一つのサイドリンクメッセージは、ＰＣ５－ＲＲＣメッセージ（例えば、ＰＣ５－ＲＲＣ構成メッセージ、ＰＣ５－ＲＲＣＵＥ情報メッセージ、ＰＣ５－ＲＲＣＵＥ機能メッセージなど）、直接通信要求メッセージ、機能情報メッセージ、および／または同種のものの少なくとも一つであり得る。一実施例では、少なくとも一つのサイドリンクメッセージは、第二の無線デバイスの無線デバイス識別子（例えば、ＩＭＳＩ、ＴＭＳＩ、Ｃ－ＲＮＴＩ、Ｖ２Ｘノードインデックスなど）、第一の無線デバイスの無線デバイス識別子（例えば、ＩＭＳＩ、ＴＭＳＩ、Ｃ－ＲＮＴＩ、Ｖ２Ｘノードインデックスなど）、第一の無線デバイスを示す宛先識別子（例えば、宛先レイヤー２識別子、ＩＰアドレス、ＵＥ識別子など）、および／または同様のものの少なくとも一つを含む。

一実施例では、第一の無線デバイスは、第三の無線デバイスから、第三の無線デバイスの第二のギャップ要求情報を受信し得る。第二のギャップ要求情報は、第三の無線デバイスが別のネットワークノードとの通信のために要求する第二のギャップを示し得る。第二のギャップ要求情報は、第二のギャップの第二のギャップ周期性、第二のギャップの第二のギャップ時間オフセット、第二のギャップの第二のギャップサイズ、第二のギャップの第二の優先度レベル、および／または類似のものの少なくとも一つを示し得る。第一の無線デバイス、第二の無線デバイス、および／または第三の無線デバイスは、サイドリンクマルチキャストグループに属し得る。第一の無線デバイスは、第二の無線デバイスおよび第三の無線デバイスへトランスポートブロックをマルチキャスト／ブロードキャストであり得る。第一の無線デバイスは、第二の無線デバイスのギャップ要求情報および／または第三の無線デバイスの第二のギャップ要求情報（例えば、ギャップ要求情報および／または第二のギャップ要求情報で示されるギャップを回避する無線リソース）に基づいて決定される無線リソースを介して、第二の無線デバイスおよび第三の無線デバイスへトランスポートブロックをマルチキャスト／ブロードキャストし得る。

一実施例では、第二の無線デバイスのギャップ要求情報は、第一の無線デバイスからの情報要求に基づいてもよい（例えば、第一の無線デバイスからの情報要求に応答して）。一実施例では、第二の無線デバイスによって、ギャップ要求情報を第一の無線デバイスに送信することは、第一の基地局からの情報要求に基づいてもよい（例えば、第一の無線デバイスからの情報要求に応答して）。一実施例では、第一の無線デバイスは、ギャップ要求情報に対するサイドリンク情報要求メッセージを第二の無線デバイスに送信し得る。サイドリンク情報要求メッセージは、ギャップ要求情報の要求を示し得る。ギャップ要求情報を含む少なくとも一つのサイドリンクメッセージ（第二の無線デバイスからの）は、サイドリンク情報要求メッセージ（例えば、サイドリンク情報要求メッセージに応答して）に基づいてもよい。一実施例では、サイドリンク情報要求メッセージは、ＰＣ５－ＲＲＣ接続と関連付けられてもよい。サイドリンク情報要求メッセージは、ＰＣ５－ＲＲＣメッセージ（例えば、ＰＣ５－ＲＲＣ構成メッセージ、ＰＣ５－ＲＲＣＵＥ情報メッセージ、ＰＣ５－ＲＲＣＵＥ機能メッセージなど）、直接通信要求メッセージ、機能情報メッセージ、および／または類似のものの少なくとも一つであり得る。一実施例では、第一の無線デバイスは、第一の基地局からの要求に基づいて、第二の無線デバイスにサイドリンク情報要求メッセージを送信し得る。

一実施例では、サイドリンク情報要求メッセージは、第二の無線デバイスの無線デバイス識別子（例えば、ＩＭＳＩ、ＴＭＳＩ、Ｃ－ＲＮＴＩ、Ｖ２Ｘノードインデックスなど）、第一の無線デバイスの無線デバイス識別子（例えば、ＩＭＳＩ、ＴＭＳＩ、Ｃ－ＲＮＴＩ、Ｖ２Ｘノードインデックスなど）、第二の無線デバイスを示す宛先識別子（例えば、宛先レイヤー２識別子、ＩＰアドレス、ＵＥ識別子など）、第二の無線デバイスに関連付けられたサイドリンクベアラのベアラ識別子、第二の無線デバイスに関連付けられたサイドリンク論理チャネルの論理チャネル識別子、第二の無線デバイスに関連付けられたサイドリンクＱｏＳフローのＱｏＳフロー識別子（例えば、サイドリンクセッション、サイドリンクＰＤＵセッションなど）、第一の無線デバイスに通知するために必要なギャップの優先度レベル、および／または同様のものの少なくとも一つを含み得る。一実施例では、サイドリンク情報要求メッセージは、パケットフロー（例えば、サイドリンクベアラ、サイドリンク論理チャネル、および／または第二の無線デバイスに関連するサイドリンクＱｏＳフロー）の優先度レベル、パケットフロー（例えば、サイドリンクベアラ、サイドリンク論理チャネル、および／または第二の無線デバイスに関連するサイドリンクＱｏＳフロー）のトラフィックパターン、第二の無線デバイスに関連付けられたパケットフローに使用される可能性のあるリソースのギャップ割り当ての可用性、および／または同様のものの少なくとも一つを含み得る。第一の無線デバイスに通知するために必要なギャップの優先度レベルは、第一の無線デバイスへのギャップの要求が許可／承認されるトラフィックの最小優先度を示し得る。一実施例では、第二の無線デバイスは、第一の無線デバイスに、サイドリンク情報要求メッセージに示されるギャップの優先度レベルと同等および／またはより高い優先度レベルを有する、トラフィックの通信（例えば、第二の無線デバイスによる別のネットワークノードとの）のためのギャップ要求（例えば、ギャップ要求情報）を送信し得る。

一実施例では、第一の無線デバイスによって、サイドリンク情報要求メッセージを第二の無線デバイスに送信することは、第一の基地局からの情報要求に基づいてもよい（例えば、第一の基地局からの情報要求に応答して）。一実施例では、第一の無線デバイスは、第一の基地局から、第二の無線デバイスのギャップ要求情報に対するＲＲＣ情報要求メッセージを受信し得る。第一の無線デバイスは、第一の基地局から受信したＲＲＣ情報要求メッセージに基づいて、第二の無線デバイスのギャップ要求情報を（例えば、少なくとも一つのアップリンクＲＲＣメッセージを介して）第一の基地局に送信し得る。一実施例では、ＲＲＣ情報要求メッセージは、ＵＥ情報要求メッセージ、ＵＥ支援情報要求メッセージ、ＲＲＣ再構成メッセージ、ＲＲＣ再構築メッセージ、ＲＲＣセットアップメッセージ、ＲＲＣ再確立メッセージ、および／または同種のものの少なくとも一つであり得る。

一実施例では、ＲＲＣ情報要求メッセージは、第二の無線デバイス（例えば、第一の無線デバイスがギャップ情報を提供する必要があるターゲット無線デバイス）の無線デバイス識別子（例えば、ＩＭＳＩ、ＴＭＳＩ、Ｃ－ＲＮＴＩ、Ｖ２Ｘノードインデックスなど）、第二の無線デバイス（例えば、第一の無線デバイスがギャップ情報を提供する必要があるターゲット無線デバイス）を示す宛先識別子（例えば、宛先レイヤー２識別子、ＩＰアドレス、ＵＥ識別子など）、第二の無線デバイスに関連付けられたサイドリンクベアラのベアラ識別子、第二の無線デバイスに関連付けられたサイドリンク論理チャネルの論理チャネル識別子、第二の無線デバイスに関連付けられたサイドリンクＱｏＳフロー（例えば、サイドリンクセッション、サイドリンクＰＤＵセッションなど）のＱｏＳフロー識別子（例えば、セッション識別子、ＰＤＵセッション識別子など）、第一の基地局に通知するために必要なギャップの優先度レベル、および／または同様のものの少なくとも一つを含み得る。一実施例では、第一の無線デバイスは、第一の無線デバイスが、第一の基地局に、ギャップ情報を提供する必要があるターゲット無線デバイス（例えば、第二の無線デバイスおよび／または第三の無線デバイス）を識別するために、パケットフロー（例えば、サイドリンクベアラ、サイドリンク論理チャネル、および／または第二の無線デバイスに関連付けられるサイドリンクＱｏＳフロー）の識別子を使用し得る。パケットフロー（例えば、サイドリンクベアラ、サイドリンク論理チャネル、および／または第二の無線デバイスに関連付けられるサイドリンクＱｏＳフロー）の識別子は、第一の無線デバイス（例えば、送信機無線デバイス）の複数の受信機無線デバイス（例えば、第二の無線デバイス、第三の無線デバイスなど）の間で一意であり得る。

一実施例では、ＲＲＣ情報要求メッセージは、パケットフロー（例えば、サイドリンクベアラ、サイドリンク論理チャネル、および／または第二の無線デバイスに関連するサイドリンクＱｏＳフロー）の優先度レベル、パケットフロー（例えば、サイドリンクベアラ、サイドリンク論理チャネル、および／または第二の無線デバイスに関連するサイドリンクＱｏＳフロー）のトラフィックパターン、第二の無線デバイスに関連付けられたパケットフローに使用される可能性のあるリソースのギャップ割り当ての可用性、および／または同様のものの少なくとも一つを含み得る。第一の基地局に通知するために必要なギャップの優先度レベルは、第一の無線デバイスおよび／または第一の基地局へのギャップの要求を許可／承認する最小のトラフィック優先度を示し得る。一実施例では、第一の無線デバイスおよび／または第二の無線デバイスは、ＲＲＣ情報要求メッセージに示されるギャップの優先度レベルと同等および／またはより高い優先度レベルを有するトラフィックの通信（例えば、第二の無線デバイスによる別のネットワークノードとの）のために、第一の基地局にギャップ要求（例えば、第二の無線デバイスのギャップ要求情報）を送信し得る。一実施例では、第二の無線デバイスは、第一の無線デバイスに、サイドリンク情報要求メッセージに示されるギャップの優先度レベルと同等および／またはより高い優先度レベルを有する、トラフィックの通信（例えば、第二の無線デバイスによる別のネットワークノードとの）のためのギャップ要求（例えば、ギャップ要求情報）を送信し得る。

一実施例では、第一の基地局によって、第二の無線デバイスのギャップ要求情報のために、ＲＲＣ情報要求メッセージを第一の無線デバイスに送信することは、第二の無線デバイスのネットワーク情報に基づいてもよい。一実施例では、第一の基地局は、第二の無線デバイスが第一の基地局によって対応されない場合、第二の無線デバイスが、カバレッジ外の無線デバイスであるか、またはＲＲＣのアイドル／非アクティブ状態である場合、および／または同種のものである場合、第二の無線デバイスのネットワーク情報に基づいて、ＲＲＣ情報要求メッセージを第一の無線デバイスに送信し得る。一実施例では、第二の無線デバイスが第一の基地局によって対応されるか否かに応じて、第一の基地局は、第二の無線デバイスのギャップ要求情報を第一の無線デバイスに要求し得る（例えば、第二の無線デバイスが第一の基地局によって対応されない場合）。一実施例では、第一の無線デバイスは、第二の無線デバイスから、第二の無線デバイスのネットワーク情報を受信し得る。第二の無線デバイスは、第一の無線デバイスに、ＰＣ５－ＲＲＣメッセージ（例えば、ＰＣ５－ＲＲＣ構成メッセージ、ＰＣ５－ＲＲＣＵＥ情報メッセージ、ＰＣ５－ＲＲＣＵＥ機能メッセージなど）、直接通信メッセージ、機能情報メッセージ、および／または同様のものの少なくとも一つを介してネットワーク情報を送信することができる。一実施例では、第一の無線デバイスは、第一の基地局に、第二の無線デバイスのネットワーク情報を、アップリンクＲＲＣメッセージ、ＵＥ支援情報メッセージ、ＵＥ情報、ＲＲＣ再確立完了メッセージ、ＲＲＣ再構成完了メッセージ、ＲＲＣ再開完了メッセージ、ＲＲＣセットアップ完了メッセージ、および／または同様のものの少なくとも一つを介して送信し得る。

一実施例では、第一の無線デバイスによって、ギャップ要求情報のために、サイドリンク情報要求メッセージを第二の無線デバイスに送信することは、第二の無線デバイスのネットワーク情報に基づいてもよい。一実施例では、第一の無線デバイスは、第二の無線デバイスが第一の基地局によって対応されない場合、第二の無線デバイスが、カバレッジ外の無線デバイスであるか、またはＲＲＣのアイドル／非アクティブ状態である場合、および／または同種のものである場合、第二の無線デバイスのネットワーク情報に基づいて、サイドリンク情報要求メッセージを第二の無線デバイスに送信し得る。一実施例では、第二の無線デバイスが第一の基地局によって対応されるかどうかに応じて、第一の無線デバイスは、第二の無線デバイスのギャップ要求情報を第一の無線デバイスに要求し得る（例えば、第二の無線デバイスが第一の基地局によって対応されない場合）。

一実施例では、ネットワーク情報は、第二の無線デバイスのサービングセル（例えば、キャンプオンセル）のセル識別子（例えば、物理セル識別子、ＰＣＩ、グローバルセル識別子、ＧＣＩ、ＣＧＩ、キャリアインデックスなど）、第二の無線デバイスのサービング基地局（例えば、第二の基地局）の基地局識別子（例えば、ｇＮＢ識別子、ｅＮＢ識別子、ｇＮＢ－ＤＵ識別子、ｇＮＢ－ＣＵ識別子など）、第二の無線デバイスが使用する（例えば、第二の無線デバイスが第一の無線デバイスと同じリソースプールを使用する場合、第一の基地局および／または第一の無線デバイスは、第一の無線デバイスを第二の無線デバイスに送信するためのサイドリンクリソースを選択／構成／調整するために、第二の無線デバイスのギャップ要求情報を必要とし得る。）リソースプールのリソースプールインデックス（例えば、サイドリンク、Ｖ２Ｘ、デバイス間通信など）、第二の無線デバイスが配置されている（例えば、第二の無線デバイスのゾーンが第一の無線デバイスと異なる場合、第一の無線デバイスの送信は、第二の無線デバイスとネットワークノードとの通信に影響を及ぼさない場合があり、および／または第一の基地局および／または第一の無線デバイスは、第二の無線デバイスのギャップ情報を必要としない場合がある。）ゾーンのゾーン識別子（物理的な場所など）、第二の無線デバイスが使用する（例えば、第二の無線デバイスが第一の無線デバイスと同じ帯域を使用する場合、第一の基地局および／または第一の無線デバイスは、第一の無線デバイスを第二の無線デバイスに送信するためのサイドリンクリソースを選択／構成／調整するために、第二の無線デバイスのギャップ要求情報を必要とし得る。）サービングバンドのバンドインデックス、第二の無線デバイス（例えば、第二の無線デバイスがＲＲＣ接続状態にある場合、第一の基地局は、第二の無線デバイスのサービング基地局にリソース調整情報および／またはギャップ要求情報を要求することができる。）のＲＲＣ状態（例えば、ＲＲＣアイドル状態、ＲＲＣ非アクティブ状態、ＲＲＣ接続状態など）、第二の無線デバイスがサイドリンク通信に使用する同期基準ソース（例えば、同期基準ソースは、基地局、またはグローバルナビゲーション衛星システム（ＧＮＳＳ）（例えば、ＧＰＳ、ＧＬＯＮＡＳＳ、Ｇａｌｉｌｅｏ、Ｂｅｉｄｏｕなど）のうちの少なくとも一つを含み得る。）、第二の無線デバイス（例えば、第二の基地局、ＧＮＳＳなどの間）のサービングセル（キャンプオンセルなど）での同期基準ソースの優先度情報、および／または同様のものの少なくとも一つを含み得る。一実施例では、同期基準ソースおよび／または同期基準ソースの優先度情報に基づいて、第一の基地局および／または第一の無線デバイスは、第二の無線デバイスのギャップ要求情報がサイドリンクリソース選択に必要である／役立つかを決定し得る。一実施例では、第二の無線デバイスが、第一の無線デバイスおよび／または第一の基地局とは異なる同期基準ソースを使用する場合、異なる同期基準ソースに基づいてフォーマット／示されるギャップ要求情報は、第一の無線デバイスおよび／または第一の基地局によるサイドリンクリソースを決定するのに不適切（例えば、不正確および／またはあまり有用ではない）であり得る。

一実施例では、第一の無線デバイスは、ギャップ要求情報に基づいて、第二の無線デバイスに送信するためのサイドリンク無線リソースを決定／選択し得る。一実施例では、第一の無線デバイス（例えば、モード１動作：構成される許可リソース、ＳＰＳリソース、および／または動的許可に基づくリソース割り当て）は、ギャップ要求情報を第一の基地局に送信してもよく、ギャップ要求情報に基づいて、第一の基地局からサイドリンクリソース構成（例えば、構成される許可リソース割り当て、ＳＰＳリソース、動的許可など）を受信し得る。一実施例では、第一の無線デバイス（例えば、モード２動作、または構成される許可リソースを有するモード１動作）は、ギャップ要求情報に基づいて、ネットワークによって構成される、または事前に構成されるリソースプール（例えば、モード２動作）からのサイドリンク無線リソースを決定し得る。

一実施例では、図２０に示すように、第一の無線デバイス（例えば、モード２動作、または構成される許可リソースを有するモード１動作）は、第二の無線デバイスのギャップ要求情報に基づいて、複数のリソースプールからのサイドリンク無線リソース、リソースプール、および／またはサイドリンク通信のための構成される許可リソース（例えば、第二の無線デバイスへの送信のために）を決定し得る。サイドリンク無線リソースを決定することは、時間／周波数ドメインにおける、一つまたは複数のリソースセグメント（例えば、リソースブロック、スロット、ミニスロット、シンボル、サブフレーム、時間期間、時間機会、および／またはサブキャリア、キャリア、帯域幅部分、周波数における帯域幅セグメントのうちの少なくとも一つの組み合わせを含む）、一つまたは複数のリソースプール（例えば、Ｖ２Ｘ／デバイス間／サイドリンク通信モード１／モード１動作など用に構成される）のうちの少なくとも一つを決定することを含み得る。第一の無線デバイスによって決定されるサイドリンク無線リソースは、時間／周波数ドメインにおける、一つまたは複数のリソースセグメント（例えば、リソースブロック、スロット、ミニスロット、シンボル、サブフレーム、時間期間、時間機会、および／またはサブキャリア、キャリア、帯域幅部分、周波数における帯域幅セグメントのうちの少なくとも一つの組み合わせを含む）、一つまたは複数のリソースプール（例えば、Ｖ２Ｘ／デバイス間／サイドリンク通信モード１／モード１動作など用に構成される）のうちの少なくとも一つを含み得る。第一の無線デバイスは、ギャップ要求情報に基づいて決定／選択されるサイドリンク無線リソースを介して、トランスポートブロックおよび／または信号（例えば、ＰＳＳＣＨ、ＰＳＣＣＨなど）を送信し得る。

一実施例では、第一の無線デバイスは、ギャップ要求情報（例えば、ギャップ周期性、ギャップ時間オフセット、ギャップサイズ、第二の無線デバイスによって使用されるヌメロロジ／ＴＴＩ、同期基準ソース、同期基準ソースの優先度情報などに基づく）に示されるギャップと重複しないサイドリンク無線リソースのタイミングおよび／またはサイズを選択／決定し得る。一実施例では、第二の無線デバイスによって要求されるギャップが、第二の無線デバイスの送信用である場合、第一の無線デバイスは、（例えば、半二重の問題などにより）ギャップと時間ドメインで重複しているサイドリンク無線リソース（例えば、第二の無線デバイスへの送信用）を決定／選択しなくてもよい。一実施例では、第二の無線デバイスによって要求されるギャップが、第二の無線デバイスの受信用である場合、第一の無線デバイスは、ギャップと時間ドメインで重複するサイドリンク無線リソース（例えば、第二の無線デバイスへの送信用）を決定／選択し得る。

一実施例では、第一の無線デバイスは、ギャップ要求情報に基づいて（例えば、リソースプールおよび／またはギャップ要求情報によって示される影響を受けるリソースプールに基づいて）、第二の無線デバイスによって使用されるリソースプール（例えば、第二の無線デバイスへの送信のため）の使用を回避し得る。一実施例では、第一の無線デバイスは、ギャップ要求情報に基づいて（例えば、ギャップ要求情報によって示される好ましいリソースプールに基づいて）、第二の無線デバイスによって推奨されるリソースプール（例えば、第二の無線デバイスへの送信のため）を使用し得る。

一実施例では、第一の無線デバイス（例えば、ギャップの周波数、ギャップの帯域幅、第二の無線デバイスのサービングセルのセル識別子、第二の無線デバイスによって使用されるリソースプール、同期基準ソース、同期基準ソースの優先度情報に基づき）は、第二の無線デバイスへの送信のために、時間ドメインおよび／または周波数ドメインで、第二の無線デバイスのギャップ要求情報に示されているギャップと重複する、サイドリンク無線リソース（例えば、リソースブロック）を選択／決定しなくてもよい。一実施例では、ギャップ要求情報に示される第二の無線デバイスのゾーンに基づいて、第二の無線デバイスのゾーンが第一の無線デバイスと同一である場合、第一の無線デバイスは、ギャップと重複しないサイドリンク無線リソースを決定／選択し得る。第二の無線デバイスのゾーンが第一の無線デバイスと異なる場合、第一の無線デバイスは、ギャップに関係なくサイドリンク無線リソースを決定／選択し得る。一実施例では、第一の無線デバイスは、ターゲットサイドリンクベアラ情報によって示されるベアラに関連付けられるトランスポートブロックの、第二の無線デバイスへの送信のためのサイドリンク無線リソースを選択／決定する際に、ギャップを考慮に入れ得る。

一実施例では、第一の無線デバイスは、ギャップ要求情報に示されるギャップの優先度レベルが、第二の無線デバイスに送信するための、トランスポートブロックおよび／またはトランスポートブロックの論理チャネル（例えば、第一の無線デバイスと第二の無線デバイスとの間のサイドリンク論理チャネル、サイドリンクＱｏＳフロー、サイドリンクセッション、および／またはサイドリンクベアラ）よりも、高いかどうかを決定し得る。第一の無線デバイスによる決定に基づいて、ギャップの優先度レベルがトランスポートブロックおよび／または論理チャネルと等しいかまたはそれよりも高いことに応答して、第一の無線デバイスは、ギャップと重複しないようにサイドリンク無線リソースを決定／選択し、および／またはギャップと重複しないサイドリンク無線リソースを介してトランスポートブロックを送信し得る。第一の無線デバイスによる決定に基づいて、ギャップの優先度レベルがトランスポートブロックおよび／または論理チャネル以下であることに応答して、第一の無線デバイスは、ギャップに関係なく、サイドリンク無線リソースを決定／選択してもよく、および／またはギャップに関係なく決定されるサイドリンク無線リソースを介して、トランスポートブロックを送信し得る。

一実施例では、図１８、図１９、および／または図２３に示すように、第一の無線デバイスは、第二の無線デバイスのギャップ要求情報を含む少なくとも一つのアップリンクＲＲＣメッセージを、第一の基地局に送信し得る。少なくとも一つのアップリンクＲＲＣメッセージは、第三の無線デバイスの第二のギャップ要求情報を含み得る。一実施例では、第一の無線デバイスによる少なくとも一つのアップリンクＲＲＣメッセージの第一の無線デバイスへの送信は、第一の基地局からの第一の無線デバイスによる、第二の無線デバイスのギャップ要求情報に対するＲＲＣ情報要求メッセージの受信に基づいてもよい。一実施例では、ＲＲＣ情報要求メッセージ（例えば、ＲＲＣ情報要求メッセージに応答して）に基づいて、第一の無線デバイスは、第一の基地局に、第二の無線デバイスのギャップ要求情報を含む少なくとも一つのアップリンクＲＲＣメッセージを送信し得る。一実施例では、少なくとも一つのアップリンクＲＲＣメッセージは、アップリンクＲＲＣメッセージ、ＵＥ支援情報メッセージ、ＵＥ情報、ＲＲＣ再確立完了メッセージ、ＲＲＣ再構成完了メッセージ、ＲＲＣ再開完了メッセージ、ＲＲＣセットアップ完了メッセージ、および／または類似のものの少なくとも一つであり得る。

一実施例では、ネットワーク情報に基づき、第一の基地局が、第二の無線デバイスが第一の基地局によって対応されるかどうかを決定し得る（例えば、第二の無線デバイスのサービングセルのセル識別子、第二の無線デバイスのサービング基地局の基地局識別子、第二の無線デバイスのサービングバンドのバンドインデックス、第二の無線デバイスのリソースプールのリソースプールインデックス、第二の無線デバイスのＲＲＣ状態、第二の無線デバイスのゾーン、および／またはネットワーク情報によって示される類似のものの少なくとも一つに基づき）。第一の基地局が、第二の無線デバイスが第一の基地局によって対応されていないと決定した場合、第一の基地局は、ネットワーク情報に基づいて、第二の無線デバイスのサービング基地局（例えば、第二の基地局）を識別し得る。サービング基地局（例えば、第二の基地局）は、第二の無線デバイスに対応し得る。第二の無線デバイス（例えば、ＲＲＣのアイドル／非アクティブ状態）は、サービング基地局（例えば、第二の基地局）のセル上でキャンプし得る。一実施例では、図２１、図２２、および／または図２４に示すように、第一の基地局は、第二の無線デバイスのリソース調整情報（例えば、ギャップ要求情報）の要求を、第二の基地局に（例えば、直接的なインターフェイスおよび／または間接的なインターフェイスを介して）送信し得る。第一の基地局は、第二の基地局から（例えば、直接インターフェイスおよび／または間接インターフェイスを介して）、ギャップ要求情報を含むリソース調整情報を受信し得る。第二の基地局から受信されるギャップ要求情報は、第一の無線デバイスが第二の無線デバイスから受信し、第一の基地局に送信するギャップ要求情報の要素を含んでもよい。第二の基地局から受信されるギャップ要求情報は、第一の無線デバイスが第二の無線デバイスから受信し、第一の基地局に送信するギャップ要求情報の要素／パラメーターとして記述される要素を含んでもよい。第二の基地局から受信されるギャップ要求情報は、第二の無線デバイスからのギャップ要求情報が含む要素／パラメーターとして記述される要素を含んでもよい。

一実施例では、第一の基地局は、第二の無線デバイスのギャップ要求情報に基づいて（例えば、および／または第三の無線デバイスの第二のギャップ要求情報に基づいて）、第一の無線デバイスに対するサイドリンク無線リソースを決定し得る。第一の基地局は、第一の無線デバイスから（例えば、第一の無線デバイスを介して第二の無線デバイスから）および／または第二の基地局から受信したギャップ要求情報に基づいて、第一の無線デバイスの第二の無線デバイスへの送信のためのサイドリンク無線リソースを決定し得る。第一の基地局によって決定されるサイドリンク無線リソースは、第一の無線デバイスによって使用され、トランスポートブロックおよび／または信号を第二の無線デバイス（例えば、および／または第三の無線デバイス）に送信し得る。サイドリンク無線リソースは、第一の無線デバイスから第二の無線デバイスへの送信用であり得る。一実施例では、第一の基地局（例えば、第一の無線デバイスの第二の無線デバイスへの送信のために）は、第二の無線デバイスのギャップ要求情報に基づいて、複数のリソースプールからのサイドリンク無線リソース、リソースプール、および／またはサイドリンク通信および／またはアップリンク／ダウンリンク通信のための無線リソースを決定し得る。サイドリンク無線リソースを決定することは、時間／周波数ドメインにおける、一つまたは複数のリソースセグメント（例えば、リソースブロック、スロット、ミニスロット、シンボル、サブフレーム、時間期間、時間機会、および／またはサブキャリア、キャリア、帯域幅部分、周波数における帯域幅セグメントのうちの少なくとも一つの組み合わせを含む）、一つまたは複数のリソースプール（例えば、Ｖ２Ｘ／デバイス間／サイドリンク通信モード１／モード１動作など用に構成される）のうちの少なくとも一つを決定することを含み得る。第一の基地局によって決定されるサイドリンク無線リソースは、時間／周波数ドメインにおける、一つまたは複数のリソースセグメント（例えば、リソースブロック、スロット、ミニスロット、シンボル、サブフレーム、時間期間、時間機会、および／またはサブキャリア、キャリア、帯域幅部分、周波数における帯域幅セグメントのうちの少なくとも一つの組み合わせを含む）、一つまたは複数のリソースプール（例えば、Ｖ２Ｘ／デバイス間／サイドリンク通信モード１／モード１動作など用に構成される）のうちの少なくとも一つを含み得る。第一の無線デバイスは、ギャップ要求情報に基づいて、第一の基地局によって特定／選択および／または表示／割り当てられたサイドリンク無線リソースを介して、第二の無線デバイスおよび／または第三の無線デバイスに、トランスポートブロックおよび／または信号（例えば、ＰＳＳＣＨ、ＰＳＣＣＨなど）を送信／マルチキャスト／ブロードキャストし得る。

一実施例では、第一の基地局は、（例えば、ギャップ周期性、ギャップ時間オフセット、ギャップサイズ、第二の無線デバイスによって使用されるヌメロロジ／ＴＴＩ、同期基準ソース、同期基準ソースの優先度情報などに基づき）ギャップ要求情報に示されているギャップと重複していないサイドリンク無線リソースのタイミングおよび／またはサイズを割り当て／決定することができる（例えば、第一の無線デバイスを第二の無線デバイスに送信するため）。一実施例では、第二の無線デバイスによって要求されるギャップが第二の無線デバイスの送信用である場合、第一の基地局は、ギャップと時間ドメインで重複する（例えば、半二重の問題などにより）、サイドリンク無線リソース（例えば、第一の無線デバイスの第二の無線デバイスへの送信用）を決定／割り当てなくてもよい。一実施例では、第二の無線デバイスによって要求されるギャップが、第二の無線デバイスの受信用である場合、第一の基地局は、ギャップと時間ドメインで重複するサイドリンク無線リソース（例えば、第一の無線デバイスの第二の無線デバイスへの送信用）を決定／割り当てうる。

一実施例では、第一の基地局は、ギャップ要求情報（例えば、ギャップ要求情報によって示されるリソースプールおよび／または影響を受けるリソースプールに基づく）に基づいて、第二の無線デバイスによって使用されるリソースプール（例えば、第二の無線デバイスへの送信のために）を、第一の無線デバイスに割り当てることを回避し得る。一実施例では、第一の基地局は、ギャップ要求情報に基づいて（例えば、ギャップ要求情報によって示される好ましいリソースプールに基づいて）、第二の無線デバイスによって推奨されるリソースプール（例えば、第二の無線デバイスへの送信のために）を、第一の無線デバイスに割り当てることができる。

一実施例では、第一の基地局は、（例えば、ギャップの周波数、ギャップの帯域幅、第二の無線デバイスのサービングセルのセル識別子、第二の無線デバイスによって使用されるリソースプール、同期基準ソース、同期基準ソースの優先度情報などに基づき）時間ドメインおよび／または周波数ドメインで、第二の無線デバイスのギャップ要求情報に示されているギャップと重複している第一の無線デバイスを第二の無線デバイスに送信するために、サイドリンク無線リソース（例えば、リソースブロック、リソースプール）を割り当て／決定しなくてもよい。一実施例では、ギャップ要求情報に示される第二の無線デバイスのゾーンに基づいて、第二の無線デバイスのゾーンが第一の無線デバイスと同一である場合、第一の基地局は、ギャップと重複しないサイドリンク無線リソースを決定／割り当てうる。第二の無線デバイスのゾーンが第一の無線デバイスと異なる場合、第一の基地局は、ギャップに関係なくサイドリンク無線リソースを決定／割り当てうる。一実施例では、第一の基地局は、ギャップ要求情報のターゲットサイドリンクベアラ情報によって示されるベアラに関連付けられるトランスポートブロックの送信（例えば、第一の無線デバイスの第二の無線デバイス）のためのサイドリンク無線リソース割り当て／決定を行う際に、ギャップを考慮に入れ得る。

一実施例では、第一の基地局は、ギャップ要求情報に示されるギャップの優先度レベルが、第一の無線デバイスから第二の無線デバイスへの送信のためのリソース許可および／またはトランスポートブロックと関連付けられる論理チャネル（例えば、サイドリンク論理チャネル、サイドリンクＱｏＳフロー、サイドリンクセッション、および／または第一の無線デバイスと第二の無線デバイス間のサイドリンクベアラ）よりも高いかどうかを決定し得る。第一の基地局による決定に基づいて、ギャップの優先度レベルが論理チャネルよりも高いことに応答して、第一の基地局は、サイドリンク無線リソースをギャップと重複しないように決定／割り当てうる。第一の基地局による決定に基づいて、ギャップの優先度レベルが論理チャネル以下であることに応答して、第一の基地局は、ギャップに関係なくサイドリンク無線リソースを決定／割り当てうる。

一実施例では、第一の基地局は、ギャップ要求情報に基づいて決定／割り当てられたサイドリンク無線リソースを示すリソース許可を第一の無線デバイスに送信し得る。一実施例では、第一の無線デバイスは、第一の基地局から、ギャップ要求情報に基づいてサイドリンク無線リソースを示すリソース許可を受信し得る。リソース許可によって示されるサイドリンク無線リソースは、時間／周波数ドメイン内のリソースセグメント（例えば、リソースブロック、スロット、ミニスロット、シンボル、サブフレーム、所要時間、時間機会、および／またはサブキャリア、キャリア、帯域幅部分、周波数帯の帯域幅セグメントのうちの少なくとも一つの組み合わせを含む）、一つまたは複数のリソースプール（例えば、Ｖ２Ｘ／デバイス間／サイドリンク通信モード１／モード１動作など用に構成される）のうちの少なくとも一つを含んでもよい。一実施例では、リソース許可は、ギャップ要求情報に基づいて、構成される許可リソース（例えば、タイプ１の構成される許可、タイプ２の構成される許可、ＳＰＳリソースなど）を示す、少なくとも一つのＲＲＣ構成メッセージ（例えば、ＲＲＣ再構成メッセージ）を含み得る。構成される許可リソースは、サイドリンク無線リソースを含んでもよい。一実施例では、リソース許可は、ギャップ要求情報に基づいて選択されたサイドリンクリソースプールを示す、少なくとも一つのＲＲＣ構成メッセージ（例えば、ＲＲＣ再構成メッセージ）を含み得る。サイドリンクリソースプールは、サイドリンク無線リソースを含んでもよい。

一実施例では、第一の無線デバイスは、第一の無線デバイスが第二の無線デバイスに送信するトランスポートブロックと関連付けられる論理チャネル（例えば、パケットフロー、サイドリンク論理チャネル、サイドリンクＱｏＳフロー、サイドリンクセッション、および／または第一の無線デバイスと第二の無線デバイス間のサイドリンクベアラ）について、第一の基地局にバッファステータスレポートまたはスケジューリング要求を送信し得る。第一の無線デバイスは、第一の基地局から、バッファステータスレポートおよび／またはスケジューリング要求に応答して、リソース許可（例えば、ＤＣＩ、ＰＤＣＣＨ、ＭＡＣＣＥなどを介して）を受信し得る。第一の基地局は、バッファステータスレポート、スケジューリング要求、および／または第二の無線デバイスのギャップ要求情報に基づいて、リソース許可（サイドリンク無線リソースを示す）を決定し、第一の無線デバイスに送信し得る。一実施例では、バッファステータスレポートは、論理チャネル（例えば、パケットフロー、サイドリンク論理チャネル、サイドリンクＱｏＳフロー、サイドリンクセッション、および／または第一の無線デバイスと第二の無線デバイスとの間のサイドリンクベアラ）の識別子を含んでもよい。

一実施例では、第一の無線デバイスは、第一の基地局によって、および／または第一の無線デバイスによって決定されるサイドリンク無線リソースを介して、第二の無線デバイスに、トランスポートブロック（例えば、論理チャネルに関連付けられる）および／または信号（例えば、ＰＳＳＣＨ、ＰＳＣＣＨなど）を送信し得る。トランスポートブロックの送信のためのサイドリンク無線リソースは、第二の無線デバイスのギャップ要求情報に基づいて（例えば、第三の無線デバイスの第二のギャップ要求情報に基づいて）、第一の無線デバイスによって決定／選択され得る。トランスポートブロックの送信のためのサイドリンク無線リソースは、（例えば、第三の無線デバイスの第二のギャップ要求情報に基づいて）第二の無線デバイスのギャップ要求情報（例えば、第一の無線デバイスが第一の基地局に送信する）に基づいて、第一の基地局によって決定／割り当てられてもよい。第一の無線デバイスは、第二の無線デバイスおよび第三の無線デバイスへのサイドリンク無線リソースを介して、トランスポートブロックをマルチキャスト／ブロードキャストし得る。

一実施例では、第二の無線デバイスは、第二の無線デバイスのギャップ要求情報によって示されるギャップを介して、トランスポートブロックおよび／または信号をネットワークノード（例えば、一つまたは複数の無線デバイス、第一の無線デバイス、第二の基地局、第四の無線デバイスなどのうちの少なくとも一つを含む、別のネットワークノード）に送信し得る。第二の無線デバイスは、第二の無線デバイスのギャップ要求情報によって示されるギャップを介して、ネットワークノード（例えば、一つまたは複数の無線デバイス、第一の無線デバイス、第二の基地局、第四の無線デバイスなどのうちの少なくとも一つを含む、別のネットワークノード）からトランスポートブロックおよび／または信号を受信し得る。

一実施例では、図２０に示すように、第一の無線デバイスは、第二の無線デバイスから、第二の無線デバイスのギャップ要求情報を含む少なくとも一つのサイドリンクメッセージを受信し得る。ギャップ要求情報は、ギャップ周期性、ギャップ時間オフセット、ギャップの優先度レベル、および／または類似のものの少なくとも一つを示し得る。第一の無線デバイスは、ギャップの優先度レベルが、トランスポートブロックに関連付けられる論理チャネルと等しいかまたはそれよりも高いかを決定し得る。決定に基づいて、ギャップの優先度レベルが論理チャネルよりも高いことに応答して、第一の無線デバイスは、ギャップと重複しない無線リソースを介してトランスポートブロックを送信してもよく、ギャップの優先度レベルが論理チャネルと等しいかまたはそれより低いことに応答して、第一の無線デバイスは、ギャップに関係なく決定される無線リソースを介してトランスポートブロックを送信し得る。

一実施例では、図２４に示すように、第一の基地局は、第一の無線デバイスから、第二の無線デバイスのデバイス情報を受信し得る。デバイス情報は、サービングセル、サービング基地局、リソースプール、ゾーン、および／または同種のものの少なくとも一つを示し得る。第一の基地局は、デバイス情報に基づいて、第二の無線デバイスに対応する第二の基地局を識別し得る。第一の基地局は、第二の基地局に、第二の無線デバイスのリソース調整情報の要求を送信し得る。第一の基地局は、第二の基地局から、ギャップ要求情報を含むリソース調整情報を受信し得る。第一の基地局は、ギャップ要求情報に基づいて、第一の無線デバイスから第二の無線デバイスへ送信するためのサイドリンク無線リソースを決定し得る。第一の基地局は、第一の無線デバイスに、サイドリンク無線リソースを示すリソース許可を送信し得る。

一実施例では、ギャップ要求情報は、ギャップ周期性、ギャップ時間オフセット、ギャップサイズ、影響を受ける周波数、影響を受ける帯域幅、第二の無線デバイスのＲＲＣ状態、第二の無線デバイスのサービングセルのセル識別子、第二の無線デバイスのサービング基地局の基地局識別子、第二の無線デバイスが使用するリソースプール、影響を受けるリソースプール、好ましいリソースプール、第二の無線デバイスのゾーン（例えば、第二の無線デバイスのゾーンが第一の無線デバイスと異なる場合、第一の無線デバイスの送信は、第二の無線デバイスの通信に影響を及ぼさなくてもよい）、第二の無線デバイスがサイドリンク通信に使用する同期基準ソース（例えば、基地局（例えば、第二の基地局）、グローバルナビゲーション衛星システム（ＧＮＳＳ）（例えば、ＧＰＳ、ＧＬＯＮＡＳＳ、Ｇａｌｉｌｅｏ、Ｂｅｉｄｏｕなど）など）、第二の無線デバイスのサービングセルにおける同期基準ソースの優先度情報、ターゲットサイドリンクベアラ情報、および／または同様のもののうちの少なくとも一つを示し得る。

一実施例では、図２６に示すように、第一の無線デバイスは、第二の無線デバイスから、第二の無線デバイスのギャップ要求情報を含む少なくとも一つのサイドリンクメッセージを受信し得る。ギャップ要求情報は、ギャップ周期性、ギャップ時間オフセット、および／または同種のものの少なくとも一つを示し得る。第一の無線デバイスは、第二の無線デバイスのギャップ要求情報を含む少なくとも一つのアップリンク無線リソース制御（ＲＲＣ）メッセージを、第一の基地局に送信し得る。第一の無線デバイスは、第一の基地局から、ギャップ要求情報に基づいてサイドリンク無線リソースを示すリソース許可を受信し得る。サイドリンク無線リソースは、第一の無線デバイスから第二の無線デバイスへの送信用であり得る。一実施例では、第一の無線デバイスは、サイドリンク無線リソースを介して、第二の無線デバイスにトランスポートブロックを送信し得る。

一実施例では、第一の無線デバイスは、第一の基地局から、第二の無線デバイスのギャップ要求情報に対するＲＲＣ情報要求メッセージを受信し得る。少なくとも一つのアップリンクＲＲＣメッセージを送信することは、ＲＲＣ情報要求メッセージに基づいてもよい。一実施例では、ＲＲＣ情報要求メッセージは、第二の無線デバイスの無線デバイス識別子、第二の無線デバイスを示す宛先識別子、第二の無線デバイスに関連付けられたサイドリンクベアラのベアラ識別子、第二の無線デバイスに関連付けられたサイドリンク論理チャネルの論理チャネル識別子、（選択的なギャップ情報および／または宛先識別のために）第二の無線デバイスに関連付けられるサイドリンクＱｏＳフロー（例えば、サイドリンクセッション、サイドリンクＰＤＵセッションなど）のＱｏＳフロー識別子、第一の基地局に通知するために必要なギャップの優先度レベル、および／または同様のものの少なくとも一つを含み得る。

一実施例では、第一の無線デバイスは、第二の無線デバイスから、第二の無線デバイスのネットワーク情報を受信し得る。ネットワーク情報は、第二の無線デバイスのサービングセルのセル識別子、第二の無線デバイスのサービング基地局の基地局識別子、第二の無線デバイスが使用するリソースプールのリソースプールインデックス、第二の無線デバイスが配置されているゾーンのゾーン識別子、第二の無線デバイスがサイドリンク通信に使用する同期基準ソース（例えば、同期基準ソースは、基地局、またはグローバルナビゲーション衛星システム（ＧＮＳＳ）（例えば、ＧＰＳ、ＧＬＯＮＡＳＳ、Ｇａｌｉｌｅｏ、Ｂｅｉｄｏｕなど）のうちの少なくとも一つを含み得る。）、第二の無線デバイスのサービングセルにおける同期基準ソースの優先度情報、および／または同様のものの少なくとも一つを含み得る。第一の無線デバイスは、第一の基地局に、第二の無線デバイスのネットワーク情報を送信し得る。第一の基地局からのＲＲＣ情報要求メッセージは、第二の無線デバイスのネットワーク情報に基づいてもよい。一実施例では、第二の無線デバイスが第一の基地局によって対応されるかどうかに応じて、第一の基地局は、第二の無線デバイスのギャップ要求情報を第一の無線デバイスに要求し得る（例えば、第二の無線デバイスが第一の基地局によって対応されない場合）。

一実施例では、第一の無線デバイスは、ギャップ要求情報に対するサイドリンク情報要求メッセージを第二の無線デバイスに送信し得る。ギャップ要求情報を含む少なくとも一つのサイドリンクメッセージは、サイドリンク情報要求メッセージに基づいてもよい。第一の無線デバイスは、第一の基地局からのＲＲＣ情報要求メッセージに基づいて、第二の無線デバイスにサイドリンク情報要求メッセージを送信し得る。サイドリンク情報要求メッセージは、第二の無線デバイスの無線デバイス識別子、第二の無線デバイスを示す宛先識別子、第二の無線デバイスに関連付けられたサイドリンクベアラのベアラ識別子、第二の無線デバイスに関連付けられたサイドリンク論理チャネルの論理チャネル識別子、第二の無線デバイスに関連するサイドリンクＱｏＳフローのＱｏＳフロー識別子（例えば、選択的ギャップ情報のために）、第一の無線デバイスに通知するために必要なギャップの優先度レベル、および／または同様のものの少なくとも一つを含み得る。

一実施例では、第一の無線デバイスは、第二の無線デバイスとＰＣ５ＲＲＣ接続を確立し得る。少なくとも一つのサイドリンクメッセージは、ＰＣ５ＲＲＣ接続と関連付けられてもよい。少なくとも一つのサイドリンクメッセージは、ＰＣＰＣ５ＲＲＣメッセージ（例えば、ＰＣＰＣ５－ＲＲＣ構成メッセージ、ＰＣＰＣ５－ＲＲＣＵＥ情報メッセージなど）、直接通信要求メッセージ、機能情報メッセージ、および／または同種のものの少なくとも一つであり得る。

一実施例では、第二の無線デバイスは、（例えば、別のネットワークノードへ／から）送信または受信するパケットのトラフィックパターンを決定し得る。ギャップ要求情報は、パケットのトラフィックパターンに基づいてもよい。第二の無線デバイスは、ネットワークノードから、リソーススケジューリング情報を受信し得る。トラフィックパターンの決定は、リソーススケジューリング情報に基づいてもよい。リソーススケジューリング情報は、第二の無線デバイスの送信のために構成される許可リソース（例えば、タイプ１の構成される許可および／またはタイプ２の構成される許可）、第二の無線デバイスを受信するための半持続性スケジューリング（ＳＰＳ）リソース、および／または類似のものの少なくとも一つを示し得る。

一実施例では、第二の無線デバイスは、ギャップ要求情報に関連付けられるギャップを介して、トランスポートブロックを、一つまたは複数の無線デバイス、第一の無線デバイス、第二の基地局、および／または類似のものの少なくとも一つに送信し得る。第二の無線デバイスは、ギャップ要求情報に関連付けられるギャップを介して、一つまたは複数の無線デバイス、第二の基地局、および／または類似のものの少なくとも一つからトランスポートブロックを受信し得る。

一実施例では、ギャップ要求情報は、ギャップサイズ、影響を受ける周波数、影響を受ける帯域幅、第二の無線デバイスのＲＲＣ状態、第二の無線デバイスのサービングセルのセル識別子、第二の無線デバイスのサービング基地局の基地局識別子、第二の無線デバイスが使用するリソースプール、影響を受けるリソースプール、好ましいリソースプール、第二の無線デバイスのゾーン（例えば、第二の無線デバイスのゾーンが第一の無線デバイスと異なる場合、第一の無線デバイスの送信は、第二の無線デバイスの通信に影響を及ぼさないかもしれない。）、第二の無線デバイスがサイドリンク通信に使用する同期基準ソース（例えば、基地局（例えば、第二の基地局）、グローバルナビゲーション衛星システム（ＧＮＳＳ）（例えば、ＧＰＳ、ＧＬＯＮＡＳＳ、Ｇａｌｉｌｅｏ、Ｂｅｉｄｏｕなど）、など）、第二の無線デバイスのサービングセルにおける同期基準ソースの優先度情報、ターゲットサイドリンクベアラ情報、および／または同様のもののうちの少なくとも一つを示し得る。

一実施例では、ギャップ要求情報は、ギャップ要求情報に関連付けられるギャップの優先度レベルを含んでもよい。一実施例では、第一の基地局は、ギャップ要求情報に関連付けられるギャップの優先度レベルが、リソース許可に関連付けられる論理チャネルよりも高いかを決定し得る。第一の基地局による決定に基づいて、ギャップの優先度レベルが論理チャネルよりも高いことに応答して、第一の基地局は、サイドリンク無線リソースをギャップと重複しないように決定し得る。第一の基地局による決定に基づいて、ギャップの優先度レベルが論理チャネル以下であることに応答して、第一の基地局は、ギャップに関係なくサイドリンク無線リソースを決定し得る。一実施例では、第一の無線デバイスは、ギャップ要求情報に関連付けられるギャップの優先度レベルが、トランスポートブロックに関連付けられる論理チャネルよりも高いかどうかを決定し得る。第一の無線デバイスによる決定に基づいて、ギャップの優先度レベルがトランスポートブロックに関連付けられる論理チャネルよりも高いことに応答して、第一の無線デバイスは、ギャップと重複しない無線リソースを介して、論理チャネルのトランスポートブロックを送信し得る。第一の無線デバイスによる決定に基づいて、ギャップの優先度レベルがトランスポートブロックに関連付けられる論理チャネル以下であることに応答して、第一の無線デバイスは、ギャップに関係なく、無線リソースを介してトランスポートブロックを送信し得る。

一実施例では、第一の無線デバイスは、第三の無線デバイスから、第三の無線デバイスの第二のギャップ要求情報を受信し得る。少なくとも一つのアップリンクＲＲＣメッセージは、第二のギャップ要求情報を含み得る。リソース許可によって示されるサイドリンク無線リソースは、第二のギャップ要求情報に基づいてもよい。第一の無線デバイスは、サイドリンク無線リソースを介して、第二の無線デバイスおよび第三の無線デバイスにトランスポートブロックをマルチキャストし得る。

一実施例では、リソース許可は、ギャップ要求情報に基づいて構成される許可リソースを示す、少なくとも一つのＲＲＣ構成メッセージを含み得る。構成される許可リソースは、サイドリンク無線リソースを含んでもよい。一実施例では、リソース許可は、ギャップ要求情報（例えば、リソースプール情報）に基づいてサイドリンクリソースプールを示す少なくとも一つのＲＲＣ構成メッセージを含み得る。サイドリンクリソースプールは、サイドリンク無線リソースを含んでもよい。一実施例では、第一の無線デバイスは、第一の基地局に、一つまたは複数の論理チャネル（例えば、一つまたは複数のサイドリンク無線ベアラ）に対するバッファステータスレポートまたはスケジューリング要求を送信し得る。第一の無線デバイスは、第一の基地局から、バッファステータスレポートに応答して、リソース許可を受信し得る。

一実施例では、第一の無線デバイスは、第一の無線デバイスと第二の無線デバイスとの間に一つまたは複数のサイドリンク無線ベアラを確立し得る。一つまたは複数のサイドリンク無線ベアラを確立することは、ＲＲＣベアラ構成要求を送信することと、ＲＲＣベアラ構成要求に対するＲＲＣベアラ構成応答を受信することとを含み得る。第一の無線デバイスは、第二の無線デバイスに、一つまたは複数のサイドリンク無線ベアラを要求するＲＲＣベアラ構成要求を送信し得る。ＲＲＣベアラ構成要求は、一つまたは複数のサイドリンク無線ベアラのＱｏＳパラメーターを含んでもよい。第一の無線デバイスは、第二の無線デバイスから、一つまたは複数のサイドリンク無線ベアラの構成を示すＲＲＣベアラ構成応答を受信し得る。一実施例では、一つまたは複数のサイドリンク無線ベアラを確立することは、サイドリンクベアラ構成要求を送信することと、サイドリンクベアラ構成応答を受信することを含み得る。第一の無線デバイスは、第一の基地局に、一つまたは複数のサイドリンク無線ベアラを示すサイドリンクベアラ構成要求を送信し得る。サイドリンクベアラ構成要求は、一つまたは複数のサイドリンク無線ベアラのＱｏＳパラメーターを含んでもよい。第一の無線デバイスは、第一の基地局から、一つまたは複数のサイドリンク無線ベアラに対する構成パラメーターを含むサイドリンクベアラ構成応答を受信し得る。第一の無線デバイスは、第一の基地局からのサイドリンクベアラ構成応答の構成パラメーターに基づいて、第二の無線デバイスを有する一つまたは複数のサイドリンク無線ベアラを構成し得る。

一実施例では、図２８に示すように、第一の基地局は、第一の無線デバイスから、第二の無線デバイスのギャップ要求情報を含む少なくとも一つのアップリンクＲＲＣメッセージを受信し得る。ギャップ要求情報は、ギャップ周期性、ギャップ時間オフセット、および／または同種のものの少なくとも一つを示し得る。第一の基地局は、ギャップ要求情報に基づいて、第一の無線デバイスのサイドリンク無線リソースを決定し得る。サイドリンク無線リソースは、第一の無線デバイスから第二の無線デバイスへの送信用であり得る。第一の基地局は、第一の無線デバイスに、サイドリンク無線リソースを示すリソース許可を送信し得る。

一実施例では、図２７に示すように、第二の無線デバイスは、ネットワークノードから、無線リソースを示すリソーススケジューリング情報を受信し得る。リソーススケジューリング情報の無線リソースは、第二の無線デバイスの送信のために構成される許可リソース、第二の無線デバイスを受信するための半持続性スケジューリング（ＳＰＳ）リソース、および／または類似のものの少なくとも一つを含んでもよい。第二の無線デバイスは、リソーススケジューリング情報に基づいてギャップ要求情報を決定し得る。ギャップ要求情報は、ギャップ周期性、ギャップ時間オフセット、および／または同種のものの少なくとも一つを示し得る。第二の無線デバイスは、ギャップ要求情報を含む少なくとも一つのサイドリンクメッセージを第一の無線デバイスに送信し得る。第二の無線デバイスは、第一の無線デバイスから、ギャップ要求情報に基づいてサイドリンク無線リソースを介してトランスポートブロックを送信し得る。

一実施例では、第一の無線デバイスは、第二の無線デバイスから、第二の無線デバイスのギャップ要求情報を含む少なくとも一つのサイドリンクメッセージを受信し得る。ギャップ要求情報は、ギャップ周期性、ギャップ時間オフセット、ギャップの優先度レベル、および／または類似のものの少なくとも一つを示し得る。第一の無線デバイスは、ギャップの優先度レベルが、トランスポートブロックに関連付けられる論理チャネルと等しいかまたはそれよりも高いかを決定し得る。決定に基づいて、ギャップの優先度レベルが論理チャネルよりも高いことに応答して、第一の無線デバイスは、ギャップと重複しない無線リソースを介してトランスポートブロックを送信してもよく、ギャップの優先度レベルが論理チャネルと等しいかまたはそれより低いことに応答して、第一の無線デバイスは、ギャップに関係なく決定される無線リソースを介してトランスポートブロックを送信し得る。

一実施例では、図２８に示すように、第一の基地局は、第一の無線デバイスから、第二の無線デバイスのデバイス情報を受信し得る。デバイス情報は、サービングセル、サービング基地局、リソースプール、ゾーン、および／または同種のものの少なくとも一つを示し得る。第一の基地局は、デバイス情報に基づいて、第二の無線デバイスに対応する第二の基地局を識別し得る。第一の基地局は、第二の基地局に、第二の無線デバイスのリソース調整情報の要求を送信し得る。第一の基地局は、第二の基地局から、ギャップ要求情報を含むリソース調整情報を受信し得る。第一の基地局は、ギャップ要求情報に基づいて、第一の無線デバイスから第二の無線デバイスへ送信するためのサイドリンク無線リソースを決定し得る。第一の基地局は、第一の無線デバイスに、サイドリンク無線リソースを示すリソース許可を送信し得る。

Claims

第二の無線デバイスから第一の無線デバイスによって、ギャップ要求情報を含む少なくとも一つのサイドリンクメッセージを受信することであって、前記ギャップ要求情報が、前記第二の無線デバイスが前記第一の無線デバイスからサイドリンクを介してトランスポートブロックを受信しないように要求する少なくとも一つの期間を示す、受信することと、
前記第一の無線デバイスによって、第一の基地局に、前記第二の無線デバイスの前記ギャップ要求情報を含む少なくとも一つのアップリンク無線リソース制御メッセージを送信することと、
前記第一の基地局から前記第一の無線デバイスによって、前記ギャップ要求情報に基づいてサイドリンク無線リソースを示すリソース許可を受信することと、
前記第一の無線デバイスによって前記第二の無線デバイスに、前記サイドリンク無線リソースを介してトランスポートブロックを送信することと、を含む、方法。
第二の無線デバイスから第一の無線デバイスによって、前記第二の無線デバイスが、前記第一の無線デバイスからサイドリンクを介してトランスポートブロックを受信しないように要求する少なくとも一つの期間を示す少なくとも一つのパラメーターを受信することと、
前記第一の無線デバイスによって、第一の基地局に、前記少なくとも一つのパラメーターを送信することと、
前記第一の基地局から前記第一の無線デバイスによって、前記サイドリンクの無線リソースを示すリソース許可を受信することであって、前記無線リソースの時間ドメインリソース割り当てが、前記少なくとも一つのパラメーターに基づく、受信することと、
前記第一の無線デバイスによって前記第二の無線デバイスに、前記サイドリンクの前記無線リソースを介してトランスポートブロックを送信することと、を含む、方法。
第二の無線デバイスから第一の無線デバイスによって、前記第二の無線デバイスが、前記第一の無線デバイスからサイドリンクを介してトランスポートブロックを受信しないように要求する少なくとも一つの期間を示す少なくとも一つのパラメーターを受信することと、
前記第一の無線デバイスによって、第一の基地局に、前記少なくとも一つのパラメーターを送信することと、
前記第一の基地局から前記第一の無線デバイスによって、前記サイドリンクの無線リソースを示すリソース許可を受信することであって、前記無線リソースの時間ドメインリソース割り当てが、前記少なくとも一つのパラメーターに基づく、受信することと、を含む、方法。
第二の無線デバイスから第一の無線デバイスによって、前記第二の無線デバイスが、前記第一の無線デバイスからサイドリンクを介してトランスポートブロックを受信しないように要求する少なくとも一つの期間を示す少なくとも一つのパラメーターを受信することと、
前記第一の無線デバイスによって第一の基地局に、前記少なくとも一つのパラメーターを含むメッセージを送信することと、を含む、方法。
第二の無線デバイスから第一の無線デバイスによって、前記第一の無線デバイスと前記第二の無線デバイスとの間のサイドリンクのための第一の基地局による時間ドメインリソース割り当ての支援情報を示す少なくとも一つのパラメーターを受信することと、
前記第一の無線デバイスによって前記第一の基地局に前記少なくとも一つのパラメーターを送信することと、
前記第一の基地局から前記第一の無線デバイスによって、前記サイドリンクの少なくとも一つの無線リソースを示すリソース許可を受信することであって、前記少なくとも一つの無線リソースの時間ドメインリソース割り当てが、前記少なくとも一つのパラメーターに基づく、受信することと、を含む、方法。
第二の無線デバイスから第一の無線デバイスによって、前記第一の無線デバイスと前記第二の無線デバイスとの間のサイドリンクの時間ドメインリソース割り当ての支援情報を示す少なくとも一つのパラメーターを受信することと、
前記第一の無線デバイスによって第一の基地局に、前記少なくとも一つのパラメーターを含むメッセージを送信することと、を含む、方法。
時間ドメインリソース割り当てに対する前記支援情報が、前記第一の基地局による時間ドメインリソース割り当てに対するものである、請求項６に記載の方法。
前記支援情報が、前記第二の無線デバイスが、前記第一の無線デバイスから前記サイドリンクを介してトランスポートブロックを受信しないように要求する少なくとも一つの期間を示す、請求項６～７のいずれか一項に記載の方法。
前記第一の無線デバイスによって前記第一の基地局から前記サイドリンクの少なくとも一つの無線リソースを示すリソース許可を受信することをさらに含み、前記少なくとも一つの無線リソースの時間ドメインリソース割り当てが、前記少なくとも一つのパラメーターに基づく、請求項６～８のいずれか一項に記載の方法。
前記第一の無線デバイスによって前記第二の無線デバイスに、前記サイドリンクの前記少なくとも一つの無線リソースを介してトランスポートブロックを送信することをさらに含む、請求項９に記載の方法。
前記リソース許可が、前記支援情報に基づいて、少なくとも一つの構成される許可リソースを示す少なくとも一つの無線リソース制御構成メッセージを含み、前記少なくとも一つの構成される許可リソースが、前記サイドリンクの前記少なくとも一つの無線リソースを含む、請求項９～１０のいずれか一項に記載の方法。
前記リソース許可が、前記支援情報に基づいてサイドリンクリソースプールを示す少なくとも一つの無線リソース制御構成メッセージを含み、前記サイドリンクリソースプールが前記サイドリンクの前記少なくとも一つの無線リソースを含む、請求項９～１１のいずれか一項に記載の方法。
前記第一の無線デバイスによって前記第一の基地局に、バッファステータスレポートまたはスケジューリング要求を送信することをさらに含み、前記リソース許可を前記受信することが、前記バッファステータスレポートまたは前記スケジューリング要求に応答している、請求項９～１２のいずれか一項に記載の方法。
前記メッセージが無線リソース制御メッセージを含む、請求項６～１３のいずれか一項に記載の方法。
前記第一の基地局から前記第一の無線デバイスによって、前記第二の無線デバイスの前記支援情報に対する無線リソース制御情報要求メッセージを受信することをさらに含み、前記メッセージが、前記無線リソース制御情報要求メッセージに基づく、請求項６～１４のいずれか一項に記載の方法。
前記無線リソース制御情報要求メッセージは、
前記第二の無線デバイスのデバイス識別子、
前記第二の無線デバイスを示す宛先識別子、
前記第二の無線デバイスに関連付けられるサイドリンクベアラのベアラ識別子、
前記第二の無線デバイスに関連付けられるサイドリンク論理チャネルの論理チャネル識別子、
前記第二の無線デバイスに関連付けられるサイドリンクＱｏＳフローのサービス品質（ＱｏＳ）フロー識別子、または
優先度レベルのうちの少なくとも一つを含む、請求項１５に記載の方法。
前記第二の無線デバイスから前記第一の無線デバイスによって、前記第二の無線デバイスのネットワーク情報を受信することであって、前記ネットワーク情報が、
前記第二の無線デバイスのデバイス識別子、
前記第二の無線デバイスのサービングセルのセル識別子、
前記第二の無線デバイスのサービング基地局の基地局識別子、
前記第二の無線デバイスが使用するリソースプールのリソースプールインデックス、
前記第二の無線デバイスが位置するゾーンのゾーン識別子、
前記第二の無線デバイスがサイドリンク通信に使用する同期基準ソースであって、
基地局、または
グローバルナビゲーション衛星システムの少なくとも一つを含む同期基準ソース、または
前記第二の無線デバイスの前記サービングセルにおける前記同期基準ソースの優先度情報のうちの少なくとも一つを含む、受信することと、
前記第一の無線デバイスによって前記第一の基地局に、前記第二の無線デバイスの前記ネットワーク情報を送信することと、をさらに含む、請求項１５～１６のいずれか一項に記載の方法。
前記無線リソース制御情報要求メッセージは、前記ネットワーク情報に基づく、請求項１７に記載の方法。
前記第一の無線デバイスによって前記第二の無線デバイスに、前記支援情報に対するサイドリンク情報要求メッセージを送信することをさらに含み、前記少なくとも一つのパラメーターは、前記サイドリンク情報要求メッセージに基づく、請求項６～１８のいずれか一項に記載の方法。
前記サイドリンク情報要求メッセージを前記送信することが、前記第一の基地局からの無線リソース制御情報要求メッセージに基づく、請求項１９に記載の方法。
前記サイドリンク情報要求メッセージが、
前記第二の無線デバイスのデバイス識別子、
前記第二の無線デバイスを示す宛先識別子、
前記第二の無線デバイスに関連付けられるサイドリンクベアラのベアラ識別子、
前記第二の無線デバイスに関連付けられるサイドリンク論理チャネルの論理チャネル識別子、
前記第二の無線デバイスに関連付けられるサイドリンクＱｏＳフローのサービス品質（ＱｏＳ）フロー識別子、または
優先度レベルのうちの少なくとも一つを含む、請求項１９～２０のいずれか一項に記載の方法。
前記第一の無線デバイスによって、前記第二の無線デバイスとＰＣ５無線リソース制御接続を確立することをさらに含み、前記少なくとも一つのパラメーターを前記受信することが、前記ＰＣ５無線リソース制御接続に基づく、請求項６～２１のいずれか一項に記載の方法。
前記少なくとも一つのパラメーターを前記受信することが、
ＰＣ５無線リソース制御メッセージ、
直接通信要求メッセージ、
直接通信応答メッセージ、または
機能情報メッセージの少なくとも一つを含む、少なくとも一つのサイドリンクメッセージを介して前記少なくとも一つのパラメーターを受信することを含む、請求項６～２２のいずれか一項に記載の方法。
前記第二の無線デバイスによって、送信または受信するパケットのトラフィックパターンを決定することをさらに含み、前記支援情報が、前記パケットの前記トラフィックパターンに基づく、請求項６～２３のいずれか一項に記載の方法。
ネットワークノードから前記第二の無線デバイスによって、リソーススケジューリング情報を受信することをさらに含み、前記トラフィックパターンを前記決定することが、前記リソーススケジューリング情報に基づく、請求項２４に記載の方法。
前記ネットワークノードが、
第二の基地局、
第三の無線デバイス、または
前記第一の無線デバイスのうちの少なくとも一つを含む、請求項２５の方法。
前記支援情報に関連付けられた時間ドメインギャップを介して、前記第二の無線デバイスによって、少なくとも一つのトランスポートブロックを、
第二の基地局、
第三の無線デバイス、または
前記第一の無線デバイスのうちの少なくとも一つに送信することをさらに含む、請求項６～２６のいずれか一項に記載の方法。
前記支援情報に関連付けられた時間ドメインギャップを介して、前記第二の無線デバイスによって、
第二の基地局、または
第三の無線デバイスの少なくとも一つへの少なくとも一つのトランスポートブロックを受信することをさらに含む、請求項６～２７のいずれか一項に記載の方法。
前記支援情報が、
ギャップサイズ、
ギャップ周期性、
タイミングオフセット、
影響を受ける周波数、
影響を受ける帯域幅、
前記第二の無線デバイスの無線リソース制御状態、
前記第二の無線デバイスのデバイス識別子、
前記第二の無線デバイスのサービングセルのセル識別子、
前記第二の無線デバイスのサービング基地局の基地局識別子、
前記第二の無線デバイスが使用するリソースプール、
影響を受けるリソースプール、
好ましいリソースプール、
前記第二の無線デバイスのゾーン、
前記第二の無線デバイスがサイドリンク通信に使用する同期基準ソースであって、
基地局、または
グローバルナビゲーション衛星システムの少なくとも一つを含む同期基準ソース、
前記第二の無線デバイスの前記サービングセルにおける前記同期基準ソースの優先度情報、または
サイドリンクベアラのベアラ識別子のうちの少なくとも一つを示す、請求項６～２８のいずれか一項に記載の方法。
前記支援情報が、前記第二の無線デバイスによって要求されるリソースギャップの優先度レベルを含む、請求項６～２９のいずれか一項に記載の方法。
前記第一の基地局によって、前記リソースギャップの前記優先度レベルが、前記第一の無線デバイスと前記第二の無線デバイスとの間の前記サイドリンクの論理チャネルよりも高いかどうかを決定することと、
前記第一の基地局によって、前記決定に基づいて、
前記リソースギャップの前記優先度レベルが前記論理チャネルよりも高いことに応答して、前記リソースギャップと重複しないように前記サイドリンクに対する無線リソースを決定することと、または
前記リソースギャップの前記優先度レベルが前記論理チャネル以下であることに応答して、前記リソースギャップに関係なく前記サイドリンクに対する無線リソースを決定することと、をさらに含む、請求項３０に記載の方法。
前記第一の無線デバイスによって、前記支援情報に関連付けられる前記リソースギャップの前記優先度レベルが、前記第一の無線デバイスと前記第二の無線デバイスとの間の前記サイドリンクの論理チャネルよりも高いかどうかを決定することと、
前記第一の無線デバイスにより前記第二の無線デバイスに、前記決定に基づいて、
前記リソースギャップの前記優先度レベルが前記論理チャネルよりも高いことに応答して、前記リソースギャップと重複しない無線リソースを介してトランスポートブロックを送信することと、または
前記リソースギャップの前記優先度レベルが前記論理チャネル以下であることに応答して、前記リソースギャップに関係なく、前記サイドリンクの無線リソースを介してトランスポートブロックを送信することと、をさらに含む、請求項３０～３１のいずれか一項に記載の方法。
第一の無線デバイスから第一の基地局によって、第二の無線デバイスの支援情報を含むメッセージを受信することであって、前記支援情報が、前記第一の無線デバイスと前記第二の無線デバイスとの間のサイドリンクの時間ドメインリソース割り当てのためのものである、受信することと、
前記第一の基地局によって前記第一の無線デバイスに、前記サイドリンクの少なくとも一つの無線リソースを示すリソース許可を送信することであって、前記少なくとも一つの無線リソースの時間ドメインリソース割り当てが、前記支援情報に基づく、送信することと、を含む、方法。
前記第一の基地局によって、前記支援情報に基づいて前記サイドリンクの前記少なくとも一つの無線リソースを決定することをさらに含む、請求項３３に記載の方法。
前記支援情報が、前記第二の無線デバイスが、前記第一の無線デバイスから前記サイドリンクを介してトランスポートブロックを受信しないように要求する少なくとも一つの期間を示す、請求項３３～３４のいずれか一項に記載の方法。
前記支援情報が、
ギャップサイズ、
ギャップ周期性、
タイミングオフセット、
影響を受ける周波数、
影響を受ける帯域幅、
前記第二の無線デバイスの無線リソース制御状態、
前記第二の無線デバイスのデバイス識別子、
前記第二の無線デバイスのサービングセルのセル識別子、
前記第二の無線デバイスのサービング基地局の基地局識別子、
前記第二の無線デバイスが使用するリソースプール、
影響を受けるリソースプール、
好ましいリソースプール、
前記第二の無線デバイスのゾーン、
前記第二の無線デバイスがサイドリンク通信に使用する同期基準ソースであって、
基地局、または
グローバルナビゲーション衛星システムの少なくとも一つを含む同期基準ソース、
前記第二の無線デバイスの前記サービングセルにおける前記同期基準ソースの優先度情報、または
サイドリンクベアラのベアラ識別子のうちの少なくとも一つを示す、請求項３３～３５のいずれか一項に記載の方法。
前記支援情報が、前記第二の無線デバイスによって要求されるリソースギャップの優先度レベルを含む、請求項３３～３６のいずれか一項に記載の方法。
前記第一の基地局によって、前記リソースギャップの前記優先度レベルが、前記第一の無線デバイスと前記第二の無線デバイスとの間の前記サイドリンクの論理チャネルよりも高いかどうかを決定することと、
前記第一の基地局によって、前記決定に基づいて、
前記リソースギャップの前記優先度レベルが前記論理チャネルよりも高いことに応答して、前記リソースギャップと重複しないように前記サイドリンクに対する前記少なくとも一つの無線リソースを決定することと、または
前記リソースギャップの前記優先度レベルが前記論理チャネル以下であることに応答して、前記リソースギャップに関係なく前記サイドリンクに対して前記少なくとも一つの無線リソースを決定することと、をさらに含む、請求項３７に記載の方法。
前記少なくとも一つの無線リソースが、
少なくとも一つの定期的なリソース、
少なくとも一つの動的許可、または
少なくとも一つのリソースプールのうちの少なくとも一つを含む、請求項３３～３８のいずれか一項に記載の方法。
ネットワークノードから第二の無線デバイスによって、無線リソースを示すスケジューリング情報を受信することと、
前記第二の無線デバイスによって、第一の無線デバイスに、および前記スケジューリング情報に基づいて、前記第一の無線デバイスと前記第二の無線デバイスとの間のサイドリンクの時間ドメインリソース割り当てに関する支援情報を示す少なくとも一つのパラメーターを送信することと、
前記第一の無線デバイスから、少なくとも一つの無線リソースを介して前記支援情報に基づいて前記サイドリンクのトランスポートブロックを受信することと、を含む、方法。
前記ネットワークノードが、
第二の基地局、
第三の無線デバイス、または
前記第一の無線デバイスのうちの少なくとも一つを含む、請求項４０に記載の方法。
前記第二の無線デバイスによって、前記スケジューリング情報に基づいて前記支援情報を決定することをさらに含む、請求項４０～４１のいずれか一項に記載の方法。
前記第二の無線デバイスによって、送信または受信するパケットのトラフィックパターンに基づいて、前記支援情報を決定することをさらに含む、請求項４０～４２のいずれか一項に記載の方法。
前記スケジューリング情報の前記無線リソースが、
前記第二の無線デバイスによる送信のための定期的なリソース、または
第二の無線デバイスによる受信のための定期的なリソースのうちの少なくとも一つを含む、請求項４０～４３のいずれか一項に記載の方法。
前記支援情報が、前記第二の無線デバイスが、前記第一の無線デバイスから前記サイドリンクを介してトランスポートブロックを受信しないように要求する少なくとも一つの期間を示す、請求項４０～４４のいずれか一項に記載の方法。
前記支援情報が、
ギャップサイズ、
ギャップ周期性、
タイミングオフセット、
影響を受ける周波数、
影響を受ける帯域幅、
前記第二の無線デバイスの無線リソース制御状態、
前記第二の無線デバイスのデバイス識別子、
前記第二の無線デバイスのサービングセルのセル識別子、
前記第二の無線デバイスのサービング基地局の基地局識別子、
前記第二の無線デバイスが使用するリソースプール、
影響を受けるリソースプール、
好ましいリソースプール、
前記第二の無線デバイスのゾーン、
前記第二の無線デバイスがサイドリンク通信に使用する同期基準ソースであって、
基地局、または
グローバルナビゲーション衛星システムの少なくとも一つを含む同期基準ソース、
前記第二の無線デバイスの前記サービングセルにおける前記同期基準ソースの優先度情報、または
サイドリンクベアラのベアラ識別子のうちの少なくとも一つを示す、請求項４０～４５のいずれか一項に記載の方法。
前記支援情報が、前記第二の無線デバイスによって要求されるリソースギャップの優先度レベルを含む、請求項４０～４６のいずれか一項に記載の方法。
第一の無線デバイスによって、サイドリンクリソースプールを受信することと、
第二の無線デバイスから前記第一の無線デバイスによって、前記第一の無線デバイスと前記第二の無線デバイスとの間のサイドリンクの時間ドメインリソース割り当ての支援情報を示す少なくとも一つのパラメーターを受信することと、
前記第一の無線デバイスによって、前記第二の無線デバイスに、前記サイドリンクの少なくとも一つの無線リソースを介してトランスポートブロックを送信することであって、
前記サイドリンクリソースプールが、前記少なくとも一つの無線リソースを含み、
前記少なくとも一つの無線リソースの時間ドメインリソース割り当てが、前記少なくとも一つのパラメーターに基づく、送信することと、を含む、方法。
前記サイドリンクリソースプールを前記受信することが、
基地局、または
ネットワーク動作サーバーの少なくとも一つから前記サイドリンクリソースプールを受信することを含む、請求項４８の方法。
前記第一の無線デバイスによって、前記少なくとも一つのパラメーターに基づいて、前記サイドリンクの前記少なくとも一つの無線リソースを決定することをさらに含む、請求項４８～４９のいずれか一項に記載の方法。
前記支援情報が、前記第二の無線デバイスが、前記第一の無線デバイスから前記サイドリンクを介してトランスポートブロックを受信しないように要求する少なくとも一つの期間を示す、請求項４８～５０のいずれか一項に記載の方法。
前記支援情報が、
ギャップサイズ、
ギャップ周期性、
タイミングオフセット、
影響を受ける周波数、
影響を受ける帯域幅、
前記第二の無線デバイスの無線リソース制御状態、
前記第二の無線デバイスのデバイス識別子、
前記第二の無線デバイスのサービングセルのセル識別子、
前記第二の無線デバイスのサービング基地局の基地局識別子、
前記第二の無線デバイスが使用するリソースプール、
影響を受けるリソースプール、
好ましいリソースプール、
前記第二の無線デバイスのゾーン、
前記第二の無線デバイスがサイドリンク通信に使用する同期基準ソースであって、
基地局、または
グローバルナビゲーション衛星システムの少なくとも一つを含む同期基準ソース、
前記第二の無線デバイスの前記サービングセルにおける前記同期基準ソースの優先度情報、または
サイドリンクベアラのベアラ識別子のうちの少なくとも一つを示す、請求項４８～５１のいずれか一項に記載の方法。
前記支援情報が、前記第二の無線デバイスによって要求されるリソースギャップの優先度レベルを含む、請求項４８～５２のいずれか一項に記載の方法。
前記第一の無線デバイスによって、前記リソースギャップの前記優先度レベルが、前記第一の無線デバイスと前記第二の無線デバイスとの間の前記サイドリンクの論理チャネルよりも高いかどうかを決定することと、
前記第一の無線デバイスによって、前記決定に基づいて、
前記リソースギャップの前記優先度レベルが前記論理チャネルよりも高いことに応答して、前記リソースギャップと重複しないように前記サイドリンクに対する前記少なくとも一つの無線リソースを決定することと、または
前記リソースギャップの前記優先度レベルが前記論理チャネル以下であることに応答して、前記リソースギャップに関係なく前記サイドリンクに対して前記少なくとも一つの無線リソースを決定することと、をさらに含む、請求項５３に記載の方法。
第一の基地局によって、第二の基地局から第一の無線デバイスと第二の無線デバイスとの間のサイドリンクの時間ドメインリソース割り当てのための支援情報を含むメッセージを受信することと、
前記第一の基地局によって前記第一の無線デバイスに、前記サイドリンクの少なくとも一つの無線リソースを示すリソース許可を送信することであって、前記少なくとも一つの無線リソースの時間ドメインリソース割り当てが、前記支援情報に基づく、送信することと、を含む、方法。
前記第二の基地局が前記第二の無線デバイスに対応する、請求項５５に記載の方法。
前記第一の基地局によって、前記支援情報に基づいて前記サイドリンクの前記少なくとも一つの無線リソースを決定することをさらに含む、請求項５５～５６のいずれか一項に記載の方法。
前記支援情報が、前記第二の基地局が、前記サイドリンクを介して、前記第一の無線デバイスから前記第二の無線デバイスへトランスポートブロックを送信しないように要求する少なくとも一つの期間を示す、請求項５５～５７のいずれか一項に記載の方法。
前記支援情報が、
ギャップサイズ、
ギャップ周期性、
タイミングオフセット、
影響を受ける周波数、
影響を受ける帯域幅、
前記第二の無線デバイスの無線リソース制御状態、
前記第二の無線デバイスのデバイス識別子、
前記第二の無線デバイスのサービングセルのセル識別子、
前記第二の無線デバイスのサービング基地局の基地局識別子、
前記第二の無線デバイスが使用するリソースプール、
影響を受けるリソースプール、
好ましいリソースプール、
前記第二の無線デバイスのゾーン、
前記第二の無線デバイスがサイドリンク通信に使用する同期基準ソースであって、
基地局、または
グローバルナビゲーション衛星システムの少なくとも一つを含む同期基準ソース、
前記第二の無線デバイスの前記サービングセルにおける前記同期基準ソースの優先度情報、または
サイドリンクベアラのベアラ識別子のうちの少なくとも一つを示す、請求項５５～５８のいずれか一項に記載の方法。
前記支援情報が、前記第二の無線デバイスに対して要求されるリソースギャップの優先度レベルを含む、請求項５５～５９のいずれか一項に記載の方法。
前記第一の基地局によって、前記リソースギャップの前記優先度レベルが、前記第一の無線デバイスと前記第二の無線デバイスとの間の前記サイドリンクの論理チャネルよりも高いかどうかを決定することと、
前記第一の基地局によって、前記決定に基づいて、
前記リソースギャップの前記優先度レベルが前記論理チャネルよりも高いことに応答して、前記リソースギャップと重複しないように前記サイドリンクに対する前記少なくとも一つの無線リソースを決定することと、または
前記リソースギャップの前記優先度レベルが前記論理チャネル以下であることに応答して、前記リソースギャップに関係なく前記サイドリンクに対して前記少なくとも一つの無線リソースを決定することと、をさらに含む、請求項６０に記載の方法。
前記少なくとも一つの無線リソースが、
少なくとも一つの定期的なリソース、
少なくとも一つの動的許可、または
少なくとも一つのリソースプールのうちの少なくとも一つを含む、請求項５５～６１のいずれか一項に記載の方法。
前記第一の基地局によって、前記第一の無線デバイスから前記第二の無線デバイスのネットワーク情報を受信することと、
前記第一の基地局によって、前記ネットワーク情報に基づいて、前記第二の無線デバイスに対応する前記第二の基地局を識別することと、
前記第一の基地局によって前記第二の基地局に、前記第二の無線デバイスに対する前記支援情報の要求を送信することであって、前記支援情報を含む前記メッセージの前記受信が前記要求に基づく、送信することと、をさらに含む、請求項５５～６２のいずれか一項に記載の方法。
前記ネットワーク情報が、
前記第二の無線デバイスのデバイス識別子、
前記第二の無線デバイスのサービングセルのセル識別子、
第二の基地局の基地局識別子、
前記第二の無線デバイスが使用するリソースプールのリソースプールインデックス、
前記第二の無線デバイスが位置するゾーンのゾーン識別子、
前記第二の無線デバイスがサイドリンク通信に使用する同期基準ソースであって、
基地局、または
グローバルナビゲーション衛星システムの少なくとも一つを含む同期基準ソース、または
前記第二の無線デバイスの前記サービングセルにおける前記同期基準ソースの優先度情報のうちの少なくとも一つを含む、請求項６３の方法。
第一の無線デバイスであって、
一つまたは複数のプロセッサーと、
前記一つまたは複数のプロセッサーによって実行されると、前記第一の無線デバイスに、請求項１～３２および４８～５４のいずれか一つに記載の方法を実行させる命令を記憶するメモリーと、を含む、第一の無線デバイス。
第二の無線デバイスであって、
一つまたは複数のプロセッサーと、
前記一つまたは複数のプロセッサーによって実行されると、前記第二の無線デバイスに請求項４０～４７のいずれか一つに記載の方法を実行させる命令を記憶するメモリーと、を含む、第二の無線デバイス。
基地局であって、
一つまたは複数のプロセッサーと、
前記一つまたは複数のプロセッサーによって実行されると、前記基地局に請求項３３～３９および５５～６４のいずれか一項に記載の方法を実行させる命令を記憶するメモリーと、を含む、基地局。
一つまたは複数のプロセッサーによって実行されるとき、前記一つまたは複数のプロセッサーに請求項１～６４のいずれか一項に記載の方法を実行させる命令を含む、非一時的コンピューター可読媒体。
第二の無線デバイスと、
第一の無線デバイスであって、
一つまたは複数のプロセッサーと、
前記一つまたは複数のプロセッサーによって実行されると、前記第一の無線デバイスに、請求項１～３２および４８～５４のいずれか一つに記載の方法を実行させる命令を記憶するメモリーとを含む、第一の無線デバイスと、を含む、システム。
第一の無線デバイスと、
第二の無線デバイスであって、
一つまたは複数のプロセッサーと、
前記一つまたは複数のプロセッサーによって実行されると、前記第二の無線デバイスに請求項４０～４７のいずれか一つに記載の方法を実行させる命令を記憶するメモリーとを含む、第二の無線デバイスと、を含む、システム。
第一の無線デバイスと、
第二の無線デバイスと、
基地局であって、
一つまたは複数のプロセッサーと、
前記一つまたは複数のプロセッサーによって実行されると、前記基地局に請求項３３～３９および５５～６４のいずれか一項に記載の方法を実行させる命令を記憶するメモリーとを含む、基地局と、を含む、システム。