JP2021533683A - Ｎｒ ｖ２ｘ用ビームフォーミング及びグルーピング - Google Patents

Abstract

本出願は、ある時間期間にわたるサイドリンク（Sidelink：ＳＬ）同期信号（Synchronization Signal：ＳＳ）バーストを提供するステップを含む方法について記載し、該ＳＬ ＳＳバーストは、ＯＦＤＭシンボルを含むスロットを含む。方法はまた、スロットの第１ＯＦＤＭシンボルで、リソースブロック（Resource Block：ＲＢ）上の同期信号ブロック（Synchronization Signal Block：ＳＳＢ）の伝送を制限するステップを含む。方法は、第１シンボルの後の複数のシンボルを介して、新無線（New Radio：ＮＲ）ＳＬＳＳ及び物理ブロードキャストチャネル（Physical Broadcast Channel：ＰＢＣＨ）（New Radio SL SS and Physical Broadcast Channel：ＮＲ ＳＬ ＳＳ／ＰＢＣＨ）で、ＲＢ上のＳＳＢを、ユーザ端末（User Equipment：ＵＥ）からｇＮＢに伝送するステップをさらに含む。本出願はまた、ビークル・ツー・エニシング（Vehicle ToAnything：Ｖ２Ｘ）通信範囲内の車両グループを発見する方法についても記載する。

Description

〔関連出願の相互参照〕
本出願は、２０１８年８月９日に出願の米国仮特許出願番号６２／７１６，７８２、２０１８年９月２７日に出願の６２／７３７，６４３、２０１８年１０月３１日に出願の６２／７５３，７５７、２０１９年１月１０日に出願の６２／７９０，７５４、２０１９年１月１１日出願の６２／７９１，０５５の優先権を主張し、それらの内容が全体として本明細書に参照により援用される。

本出願は、新無線（New Radio：ＮＲ）ビークル・ツー・エニシング（Vehicle To Anything：Ｖ２Ｘ）用のビームフォーミング及びグルーピングの方法及びシステムに関す
る。

ＬＴＥにおけるＰＳＣＣＨ、ＰＳＳＣＨ、及びＰＳＤＣＨなどのＶ２Ｘ通信は、無指向性である。しかし、ＮＲ ｍｍＷ周波数帯域におけるＶ２Ｘ通信は、ビームフォーミングベースである。適切な設計ソリューションが、これらの技術を向上させるために望まれる。

ＮＲ Ｖ２Ｘにおけるユースケースは、概して、隊列走行、先進運転、及び拡張センサを対象としている。すなわち、これらのユースケースは、遅延、データレート、及び信頼性の面で、ＬＴＥ Ｖ２Ｘよりもはるかに要求が高い。したがって、新しい同期、発見、及びビームマネージメントプロシージャならびにメカニズムが、これらの新しいケースをサポートするために望まれる。

ＮＲでは、ＳＳＢ／ＰＢＣＨは、単一ブロックとして詰め込まれ、常に一緒に移動する。ＳＳバーストセット内の各ＳＳ／ＰＢＣＨ（すなわち、ＳＳバーストセット伝送の５ｍｓ期間の間の全てのＳＳブロック）は、０から始まって１ずつ増える一意の番号で割り当てられる。この番号は、次のＳＳバーストセット（すなわち、ＳＳ／ＰＢＣＨ伝送サイクル（例えば、２０ｍｓ）後の次の５ｍｓスパン）で、０にリセットされる。

ＮＲ ＳＳ／ＰＢＣＨ構造は、以下の要因に起因して、サイドリンク同期構造向けに変更させる必要がある。まず、プライマリサイドリンク同期信号（Primary Sidelink Sync Signal：ＰＳＳＳ）及びセカンダリサイドリンク同期信号（Secondary Sidelink Sync Signal：ＳＳＳＳ）は、サイドリンク同期ＩＤ、同期発信元、及びネットワークカバレッジ内又はネットワークカバレッジ外を伝達する必要がある。ＰＳＳＳ、ＳＳＳＳ、ＤＭＲＳ及びＰＳＢＣＨのシンボルの数は、より良い検出性能、及び時間／周波数オフセット推定をサポートするために再設計される必要がある。次に、ＮＲサイドリンクＭＩＢ（Sidelink MIB：ＭＩＢ−ＳＬ）は、ＬＴＥサイドリンクＭＩＢとは異なる必須のシステ
ム情報を搬送する可能性がある。ＮＲ無線インターフェースはまた、ＬＴＥ無線インターフェースとは著しく異なる場合がある。その結果、既存のＬＴＥサイドリンクＭＩＢ設計及びＬＴＥ ＰＳＢＣＨ設計は、ＮＲ Ｖ２Ｘ向けに、直ちに再利用することができない。ＮＲサイドリンク（又はＶ２Ｘ）ＳＳ／ＰＢＣＨ構造設計に対するソリューションが、これらの問題を解決するために必要とされる。

ＬＴＥでは、ＰＳＣＣＨ及びＰＳＳＣＨは、ビームフォーミングされた伝送は行われない。ＮＲでは、ＦＲ２がサポートされる。ＮＲ ＰＳＣＣＨ及びＰＳＳＣＨが、ビームフォーミングを伴って伝送されるので、ＮＲ ＰＳＣＣＨ及びＰＳＳＣＨ向けのビームトレ
ーニング及びビームペアリングが必要とされる。ＮＲ Ｖ２Ｘでは、上位層及び／又はアプリケーションレベルの発見が必要とされる。

本概要は、以下の発明を実施するための形態にて説明される簡略化された形態の概念の選択を取り入れるように提供される。本概要は、請求される主題の範囲を限定することを意図するものではない。記載する本出願によって、前述の必要性は大部分が満たされる。

本出願の一態様は、ある時間期間にわたるサイドリンク（Sidelink：ＳＬ）同期信号（Synchronization Signal：ＳＳ）バーストを提供するステップを含む方法に関し、該Ｓ
Ｌ ＳＳバーストは、ＯＦＤＭシンボルを含むスロットを含む。方法はまた、スロットの第１ＯＦＤＭシンボルで、リソースブロック（Resource Block：ＲＢ）上の同期信号ブ
ロック（Synchronization Signal Block：ＳＳＢ）の伝送を制限するステップを含む。方法は、第１シンボルの後の複数のシンボルを介して、新無線（ＮＲ）ＳＬ ＳＳ及び物理ブロードキャストチャネル（Physical Broadcast Channel：ＰＢＣＨ）（New Radio
SL SS and Physical Broadcast Channel：ＮＲ ＳＬ ＳＳ／ＰＢＣＨ）で、Ｒ
Ｂ上のＳＳＢを、ユーザ端末（User Equipment：ＵＥ）から、ｇＮＢに伝送するステッ
プをさらに含む。

本出願の別の態様は、第１車両によって、発見対象メッセージをＮＲ−ＰＳＤＣＨで伝送するステップを含む、ビークル・ツー・エニシング（Ｖ２Ｘ）通信範囲内の車両グループを発見する方法に関する。方法はまた、車両グループのメンバーの情報を、車両グループの車両から受信するステップを含む。方法は、車両グループのポリシー及び条件を含む基準を評価するステップをさらに含む。方法は、評価に基づいて、車両グループに加入する要求を、メンバーのうちの１つに送信するステップをさらに含む。方法は、さらに、加入要求に基づく決定を、メンバーのうちの１つ又は複数から受信するステップも含む。

その詳細な説明がより深く理解され得るために、かつ当該技術分野への本寄与がより深く認識され得るために、本発明のある実施形態についてかなり広義に概説する。

本出願のより確固たる理解を促進するために、参照番号が添付の図面に記載されるが、これらの各図面において、同じ要素は同じ番号を用いて参照される。これらの図面は、本出願を限定するものと解釈されるべきではなく、単に例証を意図したものである。

図１Ａは、本出願の一態様による、例示的通信システムを示す図である。 図１Ｂは、本出願の一態様による、無線通信のために構成される例示的装置を示す図である。 図１Ｃは、本出願の一態様による、無線アクセスネットワーク及びコアネットワークのシステム図である。 図１Ｄは、本出願の一態様による、無線アクセスネットワーク及びコアネットワークのシステム図である。 図１Ｅは、本出願の一態様による、無線アクセスネットワーク及びコアネットワークのシステム図である。 図１Ｆは、本出願の一態様による、上記図１Ａ、１Ｃ、１Ｄ及び１Ｅに示される１つ又は複数のネットワークと通信する例示的コンピューティングシステムのブロック図である。 図１Ｇは、本出願の一態様による、例示的通信システムを示す図である。 図２は、本出願の一態様による、ビームトレーニング用サイドリンクＣＳＩ−ＲＳを示す図である。 図３は、本出願の一態様による、ＮＲ−ＰＳＤＣＨのインジケーション用のビームトレーニングＮＲ−ＰＳＳＢを示す図である。 図４は、本出願の一態様による、例示的シナリオを示す図である。 図５は、本出願の一態様による、別の例示的シナリオを示す図である。 図６は、本出願の一態様による、さらに別の例示的シナリオを示す図である。 図７は、本出願の一態様による、例示的ＮＲ ＳＬ ＳＳ／ＰＢＣＨバーストセット、バースト、及びブロック設計を示す図である。 図８Ａは、本出願の一態様による、ＮＲにおけるＳＣＳ＝３０ｋＨｚの場合のＳＬ ＳＳブロックの例示的伝送パターンを示す図である。 図８Ｂは、本出願の一態様による、ＮＲにおけるＳＣＳ＝３０ｋＨｚ、かつ２つのＳＬ ＳＳブロックの間があいている場合のＳＬ ＳＳブロックの例示的伝送パターンを示す図である。 図９は、本出願の一態様による、Ｕｕ ＳＳ／ＰＢＣＨ同期ラスタで位置合わせされ、かつ時間分割多重（Time Division Multiplexed：ＴＤＭ）されているＳＬ ＳＳ／ＰＢＣＨを示す図である。 図１０Ａは、本出願の一態様による、非周期的ＳＬ ＳＳ／ＰＢＣＨ伝送を示す図である。 図１０Ｂは、本出願の一態様による、非周期的ＳＬ ＳＳ／ＰＢＣＨ伝送を示す図である。 図１１Ａは、本出願の一態様による、拡張ＳＬ ＳＳ／ＰＢＣＨブロックを示す図である。 図１１Ｂは、本出願の一態様による、拡張ＳＬ ＳＳ／ＰＢＣＨブロックを示す図である。 図１２Ａは、本出願の一態様による、ＤＭＲＳとＰＳＢＣＧとが同じリソースで多重化される、ＰＳＢＣＨ用ＤＭＲＳを示す図である。 図１２Ｂは、本出願の一態様による、ＤＭＲＳとＰＳＢＣＨとがＴＤＭである、ＰＳＢＣＨ用ＤＭＲＳを示す図である。 図１３は、本出願の一態様による、提案する発見前のサイドリンクビームトレーニング及びペアリングステップ１を示す図である。 図１４Ａは、本出願の一態様による、ＦＤＭでの発見前のビームペアリング応答用の共通ＰＳＣＣＨ（タイプＭ）のリソース選択を示す図である。 図１４Ｂは、本出願の一態様による、ＴＤＭでの発見前のビームペアリング応答用の共通ＰＳＣＣＨ（タイプＭ）のリソース選択を示す図である。 図１５は、本出願の一態様による、提案する発見前のサイドリンクビームトレーニングステップ２（応答）を示す図である。 図１６は、本出願の一態様による、提案するサイドリンクビームトレーニングプロシージャを示す図である。 図１７Ａは、本出願の一態様による、ＦＤＭでのＳＬ ＳＳ／ＰＢＣＨ、ＰＳＣＣＨタイプ０、及びＳＬ ＲＭＳＩ用ＰＳＳＣＨ（又はＰＳＤＣＨ）のリソースマッピングを示す図である。 図１７Ｂは、本出願の一態様による、ＴＤＭでのＳＬ ＳＳ／ＰＢＣＨ、ＰＳＣＣＨタイプ０、及びＳＬ ＲＭＳＩ用ＰＳＳＣＨ（又はＰＳＤＣＨ）のリソースマッピングを示す図である。 図１８Ａは、本出願の一態様による、ＳＬ ＳＳ／ＰＢＣＨ、及びＳＬ ＲＭＳＩ用ＰＳＳＣＨ（又はＰＳＤＣＨ）のＦＤＭリソースマッピングを示す図である。 図１８Ｂは、本出願の一態様による、ＳＬ ＳＳ／ＰＢＣＨ、及びＳＬ ＲＭＳＩ用ＰＳＳＣＨ（又はＰＳＤＣＨ）のＴＤＭリソースマッピングを示す図である。 図１９は、本出願の一態様による、ある伝送周期で構成されるブロードキャストバーストを示す図である。 図２０は、本出願の一態様による、ある伝送周期で構成されるブロードキャストバーストを示す図である。 図２１は、本出願の一態様による、ＰＳＳＣＨシンボルの前のＤＭ−ＲＳシンボル設定を示す図である。 図２２は、本出願の一態様による、車両間の距離をセンシングする内蔵センサの例を示す図である。 図２３は、本出願の一態様による、２つの領域に分画されたＰＳＳＣＨ用のリソースを示す図である。 図２４は、本出願の一態様による、車両／ＵＥがブロードキャストする発見メッセージを示す図である。 図２５は、本出願の一態様による、２つの車両がスロットで発見応答のために同じチャネルリソースを競合することを示す図である。 図２６は、本出願の一態様による、フィボナッチ表現を用いるＬＦＳＲ系列を示す図である。 図２７は、本出願の一態様による、周波数領域におけるＳＬ ＰＳＳ及びＳＬ ＳＳＳ系列マッピングを示す図である。 図２８は、本出願の一態様による、ＳＬ ＳＳ ＢＷ＝２０ＲＢの場合の例示的ＳＬ ＳＳブロック設計及びリソースマッピングを示す図である。 図２９は、本出願の一態様による、ＳＬ ＳＳブロックＢＷ＝２４ＲＢの場合の周波数領域におけるＳＬ ＰＳＳ系列マッピングを示す図である。 図３０は、本出願の一態様による、ＳＬ ＳＳ ＢＷ＝２４ＲＢの場合のＳＬ ＳＳブロック設計及び例示的マッピングを示す図である。 図３１は、本出願の一態様による、ＳＬ ＳＳブロックＢＷ＝２４ＲＢ及びＳＬ ＰＳＳ系列長＝１２７の場合の周波数領域におけるＳＬ ＰＳＳ系列マッピングを示す図である。 図３２は、本出願の一態様による、ＳＬ ＳＳブロックＢＷ＝２４ＲＢ及びＳＬ ＰＳＳ系列長＝１２７の場合の周波数領域におけるＳＬ ＰＳＳ系列マッピングを示す図である。 図３３は、本出願の一態様による、ＳＬ ＳＳブロックＢＷ＝２４ＲＢ及びＳＬ ＳＳＳ系列長＝２５５の場合の周波数領域におけるＳＬ ＳＳＳ系列マッピングを示す図である。 図３４Ａは、本出願の一態様による、ＳＬ ＰＳＳ長＝１２７、及びＳＬ ＳＳＳ長＝２５５のときの、ＳＬ ＳＳ ＢＷ＝２４ＲＢでのＳＬ ＳＳブロック及びリソースマッピングを示す図である。 図３４Ｂは、本出願の一態様による、ＳＬ ＰＳＳ長＝１２７、及びＳＬ ＳＳＳ長＝２５５のときの、ＳＬ ＳＳ ＢＷ＝２４ＲＢでのＳＬ ＳＳブロック及びリソースマッピングを示す図である。 図３５Ａは、ＳＬ ＳＳブロックＢＷが、１１ＲＢと等しいときの周波数領域でのサイドリンクＰＳＳマッピング方法を示す図である。 図３５Ｂは、ＳＬ ＳＳブロックＢＷが、１１ＲＢと等しいときの周波数領域でのサイドリンクＰＳＳマッピング方法を示す図である。 図３６は、スロット内のシンボル１及び２のＳＬ ＰＳＳ、ならびにシンボル３及び４のＳＬ ＳＳＳを用いるサイドリンクＳＳＢ構造を示す図である。 図３７は、スロット内のシンボル１及び２のＳＬ ＰＳＳ、及びシンボル６及び７のＳＬ ＳＳＳを用いるサイドリンクＳＳＢ構造を示す図である。 図３８は、スロット内のシンボル５から１１のＳＬ ＰＢＣＨを用いるサイドリンクＳＳＢ構造を示す図である。 図３９は、ＳＬ ＳＳブロックの周期は、各異なる伝送ビームに基づくことがある場合のＳＬ ＳＳブロック周期を示す図である。

発明を実施するための形態は、本明細書の種々の図、実施形態、及び態様を参照して議論されるであろう。本明細書は、可能な実装の詳細な例を提供するが、詳細は、例であることが意図され、したがって、本出願の範囲を限定するものではないことを理解されたい。

本明細書における「一実施形態」、「実施形態」、「１つ又は複数の実施形態」などの言及は、実施形態に関連して説明される特定の特徴、構造、又は特性が、本開示の少なくとも一実施形態に含まれることを意味する。さらに、本明細書内の様々な箇所における用語「実施形態」は、必ずしも、同じ実施形態を指すわけではない。すなわち、一部の実施形態では提示されるが、他の実施形態では提示されないこともある種々の特徴が説明される。本明細書における「一態様」、「態様」、又は「１つ又は複数の態様」などの言及は、これ以降に記載する１つ又は複数の実施形態を含む。

概して、本出願は、ＮＲ Ｖ２Ｘ用ビームフォーミング及びグルーピングのための方法及びシステムについて記載する。

〔定義／頭字語〕
本出願で一般に使用される用語及び語句の定義を、以下の表１に提示する。

〔一般的アーキテクチャ〕
第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：
３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、及びサービス能力（符復号化、セキュリティ、及びサービスの品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術のために、技術的規格を策定している。最近の無線アクセス技術（ＲＡＴ）規格は、ＷＣＤＭＡ（登録商標）（一般に、３Ｇと称される）、ＬＴＥ（一般に、４Ｇと称される）、ＬＴＥ−アドバンスト規格、及び「５Ｇ」とも称される新無線（ＮＲ）を含む。３ＧＰＰ ＮＲ規格開発は、継続され、かつ次世代無線アクセス技術（新しいＲＡＴ）の規定を含むことが想定され、これは、７ＧＨｚを下回る新規のフレキシブルな無線アクセスのプロビジョンと、７ＧＨｚを上回る新規のウルトラモバイルブロードバンド無線アクセスのプロビジョンとを含むことが想定されている。フレキシブルな無線アクセスは、７ＧＨｚを下回る新しい周波数帯域における新しい非後方互換性無線アクセスで構成されることが想定され、また同じ周波数帯でまとめて多重化されて、多様な要件を伴う３ＧＰＰ ＮＲユースケースの広範なセットに対処する場合がある異なる動作モードを含むことが予期される。ウルトラモバイルブロードバンドは、例えば、屋内用途及びホットスポット向けのウルトラモバイルブロードバンドアクセスの機会を提供する、センチ波及びミリ波の周波数帯域を含むことが想定されている。特に、センチ波及びミリ波特有設計最適化を伴うウルトラモバイルブロードバンドは、７ＧＨｚを下回るフレキシブル無線アクセスと、共通設計フレームワークを共有することが想定されている。

３ＧＰＰは、データレート、遅延、及びモビリティに対する、様々なユーザ体験要件となるＮＲでサポートすることが予期される種々のユースケースを特定している。ユースケースは、一般的なカテゴリ、すなわち、高度化モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）、ネットワークオペレーション（例えば、ネットワークスライシング、ルーティング、マイグレーション及びインターワーキング、省エネルギー）、ならびに、ビークル・ツー・ビークル通信（Vehicle-To-Vehicle：Ｖ２Ｖ）、ビークル・ツー・インフラストラクチャ通信（Vehicle-To-Infrastructure：Ｖ２Ｉ）、ビークル・ツー・ネットワーク通信（Vehicle-To-Network：Ｖ２Ｎ）、ビークル・ツー・ペデストリアン通信（Vehicle-To-Pedestrian：Ｖ２Ｐ）、及びその他のエンティティとのビークル通信のうちいずれかを含む場合がある高度化ビークル・ツー・エブリシング（Enhanced Vehicle-To-Everything：ｅＶ２Ｘ）通信を
含む。これらのカテゴリにおける具体的サービス及びアプリケーションは、例えば、いくつか例を挙げると、監視及びセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、緊急対応者コネクティビティ、自動車ｅコール、災害警告、リアルタイムゲーム、多人数ビデオコール、自律運転、拡張現実、触知インターネット、バーチャルリアリティ、ホームオートメーション、ロボティクス及び空中ドローンを含む。これらのユースケースの全て及び他のものが、本明細書で検討される。

図１Ａは、本明細書で記載及び請求されるシステム、方法及び装置が使用される場合がある通信システム１００の一例を示す。通信システム１００は、概して、又は集合的に（１つ又は複数の）ＷＴＲＵ１０２を指す場合がある無線伝送／受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ及び／又は１０２ｇを含んでもよい。通信システム１００は無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂ、コアネットワーク１０６／１０７／１０９、公衆交換電話網（Public Switched Telephone Network：ＰＳＴＮ）１０８、インターネット１１０、その他のネットワーク１１２及びネットワークサービス１１３を含んでもよい。ネットワークサービス１１３は、例えば、Ｖ２Ｘサーバ、Ｖ２Ｘ機能、ＰｒｏＳｅサーバ、ＰｒｏＳｅ機能、ＩｏＴサービス、動画ストリーミング及び／又はエッジコンピューティングなどを含んでもよい。

本明細書に開示する概念が、任意の数のＷＴＲＵ、基地局、ネットワーク、及び／又はネットワーク要素と共に使用される場合があることを理解されよう。ＷＴＲＵ１０２のそれぞれは、無線環境で動作及び／又は通信するように構成された任意のタイプの装置又はデバイスであってよい。図１Ａの例では、ＷＴＲＵ１０２のそれぞれは、ハンドヘルド無線通信装置として図１Ａから図１Ｅで描写されている。無線通信で考えられる様々なユースケースで、各ＷＴＲＵは、無線信号を伝送及び／又は受信するように構成された任意のタイプの装置又はデバイスを備えている、又はそれらに含まれる場合があり、該任意のタイプの装置又はデバイスとしては、一例にすぎないが、ユーザ端末（ＵＥ）、移動局、固定又はモバイルサブスクライバユニット、ポケットベル、セルラー電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、大衆消費電子製品、スマートウォッチ又はスマート衣類などのウェアラブルデバイス、医療又はｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、バス、トラック、電車、又は飛行機のなどの乗り物などが挙げられることを理解されよう。

通信システム１００はまた、基地局１１４ａ及び基地局１１４ｂを含む場合がある。図１Ａの例では、各基地局１１４ａ及び基地局１１４ｂは、単一の要素として示されている。実際には、基地局１１４ａ及び１１４ｂは、相互接続する任意の数の基地局及び／又はネットワーク要素を含んでいてもよい。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、及び／又はその他のネットワーク１１２などの１つ又は複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。同様に、基地局１１４ｂは、遠隔無線ヘッド（Remote Radio Head：ＲＲＨ）１１８ａ、１１８ｂ、送受
信ポイント（ＴＲＰ）１１９ａ、１１９ｂ及び／又はロードサイドユニット（Roadside Unit：ＲＳＵ）１２０ａ及び１２０ｂのうちの少なくとも１つと有線及び／又は無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、その他のネットワーク１１２、及び／又はネットワークサービス１１３などの１つ又は複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２のうちの少なくとも１つ、例えば、ＷＴＲＵ１０２ｃと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、及び／又はその他のネットワーク１１２などの１つ又は複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。

ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、及び／又はその他のネットワーク１１２などの１つ又は複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。ＲＳＵ１２０ａ及び１２０ｂは、ＷＴＲＵ１０２ｅ又は１０２ｆのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、その他のネットワーク１１２、及び／又はネットワークサービス１１３などの１つ又は複数の通信ネットワークへのアクセスを促進するように構成される任意のタイプのデバイスであってもよい。例として、基地局１１４ａ、１１４ｂは、送受信機基地局（Base Transceiver Station：ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ Ｂ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、次世代Ｎｏｄｅ−Ｂ（ｇＮｏｄｅ Ｂ）、衛星、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無線ル
ータなどであってもよい。

基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部である場合があり、それらＲＡＮはまた、基地局コントローラ（Base Station Controller：ＢＳＣ）、無線ネット
ワークコントローラ（Radio Network Controller：ＲＮＣ）、中継ノードなどの、他の基地局及び／又はネットワーク要素（図示せず）を含んでもよい。同様に、基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、それらＲＡＮはまた、ＢＳＣ、ＲＮＣ、中継ノードなど、他の基地局及び／又はネットワーク要素（図示せず）を含んでもよい。基地局１１４ａは、セルと呼ばれることもある特定の地理的領域（図示せず）内で無線信号を伝送及び／又は受信するように構成されてよい。同様に、基地局１１４ｂは、セルと呼ばれることもある特定の地理的領域（図示せず）内で有線及び／又は無線信号を伝送及び／又は受信するように構成されてよい。セルは、さらに、セルセクタに分割されてよい。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてよい。それにより、例えば、基地局１１４ａは、セルのセクタ毎に１つの、３つの送受信機を含んでもよい。基地局１１４ａは、例えば、多入力多出力（Multiple-Input Multiple Output：ＭＩＭＯ）技術を採用してもよく、それにより、セルのセクタ毎に複数の送受信機を利用してもよい。

基地局１１４ａは、任意の好適な無線通信リンク（例えば、高周波（Radio Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可
視光、センチ波、ミリ波など）であることがあるエアインターフェース１１５／１１６／１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ及び１０２ｇのうちの１つ又は複数と通信してもよい。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。

基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバーなど）又は無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、ＵＶ、可視光、センチ波、ミリ波など）であることがある、有線又はエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを通してＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ及び／又はＲＳＵ１２０ａ、１２０ｂのうち１つ又は複数と通信する場合がある。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適なＲＡＴを使用して確立されてよい。

ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ及び／又はＲＳＵ１２０ａ、１２０ｂ、は、任意の好適な無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、ＵＶ、可視光、センチ波、ミリ波など）であることがある、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを通してＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆのうちの１つ又は複数と通信する場合がある。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適なＲＡＴを使用して確立されてよい。

ＷＴＲＵ１０２は、任意の好適な無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、ＵＶ、可視光、センチ波、ミリ波など）であることがある、サイドリンク通信などの直接のエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを通して相互に通信する場合がある。エアインターフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の好適なＲＡＴを使用して確立されてよい。

通信システム１００は、複数のアクセスシステムである場合があり、かつＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１つ又は複数のチャネルアクセススキームを採用する場合がある。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、又は、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ及び／又はＲＳＵ１２０ａ、１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆとは、ユニバーサルモバイル電気通信システム（Universal Mobile Telecommunications System：ＵＭ
ＴＳ）、地上無線アクセス（Universal Terrestrial Radio Access：ＵＴＲＡ）など
の無線技術を実装してよく、それにより、広帯域ＣＤＭＡ（Wideband CDMA：ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７及び／又は１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）及び／又は発展型ＨＳＰＡ（Evolved HSPA
：ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速下りリンクパケットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）及び／又は高速上りリンクパケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含んでもよい。

ＲＡＮ１０３／１０４／１０５内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ及び１０２ｇとは、又は、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ及び／又はＲＳＵ１２０ａ、１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄとは、発展型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access：Ｅ−ＵＴＲＡ）などの無線技術を実装してよく、それにより、
例えば、ロングタームエボリューション（ＬＴＥ）及び／又はＬＴＥ−アドバンスト（LTE-Advanced：ＬＴＥ−Ａ）を使用して、エアインターフェース１１５／１１６／１１７又は１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。エアインターフェース１１５／１１６／１１７又は１１５ｃ／１１６ｃ／１１７ｃは、３ＧＰＰ ＮＲ技術を実装する場合もある。ＬＴＥ及び／又はＬＴＥ−Ａ技術は、（サイドリンク通信などの）ＬＴＥ Ｄ２Ｄ及び／又はＶ２Ｘ技術及びインターフェースを含む場合がある。同様に、３ＧＰＰ ＮＲ技術は、（サイドリンク通信などの）ＮＲ Ｖ２Ｘ技術及びインターフェースを含む場合がある。

ＲＡＮ１０３／１０４／１０５内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ及び１０２ｇとは、又は、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ及び／又はＲＳＵ１２０ａ、１２０ｂとＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆとは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide Interoperability For Microwave Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００
、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定規格２０００（Interim Standard 2000：ＩＳ−２０００）、暫定規格９５（ＩＳ−９５）、暫定規格８５６
（ＩＳ−８５６）、モバイル通信用グローバルシステム（Global System For Mobile
Communications：ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（Enhanced Data Rates For GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。

図１Ａにおける基地局１１４ｃは、無線ルータ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、又はアクセスポイントであってもよく、例えば、事業所、家、車両、列車、航空機、衛星、製造所、キャンパスなどの局所エリア内の無線コネクティビティを促進するために、任意の好適なＲＡＴを利用してもよい。基地局１１４ｃとＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｅとは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）を確立してもよい。同様に、基地局１１４ｃとＷＴＲＵ１０２、例えば、ＷＴＲＵ１０２ｄとは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless
Personal Area Network：ＷＰＡＮ）を確立してもよい。基地局１１４ｃとＷＴＲＵ
１０２、例えば、ＷＴＲＵ１０２ｅとは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａ、ＮＲなど）を利用して、ピコセル又はフェムトセルを確立してもよい。図１Ａに示すように、基地局１１４ｃは、インターネット１１０への直接接続を有する場合がある。したがって、基地局１１４ｃは、インター
ネット１１０にアクセスするために、コアネットワーク１０６／１０７／１０９を介する必要がない場合がある。

ＲＡＮ１０３／１０４／１０５及び／又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信してもよく、そのコアネットワークは、音声、データ、メッセージ送信、認可及び認証、アプリケーション、及び／又はボイスオーバーインターネットプロトコル（Voice over Internet Protocol：ＶｏＩＰ）サービ
スをＷＴＲＵ１０２のうちの１つ又は複数に提供するように構成された任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、モバイル位置ベースサービス、プリペイドコール、インターネットコネクティビティ、パケットデータネットワークコネクティビティ、イーサーネットコネクティビティ、ビデオ配信などを提供するか、及び／又はユーザ認証などの高レベルセキュリティ機能を実施してもよい。

図１Ａでは図示されていないが、ＲＡＮ１０３／１０４／１０５、及び／又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ、及び／又はコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５及び／又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴ又は異なるＲＡＴを採用する他のＲＡＮと直接又は間接通信してもよいことを理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用することがあるＲＡＮ１０３／１０４／１０５及び／又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ又はＮＲ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。

コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２が、ＰＳＴＮ１０８、インターネット１１０、及び／又は他のネットワーク１１２にアクセスするために、ゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、伝送制御プロトコル（Transmission Control Protocol：Ｔ
ＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、及びＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（Internet Protocol：ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワーク及びデバイスのグローバルシステムを含んでもよい。その他のネットワーク１１２は、他のサービスプロバイダによって所有及び／又は操作される有線又は無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、任意のタイプのパケットデータネットワーク（例えば、ＩＥＥＥ８０２．３イーサーネットワーク）、もしくは、ＲＡＮ１０３／１０４／１０５及び／又はＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴ又は異なるＲＡＴを採用することがある１つ又は複数のＲＡＮに接続される別のコアネットワークを含んでもよい。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ及び１０２ｆの一部又は全ては、マルチモード能力を備えていてもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ及び１０２ｆは、異なる無線リンクを通して異なる無線ネットワークと通信する複数の送受信機を備えていてもよい。例えば、図１Ａに示すＷＴＲＵ１０２ｇは、セルラーベースの無線技術を採用することがある基地局１１４ａ、及びＩＥＥＥ８０２無線技術を採用することがある基地局１１４ｃと通信するように構成されてもよい。

図１Ａには図示されていないが、ユーザ端末がゲートウェイへの有線接続を作る場合があることを理解されよう。ゲートウェイは、レジデンシャルゲートウェイ（Residential
Gateway：ＲＧ）である場合がある。ＲＧは、コアネットワーク１０６／１０７／１０
９へのコネクティビティを提供する場合がある。本明細書に含まれる着想の多数が、ＷＴＲＵであるＵＥ及びネットワークに接続する有線接続を使用するＵＥに同様に適用される場合があることはいうまでもない。例えば、無線インターフェース１１５、１１６、１１７及び１１５ｃ／１１６ｃ／１１７ｃに適用される着想は、有線接続に同様に適用されてよい。

図１Ｂは、ＲＡＮ１０３及びコアネットワーク１０６の一例のシステム図である。上記のように、ＲＡＮ１０３はＵＴＲＡ無線技術を採用して、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃと通信してよい。ＲＡＮ１０３はまた、コアネットワーク１０６と通信してもよい。図１Ｂに示すように、ＲＡＮ１０３は、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃと通信するために、１つ又は複数の送受信機をそれぞれが備えることがある、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ及び１４０ｃを含む場合がある。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ及び１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられてよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含む場合がある。ＲＡＮ１０３は、任意の数のＮｏｄｅ−Ｂ及び無線ネットワーク制御装置（ＲＮＣ）を含む場合があることを理解されよう。

図１Ｂに示すように、Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信する場合がある。加えて、Ｎｏｄｅ−Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信する場合がある。Ｎｏｄｅ−Ｂ１４０ａ、１４０ｂ及び１４０ｃは、Ｉｕｂインターフェースを介して、対応するＲＮＣ１４２ａ及び１４２ｂと通信してもよい。ＲＮＣ１４２ａ及び１４２ｂは、Ｉｕｒインターフェースを介して、相互に通信してもよい。ＲＮＣ１４２ａ及び１４２ｂのそれぞれは、接続されているそれぞれのＮｏｄｅ−Ｂ１４０ａ、１４０ｂ及び１４０ｃを制御するように構成されてよい。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシチ、セキュリティ機能、データ暗号化などの他の機能を実行、又はサポートするように構成されてよい。

図１Ｂに示されるコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：ＭＧＷ）１４４、移動通信交換局（Mobile Switching Center：ＭＳＣ）１４６、サ
ービングＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８、及び／又はゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０を含む場合がある。上述の要素のそれぞれが、コアネットワーク１０６の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有及び／又は操作される場合があることを理解されよう。

ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてよい。ＭＳＣ１４６及びＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃと、従来の地上通信デバイスとの間の通信を促進してもよい。

ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続されてよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてよい。ＳＧＳＮ１４８及びＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃ、とＩＰ対応デバイスとの間の通信を促進してもよい。

コアネットワーク１０６はまた、他のサービスプロバイダによって所有及び／又は操作される他の有線又は無線ネットワークを含むことがあるその他のネットワーク１１２に接続されてよい。

図１Ｃは、ＲＡＮ１０４及びコアネットワーク１０７の一例のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃと通信してよい。ＲＡＮ１０４はまた、コアネットワーク１０７と通信してもよい。

ＲＡＮ１０４は、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ及び１６０ｃを含むことがあるが、ＲＡＮ１０４は、任意の数のｅＮｏｄｅ−Ｂを含んでもよいことを理解されるであろう。ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ及び１６０ｃはそれぞれ、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃと通信するために、１つ又は複数の送受信機を備えていてもよい。例えば、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ及び１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅ−Ｂ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することがある。

ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ及び１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてよく、かつ無線リソース管理決定、ハンドオーバ決定、上りリンク及び／又は下りリンクにおけるユーザのスケジューリングなどを取り扱うように構成されてよい。図１Ｃに示すように、ｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ及び１６０ｃは、Ｘ２インターフェースを通じて相互に通信してもよい。

図１Ｃに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility
Management Gateway：ＭＭＥ）１６２、サービングゲートウェイ１６４、及びパケッ
トデータネットワーク（Packet Data Network：ＰＤＮ）ゲートウェイ１６６を含む場
合がある。上述の要素のそれぞれが、コアネットワーク１０７の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有及び／又は操作される場合があることを理解されよう。

ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ及び１６０ｃのそれぞれに接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃの初期接続の間に特定のサービングゲートウェイを選択することなどの役割を担ってもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭ又はＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間を切り替えるために、制御プレーン機能を提供してもよい。

サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１６０ａ、１６０ｂ及び１６０ｃのそれぞれに接続されてよい。サービングゲートウェイ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃからユーザデータパケットをルーティング及び転送してよい。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバの間のユーザプレーンのアンカ、下りリンクデータがＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃに対して利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃのコンテキストの管理及び記憶などの他の機能を実施してよい。

サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応デバイスとの間の通信を促進することがあるＰＤＮゲートウェイ１６６に接続されてよい。

コアネットワーク１０７は、他のネットワークとの通信を促進してもよい。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃに、ＰＳＴＮ１０８などの回線交換網へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem：ＩＭＳ）サーバ）を含むか、又はそれと通信してよい。加えて、コアネットワー
ク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃに、他のサービスプロバイダによって所有及び／又は操作される他の有線又は無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。

図１Ｄは、ＲＡＮ１０５及びコアネットワーク１０９の一例のシステム図である。ＲＡＮ１０５はＮＲ無線技術を採用し、エアインターフェース１１７を通してＷＴＲＵ１０２ａ及び１０２ｂと通信してよい。ＲＡＮ１０５はまた、コアネットワーク１０９と通信してもよい。非３ＧＰＰインターワーキング機能（Non-3GPP Interworking Function：Ｎ３ＩＷＦ）１９９は、非３ＧＰＰ無線技術を採用して、エアインターフェース１９８を通してＷＴＲＵ１０２ｃと通信してもよい。Ｎ３ＩＷＦ１９９はまた、コアネットワーク１０９と通信してもよい。

ＲＡＮ１０５は、ｇＮｏｄｅ−Ｂ１８０ａ及び１８０ｂを含んでもよい。ＲＡＮ１０５は、任意の数のｇＮｏｄｅ−Ｂを含む場合があることを理解されよう。ｇＮｏｄｅ−Ｂ１８０ａ及び１８０ｂはそれぞれ、エアインターフェース１１７を通してＷＴＲＵ１０２ａ及び１０２ｂと通信するために、１つ又は複数の送受信機を備えていてもよい。統合アクセス及びバックホール接続が使用されるときに、同じエアインターフェースが、ＷＴＲＵと、１つ又は複数のｇＮＢを介したコアネットワーク１０９である場合があるｇＮｏｄｅ−Ｂとの間で使用されてよい。ｇＮｏｄｅ−Ｂ１８０ａ及び１８０ｂは、ＭＩＭＯ、ＭＵ−ＭＩＭＯ、及び／又はデジタルビームフォーミング技術を実装してもよい。したがって、ｇＮｏｄｅ−Ｂ１８０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することがある。ＲＡＮ１０５は、ｅＮｏｄｅ−Ｂなどの他のタイプの基地局を採用する場合があることが理解されるべきである。ＲＡＮ１０５は、２つ以上のタイプの基地局を採用する場合があることも理解されよう。例えば、ＲＡＮは、ｅＮｏｄｅ−Ｂ及びｇＮｏｄｅ−Ｂを採用する場合がある。

Ｎ３ＩＷＦ１９９は、非３ＧＰＰアクセスポイント１８０ｃを含む場合がある。Ｎ３ＩＷＦ１９９は、任意の数の非３ＧＰＰアクセスポイントを含む場合があることを理解されよう。非３ＧＰＰアクセスポイント１８０ｃは、エアインターフェース１９８を通してＷＴＲＵ１０２ｃと通信するために、１つ又は複数の送受信機を含んでよい。非３ＧＰＰアクセスポイント１８０ｃは、８０２．１１プロトコルを使用して、エアインターフェース１９８を通してＷＴＲＵ１０２ｃと通信してもよい。

ｇＮｏｄｅ−Ｂ１８０ａ及び１８０ｂのそれぞれは、特定のセル（図示せず）に関連付けられてよく、かつ無線リソース管理決定、ハンドオーバ決定、上りリンク及び／又は下りリンクにおけるユーザのスケジューリングなどを取り扱うように構成されてよい。図１Ｄに示すように、ｇＮｏｄｅ−Ｂ１８０ａ及び１８０ｂは、例えば、Ｘｎインターフェー
スを通して相互に通信してもよい。

図１Ｄに示されるコアネットワーク１０９は、５Ｇコアネットワーク（5G Core Network：５ＧＣ）である場合がある。コアネットワーク１０９は、無線アクセスネットワー
クによって相互接続する顧客に、非常に多くの通信サービスを提供する場合がある。コアネットワーク１０９は、コアネットワークの機能を実施するいくつかのエンティティを含む。本明細書で使用する場合、用語「コアネットワークエンティティ」又は「ネットワーク機能」は、コアネットワークの１つ又は複数の機能を実施する任意のエンティティを意味する。コアネットワークエンティティは、無線及び／又はネットワーク通信、もしくは図ｘ１Ｇに示されるシステム９０などのコンピュータシステム向けに構成された装置のメモリに記憶され、かつ該装置のプロセッサで実行するコンピュータ実行可能命令（ソフトウェア）の形態で実装される論理的エンティティであってもよいことが理解される。

図１Ｄの例では、５Ｇコアネットワーク１０９は、アクセスモビリティ管理機能（Access And Mobility Management Function：ＡＭＦ）１７２、セッション管理機能（Session Management Function：ＳＭＦ）１７４、ユーザプレーン機能（User Plane Function：ＵＰＦ）１７６ａ及び１７６ｂ、ユーザデータ管理機能（User Data Management Function：ＵＤＭ）１９７、認証サーバ機能（Authentication Server Function：
ＡＵＳＦ）１９０、ネットワーク・エクスポージャ機能（Network Exposure Function
：ＮＥＦ）１９６、ポリシー制御機能（Policy Control Function：ＰＣＦ）１８４、
非３ＧＰＰインターワーキング機能（Ｎ３ＩＷＦ）１９９、ユーザデータリポジトリ（User Data Repository：ＵＤＲ）１７８を含む場合がある。上述の要素のそれぞれが、５Ｇコアネットワーク１０９の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有及び／又は操作されてもよいことを理解されよう。５Ｇコアネットワークが、これらの要素の全てで構成されない場合があり、追加の要素で構成される場合もあり、かつ各これらの要素の複数のインスタンスで構成される場合があることを理解されよう。各ネットワーク機能は、相互に直接接続することが図１Ｄに示されているが、Ｄｉａｍｅｔｅｒルーティングエージェント又はメッセージバスなどのルーティングエージェントを介して通信される場合があることが理解されるべきである。

図１Ｄの例では、ネットワーク機能間のコネクティビティは、インターフェース又は参照点のセットを介して実現されている。ネットワーク機能は、他のネットワーク機能又はサービスによって起動されるか、又は呼び出されるサービスのセットとして、モデル化、記述、又は実装される場合があることが理解されよう。ネットワーク機能サービスの起動は、ネットワーク機能間の直接接続、メッセージバスでのメッセージング交換、ソフトウェア機能の呼び出しを介して実現することができる。

ＡＭＦ１７２は、Ｎ２インターフェースを介してＲＡＮ１０５に接続されてよく、制御ノードとして機能してもよい。例えば、ＡＭＦ１７２は、登録管理、接続管理、到達可能性管理、アクセス認証、アクセス許可の役割を担ってもよい。ＡＭＦは、Ｎ２インターフェースを介してＲＡＮ１０５にユーザプレーントンネル構成情報を送達する役割を担ってもよい。ＡＭＦ１７２は、Ｎ１１インターフェースを介してＳＭＦからユーザプレーントンネル構成情報を受信する場合がある。ＡＭＦ１７２は、概して、Ｎ１インターフェースを介してＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃへ／からＮＡＳパケットをルーティング及び転送してもよい。Ｎ１インターフェースは、図１Ｄに示されていない。

ＳＭＦ１７４は、Ｎ１１インターフェースを介してＡＭＦ１７２に接続されてよい。同様に、ＳＭＦは、Ｎ７インターフェースを介してＰＣＦ１８４に、またＮ４インターフェースを介してＵＰＦ１７６ａ及び１７６ｂに接続されてよい。ＳＭＦ１７４は、制御ノー
ドとして機能してもよい。例えば、ＳＭＦ１７４は、セッション管理、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃに対するＩＰアドレス割り当て、ＵＰＦ１７６ａ及びＵＰＦ１７６ｂにおけるトラフィックを導く規則の管理及び構成、ならびにＡＭＦ１７２への下りリンクデータ通知の生成の役割を担ってもよい。

ＵＰＦ１７６ａ及びＵＰＦ１７６ｂは、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃに、インターネット１１０などのパケットデータネットワーク（ＰＤＮ）へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃと他のデバイスとの間の通信を促進してもよい。ＵＰＦ１７６ａ及びＵＰＦ１７６ｂはまた、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃに、他のタイプのパケットデータネットワークへのアクセスを提供してもよい。例えば、その他のネットワーク１１２は、イーサネット（登録商標）ネットワーク又はデータのパケットを交換する任意のタイプのネットワークであってもよい。ＵＰＦ１７６ａ及びＵＰＦ１７６ｂは、Ｎ４インターフェースを介して、ＳＭＦ１７４からトラフィックを導く規則を受信してもよい。ＵＰＦ１７６ａ及びＵＰＦ１７６ｂは、Ｎ６インターフェースを用いてパケットデータネットワークを接続することによって、又はＮ９インターフェースを用いて互いに、かつ他のＵＰＦと接続することによって、パケットデータネットワークへのアクセスを提供してもよい。パケットデータネットワークへのアクセスの提供に加えて、ＵＰＦ１７６は、パケットルーティング及び転送、ポリシー規則施行、ユーザプレーントラフィックに対するサービス品質管理、下りリンクパケットのバッファリングの役割を担ってもよい。

ＡＭＦ１７２はまた、例えば、Ｎ２インターフェースを介してＮ３ＩＷＦ１９９に接続されてよい。Ｎ３ＩＷＦは、例えば、３ＧＰＰ規定ではない無線インターフェース技術を介して、ＷＴＲＵ１０２ｃと５Ｇコアネットワーク１７０との間の接続を促進する。ＡＭＦは、ＲＡＮ１０５と相互作用するのと同じか又は類似の方式でＮ３ＩＷＦ１９９と相互作用する場合がある。

ＰＣＦ１８４は、Ｎ７インターフェースを介してＳＭＦ１７４に接続されてよく、Ｎ１５インターフェースを介してＡＭＦ１７２に接続していてもよく、Ｎ５インターフェースを介してアプリケーション機能（Application Function：ＡＦ）１８８に接続していて
もよい。Ｎ１５及びＮ５インターフェースは、図１Ｄに示されていない。ＰＣＦ１８４は、ＡＭＦ１７２及びＳＭＦ１７４などの制御プレーンノードにポリシー規則を提供して、各制御プレーンノードが、これらの規則を施行できるようにしてもよい。ＰＣＦ１８４は、ＡＭＦ１７２に、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃ向けのポリシーを送信することがあり、その結果、ＡＭＦはＮ１インターフェースを介してＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃにポリシーを配信する場合がある。次に、ポリシーは、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃで施行又は適用される場合がある。

ＵＤＲ１７８は、認証証明書及びサブスクリプション情報のリポジトリとして機能する。ＵＤＲは、ネットワーク機能に接続する場合があり、その結果、ネットワーク機能は、リポジトリ内のデータに追加、データから読み出し、データを修正することができる。例えば、ＵＤＲ１７８は、Ｎ３６インターフェースを介してＰＣＦ１８４に接続する場合がある。同様に、ＵＤＲ１７８は、Ｎ３７インターフェースを介してＮＥＦ１９６に接続し、かつＮ３５インターフェースを介してＵＤＭ１９７に接続する場合がある。

ＵＤＭ１９７は、ＵＤＲ１７８とその他のネットワーク機能との間のインターフェースとして機能する場合がある。ＵＤＭ１９７は、ＵＤＲ１７８のアクセスに対してネットワーク機能に権限を与える場合がある。例えば、ＵＤＭ１９７は、Ｎ８インターフェースを介してＡＭＦ１７２に接続し、Ｎ１０インターフェースを介してＳＭＦ１７４に接続する場合がある。同様に、ＵＤＭ１９７は、Ｎ１３インターフェースを介してＡＵＳＦ１９０
に接続する場合がある。ＵＤＲ１７８及びＵＤＭ１９７は、密接に統合される場合がある。

ＡＵＳＦ１９０は、認証関連操作を実施し、かつＮ１３インターフェースを介してＵＤＭ１７８に、Ｎ１２インターフェースを介してＡＭＦ１７２に接続する。

ＮＥＦ１９６は、５Ｇコアネットワーク１０９内の能力及びサービスをアプリケーション機能（ＡＦ）１８８にエクスポーズする。エクスポーズは、Ｎ３３ ＡＰＩインターフェースで生じる場合がある。ＮＥＦは、Ｎ３３インターフェースを介してＡＦ１８８に接続する場合があり、かつ他のネットワーク機能に接続して、５Ｇコアネットワーク１０９の能力及びサービスをエクスポーズする場合がある。

アプリケーション機能１８８は、５Ｇコアネットワーク１０９内のネットワーク機能と相互作用する場合がある。アプリケーション機能１８８と、ネットワーク機能との間の相互作用は、ダイレクトインターフェースを介したものであるか、又はＮＥＦ１９６を介して生じる場合がある。アプリケーション機能１８８は、５Ｇコアネットワーク１０９の一部と見なされるか、又は５Ｇコアネットワーク１０９への外部のものである場合があり、かつモバイルネットワークオペレータと業務的な関係を有する企業によって配備される場合がある。

ネットワークスライシングは、オペレータのエアインターフェースの背後で１つ又は複数の「仮想」コアネットワークをサポートするモバイルネットワークオペレータによって使用される場合があるメカニズムである。これは、異なるＲＡＮ、又は単一のＲＡＮにわたって動作する異なるサービスタイプをサポートするために、コアネットワークを１つ又は複数の仮想ネットワークに「スライシング」することに関連する。ネットワークスライシングは、オペレータが、例えば、機能性、性能、分離における多様な要件を求める異なる市場シナリオ向けにカスタマイズされたネットワークを構築し、最適化されたソリューションを提供することを可能にする。

３ＧＰＰは、ネットワークスライシングをサポートするように５Ｇコアネットワークを設計してきた。ネットワークスライシングは、ネットワークオペレータが、非常に多様で、かつ多大な要件が求められることが多い５Ｇユースケースの多様なセット（例えば、大規模ＩｏＴ、クリティカル通信、Ｖ２Ｘ、及び高度化モバイルブロードバンド）をサポートするために使用することができる良好なツールである。各ユースケースが、性能、拡張性、及び可用性要件のそれ自体固有のセットを有する場合、ネットワークスライシング技術の使用なしでは、ネットワークアーキテクチャは、広範なユースケースニーズを効率的にサポートするのに十分な柔軟性及び拡張性がない可能性がある。さらに、新しいネットワークサービスの導入は、より効率的に行われなければならない。

図１Ｄを再度参照し、ネットワークスライシングのシナリオでは、ＷＴＲＵ１０２ａ、１０２ｂ又は１０２ｃは、Ｎ１インターフェースを介してＡＭＦ１７２に接続する場合がある。ＡＭＦは、論理的に１つ又は複数のスライスの一部である場合がある。ＡＭＦは、ＷＴＲＵ１０２ａ、１０２ｂ又は１０２ｃと、１つ又は複数のＵＰＦ１７６ａ及び１７６ｂ、ＳＭＦ１７４、及びその他のネットワーク機能との接続又は通信を調整する場合がある。ＵＰＦ１７６ａ及び１７６ｂ、ＳＭＦ１７４、及びその他のネットワーク機能のそれぞれは、同じスライス又は異なるスライスの一部である場合がある。それらが異なるスライスの一部である場合、それらが異なるコンピューティングリソース、セキュリティ証明書などを利用する場合があるという点で、それらは互いに分離されている場合がある。

コアネットワーク１０９は、他のネットワークとの通信を促進する場合がある。例えば
、コアネットワーク１０９は、５Ｇコアネットワーク１０９と、ＰＳＴＮ１０８との間のインターフェースとして機能するＩＰマルチメディアサブシステム（ＩＭＳ）サーバなどの、ＩＰゲートウェイを含むか、又はそれと通信する場合がある。例えば、コアネットワーク１０９は、ショートメッセージサービスを介して通信を促進するショートメッセージサービス（Short Message Service：ＳＭＳ）サービスセンターを含むか、又はそれと
通信する場合がある。例えば、５Ｇコアネットワーク１０９は、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃと、サーバ又はアプリケーション機能１８８との間の非ＩＰデータパケットの交換を促進する場合がある。加えて、コアネットワーク１７０は、ＷＴＲＵ１０２ａ、１０２ｂ及び１０２ｃに、他のサービスプロバイダによって所有及び／又は操作される他の有線又は無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。

本明細書に記載され、かつ図１Ａ、図１Ｃ、図１Ｄ、図１Ｅに図示される、コアネットワークエンティティは、一定の既存の３ＧＰＰ仕様におけるそれらのエンティティに与えられる名称によって識別されるが、将来において、それらのエンティティ及び機能は、他の名称によって識別される可能性があり、ある種のエンティティ又は機能は、将来的３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって公開される将来的な仕様において組み合わせられる場合があることを理解されたい。したがって、図１Ａ、図１Ｂ、図１Ｃ、図１Ｄ又は図１Ｅで、記載及び図示される特定のネットワークエンティティ及び機能は、例としてのみ提供され、本明細書で開示及び請求される主題は、現在規定されているか、又は将来的に規定されるかどうかにかかわらず、任意の類似通信システムにおいて具現化又は実装される場合があることを理解されたい。

図１Ｅは、本明細書に記載されるシステム、方法、装置が使用される場合がある通信システム１１１の一例を示す。通信システム１１１は、無線伝送／受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆ、基地局ｇＮＢ１２１、Ｖ２Ｘサーバ１２４、及びロードサイドユニット（ＲＳＵ）１２３ａ及び１２３ｂを含む場合がある。実際には、本明細書で提示される概念は、任意の数のＷＴＲＵ、基地局ｇＮＢ、Ｖ２Ｘネットワーク、及び／又はその他のネットワーク要素に適用されてよい。１つ又はいくつか、もしくは全てのＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ及びＦは、アクセスネットワークカバレッジ１３１の範囲外にある場合がある。Ｖ２ＸグループのＷＴＲＵ Ａ、Ｂ及びＣの中で、ＷＴＲＵ Ａはグループを先導するものであり、またＷＴＲＵ Ｂ及びＣはグループメンバーである。

ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ及びＦは、それらがアクセスネットワークカバレッジ１３１内にある場合、ｇＮＢ１２１を介して、Ｕｕインターフェース１２９を通して互いに通信する場合がある。図１Ｅの例では、ＷＴＲＵ Ｂ及びＦは、アクセスネットワークカバレッジ１３１内に示されている。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ及びＦは、インターフェース１２５ａ、１２５ｂ又は１２８などのサイドリンクインターフェース（例えば、ＰＣ５又はＮＲ ＰＣ５）を介して、それらが、アクセスネットワークカバレッジ１３１下にある、又はアクセスネットワークカバレッジ１３１外にあるかどうかに関係なく直接、互いに通信する場合がある。例えば、図１Ｅの例では、アクセスネットワークカバレッジ１３１外にあるＷＴＲＵ Ｄは、カバレッジ１３１内にあるＷＴＲＵ Ｆと通信する。

ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ及びＦは、ビークル・ツー・ネットワーク（Ｖ２Ｎ）１３３又はサイドリンクインターフェース１２５ｂを介して、ＲＳＵ１２３ａ及び１２３ｂと通信する場合がある。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ及びＦは、ビークル・ツー・インフラストラクチャ（Ｖ２Ｉ）インターフェース１２７を介して、Ｖ２Ｘサーバ１２４に通信する場合がある。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ及びＦは、ビークル・ツー・パーソン（Ｖ２Ｐ）インターフェース１２８を介して、別のＵＥと通信する場合がある。

図１Ｆは、図１Ａ、図１Ｂ、図１Ｃ、図１Ｄ又は図１ＥのＷＴＲＵ１０２など、本明細書に記載されるシステム、方法及び装置に従って、無線通信及び操作向けに構成される場合がある、装置又はデバイスＷＴＲＵ１０２の例のブロック図である。図１Ｆに示すように、例示的ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、伝送／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８、非取り外し可能メモリ１３０、取り外し可能メモリ１３２、電源１３４、全地球測位システム（Global Positioning System：ＧＰＳ）チップセット１３
６、及び他の周辺機器１３８を備える場合がある。ＷＴＲＵ１０２は、上述の要素の任意の副次的組み合わせを備える場合があることを理解されたい。限定ではないが、とりわけ、送受信機基地局（ＢＴＳ）、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅ−Ｂ、発展型ホームＮｏｄｅ−Ｂ（Evolved Home Node-B：ｅ
ＮｏｄｅＢ）、ホーム発展型Ｎｏｄｅ−Ｂ（Home Evolved Node-B：ＨｅＮＢ）、ホー
ム発展型Ｎｏｄｅ−Ｂゲートウェイ、次世代ｎｏｄｅ−Ｂ（Next Generation Node-B：ｇＮｏｄｅ−Ｂ）及びプロキシノードなどの基地局１１４ａ及び１１４ｂ、及び／又は基地局１１４ａ及び１１４ｂを意味する場合があるノードは、図１Ｆに描写され、本明細書に記載される要素の一部又は全部を備えていてもよい。

プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ又は複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）回路、任意の他のタイプの集積回路（Integrated Circuit：ＩＣ
）、状態マシンなどであってよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、及び／又はＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を実施してもよい。プロセッサ１１８は、伝送／受信要素１２２に連結されることがある、送受信機１２０に連結されてもよい。図１Ｆでは、別個のコンポーネントとしてプロセッサ１１８と送受信機１２０とを示しているが、プロセッサ１１８と送受信機１２０とが、電子パッケージ又はチップ内に一緒に統合されてもよいことを理解されよう。

ＵＥの伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、図１Ａの基地局１１４ａ）、又はエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを通して別のＵＥへ信号を伝送する、又はそこから信号を受信するように構成される場合がある。例えば、伝送／受信要素１２２は、ＲＦ信号を伝送及び／又は受信するように構成されたアンテナであってもよい。伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ、又は可視光信号を伝送及び／又は受信するように構成されるエミッタ／検出器であってもよい。伝送／受信要素１２２は、ＲＦ及び光信号の両方を伝送及び受信するように構成されてよい。伝送／受信要素１２２は、無線又は有線信号の任意の組み合わせを伝送及び／又は受信するように構成されてもよいことを理解されよう。

加えて、伝送／受信要素１２２は、単一の要素として図１Ｆで描写されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して無線信号を伝送及び受信するために、２つ以上の伝送／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。

送受信機１２０は、伝送／受信要素１２２によって伝送されることになる信号を変調し、かつ伝送／受信要素１２２によって受信される信号を復調するように構成されてよい。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有する場合がある。したがって、
送受信機１２０は、ＷＴＲＵ１０２が、複数のＲＡＴ、例えば、ＮＲ及びＩＥＥＥ８０２．１１、又はＮＲ及びＥ−ＵＴＲＡを介して通信するか、又は異なるＲＲＨ、ＴＲＰ、ＲＳＵ又はノードへの複数のビームを介して同じＲＡＴと通信できるようにするために、複数の送受信機を含む場合がある。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid Crystal Display：ＬＣＤ）ディスプレイ装置又は有機発光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）ディスプレイ装置）に連結されて、そこからユーザ入力データを受信してもよい。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、及び／又はディスプレイ／タッチパッド／インジケータ１２８に出力してもよい。加えて、プロセッサ１１８は、非取り外し可能メモリ１３０及び／又は取り外し可能メモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、それの中にデータを記憶してもよい。非取り外し可能メモリ１３０としては、ランダムアクセスメモリ（Random-Access Memory：ＲＡＭ）、読み取り専
用メモリ（Read-Only Memory ：ＲＯＭ）、ハードディスク、又は任意の他のタイプの
メモリ記憶デバイスを挙げてもよい。取り外し可能メモリ１３２としては、加入者識別モジュール（Subscriber Identity Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digital：ＳＤ）メモリカードなどを挙げてもよい。プロセッサ１
１８は、クラウド又はエッジコンピューティングプラットフォームでホストされるサーバ、もしくはホームコンピュータ（図示せず）内など、ＷＴＲＵ１０２上に物理的に設置されていないメモリの情報にアクセスし、そこにデータを記憶してもよい。

プロセッサ１１８は、電源１３４から電力を得てもよく、ＷＴＲＵ１０２内のその他のコンポーネントへの電力を分配及び／又は制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に給電する任意の好適なデバイスであってよい。例えば、電源１３４は、１つ又は複数の乾電池、太陽電池、燃料電池などを含んでもよい。

プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度及び緯度）を提供するように構成されることがあるＧＰＳチップセット１３６に連結されてもよい。ＧＰＳチップセット１３６からの情報に加え、又はその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信、及び／又は２つ以上の近傍基地局から受信されている信号のタイミングに基づいて、その場所を決定してもよい。ＷＴＲＵ１０２は、任意の好適な位置特定方法によって位置情報を取得してもよいことを理解されるであろう。

プロセッサ１１８はさらに、追加の特徴、機能性、及び／又は有線又は無線コネクティビティを提供する１つ又は複数のソフトウェア及び／又はハードウェアモジュールを含む場合がある他の周辺機器１３８に連結されてもよい。例えば、周辺機器１３８は、加速度計、バイオメトリック（例えば、指紋）センサなどの種々のセンサ、ｅ−コンパス、衛星送受信機、デジタルカメラ（写真又はビデオ用）、ユニバーサルシリアルバス（Universal Serial Bus：ＵＳＢ）ポート又は他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでもよい。

ＷＴＲＵ１０２は、センサ、大衆消費電子製品、スマートウォッチ又はスマート衣類などのウェアラブルデバイス、医療又はｅ健康デバイス、ロボット、産業機器、ドローン、
車、トラック、電車、又は飛行機などの乗り物などの他の装置もしくはデバイスに含まれてもよい。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備えることがある相互接続インターフェースなどの１つ又は複数の相互接続インターフェースを介して、このような装置もしくはデバイスの他のコンポーネント、モジュール、又はシステムに接続してもよい。

図１Ｇは、例示的コンピューティングシステム９０のブロック図である。このシステム内で、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、他のネットワーク１１２、又はその他のネットワークサービス１１３内のある種のノード又は機能エンティティなど、図１Ａ、図１Ｃ、図１Ｄ、及び図１Ｅに例示される通信ネットワークの１つ又は複数の装置が具現化されてよい。コンピューティングシステム９０は、コンピュータ又はサーバを含み、かつコンピュータ可読命令によって主に制御されてよく、このコンピュータ可読命令は、ソフトウェアの形態であってもよく、このようなソフトウェアが記憶又はアクセスされる場所もしくは手段は、いかなるものであってもよい。このようなコンピュータ可読命令は、コンピューティングシステム９０を作動させるように、プロセッサ９１内で実行されてよい。プロセッサ９１は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つ又は複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）回路、任意の他のタイプの集積回路（Integrated Circuit：ＩＣ）、状態マシンなどであってよい。プロセッサ９１は、信号コ
ーディング、データ処理、電力制御、入力／出力処理、及び／又はコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする任意の他の機能性を実施してもよい。コプロセッサ８１は、主要プロセッサ９１とは明確に異なる、任意選択のプロセッサであり、追加の機能を実施するか、又はプロセッサ９１を支援することがある。プロセッサ９１及び／又はコプロセッサ８１は、本明細書に開示される方法及び装置に関連するデータを、受信、生成、ならびに処理してよい。

プロセッサ９１は、動作時に、命令をフェッチ、復号、及び実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ転送し、かつ他のリソースから転送する。このようなシステムバスは、コンピューティングシステム９０内のコンポーネント同士を接続し、かつデータ交換向けの媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、及び割り込みを送信し、かつシステムバスを操作するための制御ラインを含む。このようなシステムバス８０の一例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。

システムバス８０に連結されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２及び読み取り専用メモリ（ＲＯＭ）９３を含む。このようなメモリは、情報の記憶及び読み出しを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、プロセッサ９１又は他のハードウェアデバイスによって読み取られる、もしくは変更されてよい。ＲＡＭ８２及び／又はＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてよい。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供する場合がある。メモリコントローラ９２はまた、システム内のプロセスを隔離し、かつユーザプロセスからシステムプロセスを隔離するメモリ保護機能を提供する場合がある。したがって、第１のモードで起動するプログラムは、それ自体のプロセス仮想アドレス空間によってマップされているメモリのみにアクセスする場合があり、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間
内のメモリにアクセスすることはできない。

加えて、コンピューティングシステム９０は、プロセッサ９１から、プリンタ９４、キーボード８４、マウス９５及びディスクドライブ８５などの周辺機器に命令を通信する役割を担う、周辺機器コントローラ８３を含んでもよい。

ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。このような視覚出力は、テキスト、グラフィックス、動画グラフィックス、及びビデオを含んでよい。視覚出力は、グラフィカルユーザインターフェース（Graphical User Interface：ＧＵＩ）の形態で提供されてよい。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、又はタッチパネルで実装される場合がある。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる電子コンポーネントを含む。

さらに、コンピューティングシステム９０は、図１Ａ、図１Ｂ、図１Ｃ、図１Ｄ又は図１ＥのＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、ＷＴＲＵ１０２又は他のネットワーク１１２などの外部通信ネットワーク又は装置に、コンピューティングシステム９０を接続するために使用されて、コンピューティングシステム９０がそれらのネットワークの他のノード又は機能エンティティと通信できるようにする、例えば、無線又は有線ネットワークアダプタ９７などの通信回路を含む場合がある。通信回路は、単独で、又はプロセッサ９１と組み合わせて、本明細書で記載されるある種の装置、ノード、又は機能エンティティの伝送及び受信ステップを実施するために使用されてよい。

本明細書に記載される装置、システム、方法及びプロセスのうちいずれか又は全ては、コンピュータ可読記憶媒体に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化される場合があり、その命令は、プロセッサ１１８又は９１などのプロセッサによって実行されると、プロセッサに、本明細書に記載されるシステム、方法、及びプロセスを実施及び／又は実装させることを理解されたい。具体的には、本明細書に記載されるいずれのステップ、動作、又は機能も、このようなコンピュータ実行可能命令の形態で実装され、無線及び／又は有線ネットワーク通信向けに構成された装置又はコンピューティングシステムのプロセッサで実行されてよい。コンピュータ可読記憶媒体は、情報の記憶のために、任意の非一時的（例えば、有形又は物理的）方法もしくは技術に実装される揮発性及び不揮発性媒体、取り外し可能及び非取り外し可能媒体を含むが、このようなコンピュータ可読記憶媒体には、信号は含まれない。コンピュータ可読記憶媒体としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（Digital Versatile Disk：ＤＶＤ）又は他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶デバイス又は他の磁気記憶デバイス、もしくは所望の情報を記憶するために使用されてよく、かつコンピュータシステムによってアクセスされることがある任意の他の有形もしくは物理的媒体が挙げられるが、それらに限定されない。

〔新無線要件〕
3GPP TR 38.913では、新無線（ＮＲ）技術に対するシナリオ及び要件を規定している。ｅＭＢＢ、ＵＲＬＬＣ及びｍＭＴＣデバイスに対する重要業績評価指標（ＫＰＩ）を、表２にまとめる。

〔ＬＴＥ Ｖ２Ｘ〕
Ｖ２Ｘサービスに代表される車両通信サービスは、Ｖ２Ｖ、Ｖ２Ｉ、Ｖ２Ｎ及びＶ２Ｐを含む場合がある。Ｖ２Ｘサービスは、ＰＣ５インターフェース及び／又はＵｕインターフェースによって提供される。ＰＣ５インターフェースによるＶ２Ｘサービスのサポートは、Ｖ２Ｘサイドリンク通信によって提供され、それによって、各ＵＥはＰＣ５インターフェースを通して互いに直接通信できる。ＵＥがＥ−ＵＴＲＡＮによってサービスを提供されており、かつＵＥがＥ−ＵＴＲＡカバレッジ外のときに、この通信モードはサポートされる。Ｖ２Ｘサービスで使用されるように許可されたＵＥのみが、Ｖ２Ｘサイドリンク通信を実施することができる。

ＬＴＥ−Ｕｕは、ユニキャスト及び／又はＭＢＭＳである場合がある。これらの２つの操作モードは、ＵＥによって、伝送と受信とで別々に用いられる。例えば、ＵＥは、受信にはＭＢＭＳを使用するが、伝送にはＬＴＥ−Ｕｕを使用しない場合がある。ＵＥはまた、ＬＴＥ−Ｕｕユニキャスト下りリンクを介してＶ２Ｘメッセージを受信する場合もある。

〔５Ｇ ＮＲにおけるＶ２Ｘ〕
ＳＡ１は、自動車産業において望まれる新しい用途を考慮に入れて、最新のＶ２Ｘサービスに関する２５個のユースケースを明確化している。最新のＶ２Ｘサービスに関する２５個のユースケースは、４つのユースケースグループに分類される。これらは、隊列走行、拡張センサ、先進運転及び遠隔運転を含む。

車両隊列走行は、各車両が一緒になって走行する隊列を動的に形成することを可能にする。隊列走行中の全ての車両は、この隊列走行を管理している先導車両から情報を取得する。この情報により、全車両が同じ方向に走行し、かつ一緒に走行するように効果的に調整されて、各車両が通常よりも近接して運転することが可能になる。

拡張センサは、車両、路側機、歩行者のデバイス、及びＶ２Ｘアプリケーションサーバ間のローカルセンサ又はライブ動画イメージを通して収集された未処置又は処理済みデータの交換を可能にする。車両は、それ自体のセンサが検出できるもの以上に、周囲の状況の認識を高めることができる。また、それらは、局所的な状況のより広範な全体像を得る。高データレートは、その主要な特徴の１つである。

先進運転は、準自動又は完全自動運転を可能にする。各車両及び／又はＲＳＵは、それ自体のローカルセンサから取得したその認識データを、近傍の車両と共有し、それにより、各車両がそれらの経路又は操縦を同期及び調整することが可能になる。各車両はまた、その運転意図を近傍の車両と共有する。

遠隔運転は、乗客自身が運転することができないその乗客自身の遠隔車両又は危険な状況にある遠隔車両を、遠隔運転者又はＶ２Ｘアプリケーションが操作することを可能にする。公共交通機関のケースのように、変形形態が限定され、かつルートが予測可能な状況では、クラウドコンピューティングに基づいた運転が使用される場合もある。これらの状況において、高信頼・低遅延は、主要要件である。

Ｒｅｌ−１４ ＬＴＥ Ｖ２Ｘでは、TR 22.885で、Ｖ２Ｘサービスに対する要件の基本セットがサポートされており、また基本道路安全サービスが充分に考慮に入れられている。車両（すなわち、Ｖ２ＸアプリケーションをサポートしているＵＥ）は、近くの車両、インフラストラクチャノード及び／又は歩行者と、位置、速度、及び進行方向など、それらの状態情報をサイドリンクを通じて交換できる。Ｒｅｌ−１５の３ＧＰＰ Ｖ２Ｘフェーズ２の現行の作業項目では、サイドリンクのいくつかの新しい特徴が取り入れられて
おり、例えば、それらは、キャリアアグリゲーション、高次変調、遅延低減、ならびに、サイドリンクでの伝送ダイバーシチと短ＴＴＩとの双方の有効性検討などが挙げられる。３ＧＰＰ Ｖ２Ｘフェーズ２におけるこれらの拡張された特徴の全ては、主にＬＴＥに基づき、かつ同じリソースプールでＲｅｌ−１４のＵＥとの共存が必要とされる。

〔同期及びサイドリンク構成取得〕
本出願の一態様によれば、ＮＲ Ｖ２Ｘ同期及びサイドリンク構成取得に関する３つの可能なケースが考えられる。それぞれを、以下にて説明する。

ケース１：ネットワークベース同期及び取得：ｇＮＢ及びＲＳＵが、ＮＲ ＳＳＢ、ならびに、Ｖ２Ｘサイドリンク同期及び発見に必須の他のシステム情報（Other System Information：ＯＳＩ）を伝送する。これは、例えば、所定の周波数でのＳＬＳＳの伝送／受信に使用される同期構成を含む場合がある。必須のＶ２Ｘサイドリンク同期及び発見パラメータの例は、ＯＳＩで提供される場合がある。

ケース２：ＵＥ中継ベース同期及び取得：カバレッジ外の車両ＵＥに対して、同期を実施して、サイドリンクの必須のシステム情報を提供する。同期信号バースト及びＮＲ物理サイドリンクブロードキャストチャネル（NR Physical Sidelink Broadcast Channel：ＮＲ−ＰＳＢＣＨ）を伝送することによって、Ｖ２Ｘ通信シナリオにおける同期発信元として、一部のＵＥは機能する。同期信号バーストは、ＮＲ−ＳＳＢと類似する場合があり、例えば、同期発信元ＵＥのＩＤ又はグループＩＤ、もしくはグループ先導ＩＤが、ＵＥの同期スイーピングバーストのＳＳＢの時間インデックスと共に、同期信号で搬送される。ＮＲ−ＰＳＢＣＨは、Ｖ２Ｘサイドリンク構成に関する必須のシステム情報の大部分を搬送する。これは、例えば、デフォルトＶ２Ｘ発見リソース、及び初期サイドリンクリソース構成、及び／又は、ニューメロロジーに関する残りの詳細な情報を搬送するサイドリンク上のＮＲ−ＰＳＳＣＨが割り当てられている位置、サイドリンクリソース構成を含む場合がある。

ＮＲ ＰＢＣＨと比べて、このサイドリンクのＮＲ−ＰＳＢＣＨは、より多くの容量を有する場合がある。それにより、周波数におけるより多くのＲＢ及び時間におけるより多くのシンボル、例えば、ＮＲサイドリンク同期信号ブロック（NR Sidelink Synchronization Signal Block：ＮＲ−ＳＳＳＢ）内のＮＲ−ＰＳＳＳ及びＮＲ−ＳＳＳＳを伴って、ＦＤＭされ、かつＴＤＭされた、周波数におけるより広い帯域幅と時間における２つを超えるシンボルを利用するＮＲ−ＰＳＢＣＨの構造が作られる。かかるＵＥは、ｇＮＢ又はＲＳＵに同期しているＵＥ（ネットワークカバレッジ内ＵＥと呼ばれる）、Ｖ２Ｘグループ先導（例えば、隊列走行グループの先導）、又は、Ｖ２Ｘグループに属して、同期信号バースト及びグループ先導ノードのＮＲ−ＰＳＢＣＨを搬送するＵＥ、のいずれかである場合がある。

同期信号バースト及びＮＲ−ＰＳＢＣＨは、（全ての）異なるビームにわたってスイープされるビームフォーミング方式で伝送される。カバレッジ外の車両ＵＥが、別の車両ＵＥによって伝送された同期信号バースト及びＮＲ−ＰＳＢＣＨを検出すると、そのＵＥは、Ｖ２Ｘサイドリンクチャネル及び信号構成の同期及び必須のシステム情報を取得する。

ケース３：アドホック同期及び取得：近傍の関心の車両ＵＥに対して、それらの全てがネットワークカバレッジ外にあり、かつＶ２Ｘグループを未だ形成していない場合、アドホック同期及び取得が実施される。近傍の関心の車両の中で、少なくとも１つの車両ＵＥが、ＮＲ−ＳＳＢと類似する場合がある同期信号バーストをブロードキャストし、例えば、同期発信元ＵＥのＩＤ又はグループＩＤが、ＵＥの同期スイーピングバーストの同期信号のブロックの時間インデックスと共に、同期信号で搬送される。カバレッジ外の車両Ｕ
Ｅは、かかるＵＥによって伝送された同期信号バーストを検出すると、そのＵＥとの同期を取得する。かかるＵＥはまた、Ｖ２Ｘサイドリンク構成に関する必須のシステム情報の大部分を含むＮＲ−ＰＳＢＣＨをブロードキャストする場合もあり、この情報としては、例えば、デフォルトＶ２Ｘ発見リソース、及び初期サイドリンクリソース構成、及び／又は、ニューメロロジーに関する残りの詳細な情報を搬送するサイドリンク上のＮＲ−ＰＳＳＣＨが割り当てられている位置、サイドリンクリソース構成などがある。

ＮＲ ＰＢＣＨと比べて、このサイドリンクのＮＲ−ＰＳＢＣＨは、より多くの容量を有する場合があり、それにより、周波数におけるより多くのＲＢ及び時間におけるより多くのシンボル、例えば、ＮＲサイドリンク同期信号ブロック（ＮＲーＳＳＳＢ）内のＮＲ−ＰＳＳＳ及びＮＲ−ＳＳＳＳを伴って、ＦＤＭされ、かつＴＤＭされた、周波数におけるより広い帯域幅と時間における２つを超えるシンボルを利用するＮＲ−ＰＳＢＣＨの構造を作ることができる。カバレッジ外の車両ＵＥは、かかるＵＥによって伝送されたＮＲ−ＰＳＢＣＨを検出すると、Ｖ２Ｘサイドリンクチャネル及び信号構成の必須のシステム情報を取得する。ＮＲ−ＰＳＢＣＨが、かかるＵＥによって伝送されない場合、カバレッジ外の車両ＵＥは、Ｖ２Ｘサイドリンクチャネル及び信号を受信するために必要な必須のシステム情報のデフォルト構成を使用する場合がある。同期信号バースト及びＮＲ−ＰＳＢＣＨは、（全ての）異なるビームにわたってスイープされるビームフォーミング方式で伝送される。

〔ＮＲ Ｖ２Ｘ用のビームフォーミング〕
本出願の別の態様によれば、ＮＲ Ｖ２Ｘを発見する前のビームフォーミングは、ＮＲ
Ｒｅｌｅａｓｅ−１５の初期アクセスでのビームフォーミングと類似する。同期及び取得のケースのそれぞれにおいて、ＵＥは、ビーム上のベストＮＲ−ＳＳＢ又はＮＲ−ＰＳＳＢ（物理サイドリンクＳＳブロック）の検出を完了した時点で、発信元ノードのベストＴＸビームを既に見つけている。

同期及び取得のケースのそれぞれにおいて、ＵＥはまた、サイドリンクのリソースプールの構成、及び同期ノードとのビームリンクペアリングを完了する情報を取得し、かつその情報を使用して、同期ノードとのビームリンクペアリングを完了する。

上位層シグナリング（例えば、ＲＡＤＡＲセンシング結果によってトリガされるシグナリング、又は新ＵＥ加入隊列走行メッセージ）に応じて、車両ＵＥは、１つ又はいくつかのＵＥと、ビームフォーミングトレーニングプロセスを開始する。上位層シグナリングは、空間的方向の範囲、又はＢＦトレーニングを実施する他のＵＥのビームの選択サブセットを提供してもよい。これにより、ビームフォーミングオーバーヘッドが著しく低減される。ビームフォーミングトレーニングプロシージャの間に、ビーム幅選択が、速度（例えば、２つのＶ２Ｘノード間の相対速度）に基づいて決定される場合がある。Ｖ２Ｘノードは、ビームトレーニング用サイドリンクＣＳＩ−ＲＳ（Side-Link CSI-RS：ＳＬ−ＣＳ
Ｉ−ＲＳ）を構成できる。ＵＥは、ビームマネージメント用の複数のＳＬ−ＣＳＩ−ＲＳを用いて構成されてよい。ＳＬ−ＣＳＩ−ＲＳリソースは、周期的なもの（すなわち、スロットレベルで構成される）、半持続的なもの（すなわち、スロットレベルではあるが、Ｖ２Ｘノードからのメッセージによってアクティブ又は非アクティブにされる場合がある）、及び非周期的なもの（Ｖ２Ｘノードシグナリングによってトリガされる伝送）、であってもよい。ビームトレーニング用の例示的ＳＬ−ＣＳＩ−ＲＳ構成を図２に示す。

〔ＮＲ Ｖ２Ｘ発見〕
本出願のさらに別の態様によれば、ビームフォーミングトレーニング後に、ＮＲ Ｖ２Ｘ発見が実施される必要がある。ＮＲ−ＰＳＤＣＨは、ＮＲ Ｖ２Ｘ用の物理サイドリンク発見チャネルであり、これは、発見を実施するＶ２Ｘノードのペア間で交換されるもの
である。ＮＲ−ＰＳＤＣＨは、２つのＶ２Ｘノード間で確立されたビームリンクペアで、ビームフォーミング方式によって伝送される必要がある。ＮＲ−ＰＳＳＢのベスト検出ビームは、ＮＲ−ＰＤＳＣＨのビームを示す。図３の示すこの例では、ブロック番号２は、ＵＥにとって好ましいビームであり、ＮＲ−ＰＳＳＢブロック２は、ＮＲ−ＰＤＳＣＨのビーム、例えば、ＮＲ−ＰＤＳＣＨ用のサイドリンクリソースを指し示すＮＲ−ＰＳＳＢブロック２のインデックスを示している。

〔車両グループシナリオにおけるプロシージャ〕
本出願のさらにまた別の態様に従って、車両グルーピングシナリオに対するプロシージャについて記載する。本態様の実施形態において、協調短距離グルーピング（Cooperative Short distance Grouping：ＣｏＳｄＧ）は、トラックなどの車両間の距離が、非常に短い場合のシナリオを指す。これにより、好ましくは、法的な接近車間距離が形成される。

図４に示す例示的実施形態において、いくつかの車両は、Ｖ２Ｘ対応であり、それらの車両は、互いに近接し、かつＶ２Ｘ通信範囲内で走行している。それらは、互いに発見し、かつグループを結成することになる。このようなグループは、ＣｏＳｄＧ、又は隊列走行グループとなり得る。このアーキテクチャに基づいて、グループ形成及び管理のための次のプロシージャが、以下のように想定される。

ステップ１：互いに近接している車両は、互いに発見しあうことになる。発見は、近傍発見、ビームリンクペアリング（ビームフォーミングトレーニング）、及び上位層Ｖ２Ｘプロトコル発見を含む。各車両は、上述のようなビームフォーミングトレーニング方法を使用できる。上位層Ｖ２Ｘプロトコル発見チャネルは、ＬＴＥ Ｖ２Ｘ発見と類似の情報を搬送する。このような発見は、周期的、又はイベントトリガ型とすることができる。例えば、上位層シグナリング又はＭＡＣ−ＣＥシグナリングを受信するとすぐ、車両は、発見のプロシージャを開始する場合がある。上位層シグナリング又はＭＡＣ−ＣＥシグナリングは、ＵＥのＲＡＤＡＲ又は近傍の車両を検出する他のセンサによってトリガされ得る。

ステップ２：ビーム発見及びビームリンクペアが確立された後に、それらの車両は、ピアデバイス発見、及び物理層から出された復号済みＮＲ−ＰＳＤＣＨを用いて上位層又はアプリケーションによって行われた関連付けを介して、グループを形成する。

ステップ２ａ：新しいＶ２Ｘグループを形成するプロシージャを開始することを望む車両は、Ｖ２Ｘグルーピング要求を、１つ又はいくつかの他の車両に送信する。Ｖ２Ｘグルーピング要求と呼ばれる新しいシグナリングは、上位層シグナリング又はＭＡＣ−ＣＥシグナリングとすることができる。それは、ＮＲ−ＰＳＳＣＨ（ＮＲ物理サイドリンク共有チャネル）で伝送することができる。それは、少なくとも以下の情報を含む。
（ｉ）隊列走行、ＳＳＭＳ（センサ及び状態マップ共有）、ＣｏＳｄＧなどを確立する能力があるか、又はそれらの確立を望む車両のＶ２Ｘグループのタイプ。１つ又はいくつかのグループのタイプが、同時にシグナリングされる場合がある。
（ｉｉ）車両の手掛り情報：例えば、車両サイズ、速度、位置、予定の走行経路／目的地など。

ステップ２ｂ：開始車両からＶ２Ｘグルーピング要求を受信した車両は、Ｖ２Ｘグルーピング応答で応答する。新しいシグナリングＶ２Ｘグルーピング応答は、Ｖ２Ｘグルーピング要求に対する応答であると想定される。それは、上位層シグナリング又はＭＡＣ−ＣＥシグナリングとすることができる。それは、ＮＲ−ＰＳＳＣＨ（ＮＲ物理サイドリンク共有チャネル）で伝送することができる。それは以下の情報を含む（ただし、それらに限
定されない）。
隊列走行、ＳＳＭＳ（センサ及び状態マップ共有）、ＣｏＳｄＧなどを含む、開始車両との確立に同意する応答車両のＶ２Ｘグループのタイプ。１つ又はいくつかのグループのタイプが、同時にシグナリングされる場合がある。グループタイプシグナリング内の少なくとも１つのコードワードは、「グループを形成することができない」と示す場合もある。
車両の手掛り情報：例えば、車両サイズ、速度、位置、予定の走行経路／目的地など。

ステップ２ｃ：次のＶ２Ｘグループ確立シグナリングが、上位層グルーピングプロトコルに従って交換される。グループの確立に成功した場合、Ｖ２Ｘグルーピング完了メッセージが、グループ内でブロードキャストされる。Ｖ２Ｘグルーピング完了メッセージは、グループが確立したという確認である。搬送されるグループ情報は、グループＩＤ、グループサイズ、速度、車間距離ポリシー、グループ内の個々のグループメンバーのインデックス及び位置、予定の経路などを含んでもよい。グループのうちの任意の２つのメンバー間の通信リンクは、直接ビームリンクペアであるか、又はその他の車両あるいはＲＳＵを介した中継とすることができる。各グループメンバーは、そのグループＩＤ及びグループメンバーインデックスによって、一意に識別することができる。

ステップ３：グループメンバー（車両）は、それらの車載装置情報、センサデータ、速度、方向、操縦などを、継続的に交換する。それらは、初期ビームリンクペアリング後のビームトラッキングで、情報を利用する。これはまた、中継リンクも含む。

図５に示す別の例示的実施形態に従って、グループへの加入プロシージャについて記載する。ここで、いくつかの車両は、Ｖ２Ｘ対応であり、それらの車両は、互いに近接し、かつＶ２Ｘ通信範囲内で走行している。それらは、既にグループを形成している。このようなグループは、ＣｏＳｄＧ、又は隊列走行グループである場合がある。別の車両が、グループに近接して走行している。この実施形態のプロシージャを、下記に提示する。

ステップ１：いくつかの車両がグループを形成した後に、各グループメンバーは、それらのグループ関連情報を非グループメンバーにブロードキャストする。グループ情報は、グループＩＤ、グループサイズ、速度、車間距離ポリシー、グループ内の各車両の位置、予定の経路などを含んでもよい。代替として、グループ関連情報は、ＮＲ−ＰＳＤＣＨなどのグループメンバーの発見チャネル／信号で搬送される。

ステップ２：グループに近接して走行する車両は、グループメンバーとの発見を実施するが、これは、この新しい車両か、又は既存のグループメンバーかの、どちらか一方によって開始することができる。ピアデバイス発見を開始する車両ＵＥは、「発見対象」メッセージをＮＲ−ＰＳＤＣＨで送信する。次いで、他の車両が、それに従って応答する。発見は、近傍ビーム発見、ビームリンクペアリング（ビームフォーミングトレーニング）、及び上位層Ｖ２Ｘプロトコルピアデバイス又はサービス発見を含む。各車両は、上述のようなビームフォーミングトレーニング方法を使用できる。上位層Ｖ２Ｘプロトコル発見チャネルは、ＬＴＥ Ｖ２Ｘ発見と類似の情報を搬送する。このような発見は、周期的、又はイベントトリガ型とすることができる。例えば、上位層シグナリング又はＭＡＣ−ＣＥシグナリングを受信するとすぐ、車両は、発見のプロシージャを開始できる。上位層シグナリング又はＭＡＣ−ＣＥシグナリングは、ＵＥのＲＡＤＡＲ又は近傍の車両を検出する他のセンサによってトリガすることができる。

ステップ３：新しい車両は、グループ関連情報を、グループメンバーから受信する（これは、ブロードキャストメッセージ又は発見中又は発見後のＮＲ−ＰＳＤＣＨである場合がある）。次に、この車両は、このグループポリシー及び条件が加入を許容するかどうか
を評価する。加入するかどうかの基準は、（限定はされないが）グループサイズ、速度、車間距離ポリシー、予定の経路などを含んでもよい。車両がグループへの加入を決定する場合、ステップ４に進む。

ステップ４：グループに加入するために、この車両は、Ｖ２Ｘグループ加入要求メッセージを、グループの１つ又はいくつかのメンバーに送信する。Ｖ２Ｘグループ加入要求と呼ばれるこの新しいシグナリングは、上位層シグナリング又はＭＡＣ−ＣＥシグナリングとして定義することができる。それは、（ｉ）加入要求のインジケーション、（ｉｉ）グループＩＤ、（ｉｉｉ）加入時のグループ内の予定位置、（ｉｖ）その車両自体の手掛り情報、例えば、車両サイズ、速度、位置、予定の走行経路／目的地などの情報を含む。

ステップ５：グループタイプ（隊列走行、ＣｏＳｄＧ、又は他のタイプ）によっては、Ｖ２Ｘグループ加入要求を受信した車両は、決定のために他のグループメンバーに受信したＶ２Ｘグループ加入要求を転送／中継することを必要とする場合がある。例えば、隊列走行のケースでは、隊列走行先導車両は、新しい車両の加入を認めるかどうかの決定を行ってもよい。グループメンバーが新しい車両の加入を認めるかどうかの決定を行った後に、Ｖ２Ｘグループ加入要求を受信した車両が、Ｖ２Ｘグループ加入応答で応答する。

新しいシグナリングＶ２Ｘグループ加入応答は、Ｖ２Ｘグループ加入要求に対する応答として定義される。それは、上位層シグナリング又はＭＡＣ−ＣＥシグナリングとすることができる。それは、ＮＲ−ＰＳＳＣＨ（ＮＲ物理サイドリンク共有チャネル）で伝送することができる。それは、（ｉ）加入要求の許可又は拒否のインジケーション、（ｉｉ）グループＩＤ、（ｉｉｉ）加入時のグループ内の許容される位置、（ｉｖ）グループの他の手掛り情報などの情報を含む。

ステップ６：要求車両が、その加入要求を許可するＶ２Ｘグループ加入応答を受信する場合、グループの加入を進める。次に、グループに、Ｖ２Ｘグループ加入完了メッセージを送信する。そうでない場合（要求車両が、その加入要求を拒否するＶ２Ｘグループ加入応答を受信する場合）、グループに加入しない。

ステップ７：Ｖ２Ｘグループ加入完了メッセージを受信するとすぐに、他のグループメンバーは、それらのグループ情報を更新する。それらは、新しく加入した車両によって生じるグループ配置変更に起因して、グループメンバー間のビームリンクペア及び中継ルートを更新することを必要とする場合がある。

ステップ８：グループメンバー（車両）は、それらの車載装置情報、センサデータ、速度、方向、操縦などを、継続的に交換する。それらは、初期ビームリンクペアリング後のビームトラッキングでこの情報を利用し、これはまた、中継リンクも含む。

本態様の別の実施形態によるグループ離脱プロシージャについて記載する。本実施形態の例示的図を、図６に描写する。ここで、いくつかの車両は、Ｖ２Ｘ対応であり、それらの車両は、互いに近接し、かつＶ２Ｘ通信範囲内で走行している。それらは、既にグループを形成している。このようなグループは、ＣｏＳｄＧ、又は隊列走行グループである場合がある。続いて、グループ内の１つの車両が、グループを離脱する。グループ離脱プロシージャを、下記に提示する。

ステップ１：グループ内のグループメンバーが、グループを離脱することを決定する。Ｖ２Ｘグループ離脱メッセージを、ユニキャスト又はブロードキャスト方式で、グループの全メンバーに送信する。グループを離脱する車両は、全てのグループメンバーと直接通信リンクを有していない場合がある。このメッセージは、一部のグループメンバーに中継
されてよい。Ｖ２Ｘグループ離脱と呼ばれるこの新しいシグナリングは、上位層シグナリング又はＭＡＣ−ＣＥシグナリングとして定義することができる。それは、（ｉ）グループを離脱する車両の決定、（ｉｉ）グループＩＤ、（ｉｉｉ）グループ内のその車両の位置、（ｉｖ）その車両自体の手掛り情報、例えば、予定の走行経路／目的地などの情報を含む。このＶ２Ｘグループ離脱メッセージは、ＮＲ−ＰＳＢＣＨ、ＮＲ−ＰＳＳＣＨ、ＮＲ−ＰＳＤＣＨで伝送することができる。

ステップ２：Ｖ２Ｘグループ離脱メッセージを受信するとすぐに、他のグループメンバーは、それらのグループ情報を更新する。それらは、グループを離脱するメンバーによって生じるグループ配置変更に起因して、グループメンバー間のビームリンクペア及び中継ルートを更新することを必要とする場合がある。

ステップ３：グループメンバー（車両）は、それらの車載装置情報、センサデータ、速度、方向、操縦などを、継続的に交換する。それらは、初期ビームリンクペアリング後のビームトラッキングでこの情報を利用し、これはまた、中継リンクも含む。

本態様の別の実施形態によるＮＲ Ｖ２Ｘ用のサイドリンク同期チャネル設計について記載する。ＮＲサイドリンク同期信号（ＳＳ）及びＰＢＣＨチャネル、すなわち、ＮＲ ＳＬ ＳＳＢ／ＰＢＣＨは、プライマリサイドリンク同期信号（NR Primary Sidelink
Synchronization Signal：ＮＲ ＰＳＳＳ）、セカンダリサイドリンク同期信号（NR
Secondary Sidelink Synchronization Signal：ＮＲ ＳＳＳＳ）、復調参照信号（Demodulation Reference Signal：ＤＭＲＳ）、及び物理サイドリンクブロードキャス
トチャネル（Physical Sidelink Broadcast Channel：ＰＳＢＣＨ）の４つの要素で構成される。ＮＲ ＰＳＳＳ及びＮＲ ＳＳＳＳは、時間及び周波数参照で使用され、それらは共に、同期参照（Synchronization Reference：ＳｙｎｃＲｅｆ）を識別するサイドリンク同期信号識別子（Sidelink Synchronization Signal Identifier：ＳＬ−ＳＳ
ＩＤ）を符号化している。カバレッジ内のＳｙｎｃＲｅｆを識別するために確保されるＳＬ−ＳＳＩＤのサブセット（ネットワークによって構成される）があり、ここで、カバレッジ内は、ＬＴＥカバレッジ内、ＮＲカバレッジ内、ＧＮＳＳカバレッジ内、ＬＴＥとＮＲ双方のカバレッジ内、及び、カバレッジ外使用のために確保された別のサブセットと区別される場合がある。また、このカバレッジ外は、ＬＴＥカバレッジ外、ＧＮＳＳカバレッジ外、又はＮＲカバレッジ外と区別される場合がある。ＮＲ ＰＳＢＣＨは、サイドリンクマスタ情報ブロック、すなわちＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ−ＳＬ（ＭＩＢ−ＳＬ）を搬送し、このサイドリンクマスタ情報は、システムサブフレーム番号、ＳＬ ＳＳ／ＰＢＣＨブロックインデックス、ＳＬサブキャリア間隔（Subcarrier Spacing：ＳＣＳ）などの基本システム情報を含む。ＤＭＲＳは、チャネル推定、ＰＳＢ
ＣＨの復調、及び受信側ＵＥのサイドリンク参照信号の受信電力（Sidelink Reference
Signal Received Power：Ｓ−ＲＳＲＰ）の測定の参照として使用されてよい。注意
：ＮＲ ＰＳＳＳ及びＳＳＳＳは、Ｓ−ＲＳＲＰ計算に使用されてもよい。加えて、ＤＭＲＳ系列初期化（すなわち、異なるゴールド系列）が、ネットワークカバレッジ内、又はネットワークカバレッジ外のインジケーションに使用されてもよい。

ＮＲ ＳＬ ＳＳ／ＰＢＣＨバーストセットは、伝送周期（例えば、８０ｍｓ、すなわち、図７のＮ＝８０のサブフレーム）を伴い、５ｍｓ（５サブフレーム）ウィンドウに制限される１つ又は複数のＳＳバーストを含む。このウィンドウ時間は、ＳＬ ＯＳＩでブロードキャストされる。ＳＬ ＳＳバーストは、１つ又は複数のＳＬ ＳＳブロックによって複合されてよい。ＳＬ ＳＳブロックは、１つのシンボルＰＳＳＳ、１つのシンボルＳＳＳＳ及び２つのシンボルＰＳＰＢＣＨ（ＤＭＲＳを含む）を含んでもよい。ＮＲ ＳＬ ＳＳバーストセットの周期は、異なるニューメロロジーによって変化するように定義することができる。ＦＲ１、ＳＣＳ＝｛３０ＫＨｚ，６０ＫＨｚ｝の場合、デフォルトＮ
Ｒ ＳＬ ＳＳ／ＰＢＣＨバーストセット周期は、８０ｍｓ又はそれ以上（例えば、１６０ｍｓ）に設定することができる。ＦＲ２、ＳＣＳ＝｛６０ＫＨｚ，１２０ＫＨｚ，２４０ＫＨｚ｝の場合、デフォルトＮＲ ＳＬ ＳＳ／ＰＢＣＨバーストセット周期は、２０ｍｓ又はそれ以上（例えば、６０ｍｓ）に設定することができる。

〔ＳＬ ＳＳ／ＰＢＣＨ伝送条件〕
本出願のさらに別の態様によれば、一実施形態において、ＳＬ ＳＳ／ＰＢＣＨ伝送に対する以下の条件が満たされて、ＳＬ ＳＳ／ＰＳＢＣＨ伝送がトリガされる。
条件１：ｇＮＢの命令に基づいて、ＵＥは、ＳＬ ＳＳ／ＰＢＣＨを伝送する。ＳＬ ＳＳ／ＰＢＣＨ伝送用の時間及び周波数リソースは、ｇＮＢによってスケジュールすることができる。
条件２：ＵＥ測定ＲＳＲＰ／Ｓ−ＲＳＲＰが、ある特定の閾値を下回るとき。
条件３：ＵＥが同期参照としてＧＮＳＳを選択する場合、ＵＥは、既定の時間及び周波数リソースで、ＳＬ ＳＳ／ＰＳＢＣＨを伝送してよい。
条件４：ＵＥは、既定の時間及び周波数リソースでＳＬ ＳＳ／ＰＢＣＨを伝送するタイミングを決定できる。ＵＥが、カバレッジ外の場合、ＳＬ ＳＳ／ＰＢＣＨを送信する前に既定のＳＬ ＳＳ／ＰＢＣＨリソースでチャネルセンシングを実行する必要があり（センシング時間は、ｍｓに換算したランダム値に依存する）、センシング時間の完了後に、チャネルがクリーンである場合、ＵＥは、ＳＬ ＳＳ／ＰＢＣＨの伝送を開始してよく、そうでない場合、他のＵＥがＳＬ ＳＳ／ＳＳＰＢＣＨを既に伝送していることを示す。

代替的実施形態において、以下の条件が満たされる場合、ＵＥは、ＮＲ ＳＬ ＳＳ／ＰＢＣＨバーストセットの伝送を停止することができる。
条件１：ｇＮＢが、Ｕｕ ＤＣＩを介して、ＮＲ ＳＬ ＳＳ／ＰＢＣＨの伝送を停止するようにＵＥに命令する。
条件２：同期優先順位が変更されたことをＵＥが検出する。
条件３：タイマ（ＳＬＳｙｎｃＴｘＴｉｍｅｒ）が満了するとき。ＳＬＳｙｎｃＴｘＴｉｍｅｒの値は、事前構成されるか、又はＳＬ ＯＳＩなどの上位シグナリングからのものとすることができる。
条件４：ＵＥは、伝送（ウィンドウ）が最大数に到達した場合に、ＳＬ ＳＳ／ＰＢＣＨ伝送の停止を決定する。

〔ＳＬ ＳＳ／ＰＢＣＨバースト、バーストセット構造〕
本出願のさらに別の態様において、ＮＲサイドリンク同期信号／チャネルは、２つのシンボルＰＳＳＳ、２つのシンボルＳＳＳＳ及び５つのシンボルＰＳＰＢＣＨ（ＤＭＲＳを含む）を使用して、ワンショット検出性能を拡張し、さらに時間及び周波数オフセット推定及びワンショットＰＳＰＢＣＨ復調性能を拡張することができる。

ＮＲ ＳＬ ＳＳ／ＰＢＣＨブロックを伴うハーフフレーム（５ｍｓ）では、候補ＮＲ
ＳＬ ＳＳ／ＰＢＣＨブロックの第１シンボルインデックスは、下記の例のように、ＮＲ ＳＬ ＳＳ／ＰＢＣＨブロックのサブキャリア間隔に従って決定される。この際、インデックス０は、ハーフフレーム内の第１スロットの第１シンボルに相当する。例えば、３０ｋＨｚサブキャリア間隔では、候補ＳＬ ＳＳ／ＰＢＣＨブロックの第１シンボルはインデックス｛１，７｝＋１４ｎを有する。第１ＯＦＤＭシンボルは、ＳＳ／ＰＢＣＨ伝送の使用のためには、確保されない。値ｎは、異なる周波数帯域によって変化する。例えば、３ＧＨｚ以下のキャリア周波数の場合、ｎ＝０、１である。例えば、３ＧＨｚより大きく、６ＧＨｚ以下のキャリア周波数の場合、ｎ＝０、１、２、３である。周波数帯域が３ＧＨｚで、ＳＣＳ＝３０ｋＨｚの場合のＳＬ ＳＳ／ＰＢＣＨの伝送パターンを図８Ａに示す。ＳＬ ＳＳスロット内の第１シンボルは、ＡＧＣ安定時間のために確保される。
ＳｙｎｃＲｅｆ ＵＥ（ＳＬ ＳＳ／ＰＢＣＨを伝送するＵＥ）は、どのＳＬ ＳＳ／ＰＢＣＫブロックを無効にすることができるかを決定できる。すなわち、ＳＬ ＳＳ／ＰＢＣＨブロックの一部は、ＳＬ ＳＳバーストで伝送されない場合がある。例えば、モード１では、ＳｙｎｃＲｅｆ ＵＥがｇＮＢカバレッジ内の場合、ｇＮＢは、ＳＬ ＳＳ／ＰＢＣＨを伝送するようにＳｙｎｃＲｅｆ ＵＥに命令できる。この場合、ｇＮＢは、他の近傍のＵＥの位置を認識している場合があり、ゆえに、ｇＮＢは、全てのＳＬ ＳＳ／ＰＢＣＨブロック（ビーム）を伝送する代わりに、ある特定のＳＬ ＳＳ／ＰＢＣＨビームを伝送するように、ＳｙｎｃＲｅｆ ＵＥに命令できる。モード２では、ＳｙｎｃＲｅｆ
ＵＥは、センサ（例えば、レーダーセンサ）の副次的情報、例えば、近傍の車両／ＵＥのＧＰＳ位置、速度、移動方向などによって、助力される場合があるか、又は、どのＳＬ
ＳＳ／ＰＢＣＨブロックが伝送される必要があるかをＵＥが判断する前に、近隣のＵＥの方向を推定するために、ｇＮＢ／ｇＮＢタイプＲＳＵが、副次的情報を提供する。

図８Ｂでは、スロットＭのシンボルインデックス７で開始するＳＬ ＳＳ／ＰＢＣＨブロック（インデックス＝１）、及びスロットＭ＋１のシンボルインデックス１で開始するＳＬ ＳＳ／ＰＢＣＨブロック（インデックス２）は、伝送されない。

モード１では、ＳｙｎｃＲｅｆ ＵＥが、ｇＮＢカバレッジ内の場合、ｇＮＢは、ＳＬ
ＳＳ／ＰＢＣＨを伝送するように、ＳｙｎｃＲｅｆ ＵＥに命令してもよい。ＳＬ ＳＳ／ＰＢＣＨ伝送リソースは、ｇＮＢによってスケジュールすることができる。モード２では、ＳｙｎｃＲｅｆ ＵＥは、事前構成された時間及び周波数リソース内で、ＳＬ ＳＳ／ＰＢＣＨを伝送してよい。Ｕｕ（セル）ＳＳ／ＰＢＣＨとの干渉を低減又は回避するために、ＳＬ ＳＳ／ＰＢＣＨ割り当て方法が、以下のケースに基づくことが想定される。

ケース１：ペア周波数帯：モード１では、ＳＬ ＳＳ／ＰＢＣＨ伝送用の時間及び周波数リソースは、ネットワークリソース（ｇＮＢ）によってスケジュールすることができる。ＳＬ ＳＳ／ＰＢＣＨ伝送用のリソースは、ＵＬ周波数帯域でスケジュールすることができる。したがって、Ｕｕ ＳＳ／ＰＢＣＨは、ＤＬ Ｕｕ ＳＳ／ＰＢＣＨによる曖昧な時間及び周波数オフセット検出の原因にはならない。

モード２では、ＵＥが、事前構成された時間及び周波数リソースでＳＬ ＳＳ／ＰＢＣＨを自律的に伝送できる。ＳＬ ＳＳ／ＰＢＣＨ用に事前構成されるリソースは、ＵＬ周波数帯域のサブバンドに確保することができる。したがって、ＳＬ ＳＳ／ＰＢＣＨリソースが、ＤＬサブバンドでスケジュールされる場合、ＳＬ ＳＳ／ＰＢＣＨ伝送用にスケジュールされたリソースは、周波数領域でＵｕ ＳＳ／ＰＢＣＨと、完全に、部分的に重複しない場合がある。スケジュールされたリソースが、周波数領域でＵｕ ＳＳと、完全に、又は部分的に重複する場合、Ｕｕ ＵＥは、ＳＬ ＳＳ／ＰＢＣＨを誤って検出する可能性がある。ここで、上述のこの問題を解決するために、以下の選択肢による３つのソリューションが想定される。

選択肢１：ＳＬ ＵＥは、周波数領域でＳＬ ＳＳ／ＰＢＣＨリソースがＵｕ ＳＳ／ＰＢＣＨと重複するようにｇＮＢがスケジュールしないと見なすことができる。ペア周波数帯では、それは、ＵＬ周波数帯域でＳＬ ＳＳ／ＰＢＣＨリソースを割り当てできる。

選択肢２：ＳＬ ＳＰＳＳ及びＳＳＳＳは、Ｕｕ ＰＳＳ及びＳＳＳのＭ系列生成での値とは異なる初期値をＭ系列に対して使用する。ただし、Ｍ系列生成の同じ多項式係数は維持する。ＳＰＳＳ／ＳＳＳＳの初期値は、ｇＮＢのＰＳＳ／ＳＳＳとの最小相関を有する。

選択肢３：ＳＬ ＳＰＳＳ／ＳＳＳＳは、Ｕｕ ＰＳＳ及びＳＳＳ系列とは異なる系列を使用する。例えば、ＳＬ ＳＰＳＳ／ＳＳＳＳは、Ｕｕ ＰＳＳ／ＳＳＳとは異なるＭ系列多項式係数を使用できる。

ケース２：ペアでない周波数帯
ＳＳ／ＰＢＣＨリソース割り当てに対する上記の提案した選択肢は、ペアでない周波数帯にも適用することができる。モード１では、ＳＬ ＳＳ／ＰＢＣＨ伝送用の時間及び周波数リソースは、ネットワーク（ｇＮＢ）によってスケジュールすることができる。ペアでない周波数帯では、ＤＬ及びＵＬは同じ周波数帯域にある。したがって、専用のＵＬ周波数帯域でＳＬ ＳＳ／ＰＢＣＨを割り当てることは不可能である。

モード２では、ＵＥが、ＳＬ ＳＳ／ＰＢＣＨ伝送用に事前構成された時間及び周波数リソースでＳＬ ＳＳ／ＰＢＣＨを自律的に伝送できる。ＳＬ ＳＳ／ＰＢＣＨリソースが、Ｕｕ ＳＳ／ＰＢＣＨリソースと重複しない場合。Ｕｕ ＳＳ／ＰＢＣＨリソースの中心は、同期ラスタに割り当てられ、かつＵｕ ＵＥ誤検出ＳＬ ＳＳ／ＰＢＣＨを回避するために、２０個のＲＢにまたがることに留意されたい。

図９に示す一実施形態において、ＳＬ ＳＳ／ＰＢＣＨとＵｕ ＳＳ／ＰＢＣＨとは、ＴＤＭであり、かつＳＬ ＳＳ／ＰＢＣＨの中心は、Ｕｕ ＳＳ／ＰＢＣＨ同期ラスタと位置合わせされている。この場合、車両ＵＥは、ＳＬ ＳＳ／ＰＢＣＨとＵｕ ＳＳ／ＰＢＣＨとを検出するために、異なるサブバンドを同時に監視するように、その受信機を調整する必要はない。これにより、切り換え時間を節約し、潜在的な複雑性を低減できる。しかし、Ｕｕ ＳＳ／ＰＢＣＨとＳＬ ＳＳ／ＰＢＣＨとの間の相関を低減し、かつ曖昧な時間及び周波数オフセット推定を回避するために、ＳＬ同期信号（ＳＰＳＳ／ＳＳＳＳ）は、Ｕｕ ＰＳＳ／ＳＳＳとは異なる系列、又はＭ系列生成に対して異なる初期値を使用する必要がある。

モード１のＳＬ ＳＳ／ＰＢＣＨ伝送では、ＵＥは、ＳＬ ＳＳ／ＰＢＣＨは、スケジュールされたＳＬバンドの中心で伝送されると想定する場合がある。モード２のＳＬ ＳＳ／ＰＢＣＨ伝送では、ＳＬ ＳＳ／ＰＢＣＨ伝送用のリソースは、事前構成されたリソース（又はＳＬバンド）に基づく。ＵＥは、ＳＬ ＳＳ／ＰＢＣＨが、事前構成されたＳＬバンドの中心で伝送されると想定しない場合もある。

〔ＮＲ ＳＬ ＳＳ／ＰＢＣＨ伝送周期〕
本出願のさらに別の態様によれば、ＮＲ ＳＬ ＳＳ／ＰＢＣＨの伝送は、以下の選択肢を有する場合がある。

選択肢１：周期的伝送
モード１では、ＳｙｎｃＲｅｆ ＵＥ同期発信元がｇＮＢに基づく場合、ｇＮＢは、（１つ又は複数の）ＳＬ ＳＳ／ＰＢＣＨバーストセット（例えば、ＳＬ ＰＳＳＳ／ＳＳＳとＳＬ ＰＢＣＨとの異なる伝送周期）を、カバレッジ外ＵＥに伝送するように、ＳｙｎｃＲｅｆ ＵＥに命令できる。例えば、ＳＬ ＳＳ／ＰＢＣＨバーストセット周期の伝送は、｛５ｍｓ，１０ｍｓ，２０ｍｓ，４０ｍｓ，８０ｍｓ，１６０ｍｓ，２００ｍｓ｝をサポートする場合がある。

モード２では、ＵＥが、ＳＬ ＳＳ／ＰＢＣＨバーストセット伝送周期を決定できる。例えば、ＳＬ ＳＳ／ＰＢＣＨバーストセット周期は、｛５ｍｓ，１０ｍｓ，２０ｍｓ，４０ｍｓ，８０ｍｓ，１６０ｍｓ，２００ｍｓ｝である場合がある。

ＮＲ ＰＳＢＣＨ伝送周期は、ＮＲ ＳＬ ＰＳＳＳ／ＳＳＳＳ伝送周期とは異なる場
合がある。例えば、ＮＲ ＰＳＢＣＨの伝送周期は、８０ｍｓに設定されるが、ＮＲ ＳＰＳＳ／ＳＳＳＳの伝送周期は、４０ｍｓに設定される場合がある。

選択肢２：非周期的伝送
モード１では、ｇＮＢは、あるタイミング期間を伴うＳＬ ＳＳ／ＰＢＣＨバーストセットを伝送するように、ＵＥに命令できる。ＳＬ ＳＳ／ＰＢＣＨ伝送ウィンドウは、複数の５ｍｓ（又はバーストセットの伝送の数と等価）に、設定される。モード２では、ＵＥが、ＳＬ ＳＳ／ＰＢＣＨ伝送ウィンドウを、複数の５ｍｓに決定できる。図１０では、ＳＬ ＳＳ／ＰＢＣＨバーストセットの２つが伝送される。

モード１のＳＬ ＳＳ／ＰＢＣＨ伝送では、ＵＥは、ＳＬ ＳＳ／ＰＢＣＨは、スケジュールされたＳＬバンドの中心で伝送されると想定する場合がある。モード２のＳＬ ＳＳ／ＰＢＣＨ伝送では、ＳＬ ＳＳ／ＰＢＣＨ伝送用のリソースは、事前構成されたリソース（又はＳＬバンド）に基づく。それゆえ、ＵＥは、ＳＬ ＳＳ／ＰＢＣＨが、事前構成されたＳＬバンドの中心で伝送されると想定しない場合もある。

〔ＮＲ ＳＬ ＳＳ／ＰＢＣＨ伝送周期〕
さらに別の態様によれば、ＮＲ ＳＬ ＳＳ／ＰＢＣＨの伝送は、以下の選択肢を有する場合がある。

選択肢１：周期的伝送
モード１では、ＳｙｎｃＲｅｆ ＵＥ同期発信元がｇＮＢに基づく場合、ｇＮＢは、（１つ又は複数の）ＳＬ ＳＳ／ＰＢＣＨバーストセット（例えば、ＳＬ ＰＳＳＳ／ＳＳＳとＳＬ ＰＢＣＨとの異なる伝送周期）を、カバレッジ外ＵＥに伝送するように、ＳｙｎｃＲｅｆ ＵＥに命令できる。例えば、ＳＬ ＳＳ／ＰＢＣＨバーストセット周期の伝送は、｛５ｍｓ，１０ｍｓ，２０ｍｓ，４０ｍｓ，８０ｍｓ，１６０ｍｓ，２００ｍｓ｝をサポートする場合がある。

モード２では、ＵＥが、ＳＬ ＳＳ／ＰＢＣＨバーストセット伝送周期を決定できる。例えば、ＳＬ ＳＳ／ＰＢＣＨバーストセット周期は、｛５ｍｓ，１０ｍｓ，２０ｍｓ，４０ｍｓ，８０ｍｓ，１６０ｍｓ，２００ｍｓ｝である場合がある。

ＮＲ ＰＳＢＣＨ伝送周期は、ＮＲ ＳＬ ＰＳＳＳ／ＳＳＳＳ伝送周期とは異なる場合がある。例えば、ＮＲ ＰＳＢＣＨの伝送周期は、８０ｍｓに設定されるが、ＮＲ ＳＰＳＳ／ＳＳＳＳの伝送周期は、４０ｍｓに設定される場合がある。

選択肢２：非周期的伝送
モード１では、ｇＮＢは、あるタイミング期間を伴うＳＬ ＳＳ／ＰＢＣＨバーストセットを伝送するように、ＵＥに命令できる。ＳＬ ＳＳ／ＰＢＣＨ伝送ウィンドウは、複数の５ｍｓ（又はバーストセットの伝送の数と等価）に、設定される。モード２では、ＵＥが、ＳＬ ＳＳ／ＰＢＣＨ伝送ウィンドウを、複数の５ｍｓに決定できる。図１０では、ＳＬ ＳＳ／ＰＢＣＨバーストセットの２つが伝送される。

下記の表３は、様々な発信元ＩＤの例示的ＮＲ ＳＬ−ＳＳＩＤを示す。下記の表４は、様々な発信元ＩＤの例示的ＮＲ ＳＬ−ＳＳＩＤを示す。

一実施形態において、ＵＥは、リソース割り当てに含まれていないネットワーク制御同期伝送を伴う場合がある。このシナリオでは、ＵＥは、それ自体でサイドリンク同期信号を伝送するかどうかを決定する必要がある。ＵＥは、閾値（上位シグナリングからの）を使用して、そのセルのＲＳＲＰ測定値と、この値とを比較する。このＲＳＲＰ測定値が、閾値を下回る場合、ＵＥは、同期発信元であるｇＮＢと類似のサイドリンク同期からの必要なパラメータと共に、それ自体のサイドリンク同期信号及びＭＩＢ−ＳＬ（すなわち、ＳＬ ＳＳ／ＰＢＣＨ）を伝送する。しかし、ＵＥがネットワークカバレッジ外の場合、ＵＥは、同期参照を提供する別のＵＥを探す。そのようなＵＥが見つかる場合、それはＳｙｎｃＲｅｆ ＵＥと呼ばれる。このＳｙｎｃＲｅｆ ＵＥから、時間及び周波数同期、及びＭＩＢ−ＳＬによって提供される情報をＵＥは取得する。

ＳｙｎｃＲｅｆ ＵＥが（ｇＮＢ、ｅＮＢ又はＧＮＳＳの）カバレッジ内か、カバレッジ外かのどちらであっても、ＤＭＲＳによるか、又はＮＲ ＭＩＢ−ＳＬのインジケーションフラグによるシグナリングを含む場合がある。監視ＵＥは、ＳｙｎｃＲｅｆ ＵＥ ＳＬＳＳＩＤ及びカバレッジ内フラグを使用して、同期優先順位を決定することができる
。ＳＬＳＳＩＤ内の最も高い同期優先順位は、カバレッジが真となるＧＮＳＳ又はｇＮＢ内のものである。次の同期優先順位は、ＧＮＳＳ又はｇＮＢのセット内ではあるが、カバレッジが偽となるＳＬＳＳＩＤを有するＳｙｎｃＲｅｆ ＵＥである。最も低い優先順位は、ＳＳＳＳＩＤがＵＥ内にあるものである。カバレッジ内又はカバレッジ外インジケーションは、ＳＬ ＰＢＣＨ復調用ＤＭＲＳによって搬送される。その結果、監視ＵＥは、同期優先順位を判断して、同期優先順位選択能力を拡張するために、ＭＩＢ−ＳＬを復号する必要がない。

〔サイドリンクマスタ情報ブロック〕
本出願のさらにまた別の態様によれば、ＮＲ Ｖ２Ｘは、ＰＨＹ層でのサイドリンク同期信号、及びＲＬＣ副層でのマスタ情報ブロックＭＩＢ−ＳＬ−Ｖ２Ｘメッセージを活用して、時間及び周波数同期を実現する。近くのＵＥへのＵＥ提供同期情報は、同期参照として機能する。ＳＦ番号によって提供された情報は、ＵＥがカバレッジ内か、カバレッジ外（ＤＭＲＳによって搬送されていない場合）かのどちらかと、ＰＳＣＣＨ用の制御リソースセット及びＰＳＣＣＨ用ＤＭＲＳフォーマットの有無とを含む。この情報は、同期を探す場合の構成された優先順位付けに従って、ＵＥが参照発信元を選択するときに助力となる。サイドリンクＭＩＢ−ＳＬ設計に対する３つの選択肢について、以下の表５、表６、及び表７で説明する。

〔ＳＬ ＳＳ／ＰＢＣＨブロック構造〕
本出願の一態様によれば、ＳＬ ＳＳ／ＰＢＣＨのワンショット検出能力は、ＮＲ Ｕｕ ＳＳ／ＰＢＣＨのＰＳＳ、ＳＳＳ、ＤＭＲＳシンボルよりも多いＳＬ ＳＳ／ＰＢＣＨ用ＤＭＲＳ、ＳＰＳＳ、ＳＳＳＳシンボルを使用することによって拡張される。図１１Ａに示す実施形態によれば、２つの拡張ＳＬ ＳＳ／ＰＢＣＨブロック構造が使用されている。第１の提案するＳＬ ＳＳ／ＰＢＣＨブロック構造は、ワンスロットを使用し、かつ２つのＳＰＳＳ、２つのＳＳＳＳ及び８つのＤＭＲＳ＋ＰＳＢＣＨシンボルを含む。第２の提案するＳＬ ＳＳ／ＰＢＣＨブロック構造は、ハーフスロットを使用し、かつ１つのＳＰＳＳ、１つのＳＳＳＳ及び５つのＤＭＲＳ＋ＰＳＢＣＨシンボルを含む。第１ＯＦＤＭシンボルは、伝送用には確保されておらず（ＡＧＣ用に確保されている）、また最後のシンボルは、ガードシンボル用に確保されている。ＮＲ ＳＬ ＳＳ／ＰＢＣＨブロックを伴うハーフフレーム（５ｍｓ）では、候補ＮＲ ＳＬ ＳＳ／ＰＢＣＨブロックの第１シンボルインデックスは、下記のように、サブキャリア間隔に従って決定される。ここで、インデックス０は、ハーフフレーム内の第１スロットの第１シンボルに相当する。

６０ｋＨｚサブキャリア間隔を用いる図１１Ｂの実施形態によれば、候補ＳＬ ＳＳ／ＰＢＣＨブロックの第１シンボルは、インデックス｛１｝＋１４ｎ，ｎ＝０，１，２，３を有する。

〔ＤＲＭＳ系列構築〕
別の態様によれば、ハーフフレーム内の候補ＳＬ ＳＳ／ＰＢＣＨブロックは、０からＬ−１の昇順でインデックスを付けられる。ＤＭＲＳは、ＳＬ ＳＳ／ＰＢＣＨブロックインデックス（ビットに換算されて）を搬送する場合があり、ＭＩＢ−ＳＬは、残りのブロックインデックスビットを搬送する。ＵＥは、ＳＬ ＰＢＣＨで伝送されるＤＭＲＳ系列のインデックスとの１対１マッピングによるハーフフレームごとのＳＳ／ＰＢＣＨブロックインデックスが、Ｌ＝ＰのときにＱ_１ＬＳＢビット、又はＬ＞ＰのときにＱ_２ＬＳＢビットを決定する。

ＵＥは、ＮＲ ＳＳ／ＰＳＰＢＣＨブロック用参照信号系列ｒ（ｍ）が、以下の式によって定義されると想定する。

ＮＲ ＰＳＢＣＨ用ＤＭＲＳが、ゴールド系列によって構築される場合、ゴールド系列ｇ（ｎ）は、以下のように規定される。

式中、Ｎ_Ｃは、定数（例えば、＝１６００）であり、演算記号「＋」は、モジュロ２加算である。ｘ_１及びｘ_２は、長さ３１の多項式生成器である。サイドリンクＳＳ／ＰＢＣＨ ＤＭＲＳ設計に対する４つの選択肢を、以下の選択肢に記載の通り提案する。

選択肢１：ＤＭＲＳは、ＳＬ ＳＳ／ＰＢＣＨブロックインデックスと、カバレッジ内フラグとの両方を搬送する。この選択肢では、スクランブリング系列生成器が、以下の式を用いて各ＳＳ／ＰＢＣＨブロック機会の開始時に初期化される。

選択肢２：ＤＭＲＳは、カバレッジフラグでのみ搬送され、それはＳＬ ＳＳ／ＰＢＣＨインデックスを含まない。この選択肢では、スクランブリング系列生成器は、以下の式を用いて各ＳＳ／ＰＢＣＨブロック機会の開始時に初期化される。

選択肢３：ＤＭＲＳは、ＳＳＢインデックスを搬送し、かつスクランブリング系列生成器は、以下の式を用いて各ＳＳ／ＰＢＣＨブロック機会の開始時に初期化される。

選択肢４：ＤＭＲＳは、ＳＳＢもカバレッジ内フラグも搬送しない。この場合、スクランブリング系列生成器は、以下の式を用いて各ＳＳ／ＰＢＣＨブロック機会の開始時に初期化される。

〔ＮＲ Ｖ２Ｘ用サイドリンクビームトレーニング及びペアリング〕
発見の前のＳＬ用ＳＬビームトレーニング及びペアリング方法について説明するために、本出願の一態様に則って想定する。提案するＳＬビームトレーニング及びペアリングプロシージャは３つのステップを含む。

第１ステップは、ＳｙｎｃＲｅｆ ＵＥのＳＬ ＳＳ／ＰＢＣＨからのベストビームを、監視ＵＥが選択することを含む。この段階で、ＳｙｎｃＲｅｆ ＵＥは、図１３に描写するような、近くにいる、又は近傍の監視ＵＥの数を認識していない。図１３では、車両Ａ（ＵＥ Ａ）は、ＳｙｎｃＲｅｆ ＵＥ（すなわち、ＳＬ ＳＳ／ＰＢＣＨバースト伝送を開始する）であり、車両Ｂ（ＵＥ Ｂ）及び車両Ｃ（ＵＥ Ｃ）は、監視ＵＥである。ＵＥ Ａは、そのＳＬ ＳＳ／ＰＢＣＨを監視している近傍のＵＥ（例えば、ＵＥ Ｂ及びＣ）の数を認識していない。

第２ステップは、ビームペアリングに好適なＳＬ ＳＳ／ＰＢＣＨについて、監視ＵＥが応答することを含む。監視ＵＥ（図１３の、ＵＥ Ｂ及びＣ）は、ＳＬセンシングウィンドウ（少なくともＳＬ ＳＳ／ＰＢＣＨバーストセット）で、Ｓ−ＲＳＲＰ測定を実施し、ビームペアリング向けにベストＳＬ ＳＳ／ＰＢＣＨビームを決定する。一旦、ベストビームが識別されると、監視ＵＥは、ビーム応答用に、ＰＳＣＣＨ（以下、ＰＳＣＣＨ
は、タイプ１と定義する）リソースを選択する。ＰＳＣＣＨタイプ１は、ＳＳ／ＰＢＣＨバーストセット内でベスト選択ＳＬ ＳＳ／ＰＢＣＨビーム（ブロック）を用いて、ビームフォーミングされる。フィードバック／ビーム応答用の共通ＰＳＣＣＨリソースは、ＳＬ残りのシステム情報（ＳＬ ＲＭＳＩ）から取得することができる。ＳＬ ＲＭＳＩの詳細については、後述のセクションで提示する。

Ｌ個（ＳＬ ＳＳ／ＰＢＣＨバーストセット内のＳＬ ＳＳ／ＰＢＣＨブロックの数）のＰＳＣＣＨタイプ１リソースの割り当ては、図１４Ａ（すなわち、ＦＤＭ）及び図１４Ｂ（すなわち、ＴＤＭ）に示すＦＤＭ又はＴＤＭに基づく場合がある。ＰＳＳＣＨタイプ１は、ＰＵＣＣＨタイプ１と同時に伝送される場合がある。ＰＳＳＣＨタイプ１は、ＵＥ
ＩＤ、接続要求、ＵＥの位置（入手可能な場合）などの監視ＵＥに関する一部の基本情報を搬送する。ＰＵＳＣＨタイプ１のデフォルト変調オーダは、ＱＰＳＫに設定されるか、ＳｙｎｃＲｅｆ ＵＥ ＳＬ ＲＭＳＩによって、ブロードキャスト／グループキャストすることができる。ＰＵＣＣＨタイプ１及びＰＵＳＣＨタイプ１は、Ｔｘサイクル又はウィンドウ時間長で設定することができる。ＰＵＣＣＨタイプ１は、ＰＵＣＣＨタイプ２とは（ＲＢに換算して）異なる帯域幅を有する場合がある。Ｔｘサイクル又はウィンドウ時間長は、ＳｙｎｃＲｅｆ ＵＥ ＳＬ ＲＭＳＩによってブロードキャスト／グループキャストすることができる。

監視ＵＥは、応答向けに、検出したＳＬ ＳＳ／ＰＢＣＨビームからのベスト選択ビームを用いて、ＰＳＣＣＨタイプ１をビームフォーミングする。一旦、（ＳｙｎｃＲｅｆ）ＵＥが、監視ＵＥからのビーム応答ＰＳＣＣＨタイプＭを受信して、検出すると、（ｉ）基本ＵＥ情報の抽出のためのＰＳＳＣＨタイプ１の復調及び復号、（ｉｉ）監視ＵＥへのＰＳＳＣＨを伴うＰＳＣＣＨ（暗黙のＡＣＫ）の送信、の操作を実施する。ＰＳＣＣＨリソースは、（ＳＣＩ）ＰＳＣＣＨによってシグナリングすることができる。ＰＳＣＣＨリソースは、選択ＰＳＣＣＨタイプ１リソースによって暗に示すことができる。したがって、監視ＵＥは、ＳｙｎｃＲｅｆ ＵＥによって送信されたビームペアリングＡＣＫから、暗黙のＡＣＫを受信することを予測できる。

ＡＣＫは、暗黙の方法に基づく。すなわち、監視ＵＥは、ウィンドウ時間内に、ＳＣＩ（ＰＳＣＣＨ）を、ＳｙｎｃＲｅｆ ＵＥから受信する。この際、監視ＵＥは、ビームトレーニング及びビームペアリングが完了したと見なすことができる。時間のウィンドウは、ＳｙｎｃＲｅｆ ＵＥのＳＬ ＲＭＳＩによって、ブロードキャスト又はグループキャストすることができる。さらに、監視ＵＥは、コンテンション解決が完了したと見なすことができる。監視ＵＥが、暗黙のＡＣＫ、すなわち、ウィンドウ時間によるＳｙｎｃＲｅｆ ＵＥからのＰＳＣＣＨを受信できない場合、監視ＵＥは、次の伝送サイクルで、ＰＳＣＣＨ及びＰＳＳＣＨタイプ１の再伝送を実施することができる。再伝送が、再伝送の最大数に到達する場合、監視ＵＥは、ビームトレーニングを再開する。

下記のステップによる、発見の前のＳＬビームトレーニング及びペアリングプロシージャについて提示する。

ステップ２：監視ＵＥは、ベスト選択ＳＬ ＳＳ／ＰＢＣＨビームのビームフォームされる方向と共に、ＰＳＣＣＨ及びＰＳＳＣＨタイプ１を、ＳｙｎｃＲｅｆ ＵＥに送信する。

ステップ３：ＳｙｎｃＲｅｆ ＵＥが、監視ＵＥ ＰＳＣＣＨタイプＭを受信する場合、暗黙のＡＣＫを、ＰＳＣＣＨを介して、監視ＵＥに送信する。監視ＵＥは、設定ウィンドウ時間によって、ＳｙｎｃＲｅｆ ＵＥのＰＳＣＣＨを受信すると、監視ＵＥは、ビームペアリングが完了すると見なすことができる。図１５は、提案する発見前のサイドリンクビームトレーニングステップ２（応答）を示す。図１６は、提案するサイドリンクビームトレーニングプロシージャを示す。

〔ＳＬ ＣＳＩ−ＲＳを使用するＳＬビームトレーニング及びペアリング〕
別の実施形態によれば、モード１で、ｇＮＢは、ＳＬ ＳＳ／ＰＢＣＨを使用せずに、ＳＬビームトレーニング用ＳＬ ＣＳＩ−ＲＳを送信するように、ＵＥに命令できる。ＳＬ ＣＳＩ−ＲＳは、周期的なものか、又は監視ＵＥにとって周期的なものとすることができる。ＳＬ ＣＳＩ−ＲＳリソース（ｇＮＢによって構成される）は、周期的（すなわち、スロットレベルで構成される）、半永続的（これもスロットレベルで構成されるが、ＵＥからのメッセージで、アクティブ又は非アクティブにされる場合がある）、非周期的（伝送は、ＳＣＩを介して、ＵＥシグナリングによってトリガされる）なものであってよい。サイドリンクビーム管理操作は、周期的であるか、送信側（ＳｙｎｃＲｅｆ）ＵＥと受信側（監視）ＵＥとの間で周期的に交換されるサイドリンク制御（Sidelink Control
information：ＳＣＩ）メッセージに基づく場合がある。ＳＬ ＣＳＩ−ＲＳのリソー
スは、ＰＳＳＣＨリソースプール内に入れられる場合がある。監視ＵＥは、チャネル状態品質を、ＰＳＣＣＨを介してＳｙｎｃＲｅｆ ＵＥに応答できる。

モード２では、監視ＵＥが初期ビームトレーニング及びペアリングを実施した後に、ＳｙｎｃＲｅｆ ＵＥは、さらなる／より細かいビームトレーニング又は位置合わせ用にＮＲ ＣＳＩ−ＲＳを構成できる。ＳＬ ＣＳＩ−ＲＳリソース（ＳｙｎｃＲｅｆ ＵＥによって構成される）は、周期的（すなわち、スロットレベルで構成される）、半永続的（これもスロットレベルで構成されるが、ＵＥからのメッセージで、アクティブ又は非アクティブにされる場合がある）、非周期的（伝送は、ＵＥのＳＣＩによってトリガされる）なものであってよい。

〔発見の際のＳＬ物理チャネル〕
さらに別の実施形態によれば、ＮＲ ＳＬ ＳＳ／ＰＢＣＨによって構成されるＰＳＳＣＨ搬送ＳＬ ＲＭＳＩ（又はＰＳＤＣＨ）に関する２つの選択肢が考えられる。

選択肢１：共通ＰＳＣＣＨ（以下、ＰＳＣＣＨをタイプ０と称する）用のサイドリンクリソースは、表４のＮＲサイドリンクＭＩＢ情報フィールドｃｏｍｍｏｎＰＳＣＣＨ−Ｃｏｎｆｉｇによって示されるようなものとすることができる。ＰＳＣＣＨタイプ０は、ＰＳＳＣＨ−ＳＬ ＲＭＳＩ（又はＰＳＤＣＨ）用の時間及び周波数を示す場合がある。ＳＬ ＳＳ／ＰＢＣＨブロックの検出に応じて、ＵＥは、ＰＳＣＣＨタイプ０サーチスペース用の制御リソースセット（ＣＯＲＥＳＥＴ）、及びＳＬ帯域幅を決定する。ＰＳＣＣＨタイプ０とＳＬ ＲＭＳＩ用ＰＳＳＣＨとは、ＦＤＭ、ＴＤＭか、もしくは、ＦＤＭの場合の図１７Ａ、ＴＤＭの場合の図１７Ｂで描写されるようなＮＲ ＳＬ ＳＳ／ＰＢＣＨとのハイブリッドのどちらかとすることができる。ハーフフレーム（ＳＬ ＳＳ／ＰＢＣＨバーストセット）内のＳＬ ＳＳ／ＰＢＣＨブロックは、０からＬ−１の時間の昇順で、インデックスを付けられる。ＰＳＣＣＨタイプ０リソースは、０からＬ−１のＳＬ ＳＳ／ＰＢＣＨブロックと１対１マップされる。ＳＬ ＳＳ／ＰＢＣＨと、ＰＳＣＣＨタイプ０との間のリソースマッピング規則は、多重化方式に依存する。ＦＤＭのケースでは、ＰＳＣＣＨタイプ０リソースに対する周波数オフセットは、ＭＩＢ−ＳＬによって示される。ＵＥは、ベストＳＬ ＳＳ／ＰＢＣＨブロックｌを検出して、そのＭＩＢ−ＳＬを復号する。ｃｏｍｍｏｎＰＳＣＣＨ−Ｃｏｎｆｉｇは、ｌ番目のＳＳ／ＰＢＣＨから相対的な周波数オフセットを示す場合がある。それゆえ、ＵＥは、まず、ＰＳＣＣＨタイプ０を
、そして、対応するＳＬ ＲＭＳＩ用ＰＳＳＣＨを探すことができる。さらに、ＵＥは、ＳＬ ＳＳ／ＰＢＣＨブロックｌと、ＰＳＣＣＨタイプ０及びＳＬ ＲＭＳＩ用ＰＳＳＣＨのｌ番目のリソースとのＱＣＬ関係を想定できる。同様に、ＴＤＭのケースでは、ＳＬ
ＳＳ／ＰＢＣＨブロックｌと、ＰＳＣＣＨタイプ０のｌ番目のリソースとの間のタイミングオフセットは、ｃｏｍｍｏｎＰＳＣＣＨ−Ｃｏｎｆｉｇによって示すことができる。ＳＬ ＳＳ／ＰＢＣＨ、ＰＳＣＣＨタイプ０、及びＳＬ ＲＭＳＩ用ＰＳＳＣＨ（又はＰＳＤＣＨ）のＦＤＭ及びＴＤＭリソースマッピングは、図１７ＡからＢに描写されている。

選択肢２：ＰＳＣＣＨタイプ０用のサイドリンクリソースは、表５のＮＲサイドリンクＭＩＢ情報フィールドｃｏｍｍｏｎＰＳＳＣＨ−Ｃｏｎｆｉｇによって示されるようなものとすることができる。この選択肢では、ＰＳＳＣＨ−ＳＬ ＲＭＳＩ（又はＰＳＤＣＨ）用の時間及び周波数を示すＰＳＣＣＨタイプ０はない。代わりに、ＳＬ ＳＳ／ＰＢＣＨブロックの検出に応じて、ＵＥは、ＰＳＳＣＨ−ＳＬ ＲＭＳＩ用の時間及び周波数リソースを決定する。ＳＬ ＲＭＳＩ用ＰＳＳＣＨは、（ａ）ＦＤＭ、（ｂ）ＴＤＭで描写されるようなＮＲ ＳＬ ＳＳ／ＰＢＣＨとのＦＤＭ、ＴＤＭのいずれかとすることができる。ハーフフレーム（ＳＬ ＳＳ／ＰＢＣＨバーストセット）内のＳＬ ＳＳ／ＰＢＣＨブロックは、０からＬ−１の時間の昇順で、インデックスを付けられる。ＳＬ ＲＭＳＩ用ＰＳＳＣＨリソースは、０からＬ−１のＳＬ ＳＳ／ＰＢＣＨブロックと１対１マップされる。ＳＬ ＳＳ／ＰＢＣＨと、ＳＬ ＲＭＳＩ用ＰＳＳＣＨとの間のリソースマッピング規則は、多重化方式に依存する。ＦＤＭのケースでは、ＳＬ ＲＭＳＩ用ＰＳＳＣＨリソースに対する周波数オフセットは、ＭＩＢ−ＳＬによって示される。ＵＥは、ベストＳＬ ＳＳ／ＰＢＣＨブロックｌを検出して、そのＭＩＢ−ＳＬを復号する。ｃｏｍｍｏｎＰＳＳＣＨ−Ｃｏｎｆｉｇは、ｌ番目のＳＳ／ＰＢＣＨから相対的な周波数オフセットを示す場合がある。それゆえ、ＵＥは、ｌ番目のＳＳ／ＰＢＣＨ ＭＩＢを正常に復号すると、ＳＬ ＲＭＳＩ用ＰＳＳＣＨを直接見つけることができる。さらに、ＵＥは、ＳＬ ＳＳ／ＰＢＣＨブロックｌと、ＳＬ ＲＭＳＩ用ＰＳＳＣＨのｌ番目のリソースとのＱＣＬ関係を想定できる。同様に、ＴＤＭのケースでは、ＳＬ ＳＳ／ＰＢＣＨブロックｌと、ＳＬ ＲＭＳＩ用ＰＳＳＣＨのｌ番目のリソースとの間のタイミングオフセットは、ｃｏｍｍｏｎＰＳＳＣＨ−Ｃｏｎｆｉｇによって示すことができる。ＳＬ ＳＳ／ＰＢＣＨとＳＬ ＲＭＳＩ用ＰＳＳＣＨ（又はＰＳＤＣＨ）とのＦＤＭ及びＴＤＭリソースマッピングは、図１８Ａ〜１８Ｂに描写されている。

〔ビーム位置合わせの副次的情報〕
本出願のさらに別の態様によれば、ＩＥＥＥ ８０２．１１ｐ規格に基づいて設計されたＤＳＲＣユニットを搭載する車両／ＵＥは、他の車両と通信するように構成される。その際に、事故を回避するため、及び、トラフィック状況を改善するために、例えば、警告メッセージなどのメッセージが交換される。協調認識メッセージ（Cooperative Awareness Message：ＣＡＭ）、又は基本安全メッセージ（Basic Safety Message：ＢＳＭ）
などの安全メッセージは、近くの車両に周期的にブロードキャストされる。これらのメッセージは、車載ＧＰＳによって提供される、手掛り車両情報（例えば、位置、速度、進行方向など）を含む。例えば、車両タイプ及びブレーキ状態などのその他情報も、含まれてもよい。さらに、最新のＶ２Ｘアプリケーション用の各車両は、センサデータを交換する。センサデータは、距離、方向、角度、速度、相対速度などを含んでもよい。

ＮＲでは、上位層、例えばＶ２Ｘアプリケーション層は、ＢＳＭ、ＣＡＭ、又はセンサデータメッセージから、位置、方向、角度、相対速度などの有益情報を抽出する。これらのパラメータは、ビームスイーピングのオーバーヘッドが低減された状態のサイドリンクのビームトレーニング、ビーム精密位置合わせ、ビームトラッキングなどを強化するために使用されてよい。例えば、ビームは、上位層のパラメータによって強化された非常に狭
い範囲の角度で設定して、全角度でむやみにスイープすることなく、迅速にペアにすることが可能である。ＵＥは、例えば、レーダーなどの車載センサを使用して、ビーム方向を推定してもよい。ＵＥは、ＢＳＭ又はＣＡＭなどの副次的情報を用いて、又はそれらを用いずに、ビーム位置合わせ用のＳＬ ＣＳＩ−ＲＳを決定できる。表８は、上位層パラメータの例示的なリストであり、これらは、ビームトレーニング、ビーム精密位置合わせ、ビームトラッキングなどを強化するために使用されてよい。下記の表８は、ＢＳＭ、ＣＡＭ、及びセンサデータから抽出される上位層パラメータを示す。

〔ブロードキャスト及びマルチキャスト〕
本出願のさらにまた別の態様によれば、通信フェーズは、Ｖ２Ｘの発見フェーズに依拠する。概して、発見の実施に対して、２つのモードがある。第１モードは、受信側からの要求なしに、周期的にそれ自体の情報をブロードキャスト又はマルチキャストすることを含む。第２モードは、クエリ（すなわち、要求及び応答）を交換することを含む。発見する側の車両／ＵＥは、発見に関係していることに関する情報を含む要求を伝送する。発見される側の車両／ＵＥは、要求を受信して、発見する側の要求に関連する情報と共に応答する。

本態様を対象とする実施形態における、サイドリンク物理チャネル搬送発見メッセージに関する３つの方法について記載する。第１方法は、物理サイドリンク発見チャネル（ＰＳＤＣＨ）に基づく。ＳＬ物理チャネル搬送発見メッセージの場合、リンク適応メカニズムは、発見フェーズでは必要ではないので、サイドリンクＰＳＳＣＨ復調の複雑性を低減することができる。ＰＳＣＣＨタイプＭが、発見メッセージを搬送するためのＰＳＳＣＨのインジケーションに使用される場合がある。ブロードキャスト発見メッセージは、周期的に伝送することができる。ブロードキャスト周期は、サイドリンク残りのシステム情報（Remaining System Information：ＲＭＳＩ）、他のシステム情報（ＯＳＩ）、又は既定の規則を介して構成することができる。さらに、発見メッセージを搬送するサイドリンクブロードキャストチャネル用の時間及び周波数リソースは、サイドリンク残りのシステム情報（ＲＭＳＩ）、他のシステム情報（ＯＳＩ）、又は既定の規則によって示すことができる。

第２方法は、ＰＳＳＣＨを介した物理共有チャネルに基づき、この際、ＰＳＳＣＨのリソースは、物理サイドリンク制御チャネルＰＳＣＣＨによって示すことができる。発見メッセージを搬送するためのサイドリンクブロードキャスト物理チャネルは、バーストとすることができる。第３方法は、ＰＳＣＣＨのみに基づく。各ブロードキャストバーストにおいて、それは、周期Ｐ（ミリ秒）で伝送できる。ブロードキャストバーストは、Ｌ個の伝送ブロックを有する場合がある。各伝送ブロックは、ＰＳＳＣＨ及びＰＳＣＣＨで構成される。この際、ＰＳＣＣＨは、ＰＳＳＣＨ用の時間及び周波数リソースのインジケーションを搬送する。図１９において、ブロードキャストバーストは、伝送周期Ｐ（ｍｓに変換される場合がある複数のスロット）で構成される。発見メッセージは、Ｌ個の伝送ブロックで、異なるビームにわたって繰り返される。

発見メッセージを搬送するためのＰＳＳＣＨの時間及び周波数リソースは、サイドリンクリソースプール内で伝送することができる。特定のＳＬリソースプール内で、発見メッセージを搬送するためのブロードキャストＰＳＳＣＨバーストは、周波数ホッピングパターンを採用できる。周波数ホッピングのサポートにより、周波数ホッピングを用いるブロードキャストＰＳＳＣＨブロックは、衝突の可能性を減らすことができるので、多数の車両／ＵＥが、同じ時間及び周波数リソースで競合することを回避できる。図２０において、ブロードキャストバーストは、伝送周期Ｐ（複数のスロット）で構成される。各ブロードキャストブロックにおいて、それは、発見メッセージを搬送するためのＰＳＳＣＨの時間及び周波数を示すためにＰＳＣＣＨを伝送し、かつ各ＰＳＳＣＨは、既定のパターンの周波数ホッピングである。

発見メッセージを搬送するためのＰＳＳＣＨのＤＭ−ＲＳは、ＰＳＳＣＨの時間及び周波数を示すＰＳＣＣＨのＤＭ−ＲＳと空間的ＱＣＬであると想定できる。例示的実施形態を図２１に描写する。ＰＳＣＣＨとＰＳＳＣＨとの間のスケジューリングオフセットが、Ｎ個のシンボルよりも小さいか等しい場合、近隣の車両／ＵＥは、ＰＳＳＣＨ伝送が、ある特定の伝送構成インジケーション（Transmission Configuration Indication：ＴＣ
Ｉ）状態を有する対応するＰＳＣＣＨ伝送とＱＣＬであると想定する。ＰＳＣＣＨとＰＳＳＣＨとの間のスケジューリングオフセットが、Ｎ個のシンボルよりも大きい場合、近隣の車両／ＵＥは、ＰＳＳＣＨ伝送が、対応するＰＳＣＣＨ伝送とＱＣＬであると想定する。ＰＳＳＣＨのＤＭ−ＲＳは、フロントロードＤＭ−ＲＳに基づく場合がある。すなわちＤＭ−ＲＳシンボルは、ＰＳＳＣＨシンボルの前にある。ＤＭ−ＲＳシンボル構成の数は、サイドリンク残りのシステム情報（ＲＭＳＩ）、他のシステム情報（ＯＳＩ）、又は既定の規則を介して設定することができる。巡回シフトを伴うＺａｄｏｆｆ−Ｃｈｕ系列が、ＤＭ−ＲＳを生成するために使用される。巡回シフトは、サイドリンク残りのシステム情報（ＲＭＳＩ）、サイドリンク他のシステム情報（ＯＳＩ）、又は既定の規則を介して構成することができる。ＰＳＳＣＨは、固定の変調・符号化スキーム（Modulation and
Coding Scheme：ＭＣＳ）で、１つの空間ストリーム、すなわちデフォルトの伝送ランク１を使用して伝送することができる。

ＳＬ物理チャネルリソース搬送発見メッセージが、非車両／ＵＥ固有ベースに割り当てられる場合、発見伝送用の同じ時間及び周波数リソースで複数の車両／ＵＥが競合するために、衝突が起こる可能性がある。多数の近傍の車両／ＵＥが、非車両／ＵＥ固有ベースリソースにわたって、それらの発見メッセージをブロードキャストしようとするときに、このことが起こる。ブロードキャストＰＳＳＣＨバースト用の非車両／ＵＥ固有リソースは、ＳＬ−ＢＷＰ又はリソースプール内で割り当てられることができる。非車両／ＵＥ固有リソースに基づくＳＬ物理チャネル搬送発見メッセージに対して、ｇＮＢが、ＳＬ−ＢＷＰに関する情報をブロードキャストするか、又は車両／ＵＥが、既定のＳＬ−ＢＷＰを使用できる。リソースが発見メッセージの車両／ＵＥ固有伝送インスタンスに割り当てられる場合、衝突は、発見プロシージャで回避することができる。グループ又は特定の車両／ＵＥは、専用の時間及び周波数リソースによって割り当てることができる。物理チャネル搬送発見メッセージ伝送用のリソースは、半永続的に割り当てることができる。

ＮＲ ＳＬ ＰＢＣＨは、ｇＮＢ又はｅＮＢが同期発信元である場合のシステムフレーム番号（ＳＦＮ）、ＧＭＳＳが同期発信元である場合のダイレクトフレーム番号（ＤＦＮ）、カバレッジ内又はカバレッジ外インジケーション（このインジケーションが、ＤＭＲＳによって搬送されない場合）、ｇＮＢ、ｅＮＢ、又はＧＮＳＳなどの同期参照発信元インジケーション、及びＳＬサイドリンク用に対する帯域幅を決定するリソース構成、スロット内の、ＰＳＣＣＨ、ＰＳＳＣＨ、及びＰＦＳＣＨ用のシンボルの数を識別するＶ２Ｘ
ＵＥ用のスロット形式インジケーションなどの制御及びデータチャネルリソースパラメータ、ならびに、ＰＳＣＣＨ及びＰＳＦＣＨ復調用ＤＭＲＳ形成／パターンなどのＭＩＢ
を搬送する。下記の表１０は、ＮＲ Ｖ２Ｘ用のサイドリンクＭＩＢを説明するものである。

ＮＲ ＳＬ ＰＢＣＨの別の選択肢は、（ダイレクト）ＳＦ番号、カバレッジ内又はカバレッジ外インジケーション（このインジケーションが、ＤＭＲＳによって搬送されない場合）、ｇＮＢ、ｅＮＢ、又はＧＮＳＳなどの同期参照発信元インジケーション、及びＳＬサイドリンクに対する帯域幅を決定するリソース構成、スロット内の、ＰＳＣＣＨ用のシンボルの数を識別するＶ２Ｘ ＵＥ用のスロット形式インジケーションなどの制御チャネルリソースパラメータ、ならびに、ＰＳＣＣＨ復調用ＤＭＲＳ形成／パターンなどのマスタシステム情報を搬送する。実際のＰＳＳＣＨシンボル形成は、ＰＳＣＣＨによって示すことができる。下記の表１１は、ＮＲ Ｖ２Ｘ用のサイドリンクＭＩＢを説明するものである。ＭＩＢ内のサイドリンクスロット情報をシグナリングするオーバーヘッドを低減するために、サイドリンクスロット内の割り当てられたサイドリンク制御チャネル（ＰＳＣＣＨ）シンボルが、表１１のＳＬ−Ｒｅｓｏｕｒｃｅ−Ｃｏｎｆｉｇで示されるＳＬ ＭＩＢ内で搬送されることを提案する。この選択肢では、ＭＩＢはサイドリンクスロット内で割り当てられるＰＳＳＣＨ及びＰＦＳＣＨシンボルを搬送する必要がない。ＰＳＳＣＨ及びＰＳＦＣＨリソースは、ＰＳＣＣＨによって搬送されるＳＣＩによってシグナリングすることができる。

ＰＳＣＣＨ用のサイドリンクリソースは、表５及び表１０に示すようなｃｏｍｍｏｎＰＳＳＣＨ−Ｃｏｎｆｉｇ／ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｃｏｎｆｉｇなどの、ＮＲサイドリンクＭＩＢ情報フィールドによって指定することができる。ＳＬ ＳＳ／ＰＢＣＨブロックの検出に応じて、ＵＥは、時間及び周波数リソースを決定して、リソースプール内のＰＳＣＣＨを探すことができる。ｃｏｍｍｏｎＰＳＳＣＨ−Ｃｏｎｆｉｇ／ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｃｏｎｆｉｇは、ＰＳＣＣＨ、ＰＳＳＣＨ及び／又はＰＳＦＣＨ用の時間−周波数リソース情報のインジケーションのために使用することができる。時間−周波数リソース情報は、スロット内のＰＳＣＣＨ、ＰＳＳＣＨ及びＰＳＦＣＨに割り当てられた利用可能なシンボルの数、及びＳＬ伝送及び受信のためにどのスロットが利用可能かの情報を含む。

この選択肢では、ＵＥは、ＳＬ ＳＳ／ＰＢＣＨ ＭＩＢを正常に復号する場合に、Ｐ
ＳＣＣＨ、ＰＳＳＣＨ及びＰＳＦＣＨ時間−周波数リソース（例えば、発見メッセージのための）を直接見つけることができる。例えば、ＰＳＣＣＨ、ＰＳＳＣＨ及びＰＳＦＣＨ用の時間リソース（スロット）マッピング形式は、既定の表（例えば、下記の表１２）に基づいてもよい。実際のスロット形式は、ＳＬ ＭＩＢでブロードキャストされるｃｏｍｍｏｎＰＳＳＣＨ−Ｃｏｎｆｉｇ／ＳＬ−Ｒｅｓｏｕｒｃｅ−Ｃｏｎｆｉｇ情報のコンテンツ内のスロット形式インジケータによって示すことができる。これは、初めてＳＬ ＳＳＢ（カバレッジ内Ｖ２Ｘ ＵＥによって伝送された）に同期したカバレッジ外Ｖ２Ｘ ＵＥが、使用するサイドリンクリソース構成を認識できる場合に有益である。サイドリンクリソースは、Ｕｕ上りリンクリソースとサイドリンクリソースが共有している共有キャリアに基づくことができる。下記の表１２に示すように、「Ｄ」は、サイドリンクデータチャネル、すなわち、ＰＳＳＣＨ伝送及び受信に利用可能なシンボルを示し、「Ｃ」は、利用可能な制御チャネル、すなわち、ＰＳＣＣＨを意味し、「Ｇ」は、ＧＡＰシンボルを意味し、「Ｘ」は、シンボルが、いずれのサイドリンク伝送にも使用されないことを意味し、かつ「Ｆ」は、フィードバックチャネル、すなわち、ＰＳＦＣＨを意味する。

〔複数のフィードバック〕
Ｖ２Ｖに関する本出願のまたさらに別の態様によれば、マルチキャストグループ又はユニキャストは、確実に発見される車両に基づいて決定される。車両／ＵＥは、近隣からの発見応答が受信されるときに正常に発見される。車両／ＵＥは、発見メッセージを搬送するためのサイドリンク物理チャネルをブロードキャスト又はマルチキャストしてもよい。近隣からの発見応答は、同じ時間及び周波数リソースで競合する可能性がある。これは、近隣の車両／ＵＥ同士が、発見プロセスが完了するまで、お互いに認識しない可能性があるためである。衝突の可能性を減らすために、サイドリンク物理チャネル搬送発見メッセージのための発見応答メカニズムは、下記の規則に基づく場合がある。

サイドリンク制御チャネルＰＳＣＣＨは、ＰＳＳＣＨ搬送発見メッセージの応答タイミングを指定するか、又は示すことができる。発見メッセージが、近隣の車両／ＵＥを発見しようとする場合、近隣の車両／ＵＥは、この発見クエリに応答する必要がある場合がある。監視される車両／ＵＥは、発見フェーズの間にＰＳＣＣＨを復号して、（ＳＣＩ内の）発見応答タイミング情報を取得する。例えば、図２４では車両／ＵＥは、その発見メッセージを、スロットＱ、Ｑ＋１でブロードキャストして、それぞれ、スロットＱ＋３、Ｑ＋４での発見応答タイミングを示す。このようにして、ＰＳＣＣＨによる（そのＳＣＩを用いた）発見応答タイミングのインジケーションは、複数の発見応答が同じスロット又は
異なるスロットでスケジュールされることを可能にする。図２４の実施形態によれば、ＰＳＣＣＨは、ＰＳＳＣＨリソースを示しても、示さなくてもよい。暗黙のリソース割り当ての場合、ＰＳＣＣＨとＰＳＳＣＨとのマッピング関係は予め定められる。明確なリソース割り当ての場合、ＰＳＣＣＨコンテンツ（ＳＣＩ）は、データＰＳＳＣＨを受信する場所を示す。

近隣の車両／ＵＥは、サイドリンク応答制御情報（ＳＦＣＩ）と共にＰＳＣＣＨによって搬送された発見応答情報を伝送してもよい。全ての近隣の車両／ＵＥが、発見応答を実施するわけではない。上位層（ＭＡＣ）は、ブロードキャスト発見メッセージに応答するかどうかを決定できる。しかし、複数の近隣の車両／ＵＥは、依然として、発見応答に対して同じ時間スロットで競合する可能性がある。発見される側の車両／ＵＥは、発見する側の車両／ＵＥの要求に応じて発見メッセージを伝送する場合も想定される。オンデマンド発見メッセージは、より効果的な方式で伝送することができる。例えば、そのようなメッセージは、ある一定の方向に（全ての方向を通したビームスイーピングをすることなしに）伝送することができる。発見される側の車両／ＵＥは、発見する側の車両／ＵＥからの位置情報を使用して、発見応答のビーム方向を決定できる。それゆえ、発見メッセージは、数回繰り返される場合があるが、規則的なブロードキャスト発見のような長い周期ではない。

特定のスロットで発見される側のＵＥが応答を伝送する場合があると、発見する側の車両／ＵＥが、予測できるように、このＳＦＣＩは、ＰＳＳＣＨでピギーバックされる場合がある。下記のＰＳＳＣＨリソース割り当て方法が用いられる。
１．暗黙のリソース割り当て：ＰＳＣＣＨと、ＰＳＳＣＨとの間のマッピング関係は予め定められる。
２．明確なリソース割り当て：ＰＳＣＣＨコンテンツ（ＳＣＩ）は、データＰＳＳを受信する場所を示す。

複数の車両／ＵＥが、同じブロードキャスト物理チャネルに対してフィードバックしようとする場合、例えば、図２５に例示的に示すように、スロットＱで伝送されたブロードキャスト物理チャネルに対して、２つの車両／ＵＥがフィードバックを必要とする可能性がある。この場合、２つの車両／ＵＥは、同じスロットで、発見応答のために、同じチャネルリソースを奪い合おうとする可能性がある。この潜在的な衝突に対処するために、車両／ＵＥが、発見メッセージを搬送するためのブロードキャストを送信して、フィードバック用のスロットで複数のＰＳＣＣＨを監視する場合があることが想定される。リソースブロックは、競合フェーズ（すなわち、フィードバック用の複数のＰＳＣＣＨが競合する）と、データ伝送フェーズとに分類される場合がある。競合フェーズでは、２つの異なる車両／ＵＥが、異なる時間−周波数リソースで、それらのＰＳＣＣＨを伝送する場合がある。例えば、フィードバックリソースの選択は、そのＵＥ−ＩＤ又は他のパラメータに基づく場合がある。

ｓ（０）＝０、ｓ（１）＝１、ｓ（２）＝１、ｓ（３）＝０、ｓ（４）＝ｓ（５）＝ｓ（６）＝１である。ここで、下記の２進法のｍ系列は、ＢＰＳＫ変調済み系列ｓ（ｎ），ｎ＝０，…，１２６：｛１ １ １ ０ １ １ ０ ０ ０ １ ０ １ ０ ０ １
０ １ １ １ １ １ ０ １ ０ １ ０ １ ０ ０ ０ ０ １ ０ １ １
０ １ １ １ １ ０ ０ １ １ １ ０ ０ １ ０ １ ０ １ １ ０ ０
１ １ ０ ０ ０ ０ ０ １ １ ０ １ １ ０ １ ０ １ １ １ ０ １
０ ０ ０ １ １ ０ ０ １ ０ ０ ０ １ ０ ０ ０ ０ ０ ０ １ ０
０ １ ０ ０ １ １ ０ １ ０ ０ １ １ １ １ ０ １ １ １ ０ ０
０ ０ １ １ １ １ １ １ １ ０ ０ ０｝である。

他の性能基準値は、平均平方非周期的自動相関（Mean Square Aperiodic Auto-Correlation：ＭＳＡＡＣ）である。ＭＳＡＣＣは、下記式によって定義される場合がある。

異なる巡回シフト値を用いるＵｕ ＰＳＳ系列を採用するＳＬ ＰＳＳに関する１つの利点は、高速アダマール変換（Fast Hadamard Transform：ＦＨＷＴ）を介したＵｕ及
びＳＬ ＰＳＳの同時検出である。

パリティ検査行列Ａは、サイズ（Ｎ−ｒ）×Ｎを伴う。パリティ行列Ａ内の０でない要素の各列は、多項式のタップに等しい。したがって、原始多項式のタップの数は、パリティ検査行列内の疎なレベルと等価である。ＬＦＳＲが生成する最長系列の特性多項式は、原始多項式である。しかし、次数ｒに対していくつかの原始多項式があるが、どの原始多項式も最小タップ／重みを有するわけではない。次数７の原始多項式を、下記表１３に一覧にして記載する。

ＳＬ ＰＳＳ系列生成のために、異なる原始多項式を使用することも考えられる。例えば、Ｗ個の異なるＳＬ ＰＳＳ系列が、Ｗ個の異なる原始多項式から生成される。すなわちｆ１（ｘ），ｆ２（ｘ），…ｆＷ（ｘ）、及びｍ系列の各初期状態［ｓ（０）ｓ（１）ｓ（２）．．．ｓ（６）］は、任意のゼロ以外のベクトルとして設定される場合がある。ＳＬ ＰＳＳに対する系列ｄＳＬ−ＰＳＳ（ｎ）は、下記式によって定義される。

ＳＬ ＳＳＳに対する系列ｄ_{ＳＬ−ＳＳＳ}（ｎ）は、下記式によって定義される。

ＳＬ ＰＳＳ及びＳＳＳは、サイズ２０又は２４ＲＢ（又は２４０／２８８のＲＥ）のＤＦＴ−ｓ−ＯＦＤＭ波形をサポートするためにＤＦＴによって事前に符号化される場合がある。

ＳＬ ＰＳＳの長さが２５５、かつＳＬ ＳＳブロック帯域幅が２４ＲＢの場合、ＳＬプライマリ同期信号は、ＳＬ ＳＳブロックの第１シンボルにマップされる場合がある。系列ｄ_{ＳＬ−ＰＳＳ}（ｎ）及びｄ_{ＳＬ−ＳＳＳ}（ｎ）は、図２９に描写するように周波数領域にマップされる。

ＳＬ ＳＳＳは、ＳＬ ＳＳブロックの最後のシンボルにマップされる場合がある。系列ｄ_{ＳＬ−ＳＳＳ}（ｎ）は、ｄ_{ＳＬ−ＰＳＳ}（ｎ）と同じように周波数領域にマップされる。帯域幅２４ＲＢのＳＬ ＳＳブロックの例を図３０に示す。

長さ１２７のＳＬ ＰＳＳ、及び２４ＲＢの帯域幅のＳＬ ＳＳブロックの場合、ＳＬプライマリ同期信号は、ＳＬ ＳＳブロックの第１シンボルにマップされる場合がある。系列ｄ_{ＳＬ−ＰＳＳ}（ｎ）は、図３１に描写するような周波数領域にマップされる。

長さ１２７のＳＬ ＰＳＳ、及び２４ＲＢの帯域幅のＳＬ ＳＳブロックの別の選択肢では、ＳＬプライマリ同期信号は、ＳＬ ＳＳブロックの第１シンボルにマップされる場合がある。系列ｄ_{ＳＬ−ＰＳＳ}（ｎ）（ｎ）は、図３２に描写するように周波数領域にマップされる。

図３１及び３２では、ＳＬ ＳＳブロックの帯域幅＝２４ＲＢの場合、長さ１２７のＳＬ ＰＳＳの伝送電力は、長さ２５５のＳＬ ＰＳＳの２倍である場合がある。ＳＬ ＳＳＳは、ＳＬ ＳＳブロックの最後のシンボルにマップされる場合がある。系列ｄ_{ＳＬ−ＳＳＳ}（ｎ）は、図３３に描写するように、周波数領域にマップされる。帯域幅２４ＲＢのＳＬ ＳＳブロック、及び長さ１２７のＳＬ ＰＳＳと、長さ２５５のＳＬ ＳＳＳの例を、図３４Ａ及び図３４Ｂに示す。これは、ＳＬ ＰＳＳ長＝１２７、及びＳＬ ＳＳＳ長＝２５５のときの、ＳＬ ＳＳ ＢＷ＝２４ＲＢでのＳＬ ＳＳブロックの例示的設計、及びリソースマッピングである。さらに、図３４ＡからＢは、ＳＬ ＰＳＳ長＝１２７、及びＳＬ ＳＳＳ長＝２５５のときの、ＳＬ ＳＳ ＢＷ＝２４ＲＢでのＳＬブロック設計、及びリソースマッピングを示している。

一実施形態において、ＳＬ ＳＳＢを搬送するスロット内の第１シンボル（シンボル０）は、自動利得制御（ＡＧＣ）トレーニングのために使用される場合がある。シンボル０は、追加のＤＭＲＳ又はＳＬ ＰＢＣＨシンボルを伴うＤＭＲＳを搬送するのに使用される場合がある。シンボル０が、ＤＭＲＳを搬送するのに使用される場合、他のＲＥは、ＳＬ ＳＳＢ帯域幅内、例えば、１１ＲＢ内で、ブランクとして残される。

〔他のＳＬ物理チャネルとのＳＳＢ時間多重〕
本出願の応用の別の態様に従って、他のＳＬ物理チャネルとのＳＳＢ時間多重について記載する。第１選択肢によれば、スロットがＳＬ ＳＳＢを含む場合、ＳＬ ＳＳＢスロットは、別のＳＬ物理チャネル（例えば、ＰＳＣＣＨ、ＰＳＳＣＨ及びＰＳＦＣＨ）と時間分割多重（ＴＤＭ）されていない。この選択肢では、Ｖ２Ｘ ＵＥは、ＳＬ ＳＳＢを伝送しているときに、他のＳＬ物理チャネルがスロットと多重していないと想定する。

第２選択肢によれば、スロット内のＳＬ ＳＳＢで使用されるシンボルの数が、１０又は１１シンボル以下の場合、図３８に示すように、スロット内の最後の１つ又は２つの利用可能なシンボルは、ＳＬ ＳＳＢと時間多重（ＴＤＭ）されたＳＬフィードバックチャネル（例えば、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ用の）の伝送に使用される場合がある。この場合、Ｔｘ−Ｒｘスイッチングのためのギャップシンボルが、スロット内のシンボル１２に配置される場合がある。第１シンボルは、ＡＧＣトレーニングのために確保される場合がある。

〔ＳＬ ＳＳブロック周期〕
本出願のさらに別の態様により、ＳＬ ＳＳブロック周期について記載する。Ｕｕ初期アクセスプロシージャ、すなわち複数のＳＳブロックが、ある特定のＳＳＢ周期で伝送され、かつ、バーストセット内の各ＳＳＢは、異なるＰＲＡＣＨリソース（例えば、ＰＲＡＣＨ機会又はプリアンブル）に関連付けられる。Ｕｕにおいて、ｇＮＢは、ある特定のＵＥによって受信される特定のＳＳＢ伝送に関する知識を取得できる。Ｖ２Ｘ ＵＥは、ＳＬ ＳＳ／ＰＢＣＨを、タイミング参照として使用するが、ＰＲＡＣＨがサイドリンクで使用されないので、Ｕｕでのように、任意のＰＲＡＣＨリソースに関連付けるために、ＳＬ ＳＳＢを使用しない。したがって、Ｕｕにおいて提案されるＳＬ ＳＳバーストセットを定義する必要はない。このように、ＳＬ ＰＢＣＨ用ＤＭＲＳは、ＵｕでのようにＳＳブロックインジケーションを搬送する必要がないので、ＤＭＲＳ内のＳＬ ＳＳブロックインジケーションを監視するためのブラインドサーチ労力を減らすことができる。ＤＭＲＳ用スクランブリング系列生成器は、下式を用いて、各ＳＳ／ＰＢＣＨブロック機会の開始時に初期化される。

式中、ｎ_ｈｆ＝０， １は、ハーフフレームインジケータを意味する（ｎ_ｈｆ＝０は、フレーム内の第１ハーフフレーム、ｎ_ｈｆ＝１は、フレーム内の第１ハーフフレームを意味する）。例えば、ａ＝１１の場合、ＤＭＲＳの初期化は、下記式のように表すことがで
きる。

ＳＬ ＳＳ／ＰＢＣＨブロック周期は、予め定めることができる。例えば、ＳＬ ＳＳ／ＰＢＣＨブロック周期は、｛５ｍｓ，１０ｍｓ，２０ｍｓ，４０ｍｓ，８０ｍｓ，１６０ｍｓ，２００ｍｓ｝でサポートされる場合がある。例えば、１６０ｍｓなどのより長いＳＬ ＳＳ／ＰＢＣＨブロック周期を、ＳＬ ＳＳ／ＰＢＣＨオーバーヘッドを減らすためにサポートすることができる。ＳＬ ＳＳ／ＰＢＣＨブロックの複数のビーム伝送をサポートするために、ＳＳ／ＰＢＣＨブロック伝送周期は、図３９に示すようなビーム伝送周期に基づくと定義することができる。ＳＬ ＳＳ／ＰＢＣＨブロックに関連付けられた各（異なる）ビームは、同じ周期、例えば、１６０ｍｓで繰り返す。この成り行きにおいて、ＳＬ ＳＳブロック（ＳＳＢ）に対する異なる伝送ビームの数は、Ｖ２Ｘ ＵＥ実装形態に依存する。本方法では、ＳＬ ＳＳＢ伝送周期内にＳＬ ＳＳＢを検出するＶ２Ｘ
ＵＥに対して何ら影響を及ぼさない。ＵＥは、伝送周期内にＳＬ ＳＳＢ検出を実施することを依然として想定する。

ＳＬ ＳＳＳに対する系列ｄＳＬ−ＳＳＳ（ｎ）は、Ｕｕ ＳＳＳから再利用される場合があり、下記式によって定義される。

システム及び方法について、現在特定の態様であると考えられるものに関して説明してきたが、本出願は、開示された態様に限定される必要はない。特許請求の範囲の趣旨及び範囲内に含まれる種々の変更及び類似の構成を包括することを意図しており、その範囲は、かかる変更及び類似の構造を全て包含するように最も広い解釈を与えるであろう。本開示は、添付の特許請求の範囲のあらゆる態様を含む。

Claims (20)

1. ある時間間隔にわたるサイドリンク（Sidelink：ＳＬ）同期信号（Synchronization Signal：ＳＳ）バーストを提供することであって、前記ＳＬ ＳＳバーストは、ＯＦＤＭ
   シンボルを含むスロットを含む、ことと、
   前記スロットの第１ＯＦＤＭシンボルで、リソースブロック（Resource Block：ＲＢ
   ）上の同期信号ブロック（Synchronization Signal Block：ＳＳＢ）の伝送を制限することと、
   前記第１シンボルの後の複数のシンボルを介して、新無線（New Radio：ＮＲ）ＳＬ ＳＳ及び物理ブロードキャストチャネル（Physical Broadcast Channel：ＰＢＣＨ）（New Radio SL SS and Physical Broadcast Channel：ＮＲ ＳＬ ＳＳ／ＰＢＣ
   Ｈ）で、前記ＲＢ上の前記ＳＳＢを、ユーザ端末（User Equipment：ＵＥ）からｇＮＢ
   に伝送することとを含む方法。
2. 前記ＮＲ ＳＬ ＳＳ／ＰＢＣＨは、プライマリサイドリンク同期信号（Primary Sidelink Synchronization Signal：ＰＳＳＳ）及びセカンダリ同期信号（Secondary Sidelink Synchronization Signal：ＳＳＳＳ）を含み、前記ＰＳＳＳ及び前記ＳＳＳＳは、ＳｙｎｃＲｅｆを識別するＳＬ−ＳＳＩＤを符号化している、請求項１に記載の方法。
3. 前記ＮＲ ＳＬ ＳＳ／ＰＢＣＨは、復調参照信号（Demodulation Reference Signal：ＤＭＲＳ）及び物理サイドリンクブロードキャストチャネル（Physical Sidelink Broadcast Channel：ＰＳＢＣＨ）を含み、前記ＤＭＲＳは、受信電力を計測する、請求
   項１に記載の方法。
4. 前記ＳＬ ＳＳ／ＰＢＣＨを伝送する命令を、前記ｇＮＢから受信すること、を含み、
   前記ＳＬ ＳＳ／ＰＢＣＨ用の時間及び周波数リソースは、ｇＮＢによってスケジュールされる、請求項１に記載の方法。
5. 前記受信電力が所定の閾値を下回ると前記ＵＥが判断すること、をさらに含む、請求項１に記載の方法。
6. ｇＮＢのカバレッジ内又はカバレッジ外に前記ＵＥがあるかどうかを、前記ＵＥが判断すること、をさらに含む、請求項５に記載の方法。
7. 所定のイベント後の前記伝送を、前記ＵＥがキャンセルすること、をさらに含む、請求項１に記載の方法。
8. 前記所定のイベントは、前記ＮＲ ＳＬ ＳＳ／ＰＢＣＨの伝送を停止する命令を前記ＵＥが受信すること、同期優先順位の変更を検出すること、タイマの満了後、及び伝送ウィンドウの最大数に達したこと、のうち１つ又は複数を含む、請求項７に記載の方法。
9. 前記ＳＳＢは、１１のリソースブロックを含み、前記スロットの第１及び第２ＯＦＤＭシンボルは、ＰＳＳＳを含む、請求項１に記載の方法。
10. 前記スロットの第３及び第４ＯＦＤＭシンボルは、ＳＬ ＳＳＳを含む、請求項９に記載の方法。
11. 前記スロットの第６及び第７ＯＦＤＭシンボルは、ＳＬ ＳＳＳを含む、請求項９に記載の方法。
12. 前記ＳＳＢは、前記伝送ステップの間に別のチャネルと時間分割多重していない、請求項１に記載の方法。
13. 前記ＤＭＲＳは、前記ｇＮＢのカバレッジ内インジケーションを搬送する、請求項３に記載の方法。
14. 前記ＤＭＲＳは、カバレッジフラグ内に前記ＳＳＢを含まない、請求項１３に記載の方法。
15. 前記ＰＳＳＳは、異なる巡回シフトを示すＵｕ ＰＳＳ系列に依存し、前記ＰＳＳは、前記Ｕｕ ＰＳＳ系列と低い相関関係を示す、請求項２に記載の方法。
16. 前記ＳＳＳＳは、ゴールド系列に基づく、請求項１５に記載の方法。
17. 前記ＰＳＢＣＨは、ダイレクトシステムフレーム番号、カバレッジ内、同期発信元、ＳＳＢサブキャリアオフセット、ＳＬリソース構成、ＳＬ帯域幅及び予備のうち１つ又は複数を有するマスタ情報ブロックを含む、請求項３に記載の方法。
18. ビークル・ツー・エニシング（Vehicle To Anything：Ｖ２Ｘ）通信範囲内の車両グ
    ループを発見する方法であって、
    第１車両を介して、発見対象メッセージをＮＲ−ＰＳＤＣＨで伝送することと、
    前記車両グループのメンバーの情報を、前記車両グループの車両から受信することと、
    前記車両グループのポリシー及び条件を含む基準を評価することと、
    前記評価に基づいて、前記車両グループに加入する要求を、前記メンバーのうちの１つに送信することと、
    前記加入要求に基づく決定を、前記メンバーのうち１つ又は複数から受信することとを含む方法。
19. 前記基準は、グループサイズ、速度、車間距離ポリシー及び予定の経路のうち１つ又は複数を含む、請求項１８に記載の方法。
20. 前記要求は、前記車両グループ内の隊列走行先導車両に送達され、
    前記決定は、前記隊列走行先導車両によって行われる、
    請求項１８に記載の方法。
    

Images