JP2024514868A - サイドリンク通信における拡張された再送信 - Google Patents

Abstract

サイドリンク通信における拡張する再送信の方法は、ユーザ機器（ＵＥ）が、ブラインド再送信モードにおけるブラインド再送信の第１の回数に基づいて、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介する第１のトランスポートブロック（ＴＢ）の初回送信およびブラインド再送信に用いる複数のリソースを決定することと、第１のＴＢおよび第１のＴＢの第１の回数のブラインド再送信を送信することと、第１の回数のブラインド再送信の後に肯定応答を受信しないことに応じて、ブラインド再送信モードからハイブリッド自動再送要求（ＨＡＲＱ）ベースの再送信モードに切り替えることと、を含む。

Description

＜関連出願の相互参照＞
本出願は、２０２１年５月１１日に出願された米国仮特許出願第６３／１８７，２８２号（「仮出願」）の米国特許法第１１９条（ｅ）に基づく優先権を主張し、仮特許出願の内容は参照により本明細書に組み込まれる。

＜背景技術＞
本発明は、第５世代モバイルネットワークである５Ｇを対象とする。これは、１Ｇ、２Ｇ、３Ｇ、および４Ｇネットワークの後の新しいグローバル無線規格である。５Ｇは、マシン、オブジェクト、およびデバイスを接続するように設計されたネットワークを可能にする。

本発明は、より具体的には、サイドリンク通信における拡張された再送信に関し、当該再送信は、例えば、ユーザ機器（ＵＥ）が、ブラインド再送信モードにおけるブラインド再送信の第１の回数に基づいて、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介する第１のトランスポートブロック（ＴＢ）の初回送信およびブラインド再送信に用いる複数のリソースを決定するステップと、第１のＴＢおよび第１のＴＢの第１の回数のブラインド再送信を送信するステップと、第１の回数のブラインド再送信の後に肯定応答を受信しないことに応じて、ブラインド再送信モードからハイブリッド自動再送要求（ＨＡＲＱ）ベースの再送信モードに切り替えるステップと、による。

一実施形態では、本発明は、サイドリンク通信における拡張された再送信の方法を提供する。本方法は、ユーザ機器（ＵＥ）が、ブラインド再送信モードにおけるブラインド再送信の第１の回数に基づいて、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介する第１のトランスポートブロック（ＴＢ）の初回送信およびブラインド再送信のための複数のリソースを決定するステップと、第１のＴＢおよび第１のＴＢの第１の回数のブラインド再送信を送信するステップと、第１の回数のブラインド再送信の後に肯定応答を受信しないことに応じて、ブラインド再送信モードからハイブリッド自動再送要求（ＨＡＲＱ）ベースの再送信モードに切り替えるステップと、を含む。

第１の回数は、ブラインド再送信の最大回数を示してもよい。本方法は、第１の回数を示す第１の構成パラメータを含む１つまたは複数のメッセージを受信するステップをさらに含んでもよい。１つまたは複数のメッセージは、好ましくは、１つまたは複数の無線リソース制御（ＲＲＣ）メッセージを含む。本方法は、第１の回数を示すダウンリンク制御情報（ＤＣＩ）を受信するステップをさらに含んでもよい。ダウンリンク制御情報（ＤＣＩ）は、好ましくは、第１のトランスポートブロック（ＴＢ）のスケジューリングのためのスケジューリング情報を含む。本方法では、ダウンリンク制御情報（ＤＣＩ）は、第１の無線リソースを示し、複数のリソースを決定するステップは、第１の無線リソースにさらに基づく。

好ましくは、複数のリソースのうちの当該リソースは連続するスロットに配置され、当該複数のリソースの周波数領域リソースは第１の無線リソースに基づく。その点に関して、本方法は、第１のトランスポートブロック（ＴＢ）をスケジューリングするためのスケジューリング情報および第１の無線リソースの指示を含むダウンリンク制御情報（ＤＣＩ）を受信するステップをさらに含んでもよく、当該複数のリソースを決定するステップは、第１の無線リソースおよび第１の回数にさらに基づく。その場合、複数のリソースのう
ちの当該リソースは連続するスロット内にあり、複数のリソースの周波数領域リソースは第１の無線リソースに基づく。本方法は、肯定応答を受信するステップと、ハイブリッド自動再送要求（ＨＡＲＱ）ベースの再送信モードで第１のトランスポートブロック（ＴＢ）を送信するステップと、をさらに含んでもよい。

一実施形態では、本発明はサイドリンク通信における拡張された再送信の方法を提供し、本方法は、第１のユーザ機器（ＵＥ）が、第２のＵＥから、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介する第１のトランスポートブロック（ＴＢ）の初回送信および１または複数回のブラインド再送信を受信するステップと、第１のＵＥが、第１のＴＢの初回送信および１または複数回のブラインド再送信に基づいて、第１のＴＢが正常に受信されたことを判定するステップと、第１のＵＥが、第１のＴＢの正常な受信後に発生する第１のＴＢのブラインド再送信に使用される複数のリソースのうちの第１の無線リソースを解放するための指示を送信するステップと、を含む。

当該指示を送信するステップは、好ましくは、スケジューリングリクエストを介して行われ、当該指示は第１のＵＥによって基地局（ＢＳ）に送信される。あるいは、スケジューリングリクエストを送信するステップは、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介して行われる。当該指示はハイブリッド自動再送要求（ＨＡＲＱ）フィードバックであってもよく、当該指示は１つまたは複数の無線リソース制御（ＲＲＣ）メッセージを介して送信されてもよい。当該指示は、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介して、または、物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して送信されてもよい。

一実施形態では、本発明は、サイドリンク通信における拡張された再送信の方法を提供し、本方法は、グループキャストセットに含まれる第１のユーザ機器（ＵＥ）が、第２のＵＥから、第１のトランスポートブロック（ＴＢ）のスケジューリング情報を含むサイドリンク制御情報（ＳＣＩ）を受信するステップと、第１のＵＥが、第２のＵＥから第１のＴＢを受信するステップと、第１のＵＥが、第１のＴＢが正常に受信されなかった場合に第１の否定応答を送信するステップと、を含む。好ましくは、受信するステップは、第１のトランスポートブロック（ＴＢ）の１または複数の重複を受信するステップを含み、送信するステップは、１または複数の重複を通じて第１のＴＢが正常に受信されるまで第１のＴＢは正常に受信されない場合に、第２またはそれ以上の否定応答を送信するステップを含み、第１のＴＢの１または複数の重複が、第２のユーザ機器（ＵＥ）によるブラインド再送信に基づく。

好ましくは、第１のユーザ機器（ＵＥ）は、第１のトランスポートブロック（ＴＢ）が正常に受信されたときに否定応答を送信しない。サイドリンク制御情報（ＳＣＩ）を受信するステップは、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して行われてもよく、第１のＴＢの１または複数の重複を受信するステップは、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して行われてもよい。第２またはそれ以上の否定応答の送信は、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を介して行われる。好ましくは、グループキャストセットは、第１のＵＥを含む複数のユーザ機器（ＵＥ）を含み、第１のトランスポートブロック（ＴＢ）は複数のＵＥによって受信される。グループキャストセット内の複数のユーザ機器（ＵＥ）は、第２またはそれ以上の否定応答の送信に用いる物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）リソースを共有する。その点に関して、第１の否定応答を送信するステップは、１つまたは複数の基準にさらに基づいており、１つまたは複数の基準のうちの１つの基準は、パラメータに基づいている。

本方法はさらに、パラメータを含む１つまたは複数のメッセージを受信するステップを含むことができる。好ましくは、１つまたは複数のメッセージは無線リソース制御（ＲＲ
Ｃ）メッセージを含み、１つまたは複数の基準のうちの１つの基準は、第１のユーザ機器（ＵＥ）が位置しているゾーンに基づく。第１のユーザ機器（ＵＥ）は第１のゾーン識別子と関連付けられており、第２のＵＥは第２のゾーン識別子と関連付けられている。その点に関して、サイドリンク制御情報（ＳＣＩ）は、第１のゾーン識別子および第２のゾーン識別子の少なくとも一方を示すパラメータを含む。また、１つまたは複数の基準のうちの１つの基準は、好ましくは、第１のユーザ機器（ＵＥ）と第２のＵＥとの間の距離に基づく。第１の否定応答を送信するステップは、距離がしきい値よりも大きいことにさらに基づき、１つまたは複数の基準のうちの１つの基準は、第１のユーザ機器（ＵＥ）において測定された受信信号受信電力（ＲＳＲＰ）に基づく。

好ましくは、第１の否定応答を送信するステップは、受信信号受信電力（ＲＳＲＰ）がしきい値よりも小さいことにさらに基づく。その点に関して、サイドリンク制御情報（ＳＣＩ）は、否定応答のみのフィードバックが有効か無効かを示す値を有するフィールドを含んでもよく、あるいは、複数のフィードバックモードのうちの１つを示す値を有するフィールドを含んでもよい。

本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、移動通信システムの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ユーザプレーンおよび制御プレーンのための無線プロトコルスタックの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ダウンリンク、アップリンク、および、サイドリンクにおける論理チャネルとトランスポートチャネルとの間のマッピングの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ダウンリンク、アップリンク、および、サイドリンクにおけるトランスポートチャネルと物理チャネルとの間のマッピングの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ＮＲサイドリンク通信のための無線プロトコルスタックの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ダウンリンク、アップリンク、および、サイドリンクにおける物理信号の一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、無線リソース制御（ＲＲＣ）状態および異なるＲＲＣ状態間の遷移の一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、フレーム構造および物理リソースの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、異なるキャリアアグリゲーションシナリオにおけるコンポーネントキャリアの構成の一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、Ｂａｎｄｗｉｄｔｈ Ｐａｒｔの構成およびスイッチングの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、４ステップの衝突型および非衝突型のランダムアクセスプロセスの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、２ステップの衝突型および非衝突型のランダムアクセスプロセスの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、同期信号および物理ブロードキャストチャネル（ＰＢＣＨ）ブロック（ＳＳＢ）の時間および周波数構造の一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ＳＳＢバースト伝送の一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、送信および／または受信のためのユーザ機器および基地局の構成要素の一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、物理サイドリンク共有チャネル（ＰＳＳＣＨ）／物理サイドリンク制御チャネル（ＰＳＣＣＨ）および物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）についての多重化メカニズムの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、プロセスの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、プロセスの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る。

図１は、本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、移動通信システム１００の一例を示す。移動通信システム１００は、移動体通信事業者（ＭＮＯ）、プライベートネットワークオペレータ、マルチシステムオペレータ（ＭＳＯ）、Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＩＯＴ）ネットワーク・オペレータなどの無線通信システム・オペレータによって運営されてもよく、音声、データ（例えば、無線インターネットアクセス）、メッセージング、Ｖｅｈｉｃｌｅ ｔｏ Ｅｖｅｒｙｔｈｉｎｇ（Ｖ２Ｘ）通信サービスなどの車両通信サービス、安全サービス、ミッションクリティカルサービス、ＩｏＴ、産業ＩＯＴ（ＩＩＯＴ）などの住宅、商業、または産業環境におけるサービスなどのサービスを提供してもよい。

移動通信システム１００は、レイテンシ、信頼性、スループットなどに関して異なる要件を有する様々なタイプのアプリケーションを有効にすることができる。サポートされるアプリケーションの例には、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼低遅延通信（ＵＲＬＬＣ）、および大規模マシンタイプ通信（ｍＭＴＣ）が含まれる。ｅＭＢＢは、セルエッジユーザのための中程度のレートだけでなく高いピークデータレートでも安定した接続をサポートすることができる。ＵＲＬＬＣは、レイテンシおよび信頼性に関しての厳しい要件とデータレートに関しての中程度の要件とを有するアプリケーションをサポートすることができる。ｍＭＴＣアプリケーションの例は、散発的にアクティブになり、小さなデータペイロードを送信する膨大な数のＩｏＴデバイスのネットワークを含む。

移動通信システム１００は、無線アクセスネットワーク（ＲＡＮ）部分およびコアネットワーク部分を含んでもよい。図１に示す例では、ＲＡＮおよびコアネットワークの一例として、次世代ＲＡＮ（ＮＧ－ＲＡＮ）１０５および５Ｇコアネットワーク（５ＧＣ）１１０がそれぞれ示されている。本開示の範囲から逸脱することなく、ＲＡＮおよびコアネットワークの他の例が実装されてもよい。ＲＡＮの他の例は、Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ ＲＡＮ（ＥＵＴＲＡＮ）、Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ ＲＡＮ（ＵＴＲＡＮ）などがある。コアネットワークの他の例には、Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ（ＥＰＣ）、ＵＭＴＳコアネットワーク（ＵＣＮ）などがある。ＲＡＮは、無線アクセス技術（ＲＡＴ）を実装し、ユーザ機器（ＵＥ）１２５とコアネットワークとの間に存在する。そのようなＲＡＴの例には、Ｎｅｗ
Ｒａｄｉｏ（ＮＲ）、Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ
Ｒａｄｉｏ Ａｃｃｅｓｓ（ＥＵＴＲＡ）としても知られているＬｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ（ＵＭＴＳ）等が含まれる。移動通信システム１００の例のＲＡＴはＮＲであってもよい。コアネットワークは、ＲＡＮと１つまたは複数の外部ネットワーク（例えば、データネットワーク）との間に存在し、モビリティ管理、認証
、セッション管理、ベアラのセットアップ、および異なるサービス品質（ＱｏＳ）の適用などの機能を担当する。ＵＥ １２５とＲＡＮ（例えば、ＮＧ－ＲＡＮ １０５）との間の機能レイヤはＡｃｃｅｓｓ Ｓｔｒａｔｕｍ（ＡＳ）と称され、ＵＥ １２５とコアネットワーク（例えば、５ＧＣ １１０）との間の機能レイヤはＮｏｎ－ａｃｃｅｓｓ Ｓｔｒａｔｕｍ（ＮＡＳ）と称されてもよい。

ＵＥ １２５は、ＲＡＮ内の１つまたは複数のノード、１つまたは複数の中継ノード、または、１つまたは複数の他のＵＥなどと通信するための無線送受信手段を含んでもよい。ＵＥの例には、スマートフォン、タブレット、ラップトップ、コンピュータ、車両内の無線送信および／または受信ユニット、Ｖ２Ｘまたは車両間（Ｖ２Ｖ）デバイス、無線センサ、ＩｏＴデバイス、ＩＩＯＴデバイスなどが含まれるが、これらに限定されない。移動局（ＭＳ）、端末機器、端末ノード、クライアントデバイス、モバイルデバイスなどの他の名称がＵＥに使用されてもよい。

ＲＡＮは、ＵＥと通信するためのノード（例えば、基地局）を含んでもよい。例えば、移動通信システム１００のＮＧ－ＲＡＮ １０５は、ＵＥ １２５と通信するためのノードを含んでもよい。例えば、ＲＡＮで使用されるＲＡＴによって、ＲＡＮノードに異なる名前が使用されてもよい。ＵＭＴＳ ＲＡＴを用いるＲＡＮにおいて、ＲＡＮノードは、Ｎｏｄｅ Ｂ（ＮＢ）と称されてもよい。ＬＴＥ／ＥＵＴＲＡ ＲＡＴを用いるＲＡＮにおいて、ＲＡＮノードは、ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｅＮＢ）と称されてもよい。図１に示される移動通信システム１００の一例では、ＮＧ－ＲＡＮ１０５のノードは、ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｇＮＢ）１１５またはｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ（ｎｇ－ｅＮＢ）１２０のいずれかであってもよい。本明細書では、基地局、ＲＡＮノード、ｇＮＢ、およびｎｇ－ｅＮＢという用語は互換的に使用され得る。ｇＮＢ １１５は、ＮＲユーザプレーンおよび制御プレーンプロトコルの終端をＵＥ １２５に提供してもよい。ｎｇ－ｅＮＢ １２０は、ＵＥ １２５にＥ－ＵＴＲＡユーザプレーンおよび制御プレーンプロトコルの終端を提供してもよい。ｇＮＢ １１５とＵＥ １２５との間またはｎｇ－ｅＮＢ １２０とＵＥ １２５との間のインターフェースは、Ｕｕインターフェースと称されてもよい。Ｕｕインターフェースは、ユーザプレーンプロトコルスタックおよび制御プレーンプロトコルスタックを用いて確立することができる。Ｕｕインターフェースについて、基地局（例えば、ｇＮＢ １１５またはｎｇ－ｅＮＢ １２０）からＵＥ １２５への方向はダウンリンクと呼ばれる場合があり、ＵＥ １２５から基地局（例えば、ｇＮＢ １１５またはｎｇ－ｅＮＢ １２０）への方向はアップリンクと呼ばれる場合がある。

ｇＮＢ １１５およびｎｇ－ｅＮＢ １２０は、Ｘｎインターフェースを用いて相互接続されてもよい。Ｘｎインターフェースは、Ｘｎユーザプレーン（Ｘｎ－Ｕ）インターフェースおよびＸｎ制御プレーン（Ｘｎ－Ｃ）インターフェースを含むことができる。Ｘｎ－Ｕインターフェースのトランスポートネットワークレイヤは、インターネットプロトコル（ＩＰ）伝送上に構築されてもよく、ＧＰＲＳトンネリングプロトコル（ＧＴＰ）は、ユーザプレーンプロトコルデータユニット（ＰＤＵ）を搬送するためにユーザデータグラムプロトコル（ＵＤＰ）／ＩＰ上で使用されてもよい。Ｘｎ－Ｕは、ユーザプレーンＰＤＵの保証されない配信を提供することができ、データ転送およびフロー制御をサポートすることができる。Ｘｎ－Ｃインターフェースのトランスポートネットワークレイヤは、ＩＰ上のストリーム制御トランスポートプロトコル（ＳＣＴＰ）上に構築されてもよい。アプリケーションレイヤシグナリングプロトコルは、ＸｎＡＰ（Ｘｎ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）と称されてもよい。ＳＣＴＰレイヤは、アプリケーションレイヤメッセージの保証された配信を提供することができる。トランスポートＩＰレイヤでは、シグナリングＰＤＵを配信するためにポイントツーポイント伝送が使用されてもよい。Ｘｎ－Ｃインターフェースは、Ｘｎインターフェース管理、コンテキスト転送およびＲＡ
Ｎページングを含むＵＥモビリティ管理、およびｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙをサポートすることができる。

ｇＮＢ １１５およびｎｇ－ｅＮＢ １２０は、ＮＧインターフェースによって５ＧＣ
１１０にも接続されてもよい。より具体的には、ＮＧ－Ｃインターフェースによって５ＧＣ １１０のＡｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ（ＡＭＦ）１３０に、ＮＧ－Ｕインターフェースによって５ＧＣ １１０のＵｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ（ＵＰＦ）１３５にも接続されてもよい。ＮＧ－Ｕインターフェースのトランスポートネットワークレイヤは、ＩＰ伝送上に構築することができ、ＵＤＰ／ＩＰ上でＧＴＰプロトコルを使用して、ＮＧ－ＲＡＮノード（例えば、ｇＮＢ １１５またはｎｇ－ｅＮＢ １２０）とＵＰＦ １３５との間でユーザプレーンＰＤＵを搬送することができる。ＮＧ－Ｕは、ＮＧ－ＲＡＮノードとＵＰＦとの間のユーザプレーンＰＤＵの保証されない配信を提供することができる。ＮＧ－Ｃインターフェースのトランスポートネットワークレイヤは、ＩＰトランスポート上に構築されてもよい。シグナリングメッセージの信頼性のある伝送のために、ＩＰの上にＳＣＴＰが追加されてもよい。アプリケーションレイヤシグナリングプロトコルは、ＮＧＡＰ（ＮＧ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）と称されてもよい。ＳＣＴＰレイヤは、アプリケーションレイヤメッセージの保証された配信を提供することができる。トランスポートでは、ＩＰレイヤポイントツーポイント伝送が、シグナリングＰＤＵを配信するために使用されてもよい。ＮＧ－Ｃインターフェースは、以下の機能、すなわち、ＮＧインターフェース管理、ＵＥコンテキスト管理、ＵＥモビリティ管理、ＮＡＳメッセージの転送、ページング、ＰＤＵセッション管理、構成転送、および警告メッセージ伝送を提供することができる。

ｇＮＢ １１５またはｎｇ－ｅＮＢ １２０は、以下の機能、すなわち、無線ベアラ制御、無線アドミッション制御、接続モビリティ制御、アップリンクおよびダウンリンクの両方におけるＵＥへのリソースの動的割当（例えば、スケジューリング）などの無線リソース管理機能、ＩＰおよびイーサネットヘッダの圧縮、データの暗号化および完全性保護、ＵＥから提供された情報に基づいてＡＭＦへのルーティングを決定できない場合のＵＥアタッチメントにおけるＡＭＦの選択、ＵＰＦへのユーザプレーンデータのルーティング、ＡＭＦへの制御プレーン情報のルーティング、接続設定および解放、ページングメッセージのスケジューリングおよび伝送、システムブロードキャスト情報（例えば、ＡＭＦからは発信される）のスケジューリングおよび伝送、モビリティおよびスケジューリングについての測定および測定報告の設定、アップリンクにおけるトランスポートレベルパケットマーキング、セッション管理、ネットワークスライシングのサポート、ＱｏＳフロー管理およびデータ無線ベアラへのマッピング、ＲＲＣ非アクティブ状態のＵＥのサポート、ＮＡＳメッセージの配信機能、無線アクセスネットワーク共有、ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙ、ＮＲとＥ－ＵＴＲＡとの間の緊密な相互作用、および、ユーザプレーン５Ｇシステム（５ＧＳ）セルラＩｏＴ（ＣＩｏＴ）最適化のためのセキュリティおよび無線構成の維持、のうちの１つまたは複数を担うことができる。

ＡＭＦ １３０は、以下の機能、すなわち、ＮＡＳシグナリング終端、ＮＡＳシグナリングセキュリティ、ＡＳセキュリティ制御、３ＧＰＰアクセスネットワーク間のモビリティのためのＣＮノード間シグナリング、アイドルモードＵＥの到達性（ページング再送信の制御および実行を含む）、登録エリア管理、システム内およびシステム間モビリティのサポート、アクセス認証、ローミング権の確認を含むアクセス許可、モビリティ管理制御（サブスクリプションおよびポリシー）、ネットワークスライシングのサポート、Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ（ＳＭＦ）選択、５ＧＳ ＣＩｏＴ最適化の選択、のうちの１つまたは複数を担うことができる。

ＵＰＦ １３５は、以下の機能、すなわち、ＲＡＴ内／ＲＡＴ間移動のためのアンカーポイント（適用可能な場合）、データネットワークへの相互接続の外部ＰＤＵセッションポイント、パケットルーティングおよび転送、パケット検査およびポリシールールのユーザプレーン部分の適用、トラフィック使用状況報告、データネットワークへのトラフィックフローのルーティングをサポートするアップリンク分類器、マルチホームＰＤＵセッションをサポートするための分岐点、例えば、パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート適用、アップリンクトラフィック検証（サービスデータフロー（ＳＤＦ）からＱｏＳフローへのマッピング）等のユーザプレーンのためのＱｏＳ操作、および、ダウンリンクパケットのバッファリングおよびダウンリンクデータの通知トリガ、のうちの１つまたは複数を担うことができる。

図１に示すように、ＮＧ－ＲＡＮ １０５は、２つのＵＥ １２５（例えば、ＵＥ１２５ＡおよびＵＥ １２５Ｂ）間のＰＣ５インターフェースをサポートすることができる。ＰＣ５インターフェースでは、２つのＵＥ間の通信の方向（例えば、ＵＥ １２５ＡからＵＥ １２５Ｂへ、またはその逆）はサイドリンクと呼ばれる。ＰＣ５インターフェースを介したサイドリンク送受信は、ＵＥ １２５が、どのＲＲＣ状態にあるかにかかわらず、ＮＧ－ＲＡＮ １０５のカバレッジ内にいる場合、および、ＵＥ １２５がＮＧ－ＲＡＮ １０５のカバレッジ外にいる場合に、サポートされる。ＰＣ５インターフェースを介したＶ２Ｘサービスのサポートは、ＮＲサイドリンク通信および／またはＶ２Ｘサイドリンク通信によって提供される。

ＰＣ５－Ｓシグナリングは、ダイレクト通信リクエスト／アクセプトメッセージを用いたユニキャストリンク確立のために使用される。ＵＥは、例えばＶ２Ｘサービスタイプに基づいて、ＰＣ５ユニキャストリンクの送信元レイヤ－２ＩＤを自身で割り当てる。ユニキャストリンク確立手順中に、ＵＥは、例えば、宛先ＩＤを上位レイヤから受信しているＵＥ宛てのピアＵＥに、ＰＣ５ユニキャストリンクの自身の送信元レイヤ－２ＩＤを送信する。送信元レイヤ２ＩＤと宛先レイヤ２ＩＤのペアは、ユニキャストリンクを一意に識別することができる。受信側ＵＥは、前記宛先ＩＤが自身に属することを検証し、送信側ＵＥからのユニキャストリンク確立リクエストを受け付ける。ＰＣ５ユニキャストリンク確立手順の間、Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ上のＰＣ５－ＲＲＣ手順は、ＡＳレイヤの設定、能力交換などだけでなく、ＵＥサイドリンクコンテキスト確立の目的でも呼び出される。ＰＣ５－ＲＲＣシグナリングは、ＰＣ５ユニキャストリンクが確立されたＵＥのペア間で、ＵＥの能力の交換、および、サイドリンク無線ベアラ構成などのＡＳレイヤ構成を交換することを可能にする。

ＮＲサイドリンク通信は、ＡＳにおける送信元レイヤ２ＩＤと宛先レイヤ２ＩＤとのペアについて、３つのタイプの伝送モード（例えば、ユニキャスト伝送、グループキャスト伝送、およびブロードキャスト伝送）のうちの１つをサポートすることができる。ユニキャスト伝送モードは、ペアのためのピアＵＥ間の１つのＰＣ５－ＲＲＣ接続のサポート、サイドリンクにおけるピアＵＥ間の制御情報およびユーザトラフィックの送受信、サイドリンクＨＡＲＱフィードバックのサポート、サイドリンク送信電力制御のサポート、ＲＬＣ確認モード（ＡＭ）のサポート、および、ＰＣ５－ＲＲＣ接続のための無線リンク障害の検出によって特徴付けられる。グループキャスト伝送は、サイドリンクにおけるグループに属するＵＥ間のユーザトラフィックの送受信、および、サイドリンクＨＡＲＱフィードバックのサポートによって特徴付けられる。ブロードキャスト伝送は、サイドリンクにおけるＵＥ間のユーザトラフィックの送受信によって特徴付けられる。

ＮＲサイドリンク通信には、送信元レイヤ－２ＩＤ、宛先レイヤ－２ＩＤ、およびＰＣ５リンク識別子が用いられる。送信元レイヤ２ＩＤは、サイドリンク通信フレームの受信者であるデバイスまたはデバイスのグループを識別するリンクレイヤの識別情報であって
もよい。宛先レイヤ２ＩＤは、サイドリンク通信フレームを発信するデバイスを識別するリンクレイヤ識別情報であってもよい。いくつかの例では、送信元レイヤ２ＩＤおよび宛先レイヤ２ＩＤは、コアネットワーク内の管理機能によって割り当てられてもよい。送信元レイヤ－２ＩＤは、ＮＲサイドリンク通信におけるデータの送信元を識別できる。送信元レイヤ－２ＩＤは、２４ビット長であってもよく、ＭＡＣレイヤにおいて２つのビット列に分割されてもよい。１つのビット列は、送信元レイヤ－２ＩＤのＬＳＢ部分（８ビット）であってもよく、送信者の物理レイヤに転送されてもよい。これは、サイドリンク制御情報内の意図されたデータのソースを識別することができ、受信機の物理レイヤにおけるパケットのフィルタリングに使用することができる。第２のビット列は、送信元レイヤ－２ＩＤのＭＳＢ部分（１６ビット）であってもよく、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）ヘッダ内で搬送されてもよい。これは、受信機のＭＡＣレイヤにおけるパケットのフィルタリングに使用され得る。宛先レイヤ２ＩＤは、ＮＲサイドリンク通信におけるデータのターゲットを識別することができる。ＮＲサイドリンク通信の場合、宛先レイヤ２ＩＤは、２４ビット長であってもよく、ＭＡＣレイヤにおいて２つのビット列に分割されてもよい。１つのビット列は、宛先レイヤ２ＩＤのＬＳＢ部分（１６ビット）であってもよく、送信者の物理レイヤに転送されてもよい。これは、サイドリンク制御情報内の意図されたデータのターゲットを識別することができ、受信機の物理レイヤでパケットのフィルタリングに使用することができる。第２のビット列は宛先レイヤ２ＩＤのＭＳＢ部分（８ビット）とすることができ、ＭＡＣヘッダ内で搬送することができる。これは、受信機のＭＡＣレイヤにおけるパケットのフィルタリングに使用され得る。ＰＣ５リンク識別子は、ＰＣ５ユニキャストリンクの寿命の間、ＵＥ内のＰＣ５ユニキャストリンクを一意に識別することができる。ＰＣ５リンク識別子は、そのサイドリンク無線リンク障害（ＲＬＦ）宣言が行われ、ＰＣ５－ＲＲＣ接続が解放されたＰＣ５ユニキャストリンクを示すために使用される。

図２Ａおよび図２Ｂは、それぞれ、本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ユーザプレーンおよび制御プレーンの無線プロトコルスタックの一例を示す。図２Ａに示すように、（ＵＥ １２５とｇＮＢ １１５との間の）Ｕｕインターフェースのユーザプレーンのプロトコルスタックは、Ｓｅｒｖｉｃｅ Ｄａｔａ Ａｄａｐｔａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＤＡＰ）２０１およびＳＤＡＰ ２１１と、Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ（ＰＤＣＰ）２０２およびＰＤＣＰ ２１２と、無線リンク制御（ＲＬＣ）２０３およびＲＬＣ２１３と、レイヤ２のＭＡＣ ２０４およびＭＡＣ ２１４サブレイヤと、物理（ＰＨＹ）２０５およびＰＨＹ ２１５レイヤ（レイヤ１はＬ１とも呼ばれる）とを含む。

ＰＨＹ ２０５およびＰＨＹ ２１５は、ＭＡＣ ２０４およびＭＡＣ ２１４サブレイヤにトランスポートチャネル２４４を提供する。ＭＡＣ ２０４およびＭＡＣ ２１４サブレイヤは、ＲＬＣ ２０３およびＲＬＣ ２１３サブレイヤに論理チャネル２４３を提供する。ＲＬＣ ２０３およびＲＬＣ ２１３サブレイヤは、ＰＤＣＰ ２０２およびＰＣＰ ２１２サブレイヤにＲＬＣチャネル２４２を提供する。ＰＤＣＰ ２０２およびＰＤＣＰ ２１２サブレイヤは、ＳＤＡＰ ２０１およびＳＤＡＰ ２１１サブレイヤに無線ベアラ２４１を提供する。無線ベアラは、ユーザプレーンデータのためのデータ無線ベアラ（ＤＲＢ）と、制御プレーンデータのためのシグナリング無線ベアラ（ＳＲＢ）との２つのグループに分類されてもよい。ＳＤＡＰ ２０１およびＳＤＡＰ ２１１サブレイヤは、ＱｏＳフロー２４０を５ＧＣに提供する。

ＭＡＣ ２０４またはＭＡＣ ２１４サブレイヤの主なサービスおよび機能は、論理チャネルとトランスポートチャネルとの間のマッピング、１つまたは異なる論理チャネルに属するＭＡＣサービスデータユニット（ＳＤＵ）の、トランスポートチャネル上で物理レイヤとの間で受け渡しされるトランスポートブロック（ＴＢ）への／からの多重化／逆多
重化、スケジューリング情報の報告、Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ
Ｒｅｑｕｅｓｔ（ＨＡＲＱ）による誤り訂正（キャリアアグリゲーション（ＣＡ）の場合、セルごとに１つのＨＡＲＱエンティティ）、動的スケジューリングによるＵＥ間の優先度処理、Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ（ＬＣＰ）による１つのＵＥの論理チャネル間の優先度処理、１つのＵＥの重複リソース間の優先度処理、および、パディングを含む。単一のＭＡＣエンティティは、複数のヌメロロジ、伝送タイミングおよびセルをサポートし得る。論理チャネルが使用できるヌメロロジ、セル、および伝送タイミングを制御する論理チャネル優先順位付けにおけるマッピング制限。

ＨＡＲＱ機能は、レイヤ１におけるピアエンティティ間の配信を保証することができる。物理レイヤがダウンリンク／アップリンク空間多重化のために構成されていない場合、単一のＨＡＲＱプロセスは１つのＴＢをサポートすることができ、物理レイヤがダウンリンク／アップリンク空間多重化のために構成されている場合、単一のＨＡＲＱプロセスは１つまたは複数のＴＢをサポートすることができる。

ＲＬＣ ２０３またはＲＬＣ ２１３サブレイヤは、３つの伝送モード、すなわち、透過モード（ＴＭ）、非確認モード（ＵＭ）、および確認モード（ＡＭ）をサポートすることができる。ＲＬＣ構成は、ヌメロロジおよび／または伝送時間に依存せずに論理チャネルごとにあってもよく、自動再送要求（ＡＲＱ）は、論理チャネルが構成されているヌメロロジおよび／または伝送時間のいずれかで動作してもよい。

ＲＬＣ ２０３またはＲＬＣ ２１３サブレイヤの主なサービスおよび機能は伝送モード（例えば、ＴＭ、ＵＭまたはＡＭ）に依存し、上位レイヤＰＤＵの転送、ＰＤＣＰのシーケンス番号とは無関係なシーケンス番号の付与（ＵＭおよびＡＭ）、ＡＲＱを通じた誤り訂正（ＡＭのみ）、ＲＬＣ ＳＤＵのセグメント化（ＡＭおよびＵＭ）および再セグメント化（ＡＭのみ）、ＳＤＵの再アセンブリ（ＡＭおよびＵＭ）、重複検出（ＡＭのみ）、ＲＬＣ ＳＤＵの廃棄（ＡＭおよびＵＭ）、ＲＬＣ再確立、および、プロトコルエラー検出（ＡＭのみ）を含むことができる。

ＲＬＣ ２０３またはＲＬＣ ２１３サブレイヤ内の自動再送要求は、以下の特性を有する。ＡＲＱは、ＲＬＣステータスレポートに基づいてＲＬＣ ＳＤＵまたはＲＬＣ ＳＤＵセグメントを再送信する。ＲＬＣステータスレポートのためのポーリングは、ＲＬＣが必要とする場合に使用されてもよい。ＲＬＣ受信機はまた、欠落したＲＬＣ ＳＤＵまたはＲＬＣ ＳＤＵセグメントを検出した後にＲＬＣステータスレポートをトリガしてもよい。

ＰＤＣＰ ２０２またはＰＤＣＰ ２１２サブレイヤの主なサービスおよび機能は、データの転送（ユーザプレーンまたは制御プレーン）、ＰＤＣＰシーケンス番号（ＳＮ）の維持、ロバストヘッダ圧縮（ＲＯＨＣ）プロトコルを使用したヘッダ圧縮および解凍、ＥＨＣプロトコルを用いたヘッダ圧縮および解答、暗号化および復号、完全性保護および完全性検証、タイマーベースのＳＤＵ廃棄、スプリットベアラのルーティング、重複、並び替えおよびインオーダー配信、アウトオブオーダー配信、および、重複破棄を含むことができる。

ＳＤＡＰ ２０１またはＳＤＡＰ ２１１の主なサービスおよび機能は、ＱｏＳフローとデータ無線ベアラとの間のマッピング、および、ダウンリンクパケットとアップリンクパケットの両方へのＱｏＳフローＩＤ（ＱＦＩ）のマーキングを含む。ＳＤＡＰの単一のプロトコルエンティティは、個々のＰＤＵセッションごとに構成されてもよい。

図２Ｂに示すように、（ＵＥ １２５とｇＮＢ １１５との間の）Ｕｕインターフェー
スの制御プレーンのプロトコルスタックは、上述したように、ＰＨＹレイヤ（レイヤ１）と、レイヤ２のＭＡＣ、ＲＬＣおよびＰＤＣＰサブレイヤと、さらに、ＲＲＣ ２０６サブレイヤおよびＲＲＣ ２１６サブレイヤとを含む。Ｕｕインターフェース上のＲＲＣ ２０６サブレイヤおよびＲＲＣ ２１６サブレイヤの主なサービスおよび機能は、ＡＳおよびＮＡＳに関連するシステム情報のブロードキャスト、５ＧＣまたはＮＧ－ＲＡＮによって開始されるページング、ＵＥとＮＧ－ＲＡＮとの間のＲＲＣ接続の確立、維持、および解放（キャリアアグリゲーションの追加、修正、および解除、および、ＮＲにおける、または、Ｅ－ＵＴＲＡとＮＲとの間のデュアルコネクティビティの追加、修正、および解除を含む）、鍵管理を含むセキュリティ機能、ＳＲＢおよびＤＲＢの確立、構成、維持および解放、モビリティ機能（ハンドオーバおよびコンテキスト転送、ＵＥセルの選択と再選択およびセル選択と再選択の制御、および、ＲＡＴ間のモビリティを含む）、ＱｏＳ管理機能、ＵＥ測定レポートおよびレポートの制御、無線リンク障害の検出および回復、および、ＮＡＳメッセージのＮＡＳとＵＥとの間の転送を含む。ＮＡＳ ２０７およびＮＡＳ ２２７レイヤは、認証、モビリティ管理、セキュリティ制御などの機能を実行する制御プロトコル（ネットワーク側のＡＭＦにおいて終端）である。

Ｕｕインターフェースを通じたＲＲＣサブレイヤのサイドリンク固有のサービスおよび機能は、システム情報または専用シグナリングを介したサイドリンクリソース割り当ての構成、ＵＥサイドリンク情報の報告、サイドリンクに関する測定の構成および報告、および、ＳＬトラフィックパターンのＵＥ支援情報の報告を含む。

図３Ａ、図３Ｂ、および図３Ｃは、本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ダウンリンク、アップリンクおよびサイドリンクにおける論理チャネルとトランスポートチャネルとの間のマッピングの一例を示す。異なる種類のデータ転送サービスがＭＡＣによって提供されてもよい。各論理チャネルタイプは、どのタイプの情報が転送されるかによって定義されてもよい。論理チャネルは、制御チャネルとトラフィックチャネルとの２つのグループに分類されてもよい。制御チャネルは、制御プレーン情報の転送のみに使用される。ブロードキャスト制御チャネル（ＢＣＣＨ）は、システム制御情報をブロードキャストするためのダウンリンクチャネルである。ページング制御チャネル（ＰＣＣＨ）は、ページングメッセージを搬送するダウンリンクチャネルである。共通制御チャネル（ＣＣＣＨ）は、ＵＥとネットワークとの間で制御情報を送信するためのチャネルである。このチャネルは、ネットワークとのＲＲＣ接続を有しないＵＥのために使用されてもよい。専用制御チャネル（ＤＣＣＨ）は、ＵＥとネットワークとの間で専用制御情報を送信するポイントツーポイント双方向チャネルであり、ＲＲＣ接続を有するＵＥによって使用される。トラフィックチャネルは、ユーザプレーン情報の転送のみに使用される。専用トラフィックチャネル（ＤＴＣＨ）は、ユーザ情報を転送するための、１つのＵＥに専用のポイントツーポイントチャネルである。ＤＴＣＨは、アップリンクとダウンリンクとの両方に存在することができる。サイドリンク制御チャネル（ＳＣＣＨ）は、１つのＵＥから他のＵＥに制御情報（例えば、ＰＣ５－ＲＲＣメッセージおよびＰＣ５－Ｓメッセージ）を送信するためのサイドリンクチャネルである。サイドリンクトラフィックチャネル（ＳＴＣＨ）は、１つのＵＥから他のＵＥにユーザ情報を送信するためのサイドリンクチャネルである。サイドリンクブロードキャスト制御チャネル（ＳＢＣＣＨ）は、１つのＵＥから他のＵＥにサイドリンクシステム情報をブロードキャストするためのサイドリンクチャネルである。

ダウンリンクトランスポートチャネルのタイプには、ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有チャネル（ＤＬ－ＳＣＨ）、およびページングチャネル（ＰＣＨ）が含まれる。ＢＣＨは、固定された、予め定義されたトランスポートフォーマットと、単一のメッセージとして、または異なるＢＣＨインスタンスをビームフォーミングすることにより、セルのカバレッジエリア全体においてブロードキャストされることという要件
と、を特徴とする。ＤＬ－ＳＣＨは、ＨＡＲＱのサポート、変調、符号化、および送信電力を変化させることによる動的リンク適応のためのサポート、セル全体にブロードキャストされる可能性、ビームフォーミングを使用する可能性、動的リソース割り当てと半静的リソース割り当ての両方のサポート、および、ＵＥの省電力を可能にするためのＵＥ不連続受信（ＤＲＸ）のサポートを特徴とする。ＤＬ－ＳＣＨは、ＨＡＲＱのサポート、変調、符号化、および送信電力を変化させることによる動的リンク適応のためのサポート、セル全体でブロードキャストされる可能性、ビームフォーミングを使用する可能性、動的リソース割り当てと半静的リソース割り当ての両方のサポート、ならびにＵＥの省電力を可能にするためのＵＥ不連続受信（ＤＲＸ）のサポートによって特徴付けられ得る。ＰＣＨは、ＵＥ省電力を可能にするためのＵＥ不連続受信（ＤＲＸ）のサポート（ＤＲＸサイクルはネットワークによってＵＥに示される）、単一のメッセージとして、または異なるＢＣＨインスタンスをビームフォーミングすることにより、セルのカバレッジエリア全体においてブロードキャストされることという要件、および、トラフィック／他の制御チャネルにも動的に使用できる物理リソースにマッピングされること、を特徴とする。

ダウンリンクでは、論理チャネルとトランスポートチャネルとの間に以下の接続が存在する。ＢＣＣＨは、ＢＣＨにマッピングされてもよい。ＢＣＣＨは、ＤＬ－ＳＣＨにマッピングされてもよい。ＰＣＣＨは、ＰＣＨにマッピングされてもよい。ＣＣＣＨは、ＤＬ－ＳＣＨにマッピングされてもよい。ＤＣＣＨは、ＤＬ－ＳＣＨにマッピングされてもよい。ＤＴＣＨはＤＬ－ＳＣＨにマッピングされてもよい。

アップリンクトランスポートチャネルタイプは、アップリンク共有チャネル（ＵＬ－ＳＣＨ）およびランダムアクセスチャネル（ＲＡＣＨ）を含む。ＵＬ－ＳＣＨは、ビームフォーミングを使用する可能性、送信電力を変化させ、潜在的に変調および符号化することによる動的リンク適応のためのサポート、ＨＡＲＱのサポート、動的リソース割り当ておよび準静的リソース割り当ての両方のサポートを特徴とする。ＲＡＣＨは、限定された制御情報およびコリジョンリスクを特徴とする。

アップリンクでは、論理チャネルと伝送チャネルとの間に以下の接続が存在する。ＣＣＣＨは、ＵＬ－ＳＣＨにマッピングされてもよい。ＤＣＣＨは、ＵＬ－ＳＣＨにマッピングされてもよい。ＤＴＣＨはＵＬ－ＳＣＨにマッピングされてもよい。

サイドリンクトランスポートチャネルタイプは、サイドリンクブロードキャストチャネル（ＳＬ－ＢＣＨ）およびサイドリンク共有チャネル（ＳＬ－ＳＣＨ）を含む。ＳＬ－ＢＣＨは、予め定義されたトランスポートフォーマットによって特徴付けられる。ＳＬ－ＳＣＨは、ユニキャスト送信、グループキャスト送信、およびブロードキャスト送信のサポート、ＮＧ－ＲＡＮによるＵＥ自律リソース選択とスケジュールされたリソース割り当ての両方のサポート、ＵＥがＮＧ－ＲＡＮによってリソースを割り当てられた場合の動的リソース割り当ておよび準静的リソース割り当ての両方のサポート、ＨＡＲＱのサポート、および、送信電力、変調、および符号化を変化させることによる動的リンク適応のサポートにより特徴付けられる。

サイドリンクでは、論理チャネルとトランスポートチャネルとの間に以下の接続が存在する。すなわち、ＳＣＣＨはＳＬ－ＳＣＨにマッピングされ、ＳＴＣＨはＳＬ－ＳＣＨにマッピングされ、および、ＳＢＣＣＨはＳＬ－ＢＣＨにマッピングされる。

図４Ａ、図４Ｂ、および図４Ｃは、それぞれ、本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ダウンリンク、アップリンクおよびサイドリンクにおけるトランスポートチャネルと物理チャネルとの間のマッピングの一例を示す。ダウンリンクにおける物理チャネルは、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）、物理ダウンリ
ンク制御チャネル（ＰＤＣＣＨ）、および物理ブロードキャストチャネル（ＰＢＣＨ）を含む。ＰＣＨおよびＤＬ－ＳＣＨトランスポートチャネルは、ＰＤＳＣＨにマッピングされる。ＢＣＨトランスポートチャネルはＰＢＣＨにマッピングされる。ＰＤＣＣＨにはトランスポートチャネルはマッピングされないが、ＰＤＣＣＨを介してダウンリンク制御情報（ＤＣＩ）が送信される。

アップリンクにおける物理チャネルは、物理アップリンク共有チャネル（ＰＵＳＣＨ）、物理アップリンク制御チャネル（ＰＵＣＣＨ）、および物理ランダムアクセスチャネル（ＰＲＡＣＨ）を含む。ＵＬ－ＳＣＨトランスポートチャネルは、ＰＵＳＣＨにマッピングされてもよく、ＲＡＣＨトランスポートチャネルは、ＰＲＡＣＨにマッピングされてもよい。ＰＵＣＣＨにはトランスポートチャネルはマッピングされないが、ＰＵＣＣＨを介してアップリンク制御情報（ＵＣＩ）が送信される。

サイドリンクの物理チャネルには、物理サイドリンク共有チャネル（ＰＳＳＣＨ）、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）、および、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）が含まれる。物理サイドリンク制御チャネル（ＰＳＣＣＨ）は、ＰＳＳＣＨに対してＵＥによって使用されるリソースおよび他の送信パラメータを示す。物理サイドリンク共有チャネル（ＰＳＳＣＨ）は、データ自体のＴＢと、ＨＡＲＱ手順およびＣＳＩフィードバックトリガなどの制御情報と、を送信する。１スロット内の少なくとも６つのＯＦＤＭシンボルがＰＳＳＣＨ送信に使用される。物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）は、ＰＳＳＣＨ送信の意図された受信者であるＵＥから、送信を実行したＵＥに、サイドリンクを介してＨＡＲＱフィードバックを搬送することができる。ＰＳＦＣＨシーケンスは、スロット内のサイドリンクリソースの末尾付近の２つのＯＦＤＭシンボルにわたって繰り返される１つのＰＲＢで送信され得る。ＳＬ－ＳＣＨトランスポートチャネルは、ＰＳＳＣＨにマッピングされる。ＳＬ－ＢＣＨはＰＳＢＣＨにマッピングされる。トランスポートチャネルはＰＳＦＣＨにマッピングされないが、サイドリンクフィードバック制御情報（ＳＦＣＩ）はＰＳＦＣＨにマッピングされる。トランスポートチャネルはＰＳＣＣＨにマッピングされないが、サイドリンク制御情報（ＳＣＩ）はＰＳＣＣＨにマッピングされる。

図５Ａ、図５Ｂ、図５Ｃ、および、図５Ｄは、それぞれ、本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ＮＲサイドリンク通信のための無線プロトコルスタックの一例を示す。ＰＣ５インターフェース（すなわち、ＳＴＣＨの場合）におけるユーザプレーンのＡＳプロトコルスタックは、ＳＤＡＰ、ＰＤＣＰ、ＲＬＣおよびＭＡＣサブレイヤ、および、物理レイヤから構成される。図５Ａには、ユーザプレーンのプロトコルスタックが示されている。ＰＣ５インターフェースにおけるＳＢＣＣＨのＡＳプロトコルスタックは、図５Ｂにおいて以下に示すように、ＲＲＣ、ＲＬＣ、ＭＡＣサブレイヤ、および物理レイヤから構成される。ＰＣ５－Ｓプロトコルをサポートするために、図５Ｃに示すように、ＰＣ５－Ｓは、ＰＣ５－Ｓ用のＳＣＣＨのための制御プレーンプロトコルスタック内のＰＤＣＰ、ＲＬＣ、およびＭＡＣサブレイヤ、および、物理レイヤの上に配置される。ＰＣ５インターフェースにおけるＲＲＣ用のＳＣＣＨのための制御プレーンのＡＳプロトコルスタックは、ＲＲＣ、ＰＤＣＰ、ＲＬＣおよびＭＡＣサブレイヤ、および、物理レイヤから構成される。図５Ｄには、ＲＲＣ用のＳＣＣＨのための制御プレーンのプロトコルスタックが示されている。

サイドリンク無線ベアラ（ＳＬＲＢ）は、ユーザプレーンデータ用のサイドリンクデータ無線ベアラ（ＳＬ ＤＲＢ）と、制御プレーンデータ用のサイドリンクシグナリング無線ベアラ（ＳＬ ＳＲＢ）と、の２つのグループに分類することができる。異なるＳＣＣＨを使用する別々のＳＬ ＳＲＢは、それぞれＰＣ５－ＲＲＣ用とＰＣ５－Ｓシグナリン
グ用とに構成される。

ＭＡＣサブレイヤは、ＰＣ５インターフェースを介して以下のサービスおよび機能、すなわち、無線リソース選択、パケットフィルタリング、所定のＵＥのアップリンク送信とサイドリンク送信との間の優先度処理、および、サイドリンクＣＳＩ報告を提供することができる。ＭＡＣにおける論理チャネルの優先順位付けの制限により、同じ宛先に属するサイドリンク論理チャネルのみが、宛先に関連付けられるユニキャスト、グループキャスト、およびブロードキャスト送信ごとにＭＡＣ ＰＤＵに多重化される。パケットフィルタリングのために、送信元レイヤ２ＩＤと宛先レイヤ２ＩＤの両方の部分を含むＳＬ－ＳＣＨ ＭＡＣヘッダがＭＡＣ ＰＤＵに追加される。ＭＡＣサブヘッダ内に含まれる論理チャネル識別子（ＬＣＩＤ）は、送信元レイヤ－２ＩＤと宛先レイヤ－２ＩＤとの組み合わせの範囲内で論理チャネルを一意に識別することができる。

ＲＬＣサブレイヤのサービスおよび機能は、サイドリンクのためにサポートされ得る。ＲＬＣ非確認モード（ＵＭ）と確認モード（ＡＭ）の両方がユニキャスト伝送で使用されてもよく、一方、グループキャスト伝送またはブロードキャスト伝送ではＵＭのみが使用されてもよい。ＵＭの場合、グループキャストおよびブロードキャストの一方向の送信のみがサポートされる。

ＵｕインターフェースのためのＰＤＣＰサブレイヤのサービスおよび機能は、いくつかの制限を伴ってサイドリンクのためにサポートされる。アウトオブオーダー配信は、ユニキャスト送信のためにのみサポートされ、ＰＣ５インターフェースを介した重複はサポートされなくてもよい。

ＳＤＡＰサブレイヤは、ＰＣ５インターフェースを介して以下のサービスおよび機能、すなわち、ＱｏＳフローとサイドリンクデータ無線ベアラとの間のマッピングを提供することができる。宛先に関連付けられたユニキャスト、グループキャスト、およびブロードキャストのうちの１つに対して、宛先ごとに１つのＳＤＡＰエンティティが存在る。

ＲＲＣサブレイヤは、ＰＣ５インターフェースを介して以下のサービスおよび機能、すなわち、ピアＵＥ間のＰＣ５－ＲＲＣメッセージの転送、２つのＵＥ間のＰＣ５－ＲＲＣ接続の維持および解放、および、ＭＡＣまたはＲＬＣからの指示に基づくＰＣ５－ＲＲＣ接続のためのサイドリンク無線リンク障害の検出を提供することができる。ＰＣ５－ＲＲＣ接続は、対応するＰＣ５ユニキャストリンクが確立された後に確立されると見込まれる送信元レイヤ－２ＩＤと宛先レイヤ－２ＩＤのペアのための２つのＵＥ間の論理接続である。ＰＣ５－ＲＲＣ接続とＰＣ５ユニキャストリンクとの間には１対１の対応関係がある。ＵＥは、送信元レイヤ－２ＩＤと宛先レイヤ－２ＩＤとの異なるペアについて、１つまたは複数のＵＥとの複数のＰＣ５－ＲＲＣ接続を有することができる。別々のＰＣ５－ＲＲＣ手順およびメッセージは、ＵＥがＳＬ－ＤＲＢ構成を含むＵＥ能力およびサイドリンク構成をピアＵＥに転送するために使用される。ピアＵＥの双方は、サイドリンクの両方向で別々の双方向手順を使用して、自身のＵＥ能力およびサイドリンク構成を交換することができる。

図６は、本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ダウンリンク、アップリンクおよびサイドリンクにおける物理信号の一例を示す。復調リファレンス信号（ＤＭ－ＲＳ）は、ダウンリンク、アップリンク、およびサイドリンクで使用され、チャネル推定に使用される。ＤＭ－ＲＳは、ＵＥ固有のリファレンス信号であり、ダウンリンク、アップリンク、またはサイドリンクの物理チャネルと共に送信され、物理チャネルのチャネル推定およびコヒーレント検出に使用される。位相追跡リファレンス信号（ＰＴ－ＲＳ）は、ダウンリンク、アップリンク、およびサイドリンクで使用され、位相
を追跡し、位相雑音による性能損失を軽減するために使用される。ＰＴ－ＲＳは、主に、システム性能に対する共通位相誤差（ＣＰＥ）の影響を推定および最小化するために使用される。位相雑音特性のために、ＰＴ－ＲＳ信号は、周波数領域において低密度を有し、時間領域において高密度を有する。ＰＴ－ＲＳは、ＤＭ－ＲＳと組み合わせて、ネットワークがＰＴ－ＲＳが存在するように構成した場合に発生する。位置決めリファレンス信号（ＰＲＳ）は、異なる位置決め技術を用いて位置決めするために、ダウンリンクで使用されてもよい。ＰＲＳは、基地局からの受信信号を受信機内のローカルレプリカと相関させることによってダウンリンク伝送の遅延を測定するために使用される。チャネル状態情報リファレンス信号（ＣＳＩ－ＲＳ）は、ダウンリンクおよびサイドリンクで使用される。ＣＳＩ－ＲＳは、とりわけ、チャネル状態推定、モビリティおよびビーム管理のためのリファレンス信号受信電力（ＲＳＲＰ）測定、復調のための時間／周波数トラッキングに使用される。ＣＳＩ－ＲＳはＵＥ固有に構成されてもよいが、複数のユーザが同じＣＳＩ－ＲＳリソースを共有してもよい。ＵＥは、ＣＳＩレポートを決定し、ＰＵＣＣＨまたはＰＵＳＣＨを用いて、これらをアップリンクで基地局へ伝送する。ＣＳＩ報告は、サイドリンクＭＡＣ ＣＥで搬送されてもよい。プライマリ同期信号（ＰＳＳ）およびセカンダリ同期信号（ＳＳＳ）は、無線フレーム同期のために使用される。ＰＳＳおよびＳＳＳは、初期アタッチ中のセル探索手順またはモビリティ目的のために使用される。サウンディングリファレンス信号（ＳＲＳ）は、アップリンクチャネル推定のために、アップリンクで使用される。ＣＳＩ－ＲＳと同様に、ＳＲＳは、ＳＲＳと準コロケートされて送信されるように構成されてもよいように、他の物理チャネルのためのＱＣＬ基準として機能する。サイドリンクＰＳＳ（Ｓ－ＰＳＳ）およびサイドリンクＳＳＳ（Ｓ－ＳＳＳ）は、サイドリンク同期のためのサイドリンクで使用される。

図７は、本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、無線リソース制御（ＲＲＣ）状態および異なるＲＲＣ状態間の遷移の一例を示す。ＵＥは、ＲＲＣ接続状態７１０、ＲＲＣアイドル状態７２０、およびＲＲＣ非アクティブ状態７３０の３つのＲＲＣ状態のうちのいずれかの状態となる。電源投入後、ＵＥはＲＲＣアイドル状態７２０になり、ＵＥは、データ転送を実行するため、および／または、音声通話を行うために、初期アクセスを使用し、ＲＲＣ接続確立手順を介して、ネットワークとの接続を確立する。ＲＲＣ接続が確立されると、ＵＥは、ＲＲＣ接続状態７１０になる。ＵＥは、ＲＲＣ接続確立／解放手順７４０を使って、ＲＲＣアイドル状態７２０からＲＲＣ接続状態７１０へ、または、ＲＲＣ接続状態７１０からＲＲＣアイドル状態７２０へ遷移できる。

ＵＥが頻繁にスモールデータを送信する場合にＲＲＣ接続状態７１０からＲＲＣアイドル状態７２０への頻繁な遷移によって生じるシグナリング負荷およびレイテンシを低減するために、ＲＲＣ非アクティブ状態７３０が使用される。ＲＲＣ非アクティブ状態７３０では、ＡＳコンテキストは、ＵＥとｇＮＢの両方によって格納される。これは、ＲＲＣ非アクティブ状態７３０からＲＲＣ接続状態７１０へのより速い状態遷移をもたらす。ＵＥは、ＲＲＣ接続再開／非アクティブ化手順７６０を用いて、ＲＲＣ非アクティブ状態７３０からＲＲＣ接続状態７１０へ、または、ＲＲＣ接続状態７１０からＲＲＣ非アクティブ状態７３０へ遷移する。ＵＥは、ＲＲＣ接続解放手順７５０を用いて、ＲＲＣ非アクティブ状態７３０からＲＲＣアイドル状態７２０に遷移する。

図８は、本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、フレーム構造および物理リソースの一例を示す。ダウンリンクまたはアップリンクまたはサイドリンク伝送は、１０個の１ｍｓのサブフレームを含む１０ｍｓの時間長を有するフレームによって行われる。各サブフレームは、１、２、４、．．．スロットを含み、サブフレーム当たりのスロット数は、伝送が行われるキャリアのサブキャリア間隔に依存する。スロットの時間長は、通常のサイクリックプレフィックス（ＣＰ）を持つ１４個のシンボルの
場合と、拡張ＣＰを持つ１２個のシンボルの場合と、があり、１つのサブフレーム内のスロット数が整数になるように、使用されるサブキャリア間隔に応じて時間的に可変する。図８は、時間および周波数領域におけるリソースグリッドを示す。時間において１つのシンボルおよび周波数において１つのサブキャリアを含むリソースグリッドの各要素は、リソース要素（ＲＥ）と呼ばれる。リソースブロック（ＲＢ）は、周波数領域における１２の連続したサブキャリアとして定義されてもよい。

いくつかの例では、非スロットベースのスケジューリングを用いて、パケットの伝送は、スロットの一部にわたって、例えば、ミニスロットとも呼ばれる２、４、または７つのＯＦＤＭシンボルの間に行われる。ミニスロットは、ＵＲＬＬＣなどの低遅延アプリケーションおよびライセンス不要帯域でのオペレーションに使用される。いくつかの実施形態では、ミニスロットは、サービスの高速柔軟スケジューリング（例えば、ｅＭＢＢに対するＵＲＬＬＣのプリエンプション）にも使用されてもよい。

図９は、本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、異なるキャリアアグリゲーションシナリオにおけるコンポーネントキャリアの構成の一例を示す。キャリアアグリゲーション（ＣＡ）では、２つ以上のコンポーネントキャリア（ＣＣ）が集約されてもよい。ＵＥは、その能力に応じて、１または複数のＣＣにおいて同時に受信または送信することができる。ＣＡは、図９に図示するように、同じ帯域または異なる帯域において、連続したＣＣと不連続なＣＣとの両方についてサポートされている。ｇＮＢおよびＵＥは、サービングセルを使用して通信することができる。サービングセルは、少なくとも１つのダウンリンクＣＣに関連付けられる（例えば、１つのダウンリンクＣＣのみに関連付けられてもよいし、または、ダウンリンクＣＣおよびアップリンクＣＣに関連付けられてもよい）。サービングセルは、プライマリセル（ＰＣｅｌｌ）またはセカンダリｃＣｅｌｌ（ＳＣｅｌｌ）である。

ＵＥは、アップリンクタイミング制御手順を用いて、自身のアップリンク伝送のタイミングを調節することができる。タイミングアドバンス（ＴＡ）を使用して、ダウンリンクフレームタイミングに対してアップリンクフレームタイミングを調整することができる。ｇＮＢは、所望のタイミングアドバンス設定を決定し、それをＵＥに提供することができる。ＵＥは、提供されたＴＡを使用して、ＵＥの観測されたダウンリンク受信タイミングに対する自身のアップリンク送信タイミングを決定することができる。

ＲＲＣ接続状態では、ｇＮＢは、Ｌ１を同期させ続けるためにタイミングアドバンスを維持する役割を担う。同じタイミングアドバンスが適用されるアップリンクを有し、同じタイミングリファレンスセルを使用するサービングセルは、タイミングアドバンスグループ（ＴＡＧ）にグループ化される。ＴＡＧは、構成されたアップリンクを有する少なくとも１つのサービングセルを含む。サービングセルのＴＡＧへのマッピングは、ＲＲＣによって設定される。プライマリＴＡＧの場合、ＵＥは、場合によってはＳＣｅｌｌがタイミングリファレンスセルとしても使用される可能性がある共有スペクトルチャネルアクセスを除いて、ＰＣｅｌｌをタイミングリファレンスセルとして使用する。セカンダリＴＡＧでは、ＵＥは、このＴＡＧのアクティブ化されたＳＣｅｌｌのいずれかをタイミングリファレンスセルとして使用することができ、必要でない限りこれを変更しなくてもよい。

タイミングアドバンス更新は、ＭＡＣ ＣＥコマンドを介して、ｇＮＢからＵＥにシグナリングされてもよい。そのようなコマンドは、Ｌ１を同期できるか否かを示すＴＡＧ固有タイマを再開することができ、タイマが実行されているとき、Ｌ１は同期しているとみなされ、そうでない場合、Ｌ１は同期していないとみなされる（この場合、アップリンク伝送はＰＲＡＣＨ上でのみ行われる）。

ＣＡの単一のタイミングアドバンス能力を有するＵＥは、同じタイミングアドバンスを共有する複数のサービングセル（１つのＴＡＧにグループ化された複数のサービングセル）に対応する複数のＣＣにおいて同時に受信および／または送信することができる。ＣＡのための複数のタイミングアドバンス能力を有するＵＥは、異なるタイミングアドバンスを有する複数のサービングセル（複数のＴＡＧにグループ化された複数のサービングセル）に対応する複数のＣＣにおいて同時に受信および／または送信することができる。ＮＧ－ＲＡＮは、各ＴＡＧが少なくとも１つのサービングセルを含むことを保証する。ＣＡ非対応ＵＥは、単一のサービングセルのみ（１つのＴＡＧ内の１つのサービングセル）に対応する、単一のＣＣで受信してもよく、単一のＣＣで送信してもよい。

ＣＡの場合の物理レイヤのマルチキャリア特性は、ＭＡＣレイヤに公開されてもよく、サービングセルごとに１つのＨＡＲＱエンティティが要求されてもよい。ＣＡが設定されている場合、ＵＥはネットワークとの１つのＲＲＣ接続を有してもよい。ＲＲＣ接続確立／再確立／ハンドオーバにおいて、１つのサービングセル（例えば、ＰＣｅｌｌ）がＮＡＳモビリティ情報を提供する。ＵＥの能力に応じて、ＳＣｅｌｌは、ＰＣｅｌｌと共にサービングセルのセットを形成するように構成される。ＵＥのために構成されたサービングセルのセットは、１つのＰＣｅｌｌと１つまたは複数のＳＣｅｌｌとを含む。ＳＣｅｌｌの再構成、追加、および削除は、ＲＲＣによって実行されてもよい。

ｄｕａｌ ｃｏｎｎｅｃｔｉｖｉｔｙシナリオでは、ＵＥは、マスタ基地局と通信するためのマスタセルグループ（ＭＣＧ）と、セカンダリ基地局と通信するためのセカンダリセルグループ（ＳＣＧ）と、２つのＭＡＣエンティティ、すなわち、マスタ基地局と通信するためのＭＣＧ用のＭＡＣエンティティと、セカンダリ基地局と通信するためのＳＣＧ用のＭＡＣエンティティと、を含む複数のセルを用いて構成される。

図１０は、本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、Ｂａｎｄｗｉｄｔｈ Ｐａｒｔの構成およびスイッチングの一例を示す。ＵＥは、与えられたコンポーネントキャリアにおける１つまたは複数のＢａｎｄｗｉｄｔｈ Ｐａｒｔ（ＢＷＰ）１０１０を用いて設定されてもよい。いくつかの例では、１つまたは複数のＢａｎｄｗｉｄｔｈ Ｐａｒｔのうちの１つが同時にアクティブであってもよい。アクティブなＢａｎｄｗｉｄｔｈ Ｐａｒｔは、セルの動作帯域幅内においてＵＥの動作帯域幅を定義する。初期アクセスのために、セル内のＵＥの構成が受信されるまで、システム情報から決定された初期Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ １０２０が使用される。例えば、ＢＷＰスイッチング１０４０によるＢａｎｄｗｉｄｔｈ Ａｄａｐｔａｔｉｏｎ（ＢＡ）では、ＵＥの送受信帯域幅はセルの帯域幅ほど大きくないため、調整される。例えば、幅は変更できるようにオーダーされ（例えば、低活動期間中に収縮して電力を節約する）、位置は周波数領域で動かすことができ（例えば、スケジューリングの柔軟性を高めるために）、サブキャリア間隔は、変更できるようにオーダーされてもよい（例えば、異なるサービスを可能にする）。第１のアクティブＢＷＰ １０２０は、ＰＣｅｌｌのＲＲＣ（再）設定時またはＳＣｅｌｌのアクティベーション時のアクティブＢＷＰであってもよい。

ダウンリンクＢＷＰまたはアップリンクＢＷＰのセット内のダウンリンクＢＷＰまたはアップリンクＢＷＰの場合、それぞれ、ＵＥには、以下の構成パラメータ、すなわち、サブキャリア間隔（ＳＣＳ）、サイクリックプレフィックス、共通ＲＢおよび連続するＲＢの数、それぞれのＢＷＰ－ＩｄによるダウンリンクＢＷＰまたはアップリンクＢＷＰのセットにおけるインデックス、ＢＷＰ共通パラメータのセットおよびＢＷＰ専用パラメータのセットが提供される。ＢＷＰは、ＢＷＰに対して設定されたサブキャリア間隔およびサイクリックプレフィックスに基づいて、ＯＦＤＭヌメロロジに関連付けられる。サービングセルについて、ＵＥには、設定されたダウンリンクＢＷＰのうちのデフォルトのダウンリンクＢＷＰが提供される。ＵＥにデフォルトのダウンリンクＢＷＰが提供されない場合
、デフォルトのダウンリンクＢＷＰは初期ダウンリンクＢＷＰとなる。

ダウンリンクＢＷＰは、ＢＷＰ非アクティブタイマに関連付けられる。アクティブなダウンリンクＢＷＰに関連付けられたＢＷＰ非アクティブタイマが満了し、デフォルトのダウンリンクＢＷＰが構成されている場合、ＵＥは、デフォルトのＢＷＰへのＢＷＰスイッチングを実行することができる。アクティブなダウンリンクＢＷＰに関連付けられたＢＷＰ非アクティブタイマが満了し、デフォルトのダウンリンクＢＷＰが構成されていない場合、ＵＥは、初期ダウンリンクＢＷＰへのＢＷＰスイッチングを実行することができる。

図１１は、本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、４ステップの衝突型ランダムアクセスおよび非衝突型のランダムアクセスプロセスの一例を示す。図１２は、本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、２ステップの衝突型ランダムアクセスおよび非衝突型のランダムアクセスプロセスの一例を示す。ランダムアクセス手順は、いくつかのイベント、例えば、ＲＲＣアイドル状態からの初期アクセス、ＲＲＣ接続再確立手順、アップリンク同期状態が「非同期」である場合のＲＲＣ接続状態中のダウンリンクまたはアップリンクデータの到着、スケジューリングリクエスト（ＳＲ）のために利用可能なＰＵＣＣＨリソースがない場合のＲＲＣ接続状態中のアップリンクデータの到着、ＳＲ不良、同期再構成時のＲＲＣによる要求（例えば、ハンドオーバ）、ＲＲＣ非アクティブ状態からの遷移、セカンダリＴＡＧの時間整合を確立すること、その他のシステム情報（ＳＩ）のリクエスト、ビーム障害回復（ＢＦＲ）、ＰＣｅｌｌでの一貫したアップリンクのリッスンビフォアトーク（ＬＢＴ）障害によってトリガされる。

２つのタイプのランダムアクセス（ＲＡ）手順がサポートされる。すなわち、ＭＳＧ１を伴う４ステップＲＡタイプおよびＭＳＧＡを伴う２ステップＲＡタイプである。両方のタイプのＲＡ手順は、図１１および図１２に示すように、衝突型ランダムアクセス（ＣＢＲＡ）および非衝突型ランダムアクセス（ＣＦＲＡ）をサポートしている。

ＵＥは、ネットワーク構成に基づいて、ランダムアクセス手順の開始時に、ランダムアクセスのタイプを選択することができる。ＣＦＲＡリソースが設定されていない場合、ＲＳＲＰしきい値が、２ステップＲＡタイプ又は４ステップＲＡタイプの選択にＵＥによって使用される。４ステップＲＡタイプ用のＣＦＲＡリソースが設定される場合、ＵＥは、４ステップＲＡタイプを用いてランダムアクセスを実行することができる。２ステップＲＡタイプ用のＣＦＲＡリソースが設定される場合、ＵＥは、２ステップＲＡタイプを用いてランダムアクセスを実行することができる。

４ステップＲＡタイプのＭＳＧ（message）１は、ＰＲＡＣＨにおけるプリアンブルか
らなる。ＭＳＧ１伝送後に、ＵＥは、設定されたウィンドウ内でネットワークからの応答を監視する。ＣＦＲＡの場合、ＭＳＧ１伝送のための専用プリアンブルが、ネットワークによって割り当てられ、ネットワークからランダムアクセス応答（ＲＡＲ）を受信すると、ＵＥは、図１１に図示するように、ランダムアクセス手順を終了することができる。ＣＢＲＡの場合、ランダムアクセス応答の受信時に、ＵＥは、ランダムアクセス応答でスケジュールされたアップリンクグラントを使用してＭＳＧ３を送信し、図１１に示すように、衝突解決を監視する。衝突解決がＭＳＧ３（再）送信の後に成功しない場合、ＵＥはＭＳＧ１送信に戻る。

２ステップＲＡタイプのＭＳＧＡは、ＰＲＡＣＨにおけるプリアンブルと、ＰＵＳＣＨにおけるペイロードとを含んでもよい。ＭＳＧＡ送信後に、ＵＥは、設定されたウィンドウ内でネットワークからの応答を監視する。ＣＦＲＡの場合、専用プリアンブルおよびＰＵＳＣＨリソースは、ＭＳＧＡ送信のために構成され、ネットワーク応答を受信すると、
ＵＥは、図１２に示すようにランダムアクセス手順を終了することができる。ＣＢＲＡの場合、ネットワーク応答の受信時に衝突解決が成功した場合、ＵＥは、図１２に示すように、ランダムアクセス手順を終了することができ、一方、フォールバック指示がＭＳＧＢで受信された場合、ＵＥは、フォールバック指示でスケジュールされたアップリンクグラントを使用してＭＳＧ３送信を実行し、衝突解決を監視する。衝突解決がＭＳＧ３（再）送信の後に成功しなかった場合、ＵＥはＭＳＧＡ送信に戻る。

図１３は、本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、同期信号および物理ブロードキャストチャネル（ＰＢＣＨ）ブロック（ＳＳＢ）の時間および周波数構造の一例を示す。ＳＳ／ＰＢＣＨブロック（ＳＳＢ）は、それぞれが１個のシンボルおよび１２７個のサブキャリア（例えば、図１３のサブキャリア番号５６から１８２）を占有するプライマリ同期信号およびセカンダリ同期信号（ＰＳＳ、ＳＳＳ）と、３個のＯＦＤＭシンボルおよび２４０個のサブキャリアにまたがるが、図１３に示すように、１つのシンボル上ではＳＳＳのために中央に未使用部分が残るＰＢＣＨと、からなる。ハーフフレーム内のＳＳＢを配置可能な時間位置は、サブキャリア間隔によって決定されてもよく、ＳＳＢが送信されるハーフフレームの周期は、ネットワークによって設定される。ハーフフレームの間、異なるＳＳＢは、異なる空間方向で送信される（すなわち、セルのカバレッジエリアにまたがる異なるビームを使用する）。

ＰＢＣＨは、セル探索および初期アクセス手順中にＵＥによって使用されるマスタ情報ブロック（ＭＩＢ）を搬送するために使用される。ＵＥは、他のシステム情報を受信するために、ＰＢＣＨ／ＭＩＢを最初に復号する。ＭＩＢは、システム情報ブロック１（ＳＩＢ１）を取得するために必要なパラメータ、より具体的には、ＳＩＢ１を搬送するＰＤＳＣＨをスケジューリングするためのＰＤＣＣＨの監視に必要な情報をＵＥに提供する。さらに、ＭＩＢは、セル禁止状態情報を示すことができる。ＭＩＢとＳＩＢ１をまとめて最小システム情報（ＳＩ）と呼び、ＳＩＢ１を残りの最小システム情報（ＲＭＳＩ）と呼ぶことがある。その他のシステム情報ブロック（ＳＩＢ）（例えば、ＳＩＢ２、ＳＩＢ３、．．．、ＳＩＢ１０およびＳＩＢｐｏｓ）は、その他ＳＩと称され得る。他のＳＩは、ＤＬ－ＳＣＨ上で定期的にブロードキャストされてもよく、ＤＬ－ＳＣＨ上でオンデマンドでブロードキャストされてもよく（例えば、ＲＲＣアイドル状態、ＲＲＣ非アクティブ状態、またはＲＲＣ接続状態にあるＵＥからの要求に応じて）、またはＤＬ－ＳＣＨ上でＲＲＣ接続状態のＵＥに専用の方法で送信されてもよい（例えば、要求に応じて、ネットワークによって構成されている場合、ＲＲＣ接続状態にあるＵＥから、またはＵＥが共通探索空間が構成されていないアクティブＢＷＰを有する場合）。

図１４は、本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ＳＳＢバースト伝送の一例を示す。ＳＳＢバーストはＮ個のＳＳＢを含むことができ、Ｎ個のＳＳＢの各ＳＳＢはビームに対応することができる。ＳＳＢバーストは、周期性（例えば、ＳＳＢバースト期間）に従って送信され得る。衝突型ランダムアクセスプロセスの間、ＵＥは、ランダムアクセスリソース選択プロセスを実行することができ、ここで、ＵＥは、ＲＡプリアンブルを選択する前に、まずＳＳＢを選択する。ＵＥは、設定されたしきい値を上回るＲＳＲＰを有するＳＳＢを選択する。いくつかの実施形態では、ＵＥは、設定されたしきい値を上回るＲＳＲＰを有するＳＳＢが利用可能でない場合、任意のＳＳＢを選択することができる。ランダムアクセスプリアンブルのセットは、ＳＳＢに関連付けられている。ＳＳＢを選択した後に、ＵＥは、ＳＳＢに関連付けられたランダムアクセスプリアンブルのセットからランダムアクセスプリアンブルを選択し、選択されたランダムアクセスプリアンブルを送信してランダムアクセスプロセスを開始する。

いくつかの実施形態では、Ｎ個のビームのうちの１つのビームは、ＣＳＩ－ＲＳリソースに関連付けられる。ＵＥは、ＣＳＩ－ＲＳリソースを測定し、設定されたしきい値を上
回るＲＳＲＰを有するＣＳＩ－ＲＳを選択する。ＵＥは、選択されたＣＳＩ－ＲＳに対応するランダムアクセスプリアンブルを選択し、選択されたランダムアクセスプロセスを送信してランダムアクセスプロセスを開始する。選択されたＣＳＩ－ＲＳに関連付けられたランダムアクセスプリアンブルがない場合、ＵＥは、選択されたＣＳＩ－ＲＳと準コロケートされたＳＳＢに対応するランダムアクセスプリアンブルを選択することができる。

いくつかの実施形態では、ＣＳＩ－ＲＳリソースのＵＥ測定値およびＵＥ ＣＳＩ報告に基づいて、基地局は、送信構成指示（ＴＣＩ）状態を決定することができ、ＵＥにＴＣＩ状態を指示することができ、ＵＥは、ダウンリンク制御情報（例えば、ＰＤＣＣＨを介して）またはデータ（例えば、ＰＤＳＣＨを介して）の受信のために指示されたＴＣＩ状態を使用する。ＵＥは、データまたは制御情報の受信に適切なビームを使用するために、指示されたＴＣＩ状態を使用する。ＴＣＩ状態の指示は、ＲＲＣ構成を使用すること、またはＲＲＣシグナリングと動的シグナリングとの組み合わせであり得る（例えば、ＭＡＣ制御要素（ＭＡＣ ＣＥ）を介して、および／またはダウンリンク伝送をスケジュールするダウンリンク制御情報内のフィールドの値に基づいて）。ＴＣＩ状態は、ＣＳＩ－ＲＳのようなダウンリンクリファレンス信号と、ダウンリンク制御またはデータチャネル（例えば、それぞれＰＤＣＣＨまたはＰＤＳＣＨ）に関連付けられたＤＭ－ＲＳとの間の準コロケーション（ＱＣＬ）関係を示すことができる。

いくつかの実施形態では、ＵＥは、ＵＥと所定のサービングセル向けのＤＣＩを伴う検出されたＰＤＣＣＨに基づいてＰＤＳＣＨを復号するために、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）構成パラメータを使用して、最大Ｍ個のＴＣＩ－状態構成のリストを用いて構成されてもよく、ＭはＵＥ能力に依存してもよい。各ＴＣＩ－状態は、１つまたは２つのダウンリンクリファレンス信号と、ＰＤＳＣＨのＤＭ－ＲＳポート、ＰＤＣＣＨのＤＭ－ＲＳポート、またはＣＳＩ－ＲＳリソースのＣＳＩ－ＲＳポートとの間のＱＣＬ関係を構成するためのパラメータを含むことができる。擬似コロケーション関係は、１つまたは複数のＲＲＣパラメータによって構成される。各ＤＬ ＲＳに対応する準コロケーションタイプは、以下の値のうちの１つをとることができる。「ＱＣＬ－ＴｙｐｅＡ」：｛ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散｝、「ＱＣＬ－ＴｙｐｅＢ」：｛ドップラーシフト、ドップラー拡散｝、「ＱＣＬ－ＴｙｐｅＣ」：｛ドップラーシフト、平均遅延｝、「ＱＣＬ－ＴｙｐｅＤ」：｛空間Ｒｘパラメータ｝。ＵＥは、ＴＣＩ状態をＤＣＩフィールドのコードポイントにマッピングするために使用されるアクティブ化コマンド（例えば、ＭＡＣ ＣＥ）を受信することができる。

図１５は、本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、送信および／または受信のためのユーザ機器および基地局の構成要素の一例を示す。図１５におけるブロックおよび機能のすべてまたはサブセットは、基地局１５０５およびユーザ機器１５００にあってもよく、ユーザ機器１５００および基地局１５０５によって実行されてもよい。アンテナ１５１０は、電磁信号の送信または受信に使用され得る。アンテナ１５１０は、１つまたは複数のアンテナ素子を含むことができ、Ｍｕｌｔｉｐｌｅ－Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ（ＭＩＭＯ）構成、Ｍｕｌｔｉｐｌｅ－Ｉｎｐｕｔ Ｓｉｎｇｌｅ－Ｏｕｔｐｕｔ（ＭＩＳＯ）構成およびＳｉｎｇｌｅ－Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ－Ｏｕｔｐｕｔ（ＳＩＭＯ）構成を含む異なる入出力アンテナ構成を可能にすることができる。いくつかの実施形態では、アンテナ１５０は、数十または数百のアンテナ素子を有する大規模ＭＩＭＯ構成を可能にすることができる。アンテナ１５１０は、ビームフォーミングなどの他のマルチアンテナ技術を可能にすることができる。いくつかの例では、ＵＥ １５００の能力またはＵＥ １５００のタイプ（例えば、低複雑度ＵＥ）に応じて、ＵＥ １５００は単一のアンテナのみをサポートしてもよい。

トランシーバ１５２０は、アンテナ１５１０を介して、本明細書で説明される無線リン
クを双方向に通信することができる。例えば、トランシーバ１５２０は、ＵＥにおける無線トランシーバを表し、基地局における無線トランシーバと双方向に通信してもよく、またはその逆であってもよい。トランシーバ１５２０は、パケットを変調し、変調されたパケットを送信のためにアンテナ１５１０に提供し、アンテナ１５１０から受信されたパケットを復調するモデムを含むことができる。

メモリ１５３０は、ＲＡＭおよびＲＯＭを含むことができる。メモリ１５３０は、実行されると、プロセッサに本明細書に記載の様々な機能を実行させる命令を含むコンピュータ可読コンピュータ実行可能コード１５３５を格納することができる。いくつかの例では、メモリ１５３０は、とりわけ、周辺構成要素またはデバイスとの相互作用などの基本的なハードウェアまたはソフトウェアのオペレーションを制御することができるＢａｓｉｃ
Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ（ＢＩＯＳ）を含むことができる。

プロセッサ１５４０は、処理能力を有するハードウェアデバイス（例えば、汎用プロセッサ、ＤＳＰ、ＣＰＵ、マイクロコントローラ、ＡＳＩＣ、ＦＰＧＡ、プログラマブルロジックデバイス、ディスクリートゲートまたはトランジスタロジックコンポーネント、ディスクリートハードウェアコンポーネント、またはそれらの任意の組み合わせ）を含むことができる。いくつかの例では、プロセッサ１５４０は、メモリコントローラを使用してメモリを操作するように構成されてもよい。他の例では、メモリコントローラはプロセッサ１５４０に組み込まれてもよい。プロセッサ１５４０は、ＵＥ １５００または基地局１５０５に様々な機能を実行させるために、メモリ（例えば、メモリ１５３０）に格納されたコンピュータ読取可能な命令群を実行するように構成され得る。

中央処理装置（ＣＰＵ）１５５０は、メモリ１５３０内のコンピュータ命令によって指定された基本的な算術、論理、制御、および、入力／出力（Ｉ／Ｏ）動作を実行することができる。ユーザ機器１５００および／または基地局１５０５は、グラフィックス処理ユニット（ＧＰＵ）１５６０および全地球測位システム（ＧＰＳ）１５７０などの追加の周辺構成要素を含むことができる。ＧＰＵ １５６０は、ユーザ機器１５００および／または基地局１５０５の処理性能を加速するためのメモリ１５３０の迅速な操作および変更のための専用回路である。ＧＰＳ １５７０は、例えばユーザ機器１５００の地理的位置に基づいて、位置ベースのサービスまたは他のサービスを可能にするために使用されてもよい。

いくつかの例では、複数のサイドリンクリソース割り当てモードがサイドリンク通信に使用される。複数のリソース割り当てモードには、モード１リソース割り当ておよびモード２リソース割り当てが含まれる。モード１では、サイドリンクリソース割り当ては、ネットワーク（例えば、基地局）によって提供される。モード２では、ＵＥが、１つまたは複数のリソースプールにおいてサイドリンク送信のリソースを決定する。ＵＥは、１つまたは複数のリソースプールの構成パラメータ（例えば、ＲＲＣ構成パラメータ）を受信することができる。リソースプール構成パラメータは、１つまたは複数のリソースプールの時間リソースおよび周波数リソースを示す。

いくつかの例では、サイドリンクリソース割り当てモード１では、ＵＥは、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を介してサイドリンクＨＡＲＱフィードバックを受信する。ＰＳＦＣＨを介してサイドリンクＨＡＲＱフィードバックを受信したＵＥは、ＰＵＣＣＨまたはＰＵＳＣＨを介してサイドリンクＨＡＲＱフィードバックをｇＮＢに報告する。

いくつかの例では、ＮＲサイドリンク通信の場合、ＵＥは、サイドリンクにおけるリソース割り当てのために複数のモードで動作することができる。複数のモードは、スケジュ
ールされたリソース割り当ておよびＵＥの自律的なリソース割り当てを含む。スケジュールされたリソース割り当ては、ＵＥはデータを送信するためにＲＲＣ＿ＣＯＮＮＥＣＴＥＤであること、および、ＮＧ－ＲＡＮ（例えば、基地局）は送信リソースをスケジュールすること、によって特徴付けられる。ＵＥの自律的なリソース選択は、ＵＥがどのＲＲＣ状態にあるかにかかわらず、ＮＧ－ＲＡＮカバレッジ内にいる場合、および、ＮＧ－ＲＡＮカバレッジ外にいる場合に、ＵＥはデータを送信できること、および、ＵＥが１つまたは複数のリソースプールから送信リソースを自律的に選択することができること、によって特徴付けられる。

いくつかの例では、ＮＧ－ＲＡＮ（例えば、基地局）は、ＮＲサイドリンク通信の１つまたは複数のＰＤＣＣＨ上のＳＬ－ＲＮＴＩを介してＵＥにリソースを動的に割り当てることができる。加えて、ＮＧ－ＲＡＮは、構成されたサイドリンクグラントの２つのタイプでＵＥにサイドリンクリソースを割り当てることができる。すなわち、タイプ１では、ＲＲＣは、ＮＲサイドリンク通信のためにのみ構成されたサイドリンクグラントを直接提供することができ、タイプ２では、ＲＲＣは、構成されたサイドリンクグラントの周期を定義することができ、ＰＤＣＣＨは、構成されたサイドリンクグラントをシグナリングしてアクティブ化するか、またはそれを非アクティブ化することができる。ＰＤＣＣＨは、ＮＲサイドリンク通信のためにＳＬ－ＣＳ－ＲＮＴＩにアドレス指定されてもよい。

いくつかの例では、ＮＧ－ＲＡＮは、Ｖ２Ｘサイドリンク通信に用いられる１つまたは複数のＰＤＣＣＨ上のＳＬ半永続的スケジューリングＶ－ＲＮＴＩを介してＵＥにサイドリンクリソースを半永続的に割り当ててもよい。

いくつかの例では、ＵＥは、ＮＧ－ＲＡＮカバレッジ内にある間にブロードキャストシステム情報または専用シグナリングにより、またはＮＧ－ＲＡＮカバレッジ外にある間に事前の構成によって提供される、リソースプールからサイドリンクリソースを自律的に選択することができる。

いくつかの例では、ＮＲサイドリンク通信について、少なくとも当該プールがＳＩＢによって提供される場合に、リソースの新しいプールを取得する必要がない所定の有効領域に対して、ＵＥが当該有効領域内を移動している間に、リソースプールが提供されてもよい。ＮＲ ＳＩＢ領域スコープ機構は、ブロードキャストされたシステム情報を介して構成されたＳＬリソースプールについて有効領域を有効にするために再利用されてもよい。

いくつかの例では、ＵＥは、例外的な送信リソースプールの構成に基づいて、サイドリンク伝送についてランダム選択を伴うＵＥの自律的なリソース選択を一時的に使用することができる。

いくつかの例では、ＩＥ ＳＬ－ＢＷＰ－Ｃｏｎｆｉｇを使用して、１つの特定のサイドリンクＢａｎｄｗｉｄｔｈ ＰａｒｔでＵＥ固有のＮＲサイドリンク通信を構成することができる。いくつかの例では、ＩＥ ＳＬ－ＢＷＰ－ＣｏｎｆｉｇＣｏｍｍｏｎを使用して、１つの特定のサイドリンクＢａｎｄｗｉｄｔｈ Ｐａｒｔにセル固有構成情報を構成することができる。いくつかの例では、ＩＥ ＳＬ－ＢＷＰ－ＰｏｏｌＣｏｎｆｉｇを使用してＮＲサイドリンク通信リソースプールを構成することができる。いくつかの例では、ＩＥ ＳＬ－ＢＷＰ－ＰｏｏｌＣｏｎｆｉｇＣｏｍｍｏｎを使用して、セル固有ＮＲサイドリンク通信リソースプールを構成することができる。

いくつかの例では、リソース割り当てモード２は、候補リソースからのリソース除外およびリソース選択を含む。モード２サイドリンクの場合、リソース除外は、送信機の検知結果に基づいてもよい。リソース選択後に、送信機は、ＰＳＣＣＨ内の予約済みリソース
を示す。予約されたリソースは、送信および再送信のために使用される。信頼性を保証するために、１つのＴＢ送信は、再送信に用いるいくつかのリソースを予約することができる。他の送信機が当該送信を受信し、ＰＳＣＣＨ内の予約情報を復号する場合、当該他の送信機は、リソース選択時にこれらの予約済みリソースを除外することができる。

いくつかの例では、予約ベースの送信は、初回送信および再送信に用いるいくつかのリソースを予約することができる。いくつかの例では、予約は、初回送信に使用されるリソースおよび他の再送信リソースを予約することができる。再送信は、ブラインド再送信またはＨＡＲＱベースの再送信のいずれかであってもよい。

いくつかの例では、ブラインド再送信とＨＡＲＱベースの再送信という、２つのタイプの再送信がある。ブラインド再送信は、重複パケットを送信するためにいくつかのリソースを予約する。フィードバック情報なしで信頼性を保証するために、送信機は予約済みリソースをすべて使用する。したがって、ブラインド再送信に用いられる予約されたリソースは、他の送信機によって再利用される機会を持たない。ＨＡＲＱベースの再送信の場合、１つのＴＢは再送信に用いるいくつかのリソースを予約する。送信機はＮＡＣＫを受信すると、対応するフィードバックリソースで、ＡＣＫを受信するまで、またはＮＡＣＫを受信しないで、予約済みリソースを利用して再送信を実行する。送信機は、ＡＣＫを受信するか、またはフィードバックチャネルでＮＡＣＫを受信しない場合、それを送信成功とみなす。

いくつかの例では、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を使用して、サイドリンク送信のためのＨＡＲＱ ＡＣＫフィードバックを送信する。いくつかの例では、無線デバイスは、ＰＳＦＣＨ送信のための時間／周波数リソースの割り当てと、ＰＳＦＣＨとＰＳＣＣＨ／ＰＳＳＣＨとの間の多重化関係と、を決定することができる。

いくつかの例では、スロット内でＰＳＣＣＨ／ＰＳＳＣＨとＰＳＦＣＨとを多重化する場合、図１６Ａに示すように、スロット内の時間領域でＰＳＣＣＨ／ＰＳＳＣＨをＰＳＦＣＨと重複させなくてもよい。

いくつかの例では、ＰＳＣＣＨ／ＰＳＳＣＨは、図１６Ｂに示すように、スロット内の時間領域でＰＳＦＣＨと重複してもよい。

いくつかの例では、ＮＲサイドリンク送信のためのリソース割り当てモード１およびモード２は、別々にまたは同時に構成されてもよい。モード１では、サイドリンクリソースは、ｇＮＢによってスケジューリングされてもよい。モード２では、ＵＥは、ネットワーク構成に基づいて、予め構成されたサイドリンクリソースプールからサイドリンクリソースを自律的にセンシングして選択してもよい。リソース割り当てモードは、ネットワークトポロジ、および、カバレッジ内およびカバレッジ外のシナリオに依存してもよい。カバレッジ内ＵＥの場合、ｇＮＢはＭｏｄｅ１またはＭｏｄｅ２を採用することができる。カバレッジ外ＵＥの場合、リソース割り当てのモード２が採用されてもよい。

いくつかの例では、ＮＲサイドリンクは、ユニキャスト、グループキャスト、およびブロードキャスト送信をサポートする。いくつかの例では、ユニキャストおよびグループキャストの場合、ＰＳＦＣＨは、受信側ＵＥが送信側ＵＥに復号ステータスを返信するために使用されてもよい。ＰＳＦＣＨは、複数のシナリオで動作するように構成されてもよい。ユニキャストおよびグループキャストの両方について構成されるいくつかの例示的なシナリオでは、ＰＳＦＣＨは、単一のＰＳＦＣＨ送信ＵＥ専用のリソースを使用してＡＣＫまたはＮＡＣＫのいずれかを送信することができる。グループキャストのために構成される他のシナリオでは、複数のＰＳＦＣＨ送信ＵＥによって共有されるリソースで、ＰＳＦ
ＣＨがＮＡＣＫを送信する、または、ＰＳＦＣＨ信号が送信されない場合がある。

ＰＳＦＣＨ送信のためのリソース割り当てのいくつかの例では、ＰＳＳＣＨとそれに関連するＰＳＦＣＨとの間の固定または事前に構成された時間／周波数関係が使用されてもよい。ＳＬ ＨＡＲＱフィードバックのリソース決定手順は簡略化され、ＴＸ／ＲＸターンアラウンド時間のオーバーヘッドを低減するために、フィードバックリソースは構成ごとに周期的に現れることができる。ＰＳＦＣＨの時間／周波数位置が対応するＰＳＳＣＨと相関する場合には、ＳＬ ＨＡＲＱフィードバック送信におけるリソース衝突を回避することが有益である。

ＰＳＦＣＨ送信のためのリソース割り当てのいくつかの例では、ＰＳＳＣＨとそれに関連するＰＳＦＣＨとの間の柔軟な時間／周波数関係を使用することができる。この手法は、異なる遅延要件およびＵＥ能力を伴う複数のタイプのサービスで使用されてもよい。

いくつかの例では、送信側ＵＥは、ＳＬ ＨＡＲＱフィードバックリソースを決定してもよい。ＳＣＩスケジューリングＰＳＳＣＨが周囲のＵＥによって検出されると、十分な処理時間がある場合、ＳＬ ＨＡＲＱフィードバックリソースは他のユーザによって回避される。送信機は、ＳＬ ＨＡＲＱフィードバックをやみくもに検出する必要がない。

いくつかの例では、受信側ＵＥは、ＳＬ ＨＡＲＱフィードバックリソースを決定してもよい。ＳＬ ＨＡＲＱフィードバックリソースは、受信側ＵＥにおける現在の動作、例えば、ＰＳＳＣＨおよびＰＳＣＣＨを送信するための自身のスケジュール、センシング情報などを考慮して選択されてもよい。

フィードバックベースの手法は信頼性を高めるが、ブラインド再送信は、ＨＡＲＱフィードバックを待たないことによって遅延を低減することができる。ブラインド再送信では、スペクトルの浪費であり、システムのオーバーヘッドを増加させる可能性がある、送信機へのフィードバックがない。しかしながら、フィードバックベースの再送信は、効率的なスペクトル使用を提供し得るが、レイテンシがそれに関する主な問題となる。例示的な実施形態は、ＴＢのＨＡＲＱ再送信について、ブラインドな手法とフィードバックベースの手法とを混合したメカニズムを利用することができる。例示的な実施形態は、ブラインド再送信の回数を減らすことができ、（例えば、予約済みリソースを解放したりして）予約済みリソースの動的管理を可能にすることができる。

いくつかの例では、ユニキャストの場合、ブラインド再送信の最大回数ｍを定義することができ、これにより、フィードバックベースの手法が続いて行われる。いくつかの例では、ｍ＝２である。

いくつかの例では、受信側ＵＥがＰＳＣＣＨおよび関連ＴＢの復号に成功すると、受信側ＵＥはＨＡＲＱ－ＡＣＫを生成し、送信側ＵＥに送信する。このポリシーを用いて、送信側ＵＥは、予約されたリソースを解放するように、関連付けられたＢＳに通知することができる。これは、ＰＵＣＣＨまたはＰＵＳＣＨを介したＰＨＹレイヤシグナリングによって実行されてもよく、または、ＲＲＣを用いて実行されてもよい。

グループキャスティングの場合のいくつかの例では、サイドリンク送信のフィードバックは無効にされてもよい。

グループキャスティングの場合のいくつかの例では、受信側ＵＥがＰＳＣＣＨの復号に成功したものの関連ＴＢの復号に失敗した場合には、受信側ＵＥはＨＡＲＱ－ＮＡＣＫを生成し、ＰＳＦＣＨを通じて送信側ＵＥに送信する。これは、送信側ＵＥがＨＡＲＱ－Ｎ
ＡＣＫを受信しないときまで継続する。いくつかの例では、このグループキャスト内のＵＥは、ＰＳＦＣＨリソースを共有してもよい。いくつかの例では、ＴＢを正常に復号したＵＥは、送信端末にＨＡＲＱ－ＡＣＫを送信しなくてもよい。

いくつかの例では、グループキャストシナリオにおいてＳＬ ＨＡＲＱフィードバックをさらに改善するために、パラメータは、ＳＬ ＨＡＲＱフィードバックを送信するか否かを判定してもよい。例えば、この目的のために、ゾーンベースまたは距離（Ｔｘ－Ｒｘ間の距離）ベースの基準をオプションのＲＳＲＰとともに使用することができる。グループキャストにおけるＴｘとＲｘとの間の瞬時距離がＳＬ通信範囲よりも大きい場合、受信側ＵＥはＨＡＲＱ－ＮＡＣＫを送信側ＵＥに送信してもよい。Ｔｘ－Ｒｘ距離がＳＬ通信範囲以下である場合、受信側ＵＥは、送信側ＵＥにＨＡＲＱフィードバックを送信しなくてもよい。これらの手法は、ゾーンベースの手法において提示されてもよい。ＴＸおよびＲＸは、ゾーンＩＤによって識別されてもよい。

いくつかの例では、複数のＳＣＩフォーマットを使用することができる。いくつかの例では、ＴＸ－ＲＸ距離または／およびゾーンＩＤを用いるＳＣＩフォーマットを使用することができる。この場合、グループキャストＨＡＲＱフィードバックが有効であるか無効であるかを示すために、追加の１ビットを使用する必要がある。いくつかの例では、ＴＸ－ＲＸ距離またはゾーンＩＤを用いないＳＣＩフォーマットが使用されてもよい。この場合、ＳＣＩフォーマットは、ＨＡＲＱなし（００）、ＴＸ－ＲＸ距離および／またはゾーンＩＤを伴うグループキャスト（０１）、ＴＸ－ＲＸ距離および／またはゾーンＩＤを伴わないグループキャスト（１０）、およびブロードキャスト（１１）を示すために使用される追加の２ビットを必要とする。

グループキャスティングの場合のいくつかの例では、受信側ＵＥがＰＳＣＣＨおよび関連ＴＢの復号に成功した場合、受信側ＵＥは送信側ＵＥにＨＡＲＱ－ＡＣＫを送信する必要がない。

いくつかの例では、ＮＲ ＳＬ通信のための２つのリソース割り当てモード、すなわちモード１およびモード２があってもよい。

いくつかの例では、リソース割り当てモード１について、ユニキャストとグループキャストの両方で、ＳＬで再送信が必要な場合、ＵＥは、ＰＵＣＣＨ上でスケジューリングリクエスト（ＳＲ）を使用して再送信を関連するＢＳにリクエストしてもよい。

いくつかの例では、リソース割り当てモード２について、ＰＳＣＣＨ／ＰＳＳＣＨおよびＰＳＦＣＨを多重化するために時間領域戦略が使用されてもよい。いくつかの例では、シーケンスベースのＰＳＦＣＨ ＨＡＲＱフィードバックにおいて、異なるＰＳＣＣＨ／ＰＳＳＣＨに対応する異なるＰＳＦＣＨは重複しない予約リソースにおいて送信されてもよい。この戦略は多くの場合、レイテンシを増加させ、リソース効率を制限する可能性がある。例示的な解決策は、ＰＳＣＣＨ／ＰＳＳＣＨおよびＰＳＦＣＨを多重化するために周波数領域および／またはコード領域を利用することであってもよい。他の例示的な解決策は、定義された優先順位を用いて動的で柔軟なＰＳＦＣＨリソース割り当てを開発することであってもよい。例えば、ＵＥは、予め定義された優先順位ポリシーに基づいて特定のＳＬ ＨＡＲＱフィードバック送信を選択してもよい。ユニキャストシナリオにおける優先順位ポリシーの一例として、優先順位はＰＳＦＣＨに与えられており、その一方で、グループキャストシナリオでは、ＰＳＳＣＨおよびＰＳＦＣＨは等しい優先順位を有するものの、信号インジケータはＴＲ－Ｒｘ距離に基づいて優先順位を決定する。

ＰＳＦＣＨ送信のための既存のリソース割り当てまたはリソース管理解決策について、
例えば、多くのブラインド再送信および多くのＰＳＦＣＨリソース予約の場合、ネットワークリソース利用は制限されてもよい。ＰＳＦＣＨリソース割り当ての拡張メカニズムが求められている。

いくつかの例では、サイドリンク送信は、ユニキャストとグループキャストの両方をサポートすることができる。有効な解決策は、ユニキャストおよびマルチキャスト送信モードの両方でＰＳＦＣＨのためのリソース割り当てに対処することができる。サイドリンク伝送における送信側ＵＥおよび受信側ＵＥは、リソース割り当てのモード１またはモード２で動作することができる。ＰＳＦＣＨリソース割り当てメカニズムは、これらのモードでもリソース効率に対処する方法を考慮することができる。

いくつかの例では、ＵＥへのＰＳＦＣＨのリソース割り当ては、サービング基地局により、またはＵＥによって構成（または事前に構成）されてもよい。ＵＥによって構成されたＰＳＦＣＨリソースに関する情報は、Ｌ１、Ｌ２、またはＲＲＣシグナリングなどの予め定義されたシグナリングを通じてＵＥ間で交換されてもよい。ＰＳＦＣＨリソース割り当ては、ＰＳＣＣＨ／ＰＳＳＣＨとＰＳＦＣＨとの間の暗黙的なマッピングルールを含んでもよい。

例示的な実施形態は、ＨＡＲＱサイドリンク再送信のリソース効率を向上させることができる。多くのブラインド再送信が削減され、および／または予約リソースは、これ以上再送信が求められないときはいつでも解放されるように動的に管理されてもよい。

ユニキャスト送信のための例示的な実施形態は、リソース効率のための２つの戦略を含む。第１の戦略は、要求される超高信頼性を満たすために、フィードバックベースの再送信の手法に続くブラインド再送信の最大回数を制限することであってもよい。第２の戦略は、送信側ＵＥまたは受信側ＵＥが、予約リソースを解放するためにフィードバック手法を利用することであってもよい。

グループキャスト伝送の例示的な実施形態は、３つの戦略に分類することができる。第１の戦略は、フィードバックベースの再送信を無効にし、いくつかの制限された数のブラインド再送信手法のみを使用することであってもよい。この戦略は、多くのオーバーヘッド送信が排除されるので、グループキャスティングの大きなグループの場合に有益である。グループキャスティングのための第２の戦略は、多くの再送信を制限するために鍵パラメータを用いてＨＡＲＱ－ＮＡＣＫシグナリングを利用することであってもよい。この手法は、グループキャスト内のすべてのＵＥだけがＰＳＦＣＨリソースを共有するわけではないので、有益である。第３の戦略は、ＰＳＣＣＨおよび関連ＴＢの復号が成功した場合に、受信側ＵＥから送信側ＵＥへのＨＡＲＱ－ＡＣＫシグナリングの送信を妨げることであってもよい。

例示的な実施形態は、ＰＳＣＣＨ／ＰＳＳＣＨとＰＳＦＣＨとの間の効率的なマッピング解決策を有効にすることができる。ＰＳＦＣＨが送信されるタイムスロットは、特定の時点（例えば、特定のスロット番号）および／またはタイムスロット期間（例えば、スロット＃Ｎからスロット＃Ｎ＋Ｋ）によって決定される。既存の解決策は、時間領域に基づいて、レイテンシを増加させ、リソース効率を制限する可能性がある。例示的な実施形態は、ＰＳＣＣＨ／ＰＳＳＣＨおよびＰＳＦＣＨを多重化するために、時間領域に加えて周波数領域および／またはコード領域を利用する。モード１では、基地局はリソース割り当てに責任を負うので、ユニキャスト送信とグループキャスト送信の両方のスケジューリング割り当て（ＳＣＩ上）において、異なる時間および周波数の複数のＰＳＣＣＨ／ＰＳＳＣＨスロットを、サイドリンク送信のための単一のＰＳＦＣＨスロットと関連付ける。

いくつかの例では、グループキャスティングについて、遅延要件を満たすために優先順位のメカニズムは複数のスロット戦略に関連付けられてもよい。モード２では、基地局が関与しないので、ＰＳＦＣＨリソースに関する情報（例えば、周波数および／または符号領域）はＳＣＩによって示されてもよい。周波数およびコードリソースに関して、ＵＥは、ＰＳＣＣＨ／ＰＳＳＣＨとＰＳＦＣＨとの間のマッピング計画に基づいて、ＰＳＦＣＨの周波数またはコードリソースを設定することができる。例えば、受信端末は、サイドリンクＲＳＲＰ、ＳＩＮＲ、Ｌ１送信元ＩＤ、および／または位置情報のうちの少なくとも１つに基づいて、ＰＳＦＣＨリソースの周波数領域および／またはコード領域を決定することができる。このモードにおける優先順位ポリシーメカニズムは、リソース効率を改善する。例えば、ＨＡＲＱフィードバックの送信と受信との間の重複の場合、優先順位ポリシーは、リソース効率のためのＵＥの挙動を決定することができる。

図１７に示す例示的な実施形態では、ＵＥは、ブラインド再送信とＨＡＲＱベースの（例えば、ＨＡＲＱフィードバックに基づく）再送信とを混合したサイドリンク通信における再送信の方法を使用する。ＵＥは、ブラインド再送信モードから開始し、ブラインド再送信モードに切り替わることができる。ＵＥは、サイドリンクトランスポートブロック（ＴＢ）の初回送信および１または複数回のブラインド再送信に用いる複数のリソースを決定する。１または複数回のブラインド再送信の回数は、第１の回数（例えば、ｍ）であってもよい。一例では、第１の回数は、ブラインド再送信の最大回数を示す。一例では、ＵＥは、第１の回数を示す構成パラメータ（例えば、ＲＲＣ構成パラメータ）を受信する。一例では、ダウンリンク制御情報（ＤＣＩ）またはサイドリンク制御情報（ＳＣＩ）（例えば、ＴＢおよび／またはその再送信のスケジューリングを示す制御情報）は、第１の回数を示す。一例では、ＤＣＩまたはＳＣＩは、第１の無線リソース（例えば、時間－周波数領域リソース）を含む／示すことができ、（初回送信および１または複数回のブラインド再送信のための）複数のリソースを決定することは、第１のリソースおよび第１の回数に基づく。一例では、（初回送信および１または複数回のブラインド再送信のための）複数のリソースは、連続したスロット内にあってもよい。ＵＥは、ＤＣＩまたはＳＣＩによって示された第１のリソースに基づいて、複数のリソースの周波数領域リソースを決定してもよい。

ＵＥは、サイドリンク内のサイドリンクＴＢの初回送信および１または複数回のブラインド再送信を送信する。サイドリンクＴＢの初回送信および１または複数回のブラインド再送信による送信は、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介してもよい。ＵＥは、サイドリンクＴＢの初回送信および１または複数回のブラインド再送信が正常に受信されなかったことを判定することができる。例えば、ＵＥは、サイドリンクＴＢの初回送信および１または複数回のブラインド再送信に対する応答として肯定応答を受信しないことで、サイドリンクＴＢの初回送信および１または複数回のブラインド再送信が正常に受信されなかったと判定してもよい。この判定に応じて、ＵＥは、ブラインド再送信モードからＨＡＲＱベースの再送信モードに切り替える。ブラインド再送信モードからＨＡＲＱベースの再送信モードに切り替えた後に、ＵＥは、１回以上サイドリンクＴＢを再送信して、ＨＡＲＱフィードバックを受信する（例えば、ＮＡＣＫまたはＡＣＫ）。ＵＥは、ＴＢの受信の成功を示すＡＣＫを受信する。

図１８に示す例示的な実施形態では、ＵＥは、サイドリンク通信において拡張された再送信方法を使用する。第１のＵＥは、物理サイドリンク共有チャネルを介して、第２のＵＥから、サイドリンクトランスポートブロック（ＴＢ）の初回送信および１または複数回のブラインド再送信を受信する。第１のＵＥは、サイドリンクＴＢの初回送信および１つまたは複数のブラインド送信のうちの１つを決定する。第１のＵＥは、サイドリンクＴＢの初回送信および１または複数回のブラインド再送信を正常に復号する。初回送信および１または複数回のブラインド再送信の受信に基づいてサイドリンクＴＢが正常に復号され
たという判定に応じて、第１のＵＥは、サイドリンクＴＢの正常な受信後に発生するサイドリンクＴＢのブラインド再送信に使用される複数の無線リソースのうちの第１の無線リソースの解放を示す指示を（例えば、基地局に）送信する。一例では、当該指示はスケジューリングリクエストを介して送信されてもよい。例えば、スケジューリングリクエストの構成は、当該指示の送信に使用される第１のＵＥに対して構成されてもよい。一例では、当該指示はＨＡＲＱフィードバックであってもよい。一例では、当該指示は無線リソース制御（ＲＲＣ）メッセージであってもよい。ＲＲＣメッセージのフィールドは当該指示を含んでもよい。一例では、第１のＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介して基地局に当該指示（例えば、スケジューリングリクエストまたはＨＡＲＱフィードバック）を送信してもよい。一例では、第１のＵＥは、物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して基地局に当該指示を送信してもよい。

図１９に示す例示的な実施形態では、ＵＥは、サイドリンク通信において拡張された再送信方法を使用する。第１のＵＥは、第２のＵＥから、サイドリンクＴＢのスケジューリング情報を含むサイドリンク制御情報（ＳＣＩ）を受信する。ＳＣＩの受信は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して行われてもよい。第１のＵＥは、第１のＵＥを含む複数のＵＥを含むグループキャストセットに含まれている。一例では、ＵＥのグループキャストセットは、サイドリンクフィードバックの送信に用いられる物理サイドリンクフィードバックチャネルリソースを共有する。第１のＵＥは、サイドリンクＴＢの１または複数の重複を受信する。一例では、グループキャスト内のＵＥは、サイドリンクＴＢの１または複数の重複を受信する。一例では、サイドリンクＴＢの１または複数の重複は、サイドリンクＴＢのブラインド反復に基づいてもよい。一例では、第１のＵＥは、物理サイドリンク共有チャネルを介して、サイドリンクＴＢの１または複数の重複を受信してもよい。

サイドリンクＴＢの重複ごとに、第１のＵＥは、サイドリンクＴＢが正常に受信／復号されない場合には、サイドリンクＴＢが正常に受信／復号されるまで、否定応答（ＮＡＣＫ）を送信してもよい。否定応答の送信は、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を介してもよい。

一例では、正常に受信／復号されないサイドリンクＴＢの重複それぞれについて、否定応答の送信は、１つまたは複数の基準にさらに基づいてもよい。一例では、当該１つまたは複数の基準のうちの１つの基準は、パラメータに基づいてもよい。一例では、第１のＵＥは、パラメータを含む１つまたは複数のメッセージ（例えば、１つまたは複数のＲＲＣメッセージ）を受信してもよい。一例では、当該１つまたは複数の基準のうちの１つの基準は、第１のＵＥが位置するゾーンに基づいてもよい。例えば、第１のＵＥは、第１のゾーン識別子に関連付けられた第１のゾーンに位置してもよく、第２のＵＥは、第２のゾーン識別子に関連付けられた第２のゾーンに位置してもよい。一例では、当該１つまたは複数の基準のうちの１つの基準は、第１のＵＥと第２のＵＥとの間の距離に基づいてもよい。例えば、否定応答の送信は、第１のＵＥと第２のＵＥとの間の距離がしきい値（例えば、ＲＲＣ設定可能しきい値）よりも大きいことに基づいてもよい。一例では、当該１つまたは複数の基準のうちの１つの基準は、第１のＵＥにおいて測定された受信信号受信電力（ＲＳＲＰ）に基づいてもよい。例えば、１つまたは複数の否定応答のうちの１つの否定応答を送信することは、測定されたＲＳＲＰがしきい値（例えば、ＲＲＣ設定可能しきい値）よりも小さいことに基づいてもよい。

一例では、ＳＣＩ（例えば、サイドリンクＴＢおよび／またはサイドリンクＴＢの１または複数の重複をスケジューリングするＳＣＩ）のフィールドの値は、否定のみの確認応答が有効か無効かを示してもよい。一例では、ＳＣＩ（例えば、サイドリンクＴＢおよび／またはサイドリンクＴＢの１または複数の重複をスケジューリングするＳＣＩ）のフィ
ールドの値は、複数のフィードバックモードのうちの１つを示してもよい。

正常に受信／復号されたサイドリンクＴＢの重複については、第１のＵＥはフィードバック／確認応答を送信しなくてもよい。

一実施形態では、ユーザ機器（ＵＥ）は、ブラインド再送信モードにおける１または複数回のブラインド再送信の第１の回数に基づいて、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介する第１のトランスポートブロック（ＴＢ）の初回送信およびブラインド再送信に用いる複数のリソースを決定する。当該ＵＥは、第１のＴＢおよび第１のＴＢの１または複数回のブラインド再送信を送信する。第１の回数のブラインド再送信後に肯定応答が受信されないことに応じて、当該ＵＥは、ブラインド再送信モードからハイブリッド自動再送要求（ＨＡＲＱ）ベースの再送信モードに切り替える。

いくつかの実施形態では、第１の回数は、ブラインド再送信の最大数を示してもよい。

いくつかの実施形態では、ＵＥは、第１の回数を示す第１の構成パラメータを含む複数の構成パラメータを含む１つまたは複数のメッセージを受信してもよい。

いくつかの実施形態では、当該１つまたは複数のメッセージは、１つまたは複数の無線リソース制御（ＲＲＣ）メッセージを含んでもよい。

いくつかの実施形態では、ＵＥは、当該第１の回数を示すダウンリンク制御情報（ＤＣＩ）を受信してもよい。いくつかの実施形態では、当該ダウンリンク制御情報（ＤＣＩ）は、第１のトランスポートブロック（ＴＢ）のスケジューリングのためのスケジューリング情報を含んでもよい。いくつかの実施形態では、当該ダウンリンク制御情報（ＤＣＩ）は、第１の無線リソースを示してもよい。当該ＵＥは、当該第１の無線リソースおよび当該第１の回数に基づいて複数のリソースを決定してもよい。いくつかの実施形態では、当該複数のリソースは連続したスロット内にあってもよい。当該複数のリソースの周波数領域リソースは、第１の無線リソースに基づいてもよい。

いくつかの実施形態では、ＵＥは、第１のトランスポートブロック（ＴＢ）のスケジューリングのためのスケジューリング情報を含むダウンリンク制御情報（ＤＣＩ）を受信してもよく、この場合に、複数のリソースを決定することは、第１の無線リソースおよび第１の回数に基づいてもよい。いくつかの実施形態では、当該複数のリソースは連続したスロット内にあってもよい。当該複数のリソースの周波数領域リソースは、第１の無線リソースに基づいてもよい。

いくつかの実施形態では、ＵＥは、ＨＡＲＱベースの再送信モードで第１のトランスポートブロック（ＴＢ）を送信してもよい。ＵＥは、肯定応答を受信してもよい。

一実施形態では、第１のユーザ機器（ＵＥ）は、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して、第２のＵＥから、第１のトランスポートブロック（ＴＢ）の初回送信および１または複数回のブラインド再送信を受信してもよい。第１のＵＥは、第１のトランスポートブロックの初回送信および１または複数回のブラインド再送信のうちの１つが正常に受信されたと判定する。第１のＵＥは、第１のＴＢの正常な受信後に発生する第１のＴＢのブラインド再送信に使用される複数のリソースのうちの第１の無線リソースを解放するための指示を送信してもよい。

いくつかの実施形態では、第１のＵＥは、当該指示を、スケジューリングリクエストを介して送信してもよい。いくつかの実施形態では、当該指示は、第１のＵＥによって基地
局（ＢＳ）に送信されてもよい。いくつかの実施形態では、第１のＵＥは、物理アップリンク制御チャネルを介して当該スケジューリングリクエストを送信してもよい。

いくつかの実施形態では、当該指示は、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックであってもよい。

いくつかの実施形態では、第１のＵＥは、１つまたは複数の無線リソース制御（ＲＲＣ）メッセージを介して当該指示を送信してもよい。

いくつかの実施形態では、第１のＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介して当該指示を送信してもよい。

いくつかの実施形態では、第１のＵＥは、物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して当該指示を送信してもよい。

一実施形態では、第１のユーザ機器（ＵＥ）は、第１のトランスポートブロック（ＴＢ）のスケジューリング情報を含むサイドリンク制御情報（ＳＣＩ）を第２のＵＥから受信してもよく、この場合に、第１のＵＥはグループキャストセットにある。第１のＵＥは、第２のＵＥから、第１のＴＢの１または複数の重複を受信してもよい。第１のＵＥは、第１のＴＢが第１のＵＥによって正常に受信されるまで、１つまたは複数の否定応答を送信してもよい。

いくつかの実施形態では、第２のＵＥは、ブラインド再送信に基づいて、第１のトランスポートブロック（ＴＢ）の１または複数の重複を受信してもよい。

いくつかの実施形態では、第１のユーザ機器（ＵＥ）は、第１のＴＢが正常に受信された場合には確認応答を送信しなくてもよい。

いくつかの実施形態では、第１のＵＥは、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介してサイドリンク制御情報（ＳＣＩ）を受信してもよい。

いくつかの実施形態では、第１のＵＥは、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して第１のＴＢの１または複数の重複を受信してもよい。

いくつかの実施形態では、第１のＵＥは、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を介して１つまたは複数の否定応答を送信してもよい。

いくつかの実施形態では、グループキャストセットは、第１のＵＥを含む複数のユーザ機器（ＵＥ）を含んでもよい。第１のトランスポートブロック（ＴＢ）は、複数のＵＥによって受信されてもよい。

いくつかの実施形態では、グループキャストセット内の複数のＵＥは、否定応答の送信に用いられる物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）リソースを共有してもよい。

いくつかの実施形態では、１つまたは複数の否定応答のうちの第１の否定応答の送信は、１つまたは複数の基準にさらに基づいてもよい。いくつかの実施形態では、当該１つまたは複数の基準のうちの１つの基準は、パラメータに基づいてもよい。いくつかの実施形態では、第１のＵＥは、当該パラメータを含む１つまたは複数のメッセージを受信してもよい。いくつかの実施形態では、当該１つまたは複数のメッセージは、無線リソース制御
（ＲＲＣ）メッセージを含んでもよい。いくつかの実施形態では、当該１つまたは複数の基準のうちの１つの基準は、第１のユーザ機器（ＵＥ）が位置するゾーンに基づいてもよい。いくつかの実施形態では、第１のユーザ機器（ＵＥ）は第１のゾーン識別子と関連付けられてもよく、第２のＵＥは第２のゾーン識別子と関連付けられてもよい。いくつかの実施形態では、サイドリンク制御情報（ＳＣＩ）は、第１のゾーン識別子および第２のゾーン識別子の少なくとも１つを示すパラメータを含んでもよい。いくつかの実施形態では、当該１つまたは複数の基準のうちの１つの基準は、第１のユーザ機器（ＵＥ）と第２のＵＥとの間の距離に基づいてもよい。いくつかの実施形態では、１つまたは複数の否定応答のうちの第１の否定応答の送信は、距離がしきい値よりも大きいことにさらに基づいてもよい。いくつかの実施形態では、当該１つまたは複数の基準のうちの１つの基準は、第１のユーザ機器（ＵＥ）において測定された受信信号受信電力（ＲＳＲＰ）に基づいてもよい。いくつかの実施形態では、１つまたは複数の否定応答のうちの第１の否定応答の送信は、受信信号受信電力（ＲＳＲＰ）がしきい値よりも小さいことにさらに基づいてもよい。

いくつかの実施形態では、サイドリンク制御情報（ＳＣＩ）は、否定応答のみのフィードバックが有効か無効かを示す値を有するフィールドを含んでもよい。

いくつかの実施形態では、サイドリンク制御情報（ＳＣＩ）は、複数のフィードバックモードのうちの１つを示す値を有するフィールドを含んでもよい。

様々な例示的な実施形態に関して本開示に記載された例示的なブロックおよびモジュールは、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタ論理、ディスクリートハードウェアコンポーネント、または本明細書に記載された機能を実行するように設計されたそれらの任意の組み合わせを用いて実装または実行されてもよい。汎用プロセッサの例は、マイクロプロセッサ、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンを含むが、これらに限定されない。いくつかの例では、プロセッサは、デバイスの組み合わせ（例えば、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと組み合わせた１つまたは複数のマイクロプロセッサ、または任意の他のそのような構成）を使用して実装されてもよい。

本開示に記載された機能は、ハードウェア、プロセッサによって実行されるソフトウェア、ファームウェア、またはそれらの任意の組み合わせで実施され得る。命令またはコードは、機能を実施するためにコンピュータ可読媒体に記憶または送信されてもよい。本明細書で開示される機能を実施するための他の例も本開示の範囲内である。機能の実施は、機能の一部が異なる物理的位置に実装されるように分散されることを含む、物理的に同じ場所に配置されたまたは分散された要素（例えば、様々な位置で）を介してもよい。

コンピュータ可読媒体は、非一時的コンピュータ記憶媒体を含むが、これに限定されない。非一時的記憶媒体は、汎用または専用コンピュータによってアクセスされてもよい。非一時的記憶媒体の例には、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、電気的消去可能プログラマブルＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ、コンパクトディスク（ＣＤ）ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶装置などが含まれるが、これらに限定されない。非一時的媒体は、所望のプログラムコード手段（例えば、命令および／またはデータ構造）を搬送または記憶するために使用されてもよく、汎用もしくは専用コンピュータ、または汎用もしくは専用プロセッサによってアクセスされてもよい。いくつかの例では、ソフトウェア／プログラムコードは、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線
（ＤＳＬ）、または赤外線、無線、マイクロ波などの無線技術を使用して、リモートソース（例えば、ウェブサイト、サーバなど）から送信されてもよい。そのような例では、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などの無線技術は、媒体の定義の範囲内にある。上記の例の組み合わせもコンピュータ可読媒体の範囲内である。

本開示で使用されるように、項目のリストにおける「または」という用語の使用は、包括的なリストを示す。項目のリストは、「少なくとも１つ」または「１つまたは複数」などのフレーズで始めることができる。例えば、Ａ、Ｂ、またはＣの少なくとも１つのリストは、ＡまたはＢまたはＣまたはＡＢ（すなわち、ＡおよびＢ）またはＡＣまたはＢＣまたはＡＢＣ（すなわち、ＡおよびＢおよびＣ）を含む。また、本開示で使用されるように、条件のリストの前に「に基づく」という語句を付けることは、条件のセット「のみに基づく」と解釈されるべきではなく、むしろ条件のセット「に少なくとも部分的に基づく」と解釈されるべきである。例えば、「条件Ａに基づく」と記載された結果は、本開示の範囲から逸脱することなく、条件Ａおよび条件Ｂの両方に基づくことができる。

本明細書では、「含む（ｃｏｍｐｒｉｓｅ）」、「含む（ｉｎｃｌｕｄｅ）」または「含む（ｃｏｎｔａｉｎ）」という用語は交換可能に使用されてもよく、同じ意味を有し、包括的かつオープンエンドとして解釈されるべきである。「含む（ｃｏｍｐｒｉｓｅ）」、「含む（ｉｎｃｌｕｄｅ）」、または「含む（ｃｏｎｔａｉｎ）」という用語は、要素のリストの前に使用されてもよく、リスト内のリストされた要素の少なくともすべてが存在するが、リストにない他の要素も存在し得ることを示す。例えば、ＡがＢおよびＣを含む場合、｛Ｂ、Ｃ｝および｛Ｂ、Ｃ、Ｄ｝の両方がＡの範囲内である。

本開示は、添付の図面に関連して、実施され得るすべての例または本開示の範囲内にあるすべての構成を表すものではない例示的な構成を説明する。「例示的」という用語は、「好ましい」または「他の例と比較して有利」と解釈されるべきではなく、むしろ「実例、事例または例」と解釈されるべきである。実施形態および図面の説明を含む本開示を読むことにより、本明細書に開示する技術は代替的な実施形態を使用して実施され得ることが当業者には理解されよう。当業者は、実施形態、または本明細書に記載の実施形態の特定の特徴を組み合わせて、本開示に記載の技術を実施するためのさらに他の実施形態に到達することができることを理解するであろう。したがって、本開示は、本明細書に記載された例および設計に限定されず、本明細書に開示した原理および新規な特徴と一致する最も広い範囲を与えられるべきである。

本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、移動通信システムの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ユーザプレーンおよび制御プレーンのための無線プロトコルスタックの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ダウンリンク、アップリンク、および、サイドリンクにおける論理チャネルとトランスポートチャネルとの間のマッピングの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ダウンリンク、アップリンク、および、サイドリンクにおけるトランスポートチャネルと物理チャネルとの間のマッピングの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ＮＲサイドリンク通信のための無線プロトコルスタックの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ダウンリンク、アップリンク、および、サイドリンクにおける物理信号の一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、無線リソース制御（ＲＲＣ）状態および異なるＲＲＣ状態間の遷移の一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、フレーム構造および物理リソースの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、異なるキャリアアグリゲーションシナリオにおけるコンポーネントキャリアの構成の一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、Ｂａｎｄｗｉｄｔｈ Ｐａｒｔの構成およびスイッチングの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、４ステップの衝突型および非衝突型のランダムアクセスプロセスの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、２ステップの衝突型および非衝突型のランダムアクセスプロセスの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、同期信号および物理ブロードキャストチャネル（ＰＢＣＨ）ブロック（ＳＳＢ）の時間および周波数構造の一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、ＳＳＢバースト伝送の一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、送信および／または受信のためのユーザ機器および基地局の構成要素の一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、物理サイドリンク共有チャネル（ＰＳＳＣＨ）／物理サイドリンク制御チャネル（ＰＳＣＣＨ）および物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）についての多重化メカニズムの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、プロセスの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、プロセスの一例を示す図である。 本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、プ ロセスの一例を示す図である。

ＮＲサイドリンク通信には、送信元レイヤ－２ＩＤ、宛先レイヤ－２ＩＤ、およびＰＣ５リンク識別子が用いられる。送信元レイヤ２ＩＤは、サイドリンク通信フレームを発信するデバイスまたはデバイスのグループを識別するリンクレイヤの識別情報であってもよい。宛先レイヤ２ＩＤは、サイドリンク通信フレームの受信者であるデバイスを識別するリンクレイヤ識別情報であってもよい。いくつかの例では、送信元レイヤ２ＩＤおよび宛先レイヤ２ＩＤは、コアネットワーク内の管理機能によって割り当てられてもよい。送信元レイヤ－２ＩＤは、ＮＲサイドリンク通信におけるデータの送信元を識別できる。送信元レイヤ－２ＩＤは、２４ビット長であってもよく、ＭＡＣレイヤにおいて２つのビット列に分割されてもよい。１つのビット列は、送信元レイヤ－２ＩＤのＬＳＢ部分（８ビット）であってもよく、送信者の物理レイヤに転送されてもよい。これは、サイドリンク制御情報内の意図されたデータのソースを識別することができ、受信機の物理レイヤにおけるパケットのフィルタリングに使用することができる。第２のビット列は、送信元レイヤ－２ＩＤのＭＳＢ部分（１６ビット）であってもよく、Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ（ＭＡＣ）ヘッダ内で搬送されてもよい。これは、受信機のＭＡＣレイヤにおけるパケットのフィルタリングに使用され得る。宛先レイヤ２ＩＤは、ＮＲサイドリンク通信におけるデータのターゲットを識別することができる。ＮＲサイドリンク通信の場合、宛先レイヤ２ＩＤは、２４ビット長であってもよく、ＭＡＣレイヤにおいて２つのビット列に分割されてもよい。１つのビット列は、宛先レイヤ２ＩＤのＬＳＢ部分（１６ビット）であってもよく、送信者の物理レイヤに転送されてもよい。これは、サイドリンク制御情報内の意図されたデータのターゲットを識別することができ、受信機の物理レイヤでパケットのフィルタリングに使用することができる。第２のビット列は宛先レイヤ２ＩＤのＭＳＢ部分（８ビット）とすることができ、ＭＡＣヘッダ内で搬送することができる。これは、受信機のＭＡＣレイヤにおけるパケットのフィルタリングに使用され得る。ＰＣ５リンク識別子は、ＰＣ５ユニキャストリンクの寿命の間、ＵＥ内のＰＣ５ユニキャストリンクを一意に識別することができる。ＰＣ５リンク識別子は、そのサイドリンク無線リンク障害（ＲＬＦ）宣言が行われ、ＰＣ５－ＲＲＣ接続が解放されたＰＣ５ユニキャストリンクを示すために使用される。

ＭＡＣ ２０４またはＭＡＣ ２１４サブレイヤの主なサービスおよび機能は、論理チャネルとトランスポートチャネルとの間のマッピング、１つまたは複数の異なる論理チャネルに属するＭＡＣサービスデータユニット（ＳＤＵ）の、トランスポートチャネル上で物理レイヤとの間で受け渡しされるトランスポートブロック（ＴＢ）への／からの多重化／逆多重化、スケジューリング情報の報告、Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ（ＨＡＲＱ）による誤り訂正（キャリアアグリゲーション（ＣＡ）の場合、セルごとに１つのＨＡＲＱエンティティ）、動的スケジューリングによるＵＥ間の優先度処理、Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ Ｐｒｉｏｒｉｔｉｚａｔｉｏｎ（ＬＣＰ）による１つのＵＥの論理チャネル間の優先度処理、１つのＵＥの重複リソース間の優先度処理、および、パディングを含む。単一のＭＡＣエンティティは、複数のヌメロロジ、伝送タイミングおよびセルをサポートし得る。論理チャネルが使用できるヌメロロジ、セル、および伝送タイミングを制御する論理チャネル優先順位付けにおけるマッピング制限。

ダウンリンクトランスポートチャネルのタイプには、ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有チャネル（ＤＬ－ＳＣＨ）、およびページングチャネル（ＰＣＨ）が含まれる。ＢＣＨは、固定された、予め定義されたトランスポートフォーマットと、単一のメッセージとして、または異なるＢＣＨインスタンスをビームフォーミングすることにより、セルのカバレッジエリア全体においてブロードキャストされることという要件と、を特徴とする。ＤＬ－ＳＣＨは、ＨＡＲＱのサポート、変調、符号化、および送信電力を変化させることによる動的リンク適応のためのサポート、セル全体にブロードキャストされる可能性、ビームフォーミングを使用する可能性、動的リソース割り当てと半静的リソース割り当ての両方のサポート、および、ＵＥの省電力を可能にするためのＵＥ不連続受信（ＤＲＸ）のサポートを特徴とする。ＰＣＨは、ＵＥ省電力を可能にするためのＵＥ不連続受信（ＤＲＸ）のサポート（ＤＲＸサイクルはネットワークによってＵＥに示される）、単一のメッセージとして、または異なるＢＣＨインスタンスをビームフォーミングすることにより、セルのカバレッジエリア全体においてブロードキャストされることという要件、および、トラフィック／他の制御チャネルにも動的に使用できる物理リソースにマッピングされること、を特徴とする。

図９は、本開示の様々な例示的ないくつかの実施形態のいくつかの態様に係る、異なるキャリアアグリゲーションシナリオにおけるコンポーネントキャリアの構成の一例を示す
。キャリアアグリゲーション（ＣＡ）では、２つ以上のコンポーネントキャリア（ＣＣ）が集約されてもよい。ＵＥは、その能力に応じて、１または複数のＣＣにおいて同時に受信または送信することができる。ＣＡは、図９に図示するように、同じ帯域または異なる帯域において、連続したＣＣと不連続なＣＣとの両方についてサポートされている。ｇＮＢおよびＵＥは、サービングセルを使用して通信することができる。サービングセルは、少なくとも１つのダウンリンクＣＣに関連付けられる（例えば、１つのダウンリンクＣＣのみに関連付けられてもよいし、または、ダウンリンクＣＣおよびアップリンクＣＣに関連付けられてもよい）。サービングセルは、プライマリセル（ＰＣｅｌｌ）またはセカンダリＣｅｌｌ（ＳＣｅｌｌ）である。

いくつかの例では、リソース割り当てモード２について、ＰＳＣＣＨ／ＰＳＳＣＨおよびＰＳＦＣＨを多重化するために時間領域戦略が使用されてもよい。いくつかの例では、シーケンスベースのＰＳＦＣＨ ＨＡＲＱフィードバックにおいて、異なるＰＳＣＣＨ／ＰＳＳＣＨに対応する異なるＰＳＦＣＨは重複しない予約リソースにおいて送信されてもよい。この戦略は多くの場合、レイテンシを増加させ、リソース効率を制限する可能性がある。例示的な解決策は、ＰＳＣＣＨ／ＰＳＳＣＨおよびＰＳＦＣＨを多重化するために周波数領域および／またはコード領域を利用することであってもよい。他の例示的な解決策は、定義された優先順位を用いて動的で柔軟なＰＳＦＣＨリソース割り当てを開発することであってもよい。例えば、ＵＥは、予め定義された優先順位ポリシーに基づいて特定のＳＬ ＨＡＲＱフィードバック送信を選択してもよい。ユニキャストシナリオにおける優先順位ポリシーの一例として、優先順位はＰＳＦＣＨに与えられており、その一方で、グループキャストシナリオでは、ＰＳＳＣＨおよびＰＳＦＣＨは等しい優先順位を有するものの、信号インジケータはＴｘ－Ｒｘ距離に基づいて優先順位を決定する。

図１７に示す例示的な実施形態では、ＵＥは、ブラインド再送信とＨＡＲＱベースの（例えば、ＨＡＲＱフィードバックに基づく）再送信とを混合したサイドリンク通信における再送信の方法を使用する。ＵＥは、ブラインド再送信モードから開始し、ＨＡＲＱベースの再送信モードに切り替わることができる。ＵＥは、サイドリンクトランスポートブロック（ＴＢ）の初回送信および１または複数回のブラインド再送信に用いる複数のリソースを決定する。１または複数回のブラインド再送信の回数は、第１の回数（例えば、ｍ）であってもよい。一例では、第１の回数は、ブラインド再送信の最大回数を示す。一例では、ＵＥは、第１の回数を示す構成パラメータ（例えば、ＲＲＣ構成パラメータ）を受信する。一例では、ダウンリンク制御情報（ＤＣＩ）またはサイドリンク制御情報（ＳＣＩ）（例えば、ＴＢおよび／またはその再送信のスケジューリングを示す制御情報）は、第１の回数を示す。一例では、ＤＣＩまたはＳＣＩは、第１の無線リソース（例えば、時間－周波数領域リソース）を含む／示すことができ、（初回送信および１または複数回のブラインド再送信のための）複数のリソースを決定することは、第１のリソースおよび第１の回数に基づく。一例では、（初回送信および１または複数回のブラインド再送信のため
の）複数のリソースは、連続したスロット内にあってもよい。ＵＥは、ＤＣＩまたはＳＣＩによって示された第１のリソースに基づいて、複数のリソースの周波数領域リソースを決定してもよい。

図１９に示す例示的な実施形態では、ＵＥは、サイドリンク通信において拡張された再送信方法を使用する。第１のＵＥは、第２のＵＥから、サイドリンクＴＢのスケジューリング情報を含むサイドリンク制御情報（ＳＣＩ）を受信する。ＳＣＩの受信は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介して行われてもよい。第１のＵＥは、第１のＵＥを含む複数のＵＥを含むグループキャストセットに含まれている。一例では、ＵＥのグループキャストセットは、サイドリンクフィードバックの送信に用いられる物理サイドリンクフィードバックチャネルリソースを共有する。第１のＵＥは、サイドリンクＴＢの１または複数の重複を受信する。一例では、グループキャスト内のＵＥは、サイドリンクＴＢの１または複数の重複を受信する。一例では、サイドリンクＴＢの１または複数の重複は、サイドリンクＴＢのブラインド再送信に基づいてもよい。一例では、第１のＵＥは、物理サイドリンク共有チャネルを介して、サイドリンクＴＢの１または複数の重複を受信してもよい。

Claims (40)

1. サイドリンク通信における拡張された再送信の方法であって、
   ユーザ機器（ＵＥ）が、ブラインド再送信モードにおけるブラインド再送信の第１の回数に基づいて、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介する第１のトランスポートブロック（ＴＢ）の初回送信およびブラインド再送信に用いる複数のリソースを決定するステップと、
   前記第１のＴＢおよび前記第１のＴＢの前記第１の回数のブラインド再送信を送信するステップと、
   前記第１の回数の前記ブラインド再送信の後に肯定応答を受信しないことに応じて、前記ブラインド再送信モードからハイブリッド自動再送要求（ＨＡＲＱ）ベースの再送信モードに切り替えるステップと、
   を含む方法。
2. 前記第１の回数は、ブラインド再送信の最大回数を示す、
   請求項１に記載の方法。
3. 前記第１の回数を示す第１の構成パラメータを含む１つまたは複数のメッセージを受信するステップをさらに含む、
   請求項１に記載の方法。
4. 前記１つまたは複数のメッセージは、１つまたは複数の無線リソース制御（ＲＲＣ）メッセージを含む、
   請求項１に記載の方法。
5. 前記第１の回数を示すダウンリンク制御情報（ＤＣＩ）を受信するステップをさらに含む、
   請求項１に記載の方法。
6. 前記ダウンリンク制御情報（ＤＣＩ）は、前記第１のトランスポートブロック（ＴＢ）のスケジューリングのためのスケジューリング情報を含む、
   請求項５に記載の方法。
7. 前記ダウンリンク制御情報（ＤＣＩ）は、第１の無線リソースを示し、
   前記複数のリソースを決定するステップは、前記第１の無線リソースにさらに基づく、請求項６に記載の方法。
8. 前記複数のリソースのうちの前記リソースは、連続するスロットに配置され、
   前記複数のリソースの周波数領域リソースは前記第１の無線リソースに基づく、
   請求項７に記載の方法。
9. 前記第１のトランスポートブロック（ＴＢ）をスケジューリングするためのスケジューリング情報および第１の無線リソースの指示を含むダウンリンク制御情報（ＤＣＩ）を受信するステップをさらに含み、前記複数のリソースを決定するステップは、前記第１の無線リソースおよび前記第１の回数にさらに基づく、
   請求項１に記載の方法。
10. 前記複数のリソースのうちの前記リソースは、連続するスロットにあり、
    前記複数のリソースの周波数領域リソースは、前記第１の無線リソースに基づく、
    請求項９に記載の方法。
11. 肯定応答を受信するステップと、
    前記ハイブリッド自動再送要求（ＨＡＲＱ）ベースの再送信モードで前記第１のトランスポートブロック（ＴＢ）を送信するステップと、
    をさらに含む、請求項１に記載の方法。
12. サイドリンク通信における拡張された再送信の方法であって、
    第１のユーザ機器（ＵＥ）が、第２のＵＥから、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介して第１のトランスポートブロック（ＴＢ）の初回送信および１または複数回のブラインド再送信を受信するステップと、
    前記第１のＵＥが、前記第１のＴＢの前記初回送信および前記１または複数回のブラインド再送信に基づいて、前記第１のＴＢが正常に受信されたことを判定するステップと、
    前記第１のＵＥが、前記第１のＴＢの正常な受信後に発生する前記第１のＴＢの前記ブラインド再送信に使用される複数のリソースのうちの第１の無線リソースを解放するための指示を送信するステップと、
    を含む方法。
13. 前記指示を送信するステップは、スケジューリングリクエストを介する、
    請求項１２に記載の方法。
14. 前記指示は、前記第１のＵＥにより基地局（ＢＳ）へ送信される、
    請求項１３に記載の方法。
15. 前記スケジューリングリクエストを送信するステップは、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介する、
    請求項１３に記載の方法。
16. 前記指示は、ハイブリッド自動再送要求（ＨＡＲＱ）フィードバックである、
    請求項１２に記載の方法。
17. 前記指示は、１つまたは複数の無線リソース制御（ＲＲＣ）メッセージを介して送信される、
    請求項１２に記載の方法。
18. 前記指示は、物理アップリンク制御チャネル（ＰＵＣＣＨ）を介して送信される、
    請求項１２に記載の方法。
19. 前記指示は、物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して送信される、
    請求項１２に記載の方法。
20. サイドリンク通信における拡張された再送信の方法であって、
    グループキャストセットに含まれる第１のユーザ機器（ＵＥ）が、第２のＵＥから、第１のトランスポートブロック（ＴＢ）のスケジューリング情報を含むサイドリンク制御情報（ＳＣＩ）を受信するステップと、
    前記第１のＵＥが、前記第２のＵＥから前記第１のＴＢを受信するステップと、
    前記第１のＵＥが、前記第１のＴＢが正常に受信されなかった場合に第１の否定応答を送信するステップと、
    を含む方法。
21. 前記受信するステップは、前記第１のトランスポートブロック（ＴＢ）の１または複数
    の重複を受信するステップを含み、
    前記送信するステップは、前記１または複数の重複を通じて前記第１のＴＢが正常に受信されるまで前記第１のＴＢは正常に受信されない場合に、第２またはそれ以上の否定応答を送信するステップを含み、
    前記第１のＴＢの前記１または複数の重複は、前記第２のユーザ機器（ＵＥ）によるブラインド再送信に基づく、
    請求項２０に記載の方法。
22. 前記第１のユーザ機器（ＵＥ）は、前記第１のトランスポートブロック（ＴＢ）が正常に受信された場合には、否定応答を送信しない、
    請求項２０に記載の方法。
23. 前記サイドリンク制御情報（ＳＣＩ）を受信するステップは、物理サイドリンク制御チャネル（ＰＳＣＣＨ）を介する、
    請求項２０に記載の方法。
24. 前記第１のＴＢの前記１または複数の重複を受信するステップは、物理サイドリンク共有チャネル（ＰＳＳＣＨ）を介する、
    請求項２１に記載の方法。
25. 前記第２またはそれ以上の否定応答を送信するステップは、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を介する、
    請求項２１に記載の方法。
26. 前記グループキャストセットは、前記第１のＵＥを含む複数のユーザ機器（ＵＥ）を含み、
    前記第１のトランスポートブロック（ＴＢ）は、前記複数のＵＥにより受信される、
    請求項２０に記載の方法。
27. 前記グループキャストセット内の前記複数のユーザ機器（ＵＥ）は、前記第２またはそれ以上の否定応答の送信に用いる物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）リソースを共有する、
    請求項２１に記載の方法。
28. 前記第１の否定応答を送信するステップが、さらに１つまたは複数の基準に基づく、請求項２１に記載の方法。
29. 前記１つまたは複数の基準のうちの１つの基準は、パラメータに基づく、
    請求項２８に記載の方法。
30. 前記パラメータを含む１つまたは複数のメッセージを受信するステップをさらに含む、請求項２９に記載の方法。
31. 前記１つまたは複数のメッセージは、無線リソース制御（ＲＲＣ）メッセージを含む、請求項３０に記載の方法。
32. 前記１つまたは複数の基準のうちの１つの基準は、前記第１のユーザ機器（ＵＥ）が位置するゾーンに基づく、
    請求項２８に記載の方法。
33. 前記第１のユーザ機器（ＵＥ）は第１のゾーン識別子と関連付けられており、前記第２のＵＥは第２のゾーン識別子と関連付けられている、
    請求項３２に記載の方法。
34. 前記サイドリンク制御情報（ＳＣＩ）は、前記第１のゾーン識別子および前記第２のゾーン識別子の少なくとも一方を示すパラメータを含む、
    請求項３３に記載の方法。
35. 前記１つまたは複数の基準のうちの１つの基準は、前記第１のユーザ機器（ＵＥ）と前記第２のＵＥとの間の距離に基づく、
    請求項２８に記載の方法。
36. 前記第１の否定応答を送信するステップは、前記距離がしきい値よりも大きいことにさらに基づく、
    請求項３５に記載の方法。
37. 前記１つまたは複数の基準のうちの１つの基準は、前記第１のユーザ機器（ＵＥ）において測定された受信信号受信電力（ＲＳＲＰ）に基づく、
    請求項２８に記載の方法。
38. 前記第１の否定応答を送信するステップが、前記受信信号受信電力（ＲＳＲＰ）がしきい値よりも小さいことにさらに基づく、
    請求項３７に記載の方法。
39. 前記サイドリンク制御情報（ＳＣＩ）が、否定応答のみのフィードバックが有効か無効かを示す値を有するフィールドを含む、
    請求項２０に記載の方法。
40. 前記サイドリンク制御情報（ＳＣＩ）が、複数のフィードバックモードのうちの１つを示す値を有するフィールドを含む、
    請求項２０に記載の方法。

Images