知財求人 - 知財ポータルサイト「IP Force」
▶ インターデイジタル パテント ホールディングス インコーポレイテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-12-10
(45)【発行日】2024-12-18
(54)【発明の名称】５Ｇ ｅＶ２Ｘのためのリソース管理
(51)【国際特許分類】
H04W 72/02 20090101AFI20241211BHJP
H04W 4/40 20180101ALI20241211BHJP
H04W 92/18 20090101ALI20241211BHJP
【ＦＩ】
H04W72/02
H04W4/40
H04W92/18
【請求項の数】
17
(21)【出願番号】P 2021506704
(86)(22)【出願日】2019-07-08
(65)【公表番号】
(43)【公表日】2021-12-09
(86)【国際出願番号】 US2019040828
(87)【国際公開番号】W WO2020033088
(87)【国際公開日】2020-02-13
【審査請求日】2022-07-01
(31)【優先権主張番号】62/737,648
(32)【優先日】2018-09-27
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/716,674
(32)【優先日】2018-08-09
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/790,731
(32)【優先日】2019-01-10
(33)【優先権主張国・地域又は機関】US
(73)【特許権者】
【識別番号】510030995
【氏名又は名称】インターデイジタル パテント ホールディングス インコーポレイテッド
(74)【代理人】
【識別番号】110002147
【氏名又は名称】弁理士法人酒井国際特許事務所
(72)【発明者】
【氏名】リ，チン
(72)【発明者】
【氏名】アジャクプレ，パスカル，エム．
(72)【発明者】
【氏名】ジャン，グオドン
(72)【発明者】
【氏名】アイヤー，ラクシュミ，アール．
(72)【発明者】
【氏名】アワディン，モハメド
(72)【発明者】
【氏名】リ，イーファン
(72)【発明者】
【氏名】ツァイ，アラン，ワイ．
(72)【発明者】
【氏名】マリー，ジョセフ，エム．
【審査官】吉江 一明
(56)【参考文献】
【文献】国際公開第２０１７／１７９２８６（ＷＯ，Ａ１）
【文献】国際公開第２０１８／１２１６２１（ＷＯ，Ａ１）
【文献】国際公開第２０１８／０８１９７９（ＷＯ，Ａ１）
【文献】国際公開第２０１８／１４８０３４（ＷＯ，Ａ１）
【文献】米国特許出願公開第２０１７／０１８８３９１（ＵＳ，Ａ１）
【文献】米国特許出願公開第２０１４／００９４１８３（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ４／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
サイドリンク帯域幅パートに位置しているリソースプールに対応付けられる構成を受信することと、前記リソースプールでのリソース使用および１つまたは複数の利用可能なリソースを、サイドリンク参照信号受信電力（Sidelink Reference Signal Received Power：ＳＬ－ＲＳＲＰ）を測定することによって、決定することと、
１つまたは複数の伝送に対して、前記リソースプールでの前記１つまたは複数の利用可能なリソースから１つまたは複数のリソースを選択することと、
前記選択された１つまたは複数のリソースを使用した、サイドリンク共有チャネルの伝送によって、データパケットを送信し、かつ、サイドリンク制御チャネルの伝送によって、制御情報を送信することであって、前記サイドリンク共有チャネルおよび前記サイドリンク制御チャネルは、時間で重複し、周波数で重複しない、ことと、
を含む、方法。
【請求項2】
前記リソースプールでの前記１つまたは複数の利用可能なリソースを決定することは、感知ウィンドウに対する時間間隔を設定することを含み、前記感知ウィンドウに対する前記時間間隔は、周期的伝送または非周期的伝送、
前記データパケットに対するレイテンシ要件、
前記データパケットの伝送に対する繰り返し、および
ハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバックごとの前記データパケットの再伝送のうちの少なくとも１つに基づいて設定される、
請求項１に記載の方法。
【請求項3】
前記リソースプールでの前記１つまたは複数の利用可能なリソースを決定することは、初期伝送をスケジューリングし、スケジューリングもしくは確保されたリソースをプリエンプションし、またはハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバックごとの１つもしくは複数の繰り返し、もしくは１つもしくは複数の再伝送のうちの少なくとも１つを確保するために、サイドリンク制御情報（Sidelink Control Information：ＳＣＩ）をデコードすることによってリソース使用を感知すること、
サイドリンク受信信号強度インジケータ（Sidelink Received Signal Strength Indicator：ＳＬ－ＲＳＳＩ）、チャネルビジー率、またはチャネル占有率のうちの少なくとも１つを測定すること、および
スケジューリングされず、確保されず、かつプリエンプションされていないリソース、
通信範囲もしくはゾーン内にあるリソース、または
前記リソースのＳＬ－ＲＳＲＰ測定もしくは前記リソースのＳＬ－ＲＳＳＩ測定のうちの少なくとも１つが閾値未満であるという判定に基づいて、
利用可能なリソースを決定すること
のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項4】
前記１つまたは複数のリソースを選択することは、リソース選択に対する時間間隔を決定することを含み、前記リソース選択に対する前記時間間隔は、伝送される前記データパケットの優先度、レイテンシ、または信頼性のうちの１つまたは複数、および
繰り返し、ハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバックごとの再伝送、または周期的トラフィックに対する次のデータパケット伝送
のうちの１つまたは複数のうちの少なくとも１つに基づいて決定される、請求項１に記載の方法。
【請求項5】
前記１つまたは複数のリソースを選択することは、伝送される前記データパケットの優先度、レイテンシ、信頼性、もしくは通信範囲もしくはゾーン、または干渉もしくは輻輳の測定のうちの少なくとも１つに基づいて、１つまたは複数のリソースを選択すること、および
スケジューリングもしくは確保ＳＣＩ、初期伝送、繰り返し、ハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバック、ＨＡＲＱフィードバックごとの再伝送、または周期的トラフィックの次のデータパケットのうちの少なくとも１つに対する１つまたは複数のリソースを選択すること
のうちの少なくとも１つを含む、請求項１に記載の方法。
【請求項6】
前記データパケットを送信することは、測定された輻輳レベルに基づいて、輻輳閾値を超えているか否かを判定することであって、前記輻輳閾値は、伝送される前記データパケットの優先度、レイテンシ、信頼性、または通信範囲もしくはゾーンのうちの少なくとも１つに基づく、ということと、
前記輻輳閾値を超えていないという判定に基づいて、
前記データパケットを送信することと、
前記輻輳閾値を超えているという判定に基づいて、
前記輻輳レベルもしくは伝送される前記データパケットの優先度、レイテンシ、信頼性、もしくは範囲のうちの少なくとも１つに少なくとも基づいて、前記伝送をドロップすること、または
前記輻輳レベルもしくは伝送される前記データパケットの優先度、レイテンシ、信頼性、もしくは範囲のうちの少なくとも１つに基づいて、変調およびコーディングスキームもしくは伝送電力レベルを調整すること、ならびに前記データパケットの初期伝送、繰り返し、もしくは再伝送のうちの少なくとも１つを送信すること
のうちの少なくとも１つを実施することと、
を含む、請求項１に記載の方法。
【請求項7】
プロセッサと、メモリと、を備える装置であって、前記メモリは、前記プロセッサによって実行されると前記装置に動作を実施させる、コンピュータ実行可能命令を記憶し、動作は、サイドリンク帯域幅パートに位置しているリソースプールに対応付けられる構成を受信することと、
前記リソースプールでのリソース使用および１つまたは複数の利用可能なリソースを、サイドリンク参照信号受信電力（Sidelink Reference Signal Received Power：ＳＬ－ＲＳＲＰ）を測定することによって、決定することと、
１つまたは複数の伝送に対して、前記リソースプールでの前記１つまたは複数の利用可能なリソースから１つまたは複数のリソースを選択することと、
前記選択された１つまたは複数のリソースを使用した、サイドリンク共有チャネルの伝送によって、データパケットを送信し、かつ、サイドリンク制御チャネルの伝送によって、制御情報を送信することであって、前記サイドリンク共有チャネルおよび前記サイドリンク制御チャネルは、時間で重複し、周波数で重複しない、ことと、
を含む、装置。
【請求項8】
前記リソースプールでの前記１つまたは複数の利用可能なリソースを決定することは、感知ウィンドウに対する時間間隔を設定することを含み、前記感知ウィンドウに対する前記時間間隔は、周期的伝送または非周期的伝送、
前記データパケットに対するレイテンシ要件、
前記データパケットの伝送に対する繰り返し、および
ハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバックごとの前記データパケットの再伝送
のうちの少なくとも１つに基づいて設定される、請求項７に記載の装置。
【請求項9】
前記リソースプールでの前記１つまたは複数の利用可能なリソースを決定することは、初期伝送をスケジューリングし、スケジューリングもしくは確保されたリソースをプリエンプションし、またはハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバックごとの１つもしくは複数の繰り返し、もしくは１つもしくは複数の再伝送のうちの少なくとも１つを確保するために、サイドリンク制御情報（Sidelink Control Information：ＳＣＩ）をデコードすることによってリソース使用を感知すること、
サイドリンク受信信号強度インジケータ（Sidelink Received Signal Strength Indicator：ＳＬ－ＲＳＳＩ）、チャネルビジー率、またはチャネル占有率のうちの少なくとも１つを測定すること、および
スケジューリングされず、確保されず、かつプリエンプションされていないリソース、
通信範囲もしくはゾーン内にあるリソース、または
前記リソースのＳＬ－ＲＳＲＰ測定もしくは前記リソースのＳＬ－ＲＳＳＩ測定のうちの少なくとも１つが閾値未満であるという判定に基づいて、
利用可能なリソースを決定すること
のうちの少なくとも１つを含む、請求項７に記載の装置。
【請求項10】
前記１つまたは複数のリソースを選択することは、リソース選択に対する時間間隔を決定することを含み、前記リソース選択に対する前記時間間隔は、伝送される前記データパケットの優先度、レイテンシ、または信頼性のうちの１つまたは複数、および
繰り返し、ハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバックごとの再伝送、または周期的トラフィックに対する次のデータパケット伝送のうちの１つまたは複数
のうちの少なくとも１つに基づいて決定される、請求項７に記載の装置。
【請求項11】
前記１つまたは複数のリソースを選択することは、伝送される前記データパケットの優先度、レイテンシ、信頼性、もしくは通信範囲もしくはゾーン、または干渉もしくは輻輳の測定のうちの少なくとも１つに基づいて、１つまたは複数のリソースを選択すること、および
スケジューリングもしくは確保ＳＣＩ、初期伝送、繰り返し、ハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバック、ＨＡＲＱフィードバックごとの再伝送、または周期的トラフィックの次のデータパケットのうちの少なくとも１つに対する１つまたは複数のリソースを選択すること
のうちの少なくとも１つを含む、請求項７に記載の装置。
【請求項12】
前記データパケットを送信することは、測定された輻輳レベルに基づいて、輻輳閾値を超えているか否かを判定することであって、前記輻輳閾値は、伝送される前記データパケットの優先度、レイテンシ、信頼性、または通信範囲もしくはゾーンのうちの少なくとも１つに基づく、ということと、
前記輻輳閾値を超えていないという判定に基づいて、
前記データパケットを送信することと、
前記輻輳閾値を超えているという判定に基づいて、
前記輻輳レベルもしくは伝送される前記データパケットの優先度、レイテンシ、信頼性、もしくは範囲のうちの少なくとも１つに少なくとも基づいて、前記伝送をドロップすること、または
前記輻輳レベルもしくは伝送される前記データパケットの優先度、レイテンシ、信頼性、もしくは範囲のうちの少なくとも１つに基づいて、変調およびコーディングスキームもしくは伝送電力レベルを調整すること、ならびに前記データパケットの初期伝送、繰り返し、もしくは再伝送のうちの少なくとも１つを送信すること
のうちの少なくとも１つを実施することと、
を含む、請求項７に記載の装置。
【請求項13】
プロセッサによって実行されると装置に動作を実施させる命令を記憶する、コンピュータ可読記憶媒体であって、動作は、サイドリンク帯域幅パートに位置しているリソースプールに対応付けられる構成を受信することと、
前記リソースプールでのリソース使用および１つまたは複数の利用可能なリソースを、サイドリンク参照信号受信電力（Sidelink Reference Signal Received Power：ＳＬ－ＲＳＲＰ）を測定することによって、決定することと、
１つまたは複数の伝送に対して、前記リソースプールでの前記１つまたは複数の利用可能なリソースから１つまたは複数のリソースを選択することと、
前記選択された１つまたは複数のリソースを使用した、サイドリンク共有チャネルの伝送によって、データパケットを送信し、かつ、サイドリンク制御チャネルの伝送によって、制御情報を送信することであって、前記サイドリンク共有チャネル及び前記サイドリンク制御チャネルは、時間で重複し、周波数で重複しない、ことと、
を含む、コンピュータ可読記憶媒体。
【請求項14】
前記リソースプールでの前記１つまたは複数の利用可能なリソースを決定することは、感知ウィンドウに対する時間間隔を設定することを含み、前記感知ウィンドウに対する前記時間間隔は、周期的伝送または非周期的伝送、
前記データパケットに対するレイテンシ要件、
前記データパケットの伝送に対する繰り返し、および
ハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバックごとの前記データパケットの再伝送
のうちの少なくとも１つに基づいて設定される、請求項１３に記載のコンピュータ可読記憶媒体。
【請求項15】
前記リソースプールでの前記１つまたは複数の利用可能なリソースを決定することは、初期伝送をスケジューリングし、スケジューリングもしくは確保されたリソースをプリエンプションし、またはハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバックごとの１つもしくは複数の繰り返し、もしくは１つもしくは複数の再伝送のうちの少なくとも１つを確保するために、サイドリンク制御情報（Sidelink Control Information：ＳＣＩ）をデコードすることによってリソース使用を感知すること、
サイドリンク受信信号強度インジケータ（Sidelink Received Signal Strength Indicator：ＳＬ－ＲＳＳＩ）、チャネルビジー率、またはチャネル占有率のうちの少なくとも１つを測定すること、および
スケジューリングされず、確保されず、かつプリエンプションされていないリソース、
通信範囲もしくはゾーン内にあるリソース、または
前記リソースのＳＬ－ＲＳＲＰ測定もしくは前記リソースのＳＬ－ＲＳＳＩ測定のうちの少なくとも１つが閾値未満であるという判定に基づいて、
利用可能なリソースを決定すること
のうちの少なくとも１つを含む、請求項１３に記載のコンピュータ可読記憶媒体。
【請求項16】
前記１つまたは複数のリソースを選択することは、リソース選択に対する時間間隔を決定することを含み、前記リソース選択に対する前記時間間隔は、伝送される前記データパケットの優先度、レイテンシ、または信頼性のうちの１つまたは複数、および
繰り返し、ハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバックごとの再伝送、または周期的トラフィックに対する次のデータパケット伝送のうちの１つまたは複数
のうちの少なくとも１つに基づいて決定される、請求項１３に記載のコンピュータ可読記憶媒体。
【請求項17】
前記１つまたは複数のリソースを選択することは、伝送される前記データパケットの優先度、レイテンシ、信頼性、もしくは通信範囲もしくはゾーン、または干渉もしくは輻輳の測定のうちの少なくとも１つに基づいて、１つまたは複数のリソースを選択すること、および
スケジューリングもしくは確保ＳＣＩ、初期伝送、繰り返し、ハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバック、ＨＡＲＱフィードバックごとの再伝送、または周期的トラフィックの次のデータパケットのうちの少なくとも１つに対する１つまたは複数のリソースを選択すること
のうちの少なくとも１つを含む、請求項１３に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【背景技術】
【0001】
ビークルツーエブリシング（Vehicle-To-Everything：Ｖ２Ｘ）アプリケーションが著しく進歩するにつれて、基本的な安全性に対する車両自体の状態データに関する短いメッセージの伝送は、生センサデータ、車両の意図データ、協働、今後の操作の確認などを含む、より大きいメッセージの伝送で拡張される必要があり得る。これらの先進のアプリケーションに対して、必要とされるデータレート、レイテンシ、信頼性、通信範囲、および速度を満たすための予期される要件は、より厳しくされる。
【0002】
拡張Ｖ２Ｘ（enhanced V2X：ｅＶ２Ｘ）サービスに対して、第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ）は、２５個の例示的なユースケースおよび関連要件を特定している（3GPP TR 22.886 Study on enhancement of 3GPP Support for 5G V2X Services, Release 15, V15.2.0を参照）。規範的要件のセットはまた、以下の４つのユースケースグループに分類されているユースケースで規定される。車両の隊列走行、拡張センサ、先進運転、および遠隔運転（3GPP TS 22.186 Enhancement of 3GPP support for V2X scenarios (Stage 1), Release 15, V15.3.0を参照）。各ユースケースグループに対する性能要件の詳細な説明は、TS 22.186で規定される。
【発明の概要】
【0003】
ビークルツーエブリシング（Ｖ２Ｘ）シナリオに対するサイドリンクにおけるリソース管理のための方法およびシステムが開示される。サイドリンクにおけるリソース構造のための例示的な方法およびシステムが開示される。制御およびデータチャネルは、直交周波数分割多重（Orthogonal Frequency Division Multiplexing：ＯＦＤＭ）波形で周波数分割多重化（Ｆａｍｅｄ）または時分割多重化（Ｔｉｍｅｄ）され得る。サイドリンクにおけるリソース構成のための例示的な方法およびシステムが開示される。リソース構成は、静的に構成されてもよいし、局所的に半永続的であってもよいし、動的に構成されてもよい。補助リソース割り当てのための例示的な方法およびシステムが開示される。補助感知は、特別なデバイス、またはグループリードもしくはロードサイドユニット（Roadside Unit：ＲＳＵ）もしくはスケジューリングユーザ端末（User Equipment：ＵＥ）などのユーザ端末（ＵＥ）によって実施されてもよく、ローカルスケジューリングは、特別なデバイス、またはグループリードもしくはＲＳＵもしくはスケジューリングＵＥなどのユーザ端末（ＵＥ）によって実施されてもよい。ネットワーク制御ありおよびネットワーク制御なしの両方に対するスケジューラ割り当てスキームのための例示的な方法およびシステムが開示される。ネットワーク制御ありおよびネットワーク制御なしの両方に対するリソース割り当てモード切り替えスキームのための例示的な方法およびシステムが開示される。異なる通信に対する制御およびデータチャネルのリソース割り当てを伴うスロットまたはサブフレーム構造のための例示的な方法およびシステムが開示される。周期的データ伝送および非周期的データ伝送の両方に対する感知スキームのための例示的な方法およびシステムが開示される。リソース選択および輻輳制御伝送スキームに基づいて感知するための例示的な方法およびシステムが開示される。
【0004】
本概要は、詳細な説明で以下にさらに記載される、単純化された形態でのコンセプトの選択を導入するために提供される。本概要は、請求された主題の主要な機構または必須の機構を特定することを意図したものでもなく、請求された主題の範囲を限定するために使用されことを意図したものでもない。さらに、請求された主題は、本開示の任意の部分で記されるいずれかまたはすべての欠点を解決する限定に限定されない。
【0005】
（図面の簡単な説明）
以下の詳細な説明は、添付の図面と共に読むとより十分に理解される。例示の目的で図面に例が示されるが、主題は、開示される特定の要素および手段に限定されない。
以下の詳細な説明は、添付の図面と共に読むとより十分に理解される。例示の目的で図面に例が示されるが、主題は、開示される特定の要素および手段に限定されない。
【図面の簡単な説明】
【0006】
【発明を実施するための形態】
【0007】
（例示的な通信システムおよびネットワーク）
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（コーデック、セキュリティ、およびサービスの品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術のための技術的規格を開発している。最新の無線アクセス技術（Radio Access Technology：ＲＡＴ）規格は、（一般に３Ｇと称される）広帯域ＣＤＭＡ（Wideband CDMA：ＷＣＤＭＡ（登録商標））と、（一般に４Ｇと称される）ロングタームエボリューション（Long Term Evolution：ＬＴＥ）と、ＬＴＥアドバンスト規格と、「５Ｇ」とも称される新無線（New Radio：ＮＲ）と、を含む。３ＧＰＰ ＮＲ規格開発は、次世代無線アクセス技術（新しいＲＡＴ）の定義を継続し含むことが予期されており、これは、７ＧＨｚを下回る新規のフレキシブルな無線アクセスの提供と、７ＧＨｚを上回る新規のウルトラモバイルブロードバンド無線アクセスの提供と、を含むことが予期されている。フレキシブルな無線アクセスは、７ＧＨｚを下回る新しいスペクトルにおける新しい非後方互換性無線アクセスで構成されることが予期されており、同じスペクトル内で共に多重化され、多様な要件を伴う３ＧＰＰ ＮＲユースケースの広範なセットに対処する場合がある、異なる動作モードを含むことが予期されている。ウルトラモバイルブロードバンドは、ウルトラモバイルブロードバンドアクセス、例えば、屋内用途およびホットスポット向けの機会を提供する、センチ波およびミリ波スペクトルを含むことが予期されている。特に、ウルトラモバイルブロードバンドは、センチ波およびミリ波特有設計最適化を伴って、共通設計フレームワークが７ＧＨｚを下回るフレキシブルな無線アクセスと共有することが予期されている。
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（コーデック、セキュリティ、およびサービスの品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術のための技術的規格を開発している。最新の無線アクセス技術（Radio Access Technology：ＲＡＴ）規格は、（一般に３Ｇと称される）広帯域ＣＤＭＡ（Wideband CDMA：ＷＣＤＭＡ（登録商標））と、（一般に４Ｇと称される）ロングタームエボリューション（Long Term Evolution：ＬＴＥ）と、ＬＴＥアドバンスト規格と、「５Ｇ」とも称される新無線（New Radio：ＮＲ）と、を含む。３ＧＰＰ ＮＲ規格開発は、次世代無線アクセス技術（新しいＲＡＴ）の定義を継続し含むことが予期されており、これは、７ＧＨｚを下回る新規のフレキシブルな無線アクセスの提供と、７ＧＨｚを上回る新規のウルトラモバイルブロードバンド無線アクセスの提供と、を含むことが予期されている。フレキシブルな無線アクセスは、７ＧＨｚを下回る新しいスペクトルにおける新しい非後方互換性無線アクセスで構成されることが予期されており、同じスペクトル内で共に多重化され、多様な要件を伴う３ＧＰＰ ＮＲユースケースの広範なセットに対処する場合がある、異なる動作モードを含むことが予期されている。ウルトラモバイルブロードバンドは、ウルトラモバイルブロードバンドアクセス、例えば、屋内用途およびホットスポット向けの機会を提供する、センチ波およびミリ波スペクトルを含むことが予期されている。特に、ウルトラモバイルブロードバンドは、センチ波およびミリ波特有設計最適化を伴って、共通設計フレームワークが７ＧＨｚを下回るフレキシブルな無線アクセスと共有することが予期されている。
【0008】
３ＧＰＰは、データレート、レイテンシ、およびモビリティのための様々なユーザ体験要件をもたらす、ＮＲでサポートすることが予期される種々のユースケースを特定している。ユースケースは、以下の一般的カテゴリ、すなわち、高度化モバイルブロードバンド（enhanced Mobile Broadband：ｅＭＢＢ）、超高信頼低遅延通信（Ultra-Reliable Low-Latency Communication：ＵＲＬＬＣ）、大規模マシンタイプ通信（massive Machine Type Communication：ｍＭＴＣ）、ネットワーク動作（例えば、ネットワークスライシング、ルーティング、移行およびインターワーキング、エネルギー節約）、および拡張ビークルツーエブリシング（ｅＶ２Ｘ）通信を含み、ｅＶ２Ｘ通信は、ビークルツービークル（Vehicle-To-Vehicle：Ｖ２Ｖ）通信、ビークルツーインフラストラクチャ（Vehicle-To-Infrastructure：Ｖ２Ｉ）通信、ビークルツーネットワーク（Vehicle-To-Network：Ｖ２Ｎ）通信、ビークルツー歩行者（Vehicle-To-Pedestrian：Ｖ２Ｐ）通信、および他のエンティティとのビークル通信のうちのいずれかを含み得る。これらのカテゴリにおける具体的サービスおよびアプリケーションは、例えば、いくつか例を挙げると、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、第１応答者コネクティビティ、自動車ｅコール、災害警告、リアルタイムゲーム、多人数ビデオコール、自律運転、拡張現実、触知インターネット、仮想現実、ホームオートメーション、ロボティクス、および空中ドローンを含む。これらのユースケースのすべておよび他のものが、本明細書で検討される。
【0009】
図１Ａは、本明細書で記載および請求されるシステム、方法、および装置が使用され得る、例示的な通信システム１００を示す。通信システム１００は、概して、または集合的に、ＷＴＲＵ１０２と称され得る無線伝送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆ、および／または１０２ｇを含み得る。通信システム１００は、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話ネットワーク（Public Switched Telephone Network：ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２と、ネットワークサービス１１３と、を含み得る。ネットワークサービス１１３は、例えば、Ｖ２Ｘサーバ、Ｖ２Ｘ機能、ＰｒｏＳｅサーバ、ＰｒｏＳｅ機能、ＩｏＴサービス、ビデオストリーミング、および／またはエッジコンピューティングなどを含み得る。
【0010】
本明細書で開示されるコンセプトが、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素で使用され得ることを理解されよう。ＷＴＲＵ１０２の各々は、無線環境で動作および／または通信するように構成された任意のタイプの装置またはデバイスであり得る。図１Ａの例では、ＷＴＲＵ１０２の各々は、ハンドヘルド無線通信装置として、図１Ａ～図１Ｅに示される。無線通信のために検討される種々のユースケースに伴って、各ＷＴＲＵは、一例にすぎないが、ユーザ端末（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ポケットベル、セルラー電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、バスもしくはトラック、電車、または飛行機の車両などを含む、無線信号を伝送および／または受信するように構成された任意のタイプの装置またはデバイスを備えてもよいし、それらに含まれてもよいことを理解されたい。
【0011】
通信システム１００はまた、基地局１１４ａと、基地局１１４ｂと、を含み得る。図１Ａの例では、各基地局１１４ａおよび１１４ｂは、単一の要素として示される。実際には、基地局１１４ａおよび１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得る。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。同様に、基地局１１４ｂは、遠隔無線ヘッド（Remote Radio Head：ＲＲＨ）１１８ａ、１１８ｂ、送受信ポイント（Transmission and Reception Point：ＴＲＰ）１１９ａ、１１９ｂ、ならびに／またはロードサイドユニット（ＲＳＵ）１２０ａおよび１２０ｂのうちの少なくとも１つと有線および／または無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、および／またはネットワークサービス１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２のうちの少なくとも１つ、例えばＷＴＲＵ１０２ｃと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。
【0012】
ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、ネットワークサービス１１３、および／または他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。ＲＳＵ１２０ａおよび１２０ｂは、ＷＴＲＵ１０２ｅまたは１０２ｆのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、他のネットワーク１１２、および／またはネットワークサービス１１３などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであり得る。一例として、基地局１１４ａ、１１４ｂは、送受信機基地局（Base Transceiver Station：ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、次世代ノードＢ（ｇノードＢ）、衛星、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無線ルータなどであり得る。
【0013】
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部であってもよく、それらＲＡＮはまた、基地局コントローラ（Base Station Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）も含み得る。同様に、基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部であってもよく、それらＲＡＮはまた、ＢＳＣ、ＲＮＣ、中継ノードなどの他の基地局および／またはネットワーク要素（図示せず）も含み得る。基地局１１４ａは、特定の地理的領域内で無線信号を伝送および／または受信するように構成されてもよく、その地理的領域は、セル（図示せず）と称され得る。同様に、基地局１１４ｂは、特定の地理的領域内で有線および／または無線信号を伝送および／または受信するように構成されてもよく、その地理的領域はセル（図示せず）と称され得る。セルは、セルセクタにさらに分割され得る。例えば、基地局１１４ａに対応付けられるセルは、３つのセクタに分割され得る。したがって、例えば、基地局１１４ａは、例えば、セルのセクタごとに１つの、３つの送受信機を含み得る。基地局１１４ａは、多入力多出力（Multiple-Input Multiple Output：ＭＩＭＯ）技術を採用してもよく、したがって、例えば、セルのセクタごとに複数の送受信機を利用し得る。
【0014】
基地局１１４ａは、任意の好適な無線通信リンク（例えば、無線周波数（Radio Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波など）であり得るエアインターフェース１１５／１１６／１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｇのうちの１つまたは複数と通信し得る。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立され得る。
【0015】
基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバーなど）または無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、ＵＶ、可視光、センチ波、ミリ波など）であり得る有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを介してＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂ、ならびに／またはＲＳＵ１２０ａおよび１２０ｂのうちの１つまたは複数と通信し得る。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適なＲＡＴを使用して確立され得る。
【0016】
ＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、および／またはＲＳＵ１２０ａ、１２０ｂは、任意の好適な無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、紫外線ＵＶ、可視光、センチ波、ミリ波など）であり得るエアインターフェース１１５ｃ／１１６ｃ／１１７ｃを介してＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、１０２ｆのうちの１つまたは複数と通信し得る。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適なＲＡＴを使用して確立され得る。
【0017】
ＷＴＲＵ１０２は、任意の好適な無線通信リンク（例えば、ＲＦ、マイクロ波、ＩＲ、紫外線ＵＶ、可視光、センチ波、ミリ波など）であり得るサイドリンク通信などの直接的なエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを介して相互に通信し得る。エアインターフェース１１５ｄ／１１６ｄ／１１７ｄは、任意の好適なＲＡＴを使用して確立され得る。
【0018】
通信システム１００は、複数のアクセスシステムであってもよく、かつＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つまたは複数のチャネルアクセススキームを採用し得る。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂ、ＴＲＰ１１９ａ、１１９ｂ、および／もしくはＲＳＵ１２０ａおよび１２０ｂ、ならびにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、および１０２ｆは、ユニバーサルモバイル電気通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）、地上波無線アクセス（Universal Terrestrial Radio Access：ＵＴＲＡ）などの無線技術を実装してもよく、それにより、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７および／または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立し得る。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）および／または発展型ＨＳＰＡ（Evolved HSPA：ＨＳＰＡ＋）などの通信プロトコルを含み得る。ＨＳＰＡは、高速ダウンリンクパケットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含み得る。
【0019】
ＲＡＮ１０３／１０４／１０５内の基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｇ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂ、および／もしくはＲＳＵ１２０ａおよび１２０ｂ、ならびにＷＴＲＵ１０２ｃ、１０２ｄは、発展型ＵＭＴＳ地上波無線アクセス（Evolved UMTS Terrestrial Radio Access：Ｅ－ＵＴＲＡ）などの無線技術を実装してもよく、それにより、例えば、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ－アドバンスト（LTE-Advanced：ＬＴＥ－Ａ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立し得る。エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃは、３ＧＰＰ ＮＲ技術を実装し得る。ＬＴＥおよびＬＴＥ－Ａ技術は、（サイドリンク通信などの）ＬＴＥ Ｄ２Ｄおよび／またはＶ２Ｘ技術ならびにインターフェースを含み得る。同様に、３ＧＰＰ ＮＲ技術は、（サイドリンク通信などの）ＮＲ Ｖ２Ｘ技術およびインターフェースを含み得る。
【0020】
ＲＡＮ１０３／１０４／１０５内の基地局１１４ａならびにＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、および１０２ｇ、またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａおよび１１８ｂ、ＴＲＰ１１９ａおよび１１９ｂ、および／もしくはＲＳＵ１２０ａおよび１２０ｂ、ならびにＷＴＲＵ１０２ｃ、１０２ｄ、１０２ｅ、および１０２ｆは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide Interoperability For Microwave Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（Interim Standard 2000：ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、モバイル通信用グローバルシステム（Global System for Mobile communications：ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（Enhanced Data Rates For GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装し得る。
【0021】
図１Ａにおける基地局１１４ｃは、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであってもよく、例えば、会社、自宅、車両、電車、航空機、衛星、工場、キャンパスなどの場所などの局所エリア内の無線コネクティビティを促進するための任意の好適なＲＡＴを利用し得る。基地局１１４ｃおよびＷＴＲＵ１０２、例えばＷＴＲＵ１０２ｅは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）を確立し得る。同様に、基地局１１４ｃおよびＷＴＲＵ１０２、ＷＴＲＵ１０２ｄは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless Personal Area Network：ＷＰＡＮ）を確立し得る。基地局１１４ｃおよびＷＴＲＵ１０２、例えばＷＲＴＵ１０２ｅは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａ、ＮＲなど）を利用して、ピコセルまたはフェムトセルを確立し得る。図１Ａに示すように、基地局１１４ｃは、インターネット１１０への直接接続を有し得る。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。
【0022】
ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信してもよく、そのコアネットワークは、音声、データ、メッセージング、認可および認証、アプリケーション、ならびに／またはボイスオーバーインターネットプロトコル（Voice Over Internet Protocol：ＶｏＩＰ）サービスをＷＴＲＵ１０２のうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであり得る。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、モバイル位置ベースのサービス、プリペイドコール、インターネットコネクティビティ、パケットデータネットワークコネクティビティ、イーサネット（登録商標）コネクティビティ、ビデオ配信などを提供し、および／またはユーザ認証などの高レベルセキュリティ機能を実施し得る。
【0023】
図１Ａでは示されていないが、ＲＡＮ１０３／１０４／１０５および／もしくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂならびに／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／もしくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接通信し得ることを理解されよう。例えば、Ｅ－ＵＴＲＡ無線技術を利用し得るＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭまたはＮＲ無線技術を採用する別のＲＡＮ（図示せず）と通信し得る。
【0024】
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２がＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能し得る。ＰＳＴＮ１０８は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回線交換電話ネットワークを含み得る。インターネット１１０は、伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、およびＴＣＰ／インターネットプロトコル（Internet Protocol：ＩＰ）インターネットプロトコルスイートにおけるインターネットプロトコル（ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含み得る。他のネットワーク１１２は、他のサービスプロバイダによって所有および／または運営される、有線または無線通信ネットワークを含み得る。例えば、ネットワーク１１２は、任意のタイプのパケットデータネットワーク（例えば、ＩＥＥＥ８０２．３イーサネットネットワーク）、またはＲＡＮ１０３／１０４／１０５および／もしくはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴもしくは異なるＲＡＴを採用し得る１つもしくは複数のＲＡＮに接続される別のコアネットワークを含み得る。
【0025】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、および１０２ｆの一部または全部は、マルチモード能力を含んでもよく、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅ、および１０２ｆは、異なる無線リンクを介して異なる無線ネットワークと通信するための複数の送受信機を含み得る。例えば、図１Ａに示されるＷＴＲＵ１０２ｇは、セルラーベースの無線技術を採用し得る基地局１１４ａ、およびＩＥＥＥ ８０２無線技術を採用し得る基地局１１４ｃと通信するように構成され得る。
【0026】
図１Ａでは示されていないが、ユーザ端末がゲートウェイへの有線接続を行い得ることを理解されよう。ゲートウェイは、レジデンシャルゲートウェイ（Residential Gateway：ＲＧ）であり得る。ＲＧは、コアネットワーク１０６／１０７／１０９へのコネクティビティを提供し得る。本明細書に含まれる着想の多くが、ＷＴＲＵであるＵＥ、およびネットワークに接続するために有線接続を使用するＵＥに等しく適用され得ることを理解されよう。例えば、無線インターフェース１１５、１１６、１１７、および１１５ｃ／１１６ｃ／１１７ｃに適用される着想は、有線接続に等しく適用され得る。
【0027】
図１Ｂは、例示的なＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を採用して、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。ＲＡＮ１０３はまた、コアネットワーク１０６と通信し得る。図１Ｂに示すように、ＲＡＮ１０３は、エアインターフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するための１つまたは複数の送受信機を各々含み得るノードＢ１４０ａ、１４０ｂ、および１４０ｃを含み得る。ノードＢ１４０ａ、１４０ｂ、および１４０ｃは各々、ＲＡＮ１０３内の特定のセル（図示せず）に対応付けられ得る。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含み得る。ＲＡＮ１０３は、任意の数のノードＢおよび無線ネットワークコントローラ（ＲＮＣ）を含み得ることを理解されよう。
【0028】
図１Ｂに示すように、ノードＢ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信し得る。加えて、ノードＢ１４０ｃは、ＲＮＣ１４２ｂと通信し得る。ノードＢ１４０ａ、１４０ｂ、および１４０ｃは、Ｉｕｂインターフェースを介して、それぞれのＲＮＣ１４２ａおよび１４２ｂと通信し得る。ＲＮＣ１４２ａおよび１４２ｂは、Ｉｕｒインターフェースを介して、相互に通信し得る。ＲＮＣ１４２ａおよび１４２ｂの各々は、接続されるそれぞれのノードＢ１４０ａ、１４０ｂ、および１４０ｃを制御するように構成され得る。加えて、ＲＮＣ１４２ａおよび１４２ｂの各々は、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバーシチ、セキュリティ機能、データ暗号化などの他の機能性を果たすかまたはサポートするように構成され得る。
【0029】
図１Ｂに示されるコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：ＭＧＷ）１４４、移動通信交換局（Mobile Switching Center ：ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０を含み得る。上述の要素の各々が、コアネットワーク１０６の一部として示されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることを理解されよう。
【0030】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続され得る。ＭＳＣ１４６は、ＭＧＷ１４４に接続され得る。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。
【0031】
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続され得る。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続され得る。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃとＩＰ対応デバイスとの間の通信を促進し得る。
【0032】
コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得る他のネットワーク１１２に接続され得る。
【0033】
図１Ｃは、例示的なＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信し得る。ＲＡＮ１０４はまた、コアネットワーク１０７と通信し得る。
【0034】
ＲＡＮ１０４は、ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃを含み得るが、ＲＡＮ１０４は、任意の数のｅノードＢを含み得ることを理解されよう。ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃは各々、エアインターフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信するための１つまたは複数の送受信機を含み得る。例えば、ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃは、ＭＩＭＯ技術を実装し得る。したがって、ｅノードＢ１６０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信し得る。
【0035】
ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃの各々は、特定のセル（図示せず）に対応付けられてもよく、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどをハンドリングするように構成され得る。図１Ｃに示すように、ｅノードＢ１６０ａ、１６０ｂ、および１６０ｃは、Ｘ２インターフェースを介して相互に通信し得る。
【0036】
図１Ｃに示されるコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility Management Gateway：ＭＭＥ）１６２と、サービングゲートウェイ１６４と、パケットデータネットワーク（Packet Data Network：ＰＤＮ）ゲートウェイ１６６と、を含み得る。上述の要素の各々が、コアネットワーク１０７の一部として示されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることを理解されよう。
【0037】
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、および１６０ｃの各々に接続されてもよく、制御ノードとして機能し得る。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃの初期アタッチの間の特定のサービングゲートウェイの選択などの役割を果たし得る。ＭＭＥ１６２はまた、ＲＡＮ１０４とＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間の切り替えのための制御プレーン機能を提供し得る。
【0038】
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、および１６０ｃの各々に接続され得る。サービングゲートウェイ１６４は、概して、ユーザデータパケットをＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃからルーティングおよび転送し得る。サービングゲートウェイ１６４はまた、ｅノードＢ間ハンドオーバーの間のユーザプレーンのアンカ、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのために利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのコンテキストの管理および記憶などの他の機能を実施し得る。
【0039】
サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進し得るＰＤＮゲートウェイ１６６に接続され得る。
【0040】
コアネットワーク１０７は、他のネットワークとの通信を促進し得る。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと従来の地上通信デバイスとの間の通信を促進し得る。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（IP Multimedia Subsystem：ＩＭＳ）サーバ）を含むか、またはそれと通信し得る。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得るネットワーク１１２へのアクセスを提供し得る。
【0041】
図１Ｄは、例示的なＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＮＲ無線技術を採用し、エアインターフェース１１７を介してＷＴＲＵ１０２ａおよび１０２ｂと通信し得る。ＲＡＮ１０５はまた、コアネットワーク１０９と通信し得る。非３ＧＰＰインターワーキング機能（Non-3GPP Interworking Function：Ｎ３ＩＷＦ）１９９は、非３ＧＰＰ無線技術を採用し、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信し得る。Ｎ３ＩＷＦ１９９はまた、コアネットワーク１０９と通信し得る。
【0042】
ＲＡＮ１０５は、ｇノードＢ１８０ａおよび１８０ｂを含み得る。ＲＡＮ１０５は、任意の数のｇノードＢを含み得ることを理解されよう。ｇノードＢ１８０ａおよび１８０ｂは各々、エアインターフェース１１７を介してＷＴＲＵ１０２ａおよび１０２ｂと通信するための１つまたは複数の送受信機を含み得る。統合アクセスおよびバックホール接続が使用されるとき、同じエアインターフェースが、ＷＴＲＵとｇノードＢとの間で使用されてもよく、これは、１つまたは複数のｇＮＢを介したコアネットワーク１０９であり得る。ｇノードＢ１８０ａおよび１８０ｂは、ＭＩＭＯ、ＭＵ－ＭＩＭＯ、および／またはデジタルビームフォーミング技術を実装し得る。したがって、ｇノードＢ１８０ａは、例えば、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信し得る。ＲＡＮ１０５が、ｅノードＢなどの他のタイプの基地局を採用し得ることを理解されたい。ＲＡＮ１０５が、複数のタイプの基地局を採用し得ることも理解されよう。例えば、ＲＡＮは、ｅノードＢおよびｇノードＢを採用し得る。
【0043】
Ｎ３ＩＷＦ１９９は、非３ＧＰＰアクセスポイント１８０ｃを含み得る。Ｎ３ＩＷＦ１９９は、任意の数の非３ＧＰＰアクセスポイントを含み得ることを理解されよう。非３ＧＰＰアクセスポイント１８０ｃは、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信するための１つまたは複数の送受信機を含み得る。非３ＧＰＰアクセスポイント１８０ｃは、８０２．１１プロトコルを使用し、エアインターフェース１９８を介してＷＴＲＵ１０２ｃと通信し得る。
【0044】
ｇノードＢ１８０ａおよび１８０ｂの各々は、特定のセル（図示せず）に対応付けられてもよく、無線リソース管理決定、ハンドオーバー決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどをハンドリングするように構成され得る。図１Ｄに示すように、ｇノードＢ１８０ａおよび１８０ｂは、例えば、Ｘｎインターフェースを介して相互に通信し得る。
【0045】
図１Ｄに示されるコアネットワーク１０９は、５Ｇコア（5G Core：５ＧＣ）ネットワークであり得る。コアネットワーク１０９は、数多くの通信サービスを、無線アクセスネットワークによって相互接続される顧客に提供し得る。コアネットワーク１０９は、コアネットワークの機能性を実施するいくつかのエンティティを備える。本明細書で使用されるとき、「コアネットワークエンティティ」または「ネットワーク機能」という用語は、コアネットワークの１つまたは複数の機能性を実施する任意のエンティティを示す。このようなコアネットワークエンティティは、図１Ｇに示されるシステム９０などの無線および／もしくはネットワーク通信またはコンピュータシステムのために構成された装置のメモリで記憶され、当該装置のプロセッサ上で実行されるコンピュータ実行可能命令（ソフトウェア）の形態で実装される論理エンティティであり得ることを理解されたい。
【0046】
図１Ｄの例では、５Ｇコアネットワーク１０９は、アクセスモビリティ管理機能（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：ＵＤＲ）１７８と、を含み得る。上述の要素の各々が、５Ｇコアネットワーク１０９の一部として示されているが、これらの要素のうちのいずれか１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営され得ることを理解されよう。５Ｇコアネットワークは、これらの要素のすべてで構成されなくてもよく、追加の要素で構成されてもよく、これらの要素の各々の複数のインスタンスで構成されてもよいことも理解されよう。図１Ｄは、ネットワーク機能が相互に直接接続することを示すが、それが、Ｄｉａｍｅｔｅｒルーティングエージェントなどのルーティングエージェントまたはメッセージバスを介して通信し得ることを理解されたい。
【0047】
図１Ｄの例では、ネットワーク機能間のコネクティビティは、インターフェースのセットまたは参照点を介して実現される。ネットワーク機能は、他のネットワーク機能またはサービスによって起動されるかまたは呼び出されるサービスのセットとして、モデリング、記載、または実装され得ることを理解されよう。ネットワーク機能サービスの起動は、ネットワーク機能間の直接接続、メッセージバス上のメッセージングの交換、ソフトウェア機能の呼び出しなどを介して実現され得る。
【0048】
ＡＭＦ１７２は、Ｎ２インターフェースを介してＲＡＮ１０５に接続されてもよく、制御ノードとして機能し得る。例えば、ＡＭＦ１７２は、登録管理、接続管理、到達可能性管理、アクセス認証、アクセス認可の役割を果たし得る。ＡＭＦは、Ｎ２インターフェースを介してユーザプレーントンネル構成情報をＲＡＮ１０５に転送する役割を果たし得る。ＡＭＦ１７２は、Ｎ１１インターフェースを介してＳＭＦからユーザプレーントンネル構成情報を受信し得る。ＡＭＦ１７２は、概して、Ｎ１インターフェースを介して、非アクセス層（Non-Access-Stratum：ＮＡＳ）パケットをＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃからルーティングおよび転送し得る。Ｎ１インターフェースは、図１Ｄに示されていない。
【0049】
ＳＭＦ１７４は、Ｎ１１インターフェースを介してＡＭＦ１７２に接続され得る。同様に、ＳＭＦは、Ｎ７インターフェースを介してＰＣＦ１８４に接続されてもよく、Ｎ４インターフェースを介してＵＰＦ１７６ａおよび１７６ｂに接続され得る。ＳＭＦ１７４は、制御ノードとして機能し得る。例えば、ＳＭＦ１７４は、セッション管理、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに対するＩＰアドレス割り当て、ＵＰＦ１７６ａおよびＵＰＦ１７６ｂでのトラフィックステアリング規則の管理および構成、ならびにＡＭＦ１７２へのダウンリンクデータ通知の生成の役割を果たし得る。
【0050】
ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、インターネット１１０などのパケットデータネットワーク（ＰＤＮ）へのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと他のデバイスとの間の通信を促進し得る。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂはまた、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、他のタイプのパケットデータネットワークへのアクセスを提供し得る。例えば、他のネットワーク１１２は、イーサネットワーク、またはデータのパケットを交換する任意のタイプのネットワークであり得る。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、Ｎ４インターフェースを介してＳＭＦ１７４からトラフィックステアリング規則を受信し得る。ＵＰＦ１７６ａおよびＵＰＦ１７６ｂは、パケットデータネットワークをＮ６インターフェースに接続することによってか、またはＮ９インターフェースを介して互いにおよび他のＵＰＦに接続することによって、パケットデータネットワークへのアクセスを提供し得る。パケットデータネットワークへのアクセスを提供することに加え、ＵＰＦ１７６は、パケットルーティングおよび転送、ポリシ規則強制、ユーザプレーントラフィックに対するサービスハンドリングの品質、ダウンリンクパケットバッファリングの役割を果たし得る。
【0051】
ＡＭＦ１７２はまた、例えば、Ｎ２インターフェースを介してＮ３ＩＷＦ１９９に接続され得る。Ｎ３ＩＷＦは、例えば、３ＧＰＰによって定義されない無線インターフェース技術を介して、ＷＴＲＵ１０２ｃと５Ｇコアネットワーク１７０との間の接続を促進する。ＡＭＦは、ＲＡＮ１０５と相互作用するのと同じまたは類似の方法で、Ｎ３ＩＷＦ１９９と相互作用し得る。
【0052】
ＰＣＦ１８４は、Ｎ７インターフェースを介してＳＭＦ１７４に接続されてもよく、Ｎ１５インターフェースを介してＡＭＦ１７２に接続されてもよく、Ｎ５インターフェースを介してアプリケーション機能（Application Function：ＡＦ）１８８に接続され得る。Ｎ１５およびＮ５インターフェースは、図１Ｄに示されていない。ＰＣＦ１８４は、ポリシ規則をＡＭＦ１７２およびＳＭＦ１７４などの制御プレーンノードに提供してもよく、制御プレーンノードがこれらの規則を強要することを可能にする。ＰＣＦ１８４は、ＡＭＦがＮ１インターフェースを介してポリシをＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに届け得るように、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに対してポリシを、ＡＭＦ１７２へ送信し得る。次いで、ポリシは、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃで強要または適用され得る。
【0053】
ＵＤＲ１７８は、認証資格および契約情報についてのレポジトリとして機能し得る。ＵＤＲは、ネットワーク機能に接続してもよく、その結果、ネットワーク機能は、レポジトリにあるデータに追加してもよく、データから読み取ってもよく、データを修正し得る。例えば、ＵＤＲ１７８は、Ｎ３６インターフェースを介してＰＣＦ１８４に接続し得る。同様に、ＵＤＲ１７８は、Ｎ３７インターフェースを介してＮＥＦ１９６に接続してもよく、ＵＤＲ１７８は、Ｎ３５インターフェースを介してＵＤＭ１９７に接続し得る。
【0054】
ＵＤＭ１９７は、ＵＤＲ１７８と他のネットワーク機能との間のインターフェースとして機能し得る。ＵＤＭ１９７は、ネットワーク機能をＵＤＲ１７８のアクセスに認可し得る。例えば、ＵＤＭ１９７は、Ｎ８インターフェースを介してＡＭＦ１７２に接続してもよく、ＵＤＭ１９７は、Ｎ１０インターフェースを介してＳＭＦ１７４に接続し得る。同様に、ＵＤＭ１９７は、Ｎ１３インターフェースを介してＡＵＳＦ１９０に接続し得る。ＵＤＲ１７８およびＵＤＭ１９７は、しっかりと統合され得る。
【0055】
ＡＵＳＦ１９０は、認証関連動作を実施し、Ｎ１３インターフェースを介してＵＤＭ１７８に接続し、Ｎ１２インターフェースを介してＡＭＦ１７２に接続する。
【0056】
ＮＥＦ１９６は、５Ｇコアネットワーク１０９での能力およびサービスをアプリケーション機能（ＡＦ）１８８にさらす。エクスポージャは、Ｎ３３ ＡＰＩインターフェース上で発生し得る。ＮＥＦは、Ｎ３３インターフェースを介してＡＦ１８８に接続してもよく、それは、５Ｇコアネットワーク１０９の能力およびサービスにさらすために他のネットワーク機能に接続し得る。
【0057】
アプリケーション機能１８８は、５Ｇコアネットワーク１０９でのネットワーク機能と相互作用し得る。アプリケーション機能１８８とネットワーク機能との間の相互作用は、直接的なインターフェースを介してであってもよいし、またはＮＥＦ１９６を介して発生してもよい。アプリケーション機能１８８は、５Ｇコアネットワーク１０９の一部とみなされてもよいし、５Ｇコアネットワーク１０９の外部であってもよく、モバイルネットワークオペレータとのビジネス関係を有する企業によって展開され得る。
【0058】
ネットワークスライシングは、オペレータのエアインターフェースの背後の１つまたは複数の「仮想」コアネットワークをサポートするために、モバイルネットワークオペレータによって使用され得るメカニズムである。これは、異なるＲＡＮ、または単一のＲＡＮ間で起動する異なるサービスタイプをサポートするように、コアネットワークを１つまたは複数の仮想ネットワークに「スライシング」することを伴う。ネットワークスライシングは、オペレータが、例えば、機能性、性能、および分離のエリアで多様な要件を要求する異なるマーケットシナリオに、最適化されたソリューションを提供するようにカスタマイズされるネットワークを生成することを可能にする。
【0059】
３ＧＰＰは、ネットワークスライシングをサポートするように５Ｇコアネットワークを設計している。ネットワークスライシングは、ネットワークオペレータが、非常に多様な、時には最大の要件を要求する５Ｇユースケース（例えば、大規模ＩｏＴ、重要通信、Ｖ２Ｘ、および高度化モバイルブロードバンド）の多様なセットをサポートするために使用し得る優れたツールである。ネットワークスライシング技術の使用がない場合、ネットワークアーキテクチャは、各ユースケースが性能、拡張性、および利用可能性要件のそれ自体の特定のセットを有するときに必要なユースケースのより広い範囲を効率的にサポートするのに十分にフレキシブルおよび拡張可能でない可能性がある。さらに、新しいネットワークサービスの導入は、より効率的に行われるべきである。
【0060】
再び図１Ｄを参照して、ネットワークスライシングシナリオでは、ＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃは、Ｎ１インターフェースを介してＡＭＦ１７２に接続し得る。ＡＭＦは、論理的に、１つまたは複数のスライスの一部であり得る。ＡＭＦは、ＷＴＲＵ１０２ａ、１０２ｂ、または１０２ｃの接続または通信を１つまたは複数のＵＰＦ１７６ａおよび１７６ｂ、ＳＭＦ１７４ならびに他のネットワーク機能と協調させ得る。ＵＰＦ１７６ａおよび１７６ｂの各々、ＳＭＦ１７４、ならびに他のネットワーク機能は、同じスライスまたは異なるスライスの一部であり得る。それらが、異なるスライスの一部であるとき、異なるコンピューティングリソース、セキュリティ資格などを利用し得るという意味で互いに分離され得る。
【0061】
コアネットワーク１０９は、他のネットワークとの通信を促進し得る。例えば、コアネットワーク１０９は、５Ｇコアネットワーク１０９とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバなどのＩＰゲートウェイを含むか、またはそれと通信し得る。例えば、コアネットワーク１０９は、ショートメッセージサービスを介して通信を促進するショートメッセージサービス（Short Message Service：ＳＭＳ）サービスセンターを含むか、またはそれと通信し得る。例えば、５Ｇコアネットワーク１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと、サーバまたはアプリケーション機能１８８との間の非ＩＰデータパケットの交換を促進し得る。加えて、コアネットワーク１７０は、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃに、他のサービスプロバイダによって所有および／または運営される他の有線または無線ネットワークを含み得るネットワーク１１２へのアクセスを提供し得る。
【0062】
本明細書で記載され、図１Ａ、図１Ｃ、図１Ｄ、および図１Ｅに示されるコアネットワークエンティティは、特定の既存の３ＧＰＰ仕様におけるそれらのエンティティに与えられる名称によって識別されるが、将来において、それらのエンティティおよび機能性は、他の名称によって識別されてもよく、特定のエンティティまたは機能は、将来的３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって公開される将来的な仕様において組み合わせられ得ることを理解されたい。したがって、図１Ａ、図１Ｂ、図１Ｃ、図１Ｄ、および図１Ｅに記載および示されている特定のネットワークエンティティおよび機能性は、一例としてのみ提供され、本明細書で開示および請求される主題は、現在規定されているか、または将来的に規定されるか否かにかかわらず、任意の類似通信システムにおいて具現化または実装され得ることを理解されたい。
【0063】
図１Ｅは、本明細書で記載されるシステム、方法、装置が使用され得る例示的な通信システム１１１を示す。通信システム１１１は、無線伝送／受信ユニット（ＷＴＲＵ）Ａ、Ｂ、Ｃ、Ｄ、Ｅ、Ｆと、基地局ｇＮＢ１２１と、Ｖ２Ｘサーバ１２４と、ロードサイドユニット（ＲＳＵ）１２３ａおよび１２３ｂと、を含み得る。実際には、本明細書で提示されるコンセプトは、任意の数のＷＴＲＵ、基地局ｇＮＢ、Ｖ２Ｘネットワーク、および／または他のネットワーク要素に適用され得る。１つのもしくはいくつかのまたはすべてのＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、アクセスネットワークカバレッジ１３１の範囲の外にあり得る。ＷＴＲＵ Ａ、Ｂ、およびＣは、ＷＴＲＵ Ａがグループリードであり、ＷＴＲＵ ＢおよびＣがグループメンバーであるＶ２Ｘグループを形成する。
【0064】
ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、アクセスネットワークカバレッジ１３１内にある場合、ｇＮＢ１２１を介してＵｕインターフェース１２９を介して互いに通信し得る。図１Ｅの例では、ＷＴＲＵ ＢおよびＦは、アクセスネットワークカバレッジ１３１内に示される。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、アクセスネットワークカバレッジ１３１下にあるか、またはアクセスネットワークカバレッジ１３１の外にあるか否かを、インターフェース１２５ａ、１２５ｂ、または１２８などのサイドリンクインターフェース（例えば、ＰＣ５またはＮＲ ＰＣ５）を介して互いに直接通信し得る。例えば、図１Ｅの例では、アクセスネットワークカバレッジ１３１の外側にあるＷＲＴＵ Ｄは、カバレッジ１３１の内側にあるＷＴＲＵ Ｆと通信する。
【0065】
ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、ビークルツーネットワーク（Ｖ２Ｎ）１３３またはサイドリンクインターフェース１２５ｂを介してＲＳＵ１２３ａまたは１２３ｂと通信し得る。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、ビークルツーインフラストラクチャ（Ｖ２Ｉ）インターフェース１２７を介してＶ２Ｘサーバ１２４に通信し得る。ＷＴＲＵ Ａ、Ｂ、Ｃ、Ｄ、Ｅ、およびＦは、ビークルツーパーソン（Ｖ２Ｐ）インターフェース１２８を介して別のＵＥに通信し得る。
【0066】
図１Ｆは、図１Ａ、図１Ｂ、図１Ｃ、図１Ｄ、または図１ＥのＷＴＲＵ１０２などの、本明細書で記載される、システム、方法、および装置に従って無線通信および動作のために構成され得る例示的な装置またはデバイスＷＴＲＵ１０２のブロック図である。図１Ｆに示すように、例示的ＷＴＲＵ１０２は、プロセッサ１１８と、送受信機１２０と、伝送／受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド／インジケータ１２８と、非取り外し可能メモリ１３０と、取り外し可能メモリ１３２と、電源１３４と、全地球測位システム（Global Positioning System：ＧＰＳ）チップセット１３６と、他の周辺機器１３８と、を含み得る。ＷＴＲＵ１０２は、上述の要素の任意の副次的組み合わせを含み得ることを理解されよう。また、限定ではないが、とりわけ、送受信機基地局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、発展型ホームノードＢ（ｅノードＢ）、ホーム発展型ノードＢ（Home Evolved Node-B：ＨｅＮＢ）、ホーム発展型ノードＢゲートウェイ、次世代ノードＢ（ｇノードＢ）、およびプロキシノードなどの基地局１１４ａおよび１１４ｂ、ならびに／または基地局１１４ａおよび１１４ｂが表し得るノードは、図１Ｆに示され本明細書で記載される要素の一部またはすべてを含み得る。
【0067】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに対応付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）回路、任意の他のタイプの集積回路（Integrated Circuit：ＩＣ）、状態マシンなどであり得る。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を果たし得る。プロセッサ１１８は、伝送／受信要素１２２に接続され得る送受信機１２０に接続され得る。図１Ｆは、個別のコンポーネントとしてプロセッサ１１８および送受信機１２０を示しているが、プロセッサ１１８および送受信機１２０は、電子パッケージまたはチップ内に一緒に統合され得ることを理解されよう。
【0068】
ＵＥの伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を介した基地局（例えば、図１Ａの基地局１１４ａ）、またはエアインターフェース１１５ｄ／１１６ｄ／１１７ｄを介した別のＵＥへ信号を伝送するか、またはそこから信号を受信するように構成され得る。例えば、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成されたアンテナであり得る。伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ、または可視光信号を伝送および／または受信するように構成されたエミッタ／検出器であり得る。伝送／受信要素１２２は、ＲＦおよび光信号の両方を伝送および受信するように構成され得る。伝送／受信要素１２２は、無線または有線信号の任意の組み合わせを伝送および／または受信するように構成され得ることを理解されよう。
【0069】
加えて、伝送／受信要素１２２は、単一の要素として図１Ｆで示されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含み得る。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用し得る。したがって、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介して無線信号を伝送および受信するための２つ以上の伝送／受信要素１２２（例えば、複数のアンテナ）を含み得る。
【0070】
送受信機１２０は、伝送／受信要素１２２によって伝送されることになる信号を変調し、伝送／受信要素１２２によって受信される信号を復調するように構成され得る。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有し得る。したがって、送受信機１２０は、ＷＴＲＵ１０２が、複数のＲＡＴ、例えば、ＮＲおよびＩＥＥＥ８０２．１１もしくはＮＲおよびＥ－ＵＴＲＡを介して通信するか、または異なるＲＲＨ、ＴＲＰ、ＲＳＵ、もしくはノードに複数のビームを介して同じＲＡＴと通信することを可能にするための複数の送受信機を含み得る。
【0071】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid Crystal Display：ＬＣＤ）ディスプレイユニットもしくは有機発光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）ディスプレイユニット）に接続され、そこからユーザ入力データを受信し得る。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８に出力し得る。加えて、プロセッサ１１８は、非取り外し可能メモリ１３０および／または取り外し可能メモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、そこにデータを記憶し得る。非取り外し可能メモリ１３０は、ランダムアクセスメモリ（Random-Access Memory：ＲＡＭ）、読み取り専用メモリ（Read-Only Memory ：ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ１３２は、加入者識別モジュール（Subscriber Identity Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digital：ＳＤ）メモリカードなどを含み得る。プロセッサ１１８は、クラウドもしくはエッジコンピューティングプラットフォームでホストされるサーバ上、またはホームコンピュータ（図示せず）内などのＷＴＲＵ１０２上に物理的に位置しないメモリから情報にアクセスし、そこにデータを記憶し得る。
【0072】
プロセッサ１１８は、電源１３４から電力を受信してもよく、ＷＴＲＵ１０２内の他のコンポーネントへの電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に給電するための任意の好適なデバイスであり得る。例えば、電源１３４は、１つまたは複数の乾電池、太陽電池、燃料電池などを含み得る。
【0073】
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成され得るＧＰＳチップセット１３６に接続され得る。ＧＰＳチップセット１３６からの情報に加え、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を介して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、および／または２つ以上の近傍基地局から受信されている信号のタイミングに基づいて、その位置を決定し得る。ＷＴＲＵ１０２は、任意の好適な位置決定方法によって位置情報を取得し得ることを理解されよう。
【0074】
プロセッサ１１８はさらに、追加の特徴、機能性、および／または有線もしくは無線コネクティビティを提供する、１つもしくは複数のソフトウェアおよび／またはハードウェアモジュールを含み得る他の周辺機器１３８に接続され得る。例えば、周辺機器１３８は、加速度計、バイオメトリック（例えば、指紋）センサなどの種々のセンサ、ｅコンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（Universal Serial Bus：ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。
【0075】
ＷＴＲＵ１０２は、センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、トラック、電車、または飛行機の車両などの他の装置またはデバイスに含まれ得る。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備え得る相互接続インターフェースなどの１つまたは複数の相互接続インターフェースを介して、このような装置またはデバイスの他のコンポーネント、モジュール、またはシステムに接続し得る。
【0076】
図１Ｇは、例示的なコンピューティングシステム９０のブロック図であり、ここで、ＲＡＮ１０３/１０４/１０５、コアネットワーク１０６/１０７/１０９、ＰＳＴＮ１０８、インターネット１１０、他のネットワーク１１２、またはネットワークサービス１１３での特定のノードまたは機能性エンティティなどの、図１Ａ、図１Ｃ、図１Ｄ、および図１Ｅに示される通信ネットワークの１つまたは複数の装置が、具現化され得る。コンピューティングシステム９０は、コンピュータまたはサーバを備えてもよく、ソフトウェアの形態（そのようなソフトウェアが記憶されるかまたはアクセスされる場所または手段がいかなるものであっても）であり得るコンピュータ可読命令によって主に制御され得る。このようなコンピュータ可読命令は、コンピューティングシステム９０を稼働させるように、プロセッサ９１内で実行され得る。プロセッサ９１は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに対応付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどであり得る。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする、任意の他の機能性を果たし得る。コプロセッサ８１は、主要プロセッサ９１とは明確に異なる、任意選択のプロセッサであり、追加の機能を果たすか、またはプロセッサ９１を支援し得る。プロセッサ９１および／またはコプロセッサ８１は、本明細書で開示される方法および装置に関連するデータを受信、生成、および処理し得る。
【0077】
プロセッサ９１は、動作時に、命令をフェッチ、復号、および実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ転送し、かつ他のリソースから転送する。このようなシステムバスは、コンピューティングシステム９０内のコンポーネント同士を接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、インタラプトを送信するため、およびシステムバスを動作させるための制御ラインと、を含む。そのようなシステムバス８０の例は、周辺コンポーネント相互接続（Peripheral Component Interconnect：ＰＣＩ）バスである。
【0078】
システムバス８０に接続されたメモリは、ランダムアクセスメモリ（ＲＡＭ）８２と、読み取り専用メモリ（ＲＯＭ）９３と、を含む。このようなメモリは、情報が記憶され、かつ読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２内に記憶されるデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られるか、または変更され得る。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理アドレスに変換する、アドレス変換機能を提供し得る。メモリコントローラ９２はまた、システム内のプロセスを隔離し、ユーザプロセスからシステムプロセスを隔離するメモリ保護機能を提供し得る。したがって、第１のモードで実行するプログラムは、それ自体のプロセス仮想アドレス空間によってマッピングされているメモリのみにアクセスしてもよく、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
【0079】
加えて、コンピューティングシステム９０は、プロセッサ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５などの周辺機器に命令を通信する役割を果たす、周辺機器コントローラ８３を含み得る。
【0080】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。このような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。視覚出力は、グラフィカルユーザインターフェース（Graphical User Interface：ＧＵＩ）の形態で提供され得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを用いて実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために要求される電子コンポーネントを含む。
【0081】
さらに、コンピューティングシステム９０は、コンピューティングシステム９０をＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、ＷＴＲＵ１０２、または図１Ａ、図１Ｂ、図１Ｃ、図１Ｄ、および図１Ｅの他のネットワーク１１２などの外部通信ネットワークまたはデバイスに接続するために使用され得る、例えば、無線または有線ネットワークアダプタ９７などの通信回路を含み、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信することを可能にし得る。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書で記載される、特定の装置、ノード、または機能エンティティの伝送および受信ステップを実施するために使用され得る。
【0082】
本明細書で記載される装置、システム、方法、およびプロセスのうちのいずれかまたはすべては、コンピュータ可読記憶媒体上に記憶されるコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化されてもよく、その命令は、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに、本明細書で記載されるシステム、方法、およびプロセスを実施および／または実装させることを理解されたい。具体的には、本明細書で記載されるステップ、動作、または機能のうちのいずれも、このようなコンピュータ実行可能命令の形態で実装され、無線および／または有線ネットワーク通信向けに構成された装置またはコンピューティングシステムのプロセッサ上で実行され得る。コンピュータ可読記憶媒体は、情報を記憶するための任意の非一時的（例えば、有形または物理的）方法または技術で実装される揮発性および不揮発性媒体、取り外し可能および非取り外し可能媒体を含むが、このようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（Digital Versatile Disks：ＤＶＤ）もしくは他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶デバイスもしくは他の磁気記憶デバイス、または所望の情報を記憶するために使用されてもよく、かつコンピューティングシステムによってアクセスされ得る任意の他の有形もしくは物理媒体を含むが、それらに限定されない。
【0083】
（簡単な導入）
ＬＴＥ Ｖ２ＸのRelease 14では、Ｖ２Ｘサービスに対する基本的な要件は、道路安全性サービスに対してサポートされており、（例えば、車両およびインフラストラクチャ間の低レイテンシおよび高信頼性のメッセージの交換をサポートして、安全性および効率を向上させて、）ビークルツービークル（Ｖ２Ｖ）のレイテンシ要件を満たしながら高密度下でシステムレベル性能を向上させる。リソースプールの２つの構成は、物理サイドリンク制御チャネル（Physical Sidelink Control Channel：ＰＳＣＣＨ）におけるスケジューリング割り当て、および物理サイドリンク共有チャネル（ＰＳＳＣＨ）における対応付けられたデータ伝送に対して規定される（3GPP TS 36.213 Physical layer procedures, Release 15, V15.2.0を参照）。
ＬＴＥ Ｖ２ＸのRelease 14では、Ｖ２Ｘサービスに対する基本的な要件は、道路安全性サービスに対してサポートされており、（例えば、車両およびインフラストラクチャ間の低レイテンシおよび高信頼性のメッセージの交換をサポートして、安全性および効率を向上させて、）ビークルツービークル（Ｖ２Ｖ）のレイテンシ要件を満たしながら高密度下でシステムレベル性能を向上させる。リソースプールの２つの構成は、物理サイドリンク制御チャネル（Physical Sidelink Control Channel：ＰＳＣＣＨ）におけるスケジューリング割り当て、および物理サイドリンク共有チャネル（ＰＳＳＣＨ）における対応付けられたデータ伝送に対して規定される（3GPP TS 36.213 Physical layer procedures, Release 15, V15.2.0を参照）。
【0084】
レイテンシ要件を満たし、Ｖ２Ｘ通信に対する高ドップラースプレッドおよび高密度の車両を受け入れるために、サイドリンク伝送モード３およびモード４は、TS36.213で規定されている。
【0085】
モード４は、２つの車両のＵＥ間の直接的なＬＴＥサイドリンク（Sidelink：ＳＬ）を提供する、新しいＰＣ５インターフェースを使用する。モード４は、半永続的な伝送での感知に基づいて分配されたＵＥスケジューリングを採用する。デバイスからのＶ２Ｖトラフィックは、本質的に、大部分は周期的な小さいデータであり、これは、リソースにおける輻輳を感知し、そのリソースにおける将来の輻輳を推定するために利用される。推定に基づいて、リソースは確保される。
【0086】
一方、モード３は、集約されたｅＮＢスケジューラを使用する。車両のＵＥおよびｅＮＢは、Ｕｕインターフェースを使用して、サイドリンク、例えば、ＰＣ５インターフェースにおける通信をスケジューリングする。
【0087】
図２に示すように、先進のＶ２Ｘアプリケーションは、より事前対応型で高度な移送インフラストラクチャへのシフトを生成しており、予期される要件は、必要とされるデータレート、レイテンシ、信頼性、システム能力、サービスカバレッジなどを満たすためにより厳しくされる。現在のＬＴＥ Ｖ２Ｘソリューションは、必要とされるレイテンシおよび信頼性、ならびに必要とされるデータレートを届けることができない。したがって、リソース構造を最適化する方法、および先進のＶ２Ｘサービスをサポートするためにリソースを割り当てる方法は、対処および解決されるべき必須の問題である。
【0088】
ビークルツーエブリシング（Ｖ２Ｘ）シナリオに対するサイドリンクにおけるリソース管理のための方法およびシステムが開示される。
【0089】
サイドリンクにおけるリソース構造のための方法およびシステムが開示される。制御およびデータチャネルは、直交周波数分割多重（ＯＦＤＭ）波形で周波数分割多重化（Frequency Division Multiplexed：ＦＤＭｅｄ）または時分割多重化（Time Division Multiplexed：ＴＤＭｅｄ）される。時間でのシンボルまたはミニスロットベースのリソースプールも開示される。
【0090】
サイドリンクにおけるリソース構成のための方法およびシステムが開示される。リソース構成は、Ｕｕインターフェースを介してシステム情報（System Information：ＳＩ）もしくは無線リソース制御（Radio Resource Control：ＲＲＣ）メッセージを介して、またはＰＣ５インターフェースを介してサイドリンクＳＩ（Sidelink SI：ＳＬ－ＳＩ）もしくはサイドリンクＲＲＣ（Sidelink RRC：ＳＬ－ＲＲＣ）を介して、Ｖ２Ｘシステムで静的に構成され得る。例えば、自動化の車両ＵＥのレベルごとの構成、グループ内の車両ＵＥの役割ごとの構成、サービスまたはアプリケーションおよび対応付けられた優先度ごとの構成、ならびにデータトラフィック特性ごとの構成である。リソース構成は、ＰＣ５インターフェースを介してＳＬ－ＳＩまたはＳＬ－ＲＲＣメッセージを介して局所的に構成され得る。例えば、グループリード、ロードサイドユニット（ＲＳＵ）、またはスケジューリングＵＥなどの特別なＵＥによる構成である。
【0091】
補助リソース割り当てのための方法およびシステムが開示される。補助感知は、グループリードもしくはＲＳＵまたはＵＥによって実施され得る。局所的なスケジューリングは、グループリードもしくはＲＳＵまたはＵＥによって実施され得る。
【0092】
ネットワーク制御下およびネットワーク制御外の両方に対するスケジューラ選択または選定および修正のための方法およびシステムが開示される。
【0093】
ネットワーク制御下およびネットワーク制御外の両方に対するリソース割り当てモード切り替えスキームのための方法およびシステムが開示される。
【0094】
異なる通信に対する制御およびデータチャネルリソース割り当てを伴うスロットまたはサブフレーム構造のための方法およびシステムが開示される。スロットベースおよびミニスロットベースの両方が提案される。
【0095】
周期的データ伝送および非周期的データ伝送の両方に対する感知スキームのための方法およびシステムが開示される。感知は、調整可能な感知ウィンドウで実施され、候補リソースは、感知結果に基づいて選択される。リッスンビフォアトーク（Listen-Before-Talk：ＬＢＴ）などのチャネル感知は、可能性のある衝突を回避するために選択されたリソースで伝送する前に行われる。高優先度の短いレイテンシデータ伝送に対して、プリエンプションは、確保されたリソースに優先するために提案される。
【0096】
感知ベースのリソース選択スキームのための方法およびシステムが開示される。リソース選択は、優先度、レイテンシ、範囲、および／または輻輳に基づく。
【0097】
輻輳制御ベースの伝送スキームのための方法およびシステムが開示される。伝送ドロッピングは、優先度、レイテンシ、範囲、および／または輻輳に基づく。
【0098】
「ＵＥ」および「車両ＵＥ」という用語は、本開示で交換可能であることに留意されたい。
【0099】
例示的な方法は、リソースおよびリソースプールのうちの少なくとも１つに対応付けられる輻輳を受信することであって、リソースおよびリソースプールは、サイドリンク帯域幅パートに位置している、ということと、リソースプールでのリソース使用および１つまたは複数の利用可能なリソースを決定することと、データパケットが伝送の準備ができているというインジケーションを上位層から受信することと、１つまたは複数の伝送に対してリソースプールで１つまたは複数のリソースを選択および確保することと、選択された１つまたは複数のリソースに基づいて、データパケットの１つまたは複数の伝送を送信することと、を含み得る。
【0100】
リソースプールでのリソース使用および１つまたは複数の利用可能なリソースを決定することは、感知ウィンドウに対する時間間隔を設定することを含んでもよく、感知ウィンドウに対する時間間隔は、周期的伝送または非周期的伝送、データパケットに対するレイテンシ要件、データパケットの伝送に対する繰り返し、およびハイブリッド自動再送リクエスト（Hybrid Automatic Repeat Request：ＨＡＲＱ）フィードバックごとのデータパケットの再伝送のうちの少なくとも１つに基づいて設定される。
【0101】
リソースプールでのリソース使用および１つまたは複数の利用可能なリソースを決定することは、スケジューリングもしくは確保またはプリエンプションされたリソースに対するサイドリンク制御情報（Sidelink Control Information：ＳＣＩ）をデコードすることによってリソース使用を感知すること、サイドリンク参照信号受信電力（Sidelink Reference Signal Received Power：ＳＬ－ＲＳＲＰ）、サイドリンク受信信号強度インジケータ（Sidelink Received Signal Strength Indicator：ＳＬ－ＲＳＳＩ）、チャネルビジー率、またはチャネル占有率のうちの少なくとも１つを測定すること、およびスケジューリングもしくは確保もしくはプリエンプションされていないリソース、通信範囲ゾーン内にあるリソース、またはリソースのＳＬ－ＲＳＲＰ測定もしくはリソースのＳＬ－ＲＳＳＩ測定のうちの少なくとも１つが閾値未満であるという判定に基づいて、利用可能なリソースを決定することのうちの少なくとも１つを含み得る。
【0102】
リソースプールで１つまたは複数のリソースを選択および確保することは、リソース選択に対する時間間隔を決定することを含んでもよく、リソース選択に対する時間間隔は、伝送されるデータパケットの優先度、レイテンシ、または信頼性のうちの１つまたは複数、およびＨＡＲＱフィードバックごとの繰り返しまたは再伝送のうちの１つまたは複数のうちの少なくとも１つに基づいて決定される。
【0103】
リソースプールで１つまたは複数のリソースを選択および確保することは、測定されたＳＬ－ＲＳＲＰまたはＲＳ－ＲＳＳＩを閾値と比較することによって、１つまたは複数の候補リソースを選択することを含んでもよく、閾値は、伝送されるデータパケットの優先度、レイテンシ、通信範囲、ＱｏＳ要件、または利用可能なリソースの干渉測定もしくは輻輳測定のうちの少なくとも１つに基づく。
【0104】
リソースプールで１つまたは複数のリソースを選択および確保することは、伝送されるデータパケットの優先度、レイテンシ、信頼性、もしくは通信範囲、または干渉もしくは輻輳の測定のうちの少なくとも１つに基づいて、１つまたは複数のリソースを選択すること、およびスケジューリングもしくは確保ＳＣＩ、初期伝送、繰り返し、ＨＡＲＱフィードバック、ＨＡＲＱフィードバックごとの再伝送、または周期的トラフィックの次のデータパケットのうちの少なくとも１つに対する１つまたは複数のリソースを選択することのうちの少なくとも１つを含み得る。
【0105】
データパケットの１つまたは複数の伝送を送信することは、輻輳レベルまたは伝送されるデータパケットの優先度、レイテンシ、信頼性、もしくは範囲のうちの少なくとも１つに基づいて、輻輳閾値を超えているか否かを判定することと、輻輳閾値を超えていないという判定に基づいて、データパケットの１つまたは複数の伝送を送信することと、輻輳閾値を超えているという判定に基づいて、輻輳レベルもしくは伝送されるデータパケットの優先度、レイテンシ、信頼性、もしくは範囲のうちの少なくとも１つに少なくとも基づいて、伝送をドロップすること、または輻輳レベルもしくは伝送されるデータパケットの優先度、レイテンシ、信頼性、もしくは範囲のうちの少なくとも１つに基づいて、変調およびコーディングスキームもしくは伝送電力レベルを調整すること、ならびにデータパケットの初期伝送、繰り返し、もしくは再伝送のうちの少なくとも１つを送信することのうちの少なくとも１つを実施することと、を含み得る。
【0106】
（リソース構造）
先進のＶ２Ｘサービスおよびユースケースをサポートするために、サイドリンクにおけるデータ通信は、小さい周期的伝送にもはや限定されない。よりいっそう拡張可能でフレキシブルなリソース構造は、周期的または非周期的（例えば、イベントトリガ）であり得る小さいデータおよび大きいデータの両方をサポートすることが必要とされ得る。５Ｇアップリンク伝送に対するマルチキャリアＯＦＤＭ波形の採用は、サイドリンクにおけるＯＦＤＭベースの多重化を伴う、よりフレキシブルなリソース構造を可能にする。例えば、スケジューリング割り当てに対する新無線物理サイドリンク制御チャネル（New Radio Physical Sidelink Control Channel：ＮＲ－ＰＳＣＣＨ）は、データ伝送に対する新無線物理サイドリンク共有チャネル（New Radio Physical Sidelink Shared Channel：ＮＲ－ＰＳＳＣＨ）で、時分割多重化（ＴＤＭｅｄ）または周波数分割多重化（ＦＤＭｅｄ）され得る。
先進のＶ２Ｘサービスおよびユースケースをサポートするために、サイドリンクにおけるデータ通信は、小さい周期的伝送にもはや限定されない。よりいっそう拡張可能でフレキシブルなリソース構造は、周期的または非周期的（例えば、イベントトリガ）であり得る小さいデータおよび大きいデータの両方をサポートすることが必要とされ得る。５Ｇアップリンク伝送に対するマルチキャリアＯＦＤＭ波形の採用は、サイドリンクにおけるＯＦＤＭベースの多重化を伴う、よりフレキシブルなリソース構造を可能にする。例えば、スケジューリング割り当てに対する新無線物理サイドリンク制御チャネル（New Radio Physical Sidelink Control Channel：ＮＲ－ＰＳＣＣＨ）は、データ伝送に対する新無線物理サイドリンク共有チャネル（New Radio Physical Sidelink Shared Channel：ＮＲ－ＰＳＳＣＨ）で、時分割多重化（ＴＤＭｅｄ）または周波数分割多重化（ＦＤＭｅｄ）され得る。
【0107】
高度自律車両に対して、はるかに高い信頼性、短いレイテンシ、および高い車両密度をサポートすることが非常に重要である。これは、最適化されたリソース構造に、レイテンシを低減し、信頼性を向上させ、輻輳を最小化することを要求する。高周波数スペクトルでの増加する動作帯域幅で、時間リソースは、異なるニューメロロジー（例えば、１５ＫＨｚ、３０ＫＨｚ、６０ＫＨｚ、１２０ＫＨｚ、および２４０ＫＨｚサブキャリア間隔）でより細かい粒度（例えばシンボルまたはミニスロット）で割り当てられ得る。これは、レイテンシおよび輻輳、ならびに信頼性（例えば、繰り返しに対する利用可能な時間リソース）の向上に役立ち得る。
【0108】
マルチキャリアＯＦＤＭで、サイドリンクリソースは、レイテンシ、信頼性、データレート、カバレッジなどに対する要件を満たすために別々に構造化され得る。
【0109】
図３に示すように、サイドリンクにおけるリソースは、時間領域（例えば、シンボルプール）での１つのシンボル、および周波数（例えば、リソースブロック（Resource Block：ＲＢ）プールもしくはリソースブロックグループ（Resource Block Group：ＲＢＧ）プールまたはサブチャネルプール）で利用可能な多くのリソースブロック（ＲＢ）もしくはリソースブロックグループ（ＲＢＧ）（例えば、隣接するＲＢのグループ）またはサブチャネル（例えば、隣接するＲＢもしくはＲＢＧのグループ）と同じくらい短く構造化され得る。これは、ＮＲ－ＰＳＣＣＨにおける短い制御シグナリングを伴うメッセージ、例えば、図に示すサイドリンク制御情報（ＳＣＩ）、および周期的または非周期的（例えば、イベントトリガの伝送）のいずれかで同じシンボルを介してＦＤＭｅｄされる新無線物理サイドリンク共有チャネル（ＮＲ－ＰＳＳＣＨ）におけるデータの非常に低いレイテンシ伝送を可能にする。
【0110】
各車両ＵＥは、伝送に要する時間が非常に短い場合があるため、より多くの時間リソースは、道路交差点、複数車線の高速道路、または多層の橋などの高密度エリアでのカバレッジを向上させる、各スロット、サブフレーム、またはフレームで他の車両ＵＥに対して利用可能である。
【0111】
各車両ＵＥは、伝送に要する時間が非常に短い場合があるため、より多くの時間リソースは、非常に短いレイテンシで信頼性を向上させる、各スロット、サブフレーム、またはフレームで繰り返しを受信機に伝送するのに利用可能である。
【0112】
各車両ＵＥは、伝送に要する時間が非常に短い場合があるため、より多くの時間リソースは、５２．６ＧＨｚまでの非常に高い周波数スペクトルでのビームベースの動作を可能にする、各スロット、サブフレーム、またはフレームでエリアカバレッジに対して車両ＵＥがそのビームを異なる受信機にスイープするのに利用可能である。
【0113】
例えば、ＵＥ－ｖ１は、より多くのＲＢがその帯域幅パート（ＢＷＰ）「ＢＷＰ－ｖ１」で使用される場合、ＲＢ ｋ１からＲＢ ｋ２までもしくはＲＢＧ ｋ１からＲＢＧ ｋ２まで、またはサブチャネルｋ１からサブチャネルｋ２まで、期間「Ｐｅｒｉｏｄ－ｖ１」でそれぞれサブフレーム「ＳＦ ０」および「ＳＦ ｌ１」のシンボル１「Ｓｙｍ１」でＮＲ－ＰＳＣＣＨで短い制御シグナリング、例えば、ＳＣＩを送信する。
【0114】
別の例では、ＵＥ－ｖ２は、ＮＲ－ＰＳＣＣＨにおける制御を伴う短いメッセージ、例えば、ＳＣＩ、および同じシンボル、例えば、シンボル４「Ｓｙｍ４」においてＦＤＭｅｄされるＮＲ－ＰＳＳＣＨにおけるデータを送信し、期間「Ｐｅｒｉｏｄ－ｖ２」でそれぞれサブフレーム「ＳＦ ０」および「ＳＦ ｌ２」のシンボル５および６で同じ伝送を繰り返す。伝送は、同じ受信機に送信され得る（例えば、信頼性に対する繰り返し）か、または各時間で異なる受信機に送信され得る（例えば、エリアカバレッジに対するビームスイーピング）。ＵＥ－ｖ２は、図３に示すように、ＮＲ－ＰＳＣＣＨにおけるＦＤＭｅｄされた制御、および１つのシンボルを介したＮＲ－ＰＳＳＣＨにおけるデータを送信するため、そのＢＷＰ「ＢＷＰ－ｖ２」は、より多くのＲＢが図３に示すようにそのＢＷＰ「ＢＷＰ－ｖ２」で使用される場合、例えば、ＢＲ ０～ＲＢ ＮもしくはＲＢＧ ０～ＲＢＧ Ｎまたはサブチャネル０～Ｎの範囲で、ＵＥ－ｖ１のＢＷＰよりもはるかに大きい。
【0115】
ＮＲ－ＰＳＣＣＨおよびＮＲ－ＰＳＳＣＨが、同じシンボルを介してＦＤＭｅｄされるとき、ＳＣＩを搬送するＰＳＣＣＨは、周波数で異なる位置に割り当てられてもよく、例えば、図３に示すように、ＲＢ、ＲＢＧ、もしくはサブチャネルの最も低いインデックスもしくは最も高いインデックス、または周波数帯域、例えば、帯域幅パート（ＢＷＰ）の真ん中に位置し得る。
【0116】
図３にさらに示すように、ＳＣＩを搬送するＮＲ－ＰＳＣＣＨは、隣接するＲＢ、ＲＢＧ、またはサブチャネルで割り当てられる。しかし、ＮＲ－ＰＳＣＣＨはまた、車両ＵＥの全体のサイドリンクＢＷＰ内に分配されてもよく、例えば、周波数ダイバーシティゲインに対して、隣接しないＲＢ、ＲＢＧ、またはサブチャネルで割り当てられ得る。
【0117】
図４に示すように、サイドリンクにおけるリソースは、時間（例えば、シンボルプール）での複数のシンボル、および周波数（例えば、ＲＢプール、ＲＢＧプール、またはサブチャネルプール）で利用可能な多くのＲＢ、ＲＢＧ、またはサブチャネルで構造化され得る。これは、周期的または非周期的のいずれかで、中間または大きいサイズのメッセージに対する非常に低いレイテンシ伝送を可能にする。
【0118】
一例では、ＵＥ－ｖ１は、より多くのＲＢがそのＢＷＰ「ＢＷＰ－ｖ１」で使用される場合、ＲＢ ｋ１からＲＢ ｋ２までもしくはＲＢＧ ｋ１からＲＢＧ ｋ２まで、またはサブチャネルｋ１からサブチャネルｋ２まで、期間「Ｐｅｒｉｏｄ－ｖ１」でそれぞれサブフレーム「ＳＦ ０」および「ＳＦ ｌ１」の、シンボル１「Ｓｙｍ１」でのＮＲ－ＰＳＣＣＨにおける制御を伴う短いメッセージ、例えば、ＳＣＩ、およびシンボル２「Ｓｙｍ２」でのＮＲ－ＰＳＳＣＨにおけるデータを送信する。このケースでは、ＮＲ－ＰＳＣＣＨにおける制御およびＮＲ－ＰＳＳＣＨにおけるデータは、同じＲＢもしくはＲＢＧまたはサブチャネルを介してＴＤＭｅｄされる。
【0119】
別の例では、ＵＥ－ｖ２は、期間「Ｐｅｒｉｏｄ－ｖ２」でそれぞれサブフレーム「ＳＦ ０」および「ＳＦ ｌ２」の、ＮＲ－ＰＳＣＣＨにおける制御を伴う大きいメッセージ、例えば、ＳＣＩ、およびシンボル５「Ｓｙｍ５」においてＦＤＭｅｄされるＮＲ－ＰＳＳＣＨにおけるデータ、ならびにシンボル６および７でのＮＲ－ＰＳＳＣＨにおける残りのデータを送信する。ＵＥ－ｖ２は、４つのシンボルのみを介して大きいメッセージを送信するため、そのＢＷＰ「ＢＷＰ－ｖ２」は、より多くのＲＢが図に示すようにそのＢＷＰ「ＢＷＰ－ｖ２」で使用される場合、ＢＲ ０～ＲＢ ＮもしくはＲＢＧ ０～ＲＢＧ Ｎまたはサブチャネル０～サブチャネルＮの範囲で、ＵＥ－ｖ１のＢＷＰよりもはるかに大きい。
【0120】
ＮＲ－ＰＳＣＣＨおよびＮＲ－ＰＳＳＣＨが図４に示すようにＴＤＭｅｄされるとき、ＳＣＩを搬送するＰＳＣＣＨは、周波数で同じ位置または異なる位置を介して割り当てされ得る。例えば、図３に示すように、同じ周波数範囲、例えば、ＢＷＰ－ｖ１に位置してもよいし、異なる周波数範囲、例えば、ＢＷＰ－ｖ２内に位置してもよいし、さらには、いかなる重複もなく（図４に図示せず）異なる周波数位置を介して位置してもよい。
【0121】
図４にさらに示すように、ＮＲ－ＰＳＣＣＨは、隣接するＲＢ、ＲＢＧ、またはサブチャネルで割り当てられる。しかし、ＮＲ－ＰＳＣＣＨはまた、まず周波数を使用して（例えば、まず、第１のシンボル、次いで第２のシンボルにおける周波数リソースで満たして）か、またはまず時間マッピングを使用して（例えば、まず、第１のＲＢ、ＲＢＧ、もしくはサブチャネル、次いで第２のＲＢ、ＲＢＧ、もしくはサブチャネルにおける時間リソースで満たして）、第１のシンボルにおいて車両ＵＥの全体のＢＷＰ内で分配され得る（例えば、隣接しないＲＢ、ＲＢＧ、もしくはサブチャネルで割り当てられ得る）か、または一例として第１の２つのシンボルを介して車両ＵＥのＢＷＰ内で分配され得る。
【0122】
サイドリンクにおけるリソースは、さらにまたは代替的に、ミニスロットでの時間（例えば、隣接するシンボルでの時間長）で構造化され得る。１４シンボルスロットまたはサブフレーム（例えば、各サブフレームは１つのスロットを含み、したがって、スロットおよびサブフレームは例では交換可能である、１５ＫＨｚサブキャリアニューメロロジー）に対して、ミニスロットは、一例として、隣接して１、２、４、または７個のシンボルを含み得る。図５に示すように、２シンボルミニスロットは、時間（例えば、ミニスロットプール）でのサイドリンクリソース構造、および周波数帯域で利用可能な多くのＲＢもしくはＲＢＧまたはサブチャネル（例えば、ＲＢプールもしくはＲＢＧプールまたはサブチャネルプール）のために使用される。これは、シンボルベースの割り当てよりも大きい粒度を可能にするが、時間でのサブフレームベースの割り当てよりも細かい粒度を可能にし、これは、短い時間内の大きいデータ伝送に対してシグナリングビットを節約し得る。ミニスロットベースの時間割り当ては、周期的伝送および非周期的（例えば、イベントトリガの）伝送の両方に適用され得る。
【0123】
一例では、ＵＥ－ｖ１は、より多くのＲＢがそのＢＷＰ「ＢＷＰ－ｖ１」で使用される場合、ＲＢ ｋ１からＲＢ ｋ２までもしくはＲＢＧ ｋ１からＲＢＧ ｋ２まで、またはサブチャネルｋ１からサブチャネルｋ２まで、そのＢＷＰ「ＢＷＰ－ｖ１」でサブフレーム「ＳＦ ０」および「ＳＦ ｌ１」のミニスロット１で、ＮＲ－ＰＳＣＣＨにおける制御を伴う短いメッセージ、例えば、ＳＣＩ、およびＮＲ－ＰＳＳＣＨにおけるデータを送信する。このケースでは、ＮＲ－ＰＳＣＣＨにおける制御およびＮＲ－ＰＳＳＣＨにおけるデータは、２シンボルミニスロット内で同じＲＢもしくはＲＢＧまたはサブチャネルを介してＴＤＭｅｄされる。
【0124】
別の例では、ＵＥ－ｖ２は、期間「Ｐｅｒｉｏｄ－ｖ２」でそれぞれサブフレーム「ＳＦ ０」および「ＳＦ ｌ２」のミニスロット３および４内で、ＮＲ－ＰＳＣＣＨにおける制御を伴う大きいメッセージ、例えば、ＳＣＩ、およびＴＤＭｅｄされるＮＲ－ＰＳＳＣＨにおけるデータを送信する。
【0125】
別の例では、ＵＥ－ｖ３は、ミニスロット０内で、ＮＲ－ＰＳＣＣＨにおける制御を伴う中間のメッセージ、およびＴＤＭｅｄされるＮＲ－ＰＳＳＣＨにおけるデータを送信し、サブフレーム「ＳＦ ｌ１」のミニスロット１で同じ伝送を繰り返す。伝送は、同じ受信機に送信され得る（例えば、ミニスロットでの繰り返し）か、または各時間で異なる受信機に送信され得る（例えば、ミニスロットでのビームスイーピング）。
【0126】
図５にさらに示すように、ＳＣＩを搬送するＮＲ－ＰＳＣＣＨは、隣接するＲＢ、ＲＢＧ、またはサブチャネルで割り当てられる。しかし、ＮＲ－ＰＳＣＣＨはまた、まず周波数を使用して（例えば、まず、第１のシンボル、次いで第２のシンボルにおける周波数リソースで満たして）か、またはまず時間マッピングを使用して（例えば、まず、第１のＲＢ、ＲＢＧ、もしくはサブチャネル、次いで第２のＲＢ、ＲＢＧ、もしくはサブチャネルにおける時間リソースで満たして）などで、第１のミニスロットの第１のシンボルにおいて車両ＵＥの全体のサイドリンクＢＷＰ内で分配され得る（例えば、隣接しないＲＢ、ＲＢＧ、もしくはサブチャネルで割り当てられ得る）か、または第１のミニスロットの第１の２つのシンボルを介して車両ＵＥのサイドリンクＢＷＰ内で分配され得る。
【0127】
周波数でのリソース（ＲＢもしくはＲＢＧプールまたはサブチャネルプール）に対して、車両ＵＥは、隣接するＲＢ、ＲＢＧ、もしくはサブチャネル、または隣接しないＲＢ、ＲＢＧ、もしくはサブチャネルを選択し得る。隣接するＲＢ、ＲＢＧ、またはサブチャネルに対して、リソースは、ＲＢ、ＲＢＧ、またはサブチャネルのユニットでの開始ポイントおよび開始ポイントからの長さ、例えば、｛ＲＢｓｔａｒｔ，ＲＢｌｅｎｇｔｈ｝もしくは｛ＲＢＧｓｔａｒｔ，ＲＢＧｌｅｎｇｔｈ｝もしくは｛Ｓｕｂｃｈａｎｎｅｌｓｔａｒｔ，Ｓｕｂｃｈａｎｎｅｌｌｅｎｇｔｈ｝、またはＲＢ、ＲＢＧおよびサブチャネルの組み合わせで示され得る。隣接しないＲＢ、ＲＢＧ、またはサブチャネルに対して、リソースは、｛ＲＢｓｔａｒｔ１ ＲＢｌｅｎｇｔｈ１，ＲＢｓｔａｒｔ２ ＲＢｌｅｎｇｔｈ２，．．．，ＲＢｓｔａｒｔＮ ＲＢｌｅｎｇｔｈＮ｝、｛ＲＢＧｓｔａｒｔ１ ＲＢＧｌｅｎｇｔｈ１，ＲＢＧｓｔａｒｔ２ ＲＢＧｌｅｎｇｔｈ２，．．．，ＲＢＧｓｔａｒｔＮ ＲＢＧｌｅｎｇｔｈＮ｝、もしくは｛Ｓｕｂｃｈａｎｎｅｌｓｔａｒｔ１ Ｓｕｂｃｈａｎｎｅｌｌｅｎｇｔｈ１，Ｓｕｂｃｈａｎｎｅｌｓｔａｒｔ２ Ｓｕｂｃｈａｎｎｅｌｌｅｎｇｔｈ２，．．．，ＳｕｂｃｈａｎｎｅｌｓｔａｒｔＮ，ＳｕｂｃｈａｎｎｅｌｌｅｎｇｔｈＮ｝（それぞれ、Ｎ＞１）、またはＲＢ、ＲＢＧ、およびサブチャネルの組み合わせで示され得る。均一に分配された隣接しないＲＢもしくはＲＢＧまたはサブチャネルに対して、リソースはそれぞれ、｛ＲＢｓｔａｒｔ ＲＢｌｅｎｇｔｈ，ＲＢｇａｐ｝もしくは｛ＲＢＧｓｔａｒｔ ＲＢＧｌｅｎｇｔｈ，ＲＢＧｇａｐ｝もしくは｛Ｓｕｂｃｈａｎｎｅｌｓｔａｒｔ Ｓｕｂｃｈａｎｎｅｌｌｅｎｇｔｈ，Ｓｕｂｃｈａｎｎｅｌｇａｐ｝、またはＲＢ、ＲＢＧ、およびサブチャネルの組み合わせで示され得る。
【0128】
ビットマップがＲＢもしくはＲＢＧプールまたはサブチャネルプールのために使用される場合、ビットストリングは、サイドリンク、例えば、サイドリンクＢＷＰに対して動作帯域内のＲＢ、ＲＢＧ、またはサブチャネルにマッピングされ得る。例えば、｛ｂＲＢ，ｂＲＢ－１，．．．，ｂ１，ｂ０｝は、第１のＲＢ（例えば、ＲＢ０）に対してｂＲＢでマッピングされ、最後のＲＢ（例えば、ＲＢ Ｎ）に対してｂ０でマッピングされる。別の例では、｛ｂＲＢＧ，ｂＲＢＧ－１，．．．，ｂ１，ｂ０｝は、第１のＲＢＧ（例えば、ＲＢＧ ０）に対してｂＲＢＧでマッピングされ、最後のＲＢＧ（例えば、ＲＢＧ Ｎ）に対してｂ０でマッピングされるか、または｛ｂＳｕｂｃｈ，ｂＳｕｂｃｈ－１，．．．，ｂ１，ｂ０｝は、第１のサブチャネル（例えば、サブチャネル０）に対してｂＳｕｂｃｈでマッピングされ、最後のサブチャネル（例えば、サブチャネルＮ）に対してｂ０でマッピングされる。
【0129】
時間でのリソース（例えば、シンボルまたはミニスロットプール）に対して、開始シンボルまたは開始ミニスロットは、システムフレーム番号（System Frame Number：ＳＦＮ）またはダイレクトフレーム番号（Direct Frame Number：ＤＦＮ）などのシステム時間参照ポイントから参照され得る。例えば、シンボルまたはミニスロットは、「ＳＦＮもしくはＤＦＮ番号＋フレーム内のシンボル番号」または「ＳＦＮもしくはＤＦＮ番号＋フレーム内のミニスロット番号」としてインデックス化され得る。時間長または長さは、シンボル、ミニスロットもしくはスロット、またはサブフレーム内であり得る。隣接しない時間割り当てに対して、リソースは、｛Ｓｙｍｂｏｌｓｔａｒｔ１ Ｓｙｍｂｏｌｌｅｎｇｔｈ１，Ｓｙｍｂｏｌｓｔａｒｔ２ Ｓｙｍｂｏｌｌｅｎｇｔｈ２，．．．，ＳｙｍｂｏｌｓｔａｒｔＮ ＳｙｍｂｏｌｌｅｎｇｔｈＮ｝、｛ｍｉｎｉ－ｓｌｏｔｓｔａｒｔ１ ｍｉｎｉ－ｓｌｏｔｌｅｎｇｔｈ１，ｍｉｎｉ－ｓｌｏｔｓｔａｒｔ２ ｍｉｎｉ－ｓｌｏｔｌｅｎｇｔｈ２，．．．，ｍｉｎｉ－ｓｌｏｔｓｔａｒｔＮ ｍｉｎｉ－ｓｌｏｔｌｅｎｇｔｈＮ｝、｛ｓｌｏｔｓｔａｒｔ１，ｓｌｏｔｌｅｎｇｔｈ１，ｓｌｏｔｓｔａｒｔ２ ｓｌｏｔｌｅｎｇｔｈ２，．．．，ｓｌｏｔｓｔａｒｔＮ ｓｌｏｔｌｅｎｇｔｈＮ｝、もしくは｛Ｓｕｂｆｒａｍｅｓｔａｒｔ１ Ｓｕｂｆｒａｍｅｌｅｎｇｔｈ１，Ｓｕｂｆｒａｍｅｓｔａｒｔ２ Ｓｕｂｆｒａｍｅｌｅｎｇｔｈ２，．．．，ＳｕｂｆｒａｍｅｓｔａｒｔＮ，ＳｕｂｆｒａｍｅｌｅｎｇｔｈＮ｝（それぞれ、Ｎ＞１）、またはシンボル、ミニスロットおよびスロット、もしくはサブフレームの組み合わせで示され得る。均一に分配された隣接しないシンボルもしくはミニスロットもしくはスロットまたはサブフレームに対して、リソースはそれぞれ、｛Ｓｙｍｂｏｌｓｔａｒｔ．Ｓｙｍｂｏｌｌｅｎｇｔｈ，Ｓｙｍｂｏｌｇａｐ｝、もしくは｛ｍｉｎｉ－ｓｌｏｔｓｔａｒｔ，ｍｉｎｉ－ｓｌｏｔｌｅｎｇｔｈ，ｍｉｎｉ－ｓｌｏｔｇａｐ｝、もしくは｛ｓｌｏｔｓｔａｒｔ，ｓｌｏｔｌｅｎｇｔｈ，ｓｌｏｔｇａｐ｝、もしくは｛ｓｕｂｆｒａｍｅｓｔａｒｔ，ｓｕｂｆｒａｍｅｌｅｎｇｔｈ，Ｓｕｂｆｒａｍｅｇａｐ｝、またはシンボル、ミニスロットおよびスロット、ならびにサブフレームの組み合わせで示され得る。
【0130】
ビットマップがシンボルでリソースを示すために使用される場合、時間間隔内のシンボルにマッピングされ得る。例えば、｛ｂｓ，ｂｓ－１，．．．，ｂ１，ｂ０｝は、第１のシンボルに対してｂｓでマッピングされ、最後のシンボルに対してｂ０でマッピングされる。「１」の値は、このシンボルにおける割り当てを示す。
【0131】
ビットマップがミニスロットでリソースを示すために使用される場合、時間間隔内のミニスロットにマッピングされ得る。例えば、｛ｂｍ，ｂｍ－１，．．．，ｂ１，ｂ０｝は、第１のミニスロットに対してｂｍでマッピングされ、最後のミニスロットに対してｂ０でマッピングされる。「１」の値は、このミニスロットにおける割り当てを示す。
【0132】
マッピングビットを節約するために、２レベルマッピングが使用され得る。例えば、｛ａｆ，ａｆ－１，．．．，ａ１，ａ０｝は、ＳＦＮもしくはＤＦＮにマッピングされ（例えば、第１のＳＦＮもしくはＤＦＮに対してａｆ、時間間隔内の最後のＳＦＮもしくはＤＦＮに対してａ０）、｛ｃｓ，ｃｓ－１，．．．，ｃ１，ｃ０｝は、フレーム内のシンボルにマッピングされるか、または｛ｃｍ，ｃｍ－１，．．．，ｃ１，ｃ０｝は、フレーム内のミニスロットもしくはスロットにマッピングされる。
【0133】
周波数および時間でのサイドリンクリソースもしくはリソースプール構成または割り当ては、ネットワーク制御あり（例えば、ｇＮＢもしくはｅＮＢ管理）でＵｕを介してセルキャリアもしくはセルごとにＢＷＰごとに無線リソース制御（ＲＲＣ）メッセージで、またはネットワーク制御なし（例えば、ＵＥ管理）でサイドリンク（ＰＣ５）インターフェースを介してサイドリンクＲＲＣ（ＳＬ－ＲＲＣ）で構成され得る。
【0134】
サイドリンクリソースもしくはリソースプール構成または割り当ては、Ｕｕインターフェースを介してＳＩもしくは共有もしくは共通のＲＲＣを使用して、またはサイドリンク（ＰＣ５）インターフェースを介してＳＬ－ＳＩもしくは共有もしくは共通のＳＬ－ＲＲＣメッセージを使用して周期的にブロードキャストされ得る。サイドリンクリソースもしくはリソースプール構成または割り当てはまた、Ｕｕインターフェースを介して専用のＲＲＣメッセージを使用して、またはサイドリンク（ＰＣ５）インターフェースを介して専用のＳＬ－ＲＲＣメッセージを使用して、特に、周期的または非周期的にＵＥに送信されてもよく、これは、ＵＥのリクエストごとであり得る。
【0135】
Ｕｕインターフェースを介したＲＲＣに対して、物理ダウンリンク制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ）で搬送される制御リソースセット（Control Resource Set：ＣＯＲＥＳＥＴ）は、共通またはＵＥ固有のＲＲＣメッセージに対してＲＲＣによって共通のサーチスペース（Common Search Space：ＣＳＳ）またはＵＥサーチスペース（UE Search Space：ＵＳＳ）でそれぞれ構成されている。ＣＳＳまたはＵＳＳ内のＣＯＲＥＳＥＴにおけるＤＣＩは、物理ダウンリンク共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）で搬送される、共通のブロードキャストされたＲＲＣまたはＵＥ固有のＲＲＣメッセージの位置をそれぞれアドレス指定する。
【0136】
サイドリンク（ＰＣ５）インターフェースを介したＳＬ－ＲＲＣに対して、新無線物理サイドリンク制御チャネル（ＮＲ－ＰＳＣＣＨ）で搬送されるサイドリンク制御リソースセット（Sidelink-Control Resource Set：ＳＬ－ＣＯＲＥＳＥＴ）は、共通またはＵＥ固有のＳＬ－ＲＲＣメッセージに対してＲＲＣまたはＳＬ－ＲＲＣによってサイドリンク共通のサーチスペース（Sidelink-Common Search Space：ＳＬ－ＣＳＳ）またはサイドリンクＵＥサーチスペース（Sidelink-UE Search Space：ＳＬ－ＵＳＳ）でそれぞれ構成されている。ＳＬ－ＣＳＳまたはＳＬ－ＵＳＳ内のＳＬ－ＣＯＲＥＳＥＴにおけるサイドリンク制御情報（ＳＣＩ）は、新無線物理サイドリンク共有チャネル（ＮＲ－ＰＳＳＣＨ）で搬送される、共通のブロードキャストされたＳＬ－ＲＲＣまたはＵＥ固有のＳＬ－ＲＲＣメッセージの位置をそれぞれアドレス指定する。
【0137】
周波数および時間でのサイドリンクリソースプール割り当てまたは構成はまた、ネットワーク制御あり（例えば、ｇＮＢもしくはｅＮＢ管理リソース割り当て）でＵｕインターフェースを介して媒体アクセス制御（Medium Access Control：ＭＡＣ）制御要素（Control Element：ＣＥ）で、またはネットワーク制御なし（例えば、ＵＥ管理リソース割り当て）でサイドリンク（ＰＣ５）インターフェースを介してサイドリンク媒体アクセス制御（Sidelink-Medium Access Control：ＳＬ－ＭＡＣ）で示され得る。ＲＲＣまたはＳＬ－ＲＲＣで構成されたリソースまたはリソースプールのセットまたはサブセットは、ＭＡＣ ＣＥまたはＳＬ－ＭＡＣ ＣＥによって、例えば、構成インデックスを使用して示され得る。また、リソースまたはリソースプール構成は、半静的割り当てに対してＭＡＣ ＣＥまたはＳＬ－ＭＡＣ ＣＥによって有効または無効にされ得る。
【0138】
周波数および時間でのサイドリンクリソースプール割り当てまたは構成はまた、ネットワーク制御あり（例えば、ｇＮＢもしくはｅＮＢ管理リソース割り当て）でＵｕを介してダウンリンク制御情報（ＤＣＩ）で動的に示されてもよいし、ネットワーク制御なし（例えば、ＵＥ管理リソース割り当て）でサイドリンク（ＰＣ５）インターフェースを介してサイドリンク制御情報（ＳＣＩ）で動的に示されてもよい。
【0139】
ＲＲＣまたはＳＬ－ＲＲＣで構成されたサイドリンクリソースまたはリソースプールのセットまたはサブセットは、Ｕｕインターフェースを介してＤＣＩによってか、またはサイドリンク（ＰＣ５）インターフェースを介してＳＣＩによって、例えば、構成インデックスを使用して示され得る。また、時間および周波数でのリソース割り当ては、前で記載された異なる記述方法（例えば、ビットマップ）を使用して、時間割り当ておよび周波数割り当てフィールドでそれぞれ、Ｕｕインターフェースを介してＤＣＩで、またはサイドリンク（ＰＣ５）インターフェースを介してＳＣＩで直接示され得る。
【0140】
また、サイドリンクリソースもしくはリソースプール構成または割り当ては、半永続的な割り当てまたはスケジューリングに対して、Ｕｕインターフェースを介してＤＣＩによって、またはサイドリンク（ＰＣ５）インターフェースを介してＳＣＩによって有効または無効にされてもよく、これは、ＤＣＩまたはＳＣＩ（例えば、スケジューリング割り当てＳＣＩ（Scheduling Assignments SCI：ＳＡ ＳＣＩ））で搬送されるリソース構成で単独で有効にされてもよく、また、サイドリンクリソース割り当てモードで、例えば、関連サイドリンクリソースもしくはリソースプール構成または割り当てでサイドリンクリソース割り当てモードを有効にして、Ｕｕインターフェースを介してＤＣＩによって、またはサイドリンクインターフェースを介してＳＣＩによって有効または無効にされ得る。
【0141】
（リソース構成）
サイドリンクにおけるリソース構成のための方法およびシステムが開示される。
サイドリンクにおけるリソース構成のための方法およびシステムが開示される。
【0142】
第１の例では、サイドリンクリソースは、共通または専用のＲＲＣまたはＳＬ－ＲＲＣメッセージによって静的に構成されてもよく、例えば、リソースプールは、車両ＵＥが、一例として、ＳＩもしくは無線リソース制御（ＲＲＣ）メッセージを介してアクセスネットワーク（例えば、ｇＮＢもしくはｇＮＢのようなＲＳＵ）に接続されるときに、または、車両ＵＥが、一例として、非アクセス層（ＮＡＳ）もしくはアクセス層（Access-Stratum：ＡＳ）メッセージを介してクラウドもしくはインフラストラクチャで、Ｖ２Ｘアプリケーションサーバで登録されるときに構成され得る。リソースプール構成は、車両ＵＥがアクセスネットワークまたはＶ２Ｘサービスサーバに接続される場合、ＲＲＣもしくはＳＬ－ＲＲＣメッセージもしくは媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）もしくはＳＬ－ＭＡＣ ＣＥによって半静的に、またはｇＮＢもしくはｇＮＢのようなＲＳＵからダウンリンク制御情報（ＤＣＩ）によって動的に更新され得る。ネットワーク制御なしで、サイドリンクリソースは、選択された新無線サイドリンクプライマリ同期信号（New Radio-Sidelink Primary Synchronization Signal：ＮＲ－ＳＰＳＳ）／新無線サイドリンクセカンダリ同期信号（New Radio-Sidelink Secondary Synchronization Signal：ＮＲ－ＳＳＳＳ）／新無線物理サイドリンクブロードキャストチャネル（New Radio-Physical Sidelink Broadcast Channel：ＮＲ－ＰＳＢＣＨ）ブロックのマスターＳＬ－ＳＩもしくは主要ＳＬ－ＳＩを搬送する新無線物理サイドリンクブロードキャストチャネル（ＮＲ－ＰＳＢＣＨ）、もしくは選択されたＮＲ－ＳＰＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられた残りのもしくは他のＳＬ－ＳＩもしくはＳＬ－ＲＲＣメッセージを搬送する新無線物理サイドリンク共有チャネル（ＮＲ－ＰＳＳＣＨ）によって搬送されるか、もしくはそれによって示されるＳＬ－ＳＩによって静的に構成されてもよく、および／または近接するコーディネータとしてのＲＳＵ、近接するリード、グループリード、もしくは同期ソースＵＥから新無線物理サイドリンク制御チャネル（ＮＲ－ＰＳＣＣＨ）で搬送されるスケジューリング割り当てサイドリンク制御情報（ＳＣＩ）によって、半永続的にもしくは動的に示され得る。
【0143】
サイドリンクリソースに対して、異なる車両ＵＥは、それら自体の能力または特性（運転自動化のレベルなど）およびＶ２Ｘアプリケーションに従って別々に構成され得る。例えば、高度自律車両ＵＥに対するリソースプールは、前述のように、非常に低いレイテンシおよび高い信頼性の特徴のために構成され得る。したがって、車両ＵＥの自動化レベルは、人間のオペレータまたは自動化されたシステムが主に、運転環境を監視する役割を果たすか否かに基づいて、ドライバー制御に対する自動化のレベル（Level of Automation：ＬｏＡ）ＳＡＥ０～２および車両制御に対するＳＡＥ３～５などの構成で使用され得る。車両ＵＥの自動化レベルは、サイドリンクリソース構成プロシージャ中に車両ＵＥから示され得る上位層のパラメータ、例えば、ａｕｔｏ＿ｌｅｖｅｌによって示され得る。
【0144】
サイドリンクリソースに対して、リソースプールは、医療救急モードに対する救急車走行などの異なる動作モード、例えば、優先度レベルで、異なる種類の車両ＵＥに対して別々に構成されてもよく、動作モード、例えば、ｈｉｇｈ＿ｐｒｉｏｒｉｔｙ＿ｍｏｄｅは、上位層またはアプリケーション層から示され得る。
【0145】
サイドリンクリソースに対して、リソースプールは、異なる速度での異なる車両ＵＥに対して別々に構成されてもよく、その結果、高速での車両ＵＥは、低レイテンシリソースプールで構成されてもよく、パラメータｓｐｅｅｄは、上位層またはアプリケーション層から示され得る。
【0146】
サイドリンクリソースに対して、リソースプールは、車両ＵＥの位置または範囲に従って構成されてもよく、その結果、異なる位置での車両ＵＥは、共有リソース、例えば、位置ごとにまたは近接して再使用されるリソースで構成されてもよく、パラメータｌｏｃａｔｉｏｎ＿ｚｏｎｅは、上位層またはアプリケーション層から示され得る。
【0147】
サイドリンクリソースに対して、車両ＵＥは、アプリケーションまたはサービスでのその役割に基づいて別々に構成されてもよく、例えば、隊列のリードまたはメンバーの役割は、別々に構成され得る。ＵＥの役割、例えば、ｕｅ＿ｒｏｌｅは、上位層またはアプリケーション層によって示され得る。
【0148】
サイドリンクリソースに対して、異なるＶ２Ｘアプリケーションは、別々に構成され得る。例えば、リード車両ＵＥに対するリソースプールは、隊列走行アプリケーションのメンバー車両ＵＥとは別々に構成され得るが、拡張センサアプリケーションに対する車両ＵＥ間のリソースプールは、同じに構成され得る。加えて、異なるアプリケーションまたはサービスは、異なる性能要件を有してもよく、リソースは、異なる優先度レベルで構成され得る。したがって、車両ＵＥは、異なる優先度レベルを有し得る、異なるアプリケーションＩＤまたはサービスＩＤに対応付けられた異なる構成で構成されてもよく、優先度レベルマッピングに対するアプリケーションまたはサービスＩＤは、上位層またはアプリケーションによってハンドリングされてもよく、車両ＵＥは、アプリケーションに対するａｐｐ＿ｉｄもしくはａｐｐ＿ｉｎｄｅｘまたはサービスに対するｓｅｒｖｉｃｅ＿ｉｄもしくはｓｅｒｖｉｃｅ＿ｉｎｄｅｘなどの上位層パラメータに従ってリソース構成を選択し得る。
【0149】
サイドリンクリソースに対して、異なるデータ通信は、別々に構成され得る。例えば、交通量が少ないエリアに対して、リソースプールは、上位層もしくはアプリケーション層、例えば、周期的に対して値「１」を有し非周期的に対して「０」を有するパラメータｐｅｒｉｏｄｉｃ＿ｆｌａｇから示されるような、周期的伝送（例えば、半永続的なリソース予約に基づく感知を使用）および非周期的もしくはイベントトリガの伝送（例えば、アクセスに対する迅速なチャネル感知を使用）の両方によって共有されてもよいし、リソースプールは、上位層もしくはアプリケーション層、例えば、パラメータｃｏｍｍｕｎｉｃａｔｉｏｎ＿ｔｙｐｅから示されるようなブロードキャスト、マルチキャスト、およびユニキャストによって共有されてもよい。しかし、交通量が多いエリアに対して、半永続的な周期的伝送とイベントトリガの大きいデータ伝送との間の衝突の可能性は非常に高い。衝突を低減するために、車両ＵＥは、異なるデータトラフィックに対する異なるリソースプール（例えば、感知ベースの半永続的な予約を使用する、周期的な小さいデータ伝送または中間のデータ伝送に対するリソースプール）、ならびに優先度ベースのチャネル感知アクセススキームを使用する、非常に低いレイテンシおよび高い信頼性を有するイベントトリガの大きいデータ伝送に対するリソースプールで構成されてもよく、パラメータｐｒｉｏｒｉｔｙは、上位層またはアプリケーション層から示される（例えば、まずチャネルを感知し、車両ＵＥの優先権に基づいてバックオフを伴って、またはバックオフを伴わずにデータを伝送し、また、車両ＵＥの優先度に対応付けられ得る時間間隔で待機し、チャネルが占有されている場合、再びチャネルを感知する）。衝突を低減するために、例えば、半二重通信で、ＵＥは、同時に受信および伝送することができず、ブロードキャスト、マルチキャスト、およびユニキャストはまた、例えば、異なる時間で割り当てられる異なるリソースプールで構成され得る。
【0150】
リソースもしくはリソースプール構成または割り当てに対して例示されるすべてのパラメータは、ＲＲＣまたはＳＬ－ＲＲＣによって構成され、ＭＡＣ ＣＥまたはＳＬ ＭＡＣ ＣＥによって示され、対応付けられたデータに対してＤＣＩまたはＳＣＩによって動的にシグナリングされ得る。
【0151】
第２の例では、より効率的にリソースプールを利用するために、非常に低いレイテンシおよび高い信頼性の車両ＵＥに対するより厳しいリソース要件を満たすために、リソースプールは、前で記載するようにサイドリンク（ＰＣ５）インターフェースを介してＳＬ－ＲＲＣメッセージ、ＳＬ－ＭＡＣ－ＣＥ、またはＳＡ ＳＣＩを使用して、（例えば、交通量が多い交差点で）近接するコーディネータとしてのＲＳＵによって、隊列に対する隊列リードによって、または近接するグループリードによって局所的に構成され得る。
【0152】
隊列に入るためのリソースプール構成および再構成の例は、一例として以下のステップを含み得る図６Ａおよび図６Ｂに示される。
ステップ０で、車両ＵＥは、Ｕｕインターフェースを介したネットワーク制御下にある場合、ｇＮＢもしくはＶ２ＸクラウドサーバもしくはｇＮＢのようなＲＳＵ、またはサイドリンク（ＰＣ５）インターフェースを介した、近接するコーディネータとしてのＲＳＵ、近接するリード、グループリード、もしくは同期ソースＵＥで、リソースプール構成を最初に構成し、次いで更新し得る。
ステップ０で、車両ＵＥは、Ｕｕインターフェースを介したネットワーク制御下にある場合、ｇＮＢもしくはＶ２ＸクラウドサーバもしくはｇＮＢのようなＲＳＵ、またはサイドリンク（ＰＣ５）インターフェースを介した、近接するコーディネータとしてのＲＳＵ、近接するリード、グループリード、もしくは同期ソースＵＥで、リソースプール構成を最初に構成し、次いで更新し得る。
【0153】
ステップ１Ａで、隊列リードは、同期のための新無線プライマリサイドリンク同期信号（New Radio Primary Sidelink Synchronization Signal：ＮＲ－ＰＳＳＳ）および新無線セカンダリサイドリンク同期信号（ＮＲ－ＳＳＳＳ）と、マスターもしくは主要システム情報および／またはマスターもしくは主要グループ情報と、グループ発見のための新無線物理サイドリンク発見チャネル（New Radio Physical Sidelink Discovery Channel：ＮＲ－ＰＳＤＣＨ）もしくは新無線物理サイドリンク共有チャネル（ＮＲ－ＰＳＳＣＨ）または残りのもしくは他のＳＬ－ＳＩもしくはＳＬ－ＲＲＣメッセージのためのＮＲ－ＰＳＳＣＨと、を含む、サイドリンクインターフェースを介した同期信号および発見情報を周期的にブロードキャストまたはビームスイープし得る。
【0154】
ステップ１Ｂで、車両ＵＥは、隊列リードを発見し得る。以下のうちの１つまたは複数が発生し得る。すなわち、車両ＵＥは、同期のために検出されるビームでの最良のＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＰ－ＰＳＢＣＨブロックを選択してもよく、車両ＵＥは、ＮＲ－ＰＳＢＣＨ（例えば、ＮＲ－ＰＳＳＣＨに対するＳＬ－ＣＯＲＥＳＥＴ割り当て）によって示されるか、もしくは選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくは疑似コロケート（ＱＣＬｅｄ）されたビーム、例えば、空間ＱＣＬ関係に対するＱＣＬタイプＤについての発見情報を有する選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられた、ＮＲ－ＰＳＤＣＨもしくはＮＲ－ＰＳＳＣＨを検出およびデコードし、それを上位層もしくはアプリケーションに通してもよく、ならびに／または上位層もしくはアプリケーションは、隊列に入ることを決定する。
【0155】
第１のオプションでは、再構成は、図６Ａで例示されているようなブロードキャストリソースプールに基づき得る（例えば、ブロードキャストベース）。
ステップ２Ａで、隊列リードは、リソースプール構成を周期的にブロードキャストまたはビームスイープし得る。これは、例えば、サイドリンクマスター情報ブロック（Sidelink Master Information Block：ＳＬ－ＭＩＢ）を搬送するそのＮＲ－ＰＳＢＣＨ、もしくはＮＲ－ＰＳＢＣＨによって示されるか、もしくは各ＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされた（例えば、残りのもしくは他のＳＬ－ＳＩもしくはＳＬ－ＲＲＣメッセージを搬送する）ＮＲ－ＰＳＳＣＨでの隊列に割り当てられる（例えば、確保されたおよび／もしくは確保されていない）リソースか、または各ＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされた（例えば、ＳＬ－ＳＩもしくはＳＬ－ＲＲＣを搬送する）そのＮＲ－ＰＳＳＣＨでの総隊列リソースの（例えば、使用されていないか、もしくはまだ確保されていない）利用可能なリソースであり得る。
ステップ２Ａで、隊列リードは、リソースプール構成を周期的にブロードキャストまたはビームスイープし得る。これは、例えば、サイドリンクマスター情報ブロック（Sidelink Master Information Block：ＳＬ－ＭＩＢ）を搬送するそのＮＲ－ＰＳＢＣＨ、もしくはＮＲ－ＰＳＢＣＨによって示されるか、もしくは各ＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされた（例えば、残りのもしくは他のＳＬ－ＳＩもしくはＳＬ－ＲＲＣメッセージを搬送する）ＮＲ－ＰＳＳＣＨでの隊列に割り当てられる（例えば、確保されたおよび／もしくは確保されていない）リソースか、または各ＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされた（例えば、ＳＬ－ＳＩもしくはＳＬ－ＲＲＣを搬送する）そのＮＲ－ＰＳＳＣＨでの総隊列リソースの（例えば、使用されていないか、もしくはまだ確保されていない）利用可能なリソースであり得る。
【0156】
ステップ２Ｂで、車両ＵＥは、リソースプールを再構成し得る。以下のうちの１つまたは複数が発生し得る。すなわち、車両ＵＥは、選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたビームで隊列リードによってブロードキャストされる総隊列リソースの利用可能なリソースの感知（感知の例は、後で図１６に示されることに留意されたい）に基づいて、もしくは選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたビームで隊列リードによってブロードキャストされる利用可能なリソースに基づいて、ならびに／またはサイドリンクチャネル占有率、サイドリンク無線品質もしくは干渉、例えば、参照信号受信電力（Reference Signal Received Power：ＲＳＲＰ）、参照信号受信品質（Reference Signal Received Quality：ＲＳＲＱ）、もしくはＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳまたはＮＲ－ＰＳＢＣＨのＤＭＲＳもしくは周期的新無線サイドリンクチャネル状態情報参照信号（New Radio Sidelink Channel State Information Reference Signal：ＮＲ－ＳＬ－ＣＳＩ－ＲＳ）での信号対干渉ノイズ比（Signal to Noise and Interference Ratio：ＳＩＮＲ）などの測定に基づいて、リソースプール候補を選択してもよく、利用可能な場合、車両ＵＥは、リソースプールもしくはリソース候補、および利用可能な場合、関連測定値を上位層もしくはアプリケーションに通してもよく、ならびに／または上位層もしくはアプリケーションは、使用するためのリソースプールもしくはリソース構成を決定し得る。
【0157】
ステップ３で、車両ＵＥは、隊列に入るようにリクエストし得る。リクエストは、同期中のリードのＮＲ－ＰＳＢＣＨ（例えば、ＳＬ－ＭＩＢ）、もしくは発見中のＮＲ－ＰＳＤＣＨもしくはＮＲ－ＰＳＳＣＨ、またはＳｌ－ＣＳＳもしくはＳＬ－ＵＳＳでＮＲ－ＰＳＢＣＨによって示されるか、もしくはＳＬ－ＣＯＲＥＳＥＴによって示されるか、もしくは選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロック、もしくは選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられたビームでのステップ２Ｂから選択されたサイドリンクリソースに対応付けられるか、もしくはＱＣＬｅｄされた（例えば、ＳＬ－ＳＩもしくはＳＬ－ＲＲＣを搬送する）ＮＲ－ＰＳＳＣＨによって示されるデフォルトまたは共通のサイドリンクリソースで送信され得る。リクエストは、新しいフォーマット新無線物理サイドリンク制御チャネル（ＮＲ－ＰＳＣＣＨ）もしくは新無線物理サイドリンクフィードバック制御チャネル（New Radio Physical Sidelink Feedback Control Channel：ＮＲ－ＰＳＦＣＣＨ）、またはＮＲ－ＰＳＳＣＨで搬送され得る。
【0158】
ステップ４で、隊列リードは、隊列に入るためのリクエストに対応付けられた車両ＵＥに応答を送信し得る。応答は、同期中のリードのＮＲ－ＰＳＢＣＨ（例えば、ＳＩ－ＭＩＢ）、もしくは発見中のＮＲ－ＰＳＤＣＨもしくはＮＲ－ＰＳＳＣＨ、もしくはＮＲ－ＰＳＢＣＨ（例えば、ＳＬ－ＣＯＲＥＳＥＴ）によって示されるか、もしくは選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたＮＲ－ＰＳＳＣＨ（例えば、ＳＬ－ＳＩもしくはＳＬ－ＲＲＣ）によって示されるデフォルトサイドリンクリソース、または選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたビームで、ステップ３で車両ＵＥのリクエストで示されるか、もしくは伝送構成インジケータ（Transmission Configuration Indicator：ＴＣＩ）状態もしくは対応付けられた参照信号（Reference Signal：ＲＳ）インデックスで車両ＵＥによって示される、選択されたリソース内のリソースプールで送信され得る。応答は、サイドリンクグループＩＤ ＳＬ－Ｇ－ＲＮＴＩおよびグループメンバーＩＤ ＳＬ－Ｇ－ＣＲＮＴＩ、ならびにブロードキャスト、マルチキャスト、およびユニキャストなどの異なる通信タイプのための共有または専用のリソースに対する、および各通信タイプのための隊列メンバー間の共有または専用のリソースに対する、関連リソースプール構成を含み得る。応答は、新しいフォーマットＮＲ－ＰＳＣＣＨもしくはＮＲ－ＰＳＦＣＣＨ、またはＮＲ－ＰＳＳＣＨで搬送され得る。
【0159】
第２のオプションでは、再構成は、図６Ｂで例示されているようなマルチキャストに基づき得る（例えば、グループベース）。
ステップ２で、車両ＵＥは、隊列に入るようにリクエストし得る。リクエストは、リードのブロードキャストＮＲ－ＰＳＢＣＨ、またはＮＲ－ＰＳＢＣＨによって示されるか、もしくは選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたビームでの選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたＮＲ－ＰＳＤＣＨもしくはＮＲ－ＰＳＳＣＨで示される、デフォルトまたは選択されたサイドリンクリソースで送信され得る。
ステップ２で、車両ＵＥは、隊列に入るようにリクエストし得る。リクエストは、リードのブロードキャストＮＲ－ＰＳＢＣＨ、またはＮＲ－ＰＳＢＣＨによって示されるか、もしくは選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたビームでの選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたＮＲ－ＰＳＤＣＨもしくはＮＲ－ＰＳＳＣＨで示される、デフォルトまたは選択されたサイドリンクリソースで送信され得る。
【0160】
ステップ３で、隊列リードは、隊列に入るためのリクエストに対応付けられた車両ＵＥに応答を送信し得る。応答は、リードのブロードキャストＮＲ－ＰＳＢＣＨもしくはＮＲ－ＰＳＤＣＨもしくはＮＲ－ＰＳＳＣＨで示されるデフォルトリソースプール、または選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたビームでＵＥのリクエストで示されるか、もしくはＴＣＩ状態もしくは対応付けられたＲＳインデックスで車両ＵＥによって示される、選択されたリソースプールで送信され得る。応答は、サイドリンクグループＩＤ ＳＬ－Ｇ－ＲＮＴＩおよびグループメンバーＩＤ ＳＬ－Ｇ－ＣＲＮＴＩ、ならびにブロードキャスト、マルチキャスト、およびユニキャストなどの異なる通信タイプのための共有または専用のリソースに対する、および各通信タイプのための隊列メンバー間の共有または専用のリソースに対する、関連リソースプール構成を含み得る。
【0161】
ステップ４Ａで、隊列リードは、スケジューリング割り当て（ＳＡ）ＳＣＩによって示されるそのＮＲ－ＰＳＳＣＨでリソースプールを周期的にマルチキャストまたはビームスイープし得る。これは、隊列に割り当てられる（例えば、確保されたおよび確保されていない）総リソース、または総隊列リソースの（例えば、まだ確保されていない）利用可能なリソースであり得る。
【0162】
ステップ４Ｂで、車両ＵＥは、リソースプールを再構成し得る。以下のうちの１つまたは複数が発生し得る。すなわち、車両ＵＥは、選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたビームでマルチキャストメッセージに対してサイドリンクグループＩＤ ＳＬ－Ｇ－ＲＮＴＩを使用してＳＡ ＳＣＩをデコードし（例えば、ＳＡ ＳＣＩは、ソースＩＤもしくはグループＩＤ、もしくはソースＩＤもしくはグループＩＤに対するＳＡ ＳＣＩフィールドによってスクランブルをかけられる）、隊列リードによってマルチキャストされる総隊列リソースの利用可能なリソースの感知に基づいて、もしくは隊列リードによってマルチキャストされる利用可能なリソースに基づいて、および／もしくは利用可能な場合、サイドリンクチャネル占有率、サイドリンク無線品質および干渉（例えば、サイドリンクで測定されるＲＳＲＰ、ＲＳＲＱ、もしくはＳＩＮＲ）などの測定に基づいて、もしくはリードによってグループメンバーに割り当てられる専用のリソースに対する（例えば、目的地ＩＤもしくはグループメンバーＩＤに対するＳＡ ＳＣＩフィールドによって示される）グループメンバーＩＤ ＳＬ－Ｇ－ＣＲＮＴＩに基づいて、リソースプール候補を選択してもよく、車両ＵＥは、リソースプール候補、および利用可能な場合、サイドリンク測定値を、上位層もしくはアプリケーションに通してもよく、ならびに／または上位層もしくはアプリケーションは、使用するためのリソースプール構成を決定し得る。
【0163】
第３のオプションでは、再構成は、図６Ｂで例示されているようなユニキャストに基づき得る（例えば、アスク／レスポンス）。
ステップ２で、車両ＵＥは、隊列に入るためのリクエストを送信し得る。リクエストは、前で記載するように、ビームでのリードのブロードキャストＮＲ－ＰＳＢＣＨ（例えば、ＳＬ－ＭＩＢ）またはＮＲ－ＰＳＤＣＨもしくはＰＳＳＣＨ（例えば、ＳＬ－ＳＩもしくはＳＬ－ＲＲＣ）で示される、デフォルトまたは選択されたサイドリンクリソースで送信され得る。
ステップ２で、車両ＵＥは、隊列に入るためのリクエストを送信し得る。リクエストは、前で記載するように、ビームでのリードのブロードキャストＮＲ－ＰＳＢＣＨ（例えば、ＳＬ－ＭＩＢ）またはＮＲ－ＰＳＤＣＨもしくはＰＳＳＣＨ（例えば、ＳＬ－ＳＩもしくはＳＬ－ＲＲＣ）で示される、デフォルトまたは選択されたサイドリンクリソースで送信され得る。
【0164】
ステップ３で、隊列リードは、隊列に入るためのリクエストに対応付けられた車両ＵＥに応答を送信し得る。応答は、リードのブロードキャストＮＲ－ＰＳＢＣＨもしくはＮＲ－ＰＳＤＣＨもしくはＮＲ－ＰＳＳＣＨ内のリソースプールで送信されてもよいし、前で記載するようにビームでＵＥのリクエストで示されてもよく、グループＲＮＴＩおよびリソースプールを含む。応答は、サイドリンクグループＩＤ ＳＬ－Ｇ－ＲＮＴＩおよびグループメンバーＩＤ ＳＬ－Ｇ－ＣＲＮＴＩ、ならびにブロードキャスト、マルチキャスト、およびユニキャストなどの異なる通信タイプのための共有または専用のリソースに対する、および各通信タイプのための隊列メンバー間の共有または専用のリソースに対する、関連リソースプール構成を含み得る。リソースプール構成はまた、隊列リードからの個別のユニキャストメッセージ、例えば、（例えば、ＵＥのグループメンバーＩＤを使用して）ＳＡ－ＳＣＩによって特にＵＥに示されるＰＳＳＣＨで送信され得る。
【0165】
ステップ４で、車両ＵＥは、リソースプールを再構成し得る。以下のうちの１つまたは複数が発生し得る。すなわち、車両ＵＥは、共有のリソースに対する利用可能なリソースの感知に基づいて、もしくはグループメンバーに示される専用のリソース、およびサイドリンクチャネル占有率、サイドリンク無線品質もしくは干渉などのサイドリンクでの測定値に基づいて、応答でリソースプール候補を選択してもよく、前で記載するように、利用可能な場合、車両ＵＥは、リソースプール候補、および利用可能な場合、測定値を上位層もしくはアプリケーションに通してもよく、ならびに／または上位層もしくはアプリケーションは、使用するためのリソースプール構成を決定する。
【0166】
【0167】
図７Ａで例示されているような第１のオプションでは、例えば、まずＲＳＵまたは別のＵＥを発見する。
ステップ１Ａで、ＲＳＵまたは別のＵＥは、同期信号および発見情報、例えば、同期およびビーム選択のためのＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨ、ＮＲ－ＰＳＢＣＨ（例えば、ＳＬ－ＭＩＢ）によって示されるか、または発見のために各ＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたＮＲ－ＰＳＤＣＨまたはＮＲ－ＰＳＳＣＨを周期的にブロードキャストまたはビームスイープし、各ＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、またはＱＣＬｅｄされたリソースプール構成でＮＲ－ＰＳＣＣＨおよび／またはＮＲ－ＰＳＳＣＨをブロードキャストまたはビームスイープし得る。
ステップ１Ａで、ＲＳＵまたは別のＵＥは、同期信号および発見情報、例えば、同期およびビーム選択のためのＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨ、ＮＲ－ＰＳＢＣＨ（例えば、ＳＬ－ＭＩＢ）によって示されるか、または発見のために各ＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたＮＲ－ＰＳＤＣＨまたはＮＲ－ＰＳＳＣＨを周期的にブロードキャストまたはビームスイープし、各ＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、またはＱＣＬｅｄされたリソースプール構成でＮＲ－ＰＳＣＣＨおよび／またはＮＲ－ＰＳＳＣＨをブロードキャストまたはビームスイープし得る。
【0168】
ステップ１Ｂで、車両ＵＥは、ＲＳＵまたは別のＵＥを発見し得る。以下のうちの１つまたは複数が発生し得る。すなわち、車両ＵＥは、前で記載するようにＲＳＲＰ、ＲＳＲＱ、もしくはＳＩＮＣなどのサイドリンク測定値に基づいて検出される最良のＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨを選択してもよく、車両ＵＥは、選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨに対応付けられるか、もしくはＱＣＬｅｄされたビームでの発見のためにＮＲ－ＰＳＤＣＨもしくはＮＲ－ＰＳＳＣＨを検出およびデコードし、および利用可能な場合、サイドリンク測定値を上位層もしくはアプリケーションに通してもよく、ならびに／または上位層もしくはアプリケーションは、隊列を出た後に使用するための、もしくはＲＳＵもしくは他のＵＥによってブロードキャストされるリソースプール構成を使用するためのリソースプール構成を決定してもよい。
【0169】
ステップ２で、車両ＵＥは、隊列を出るようにリクエストし得る。リクエストは、図６Ａおよび図６Ｂで記載するようにブロードキャスト、マルチキャスト、またはユニキャストされるリソースから、選択されたサイドリンクリソースで送信され得る。
【0170】
ステップ３Ａで、隊列リードは、隊列を出るためのリクエストに対応付けられた車両ＵＥに応答を送信し得る。応答は、図６Ａおよび図６Ｂに対して記載するように、リソースプール構成で、サイドリンクリソースで送信されてもよいし、ＵＥのリクエストで示されてもよい。
【0171】
ステップ３Ｂで、車両ＵＥは、図６Ａおよび図６Ｂに対して記載するように、構成内またはＵＥのリクエストで示されるリソースプールでの他のメンバーＵＥ（例えば、この車両ＵＥへおよびこの車両ＵＥからの中継メンバーＵＥ）から隊列を出るための応答を受信し得る。
【0172】
図７Ｂで例示されているような第２のオプションでは、例えば、まず隊列を出る。
ステップ１で、車両ＵＥは、隊列を出るようにリクエストし得る。リクエストは、図６Ａおよび図６Ｂに対して記載するようにブロードキャスト、マルチキャスト、またはユニキャストされる、選択されたサイドリンクリソースで送信され得る。
ステップ１で、車両ＵＥは、隊列を出るようにリクエストし得る。リクエストは、図６Ａおよび図６Ｂに対して記載するようにブロードキャスト、マルチキャスト、またはユニキャストされる、選択されたサイドリンクリソースで送信され得る。
【0173】
【0174】
ステップ２Ｂで、車両ＵＥは、図６Ａおよび図６Ｂに対して記載するように、構成内またはＵＥのリクエストで示されるリソースプールでの他のメンバーＵＥ（例えば、この車両ＵＥへおよびこの車両ＵＥからの中継メンバーＵＥ）から隊列を出るための応答を受信し得る。
【0175】
ステップ３Ａで、ＲＳＵ／他のＵＥは、同期信号および発見情報、すなわち、同期およびビームフォーミングのためのＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨ、ＮＲ－ＰＳＢＣＨによって示されるか、または発見のために各ＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたＮＲ－ＰＳＤＣＨまたはＮＲ－ＰＳＳＣＨ、および各ＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、またはＱＣＬｅｄされたリソースプール構成を有するブロードキャストＮＲ－ＰＳＣＣＨおよび／またはＮＲ－ＰＳＳＣＨを周期的にブロードキャストまたはビームスイープし得る。
【0176】
ステップ３Ｂで、車両ＵＥは、ＲＳＵまたは他のＵＥを発見し得る。以下の動作のうちの１つまたは複数が実施され得る。すなわち、車両ＵＥは、前で記載するようにＲＳＲＰ、ＲＳＲＱ、もしくはＳＩＮＣなどのサイドリンク測定値に基づいて検出される最良のＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨを選択してもよく、車両ＵＥは、選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨに対応付けられるか、もしくはＱＣＬｅｄされたビームでＮＲ－ＰＳＤＣＨを検出およびデコードし、および利用可能な場合、サイドリンク測定値を上位層もしくはアプリケーションに通してもよく、ならびに／または上位層もしくはアプリケーションは、隊列を出た後に使用するための、もしくはＲＳＵもしくは他のＵＥによってブロードキャストされるリソースプール構成を使用するためのリソースプール構成を決定してもよい。
【0177】
第１のオプションおよび図７Ｂに示すような第２のオプションの両方に対して、
ステップ４で、車両ＵＥは、上位層またはアプリケーションによって選択されるリソースプールを再構成し得る。
ステップ４で、車両ＵＥは、上位層またはアプリケーションによって選択されるリソースプールを再構成し得る。
【0178】
ステップ５で、車両ＵＥは、再構成の後に選択されるサイドリンクリソースプールで送信される基本的な安全性メッセージ（Basic Safety Message：ＢＳＭ）または共通認識メッセージ（Common Awareness Message：ＣＡＭ）をブロードキャストし得る。
【0179】
異なる公衆携帯電話網（Public Land Mobile Network：ＰＬＭＮ）のＲＳＵを切り替えるためのリソースプール構成および再構成の例は、一例として以下のステップを含み得る図８Ａおよび図８Ｂに示される。
ステップ０で、車両ＵＥは、ＰＬＭＮ１のＲＳＵでリソースプール構成を構成および更新し得る。
ステップ０で、車両ＵＥは、ＰＬＭＮ１のＲＳＵでリソースプール構成を構成および更新し得る。
【0180】
ステップ１Ａで、ＰＬＭＮ２のＲＳＵ２は、同期信号および発見情報、すなわち、同期およびビーム選択のためのＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨ、ＮＲ－ＰＳＢＣＨによって示されるか、または発見のために各ＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたＮＲ－ＰＳＤＣＨまたはＮＲ－ＰＳＳＣＨ、ならびに各ＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、またはＱＣＬｅｄされたリソースプール構成を有するブロードキャストＮＲ－ＰＳＣＣＨおよび／またはＮＲ－ＰＳＳＣＨを周期的にブロードキャストまたはビームスイープし得る。
【0181】
ステップ１Ｂで、車両ＵＥは、他のＰＬＭＮのＲＳＵを発見し得る。以下のうちの１つまたは複数が発生し得る。すなわち、車両ＵＥは、図６Ａおよび図６Ｂに対して記載するようにＲＳＲＰ、ＲＳＲＱ、もしくはＳＩＮＲなどのサイドリンク測定値に基づいて検出される最良のＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨを選択してもよい。車両ＵＥは、ＮＲ－ＰＳＢＣＨによって示されるか、もしくは選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたＮＲ－ＰＳＤＣＨもしくはＮＲ－ＰＳＳＣＨを検出およびデコードし、発見情報、および利用可能な場合、サイドリンク測定値を、上位層もしくはアプリケーションに通してもよく、ならびに／または上位層もしくはアプリケーションは、選択されたＲＳＵに入るためのリソースプール構成を決定してもよいし、選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたリソースプール構成を有するＮＲ－ＰＳＢＣＨもしくはＮＲ－ＰＳＣＣＨおよび／もしくはＮＲ－ＰＳＳＣＨでＲＳＵによってブロードキャストされるリソースプール構成を使用することを決定してもよい。
【0182】
図８Ａに示すような第１のオプション（ブロードキャスト、検出ベース）では、
ステップ２で、車両ＵＥは、ＲＳＵ１から対応付けを解除するためのリクエストを送信し得る。リクエストは、図７Ａおよび図７Ｂで記載するものと類似の方法でＲＳＵ１の構成されたサイドリンクリソースプールで送信され得る。
ステップ２で、車両ＵＥは、ＲＳＵ１から対応付けを解除するためのリクエストを送信し得る。リクエストは、図７Ａおよび図７Ｂで記載するものと類似の方法でＲＳＵ１の構成されたサイドリンクリソースプールで送信され得る。
【0183】
ステップ３で、ＰＬＭＮ１のＲＳＵ１は、図７Ａおよび図７Ｂで記載するものと類似の方法で、ＲＳＵ１の構成内またはＵＥのリクエストで示されるリソースプールでＲＳＵ１から対応付けを解除するためのリクエストに対応付けられた車両ＵＥに応答を送信し得る。
【0184】
ステップ４で、車両ＵＥは、ＲＳＵ２に対応付けるようにリクエストし得る。リクエストは、図６Ａおよび図６Ｂで記載するものと類似の方法で、そのＮＲ－ＰＳＢＣＨまたはＮＲ－ＰＳＤＣＨもしくはＮＲ－ＰＳＳＣＨによって示されるＲＳＵ２のデフォルトまたは選択されたサイドリンクリソースプールで送信され得る。車両ＵＥは、リクエストで、優先度、レイテンシ、信頼性、速度、位置などのＵＥアシスタント情報を含み得る。
【0185】
ステップ５で、ＰＬＭＮ２のＲＳＵ２は、図６Ａおよび図６Ｂで記載するものと類似の方法で、ＲＳＵ２の構成内またはＵＥのリクエストで示されるリソースプールでＲＳＵ２に対応付けるためのリクエストに対応付けられた車両ＵＥに応答を送信し得る。
【0186】
第１のオプションで、ステップ２～ステップ５は、任意選択的であってもよく、また、ステップ２および３は、ステップ４および５と順序を変更してもよいことに留意されたい。
【0187】
図８Ｂに示すような第２のオプション（ユニキャストベース、応答ベース）では、
ステップ２で、車両ＵＥは、ＲＳＵ２に対応付けるようにリクエストし得る。リクエストは、そのＮＲ－ＰＳＢＣＨまたはＮＲ－ＰＳＤＣＨもしくはＮＲ－ＰＳＳＣＨによって示されるＲＳＵ２のデフォルトまたは選択されたサイドリンクリソースプールで送信され得る。車両ＵＥは、リソース割り当てに対するリクエストで、優先度、レイテンシ、信頼性、速度、位置、トラフィックタイプなどのＵＥアシスタント情報を含み得る。
ステップ２で、車両ＵＥは、ＲＳＵ２に対応付けるようにリクエストし得る。リクエストは、そのＮＲ－ＰＳＢＣＨまたはＮＲ－ＰＳＤＣＨもしくはＮＲ－ＰＳＳＣＨによって示されるＲＳＵ２のデフォルトまたは選択されたサイドリンクリソースプールで送信され得る。車両ＵＥは、リソース割り当てに対するリクエストで、優先度、レイテンシ、信頼性、速度、位置、トラフィックタイプなどのＵＥアシスタント情報を含み得る。
【0188】
ステップ３で、ＰＬＭＮ２のＲＳＵ２は、一例としてステップ３で、リクエストで送信されるＵＥアシスタント情報に基づいて車両ＵＥに対するリソースプール構成で、構成内またはＵＥのリクエストで示されるリソースプールでＲＳＵ２に対応付けるためのリクエストに対応付けられた車両ＵＥに応答を送信し得る。車両ＵＥは、リソースプール構成に対するリクエスト、または後での再構成に対するリクエストも送信してもよく、これは、リソースプールに対する新しいまたは更新されたＵＥアシスタント情報（例えば、位置変化、または速度変化など）を含み得る。
【0189】
ステップ４で、車両ＵＥは、ＲＳＵ１から対応付けを解除するようにリクエストし得る。リクエストは、ＲＳＵ１の構成されたサイドリンクリソースで送信され得る。
【0190】
ステップ５で、ＰＬＭＮ１のＲＳＵ１は、ＲＳＵ１の構成内またはＵＥのリクエストで示されるリソースプールでＲＳＵ１から対応付けを解除するためのリクエストに対応付けられた車両ＵＥに応答を送信し得る。
【0191】
第２のオプションで、ステップ４およびステップ５は、任意選択的であり得ることに留意されたい。
【0192】
第１のオプションおよび図８Ｂに示すような第２のオプションの両方に対して、
ステップ６で、車両ＵＥは、上位層またはアプリケーションによって選択されるＲＳＵ２でリソースプールを再構成し得る。
ステップ６で、車両ＵＥは、上位層またはアプリケーションによって選択されるＲＳＵ２でリソースプールを再構成し得る。
【0193】
ステップ７で、車両ＵＥは、ＲＳＵ２に対して選択されるサイドリンクリソースプールで送信されるＢＳＭまたはＣＡＭをブロードキャストし得る。
【0194】
リクエストまたは応答の対応付けまたは対応付け解除に対するメッセージは、新しいフォーマットＰＳＣＣＨもしくは新無線物理サイドリンクフィードバックチャネル（New Radio Physical Sidelink Feedback Channel：ＮＲ－ＰＳＦＣＨ）、またはサイドリンク（ＰＣ５）インターフェースを介したＮＲ－ＰＳＳＣＨで搬送され得る。
【0195】
（補助リソース割り当て 感知アシスタント）
先進運転のケースにおける高度自律車両に対して、低レイテンシおよび高信頼性は、安全性のために必須である。例えば、自律車両ＵＥは、道路上の落下物を検出し、２０００バイトペイロード、３０メガビット毎秒（Megabits per second：Ｍｂｐｓ）データレート、３ミリ秒最大エンドツーエンドレイテンシ、および９９．９９９％信頼性のような性能要件で、緊急軌道および協働操作を近傍ＲＳＵおよび他のＵＥに送信する必要がある。
先進運転のケースにおける高度自律車両に対して、低レイテンシおよび高信頼性は、安全性のために必須である。例えば、自律車両ＵＥは、道路上の落下物を検出し、２０００バイトペイロード、３０メガビット毎秒（Megabits per second：Ｍｂｐｓ）データレート、３ミリ秒最大エンドツーエンドレイテンシ、および９９．９９９％信頼性のような性能要件で、緊急軌道および協働操作を近傍ＲＳＵおよび他のＵＥに送信する必要がある。
【0196】
しかし、ＬＴＥに対して規定されるような感知ベースの半永続的なリソース確保スキームは、利用可能なリソースプール候補を感知するのに非常に長時間を要する。感知されたリソースプール候補は、全く衝突がないわけではなく、これは、信頼性性能を低下させ得る。
【0197】
感知時間および可能性のある衝突を低減するために、補助感知は、近接するコーディネータとしてのＲＳＵ、隊列リード、もしくは近接するリード、または車両ＵＥなどの感知アシスタント（Sensing Assistant：ＳＡ）によって局所的に提供され得る。感知アシスタントは、ローカルリソースプールの使用および予約状態、ならびに干渉、輻輳、位置または位置ゾーン、通信範囲などを周期的にブロードキャストしてもよく、感知アシスタントはまた、車両ＵＥのリクエストでのローカルリソースプールの使用および確保状態を提供し得る。
【0198】
感知アシスタントは、製造者またはサービスプロバイダによって予め構成されてもよく、ｇＮＢ／ｅＮＢまたはＶ２Ｘサーバによって構成されてもよく、任意選択的に、Ｕｕインターフェースを介してＤＣＩを介してｇＮＢ／ｅＮＢによって有効および無効にされてもよいし、サイドリンク（ＰＣ５）インターフェースを介してＳＣＩを介して、ＲＳＵ、グループリード、もしくは近接のコーディネータ、もしくはリードによって有効および無効にされてもよい。
【0199】
補助リソース感知の例は、以下のステップを含み得る図９Ａおよび図９Ｂに示される。感知アシスタントは、以下、すなわち、トラフィックパターン（例えば、スケジューリングまたは確保されたリソース）、周期における情報、時間オフセット、メッセージサイズ、ＱｏＳ情報、およびソースまたは目的地識別子のうちの１つまたは複数に対応付けられた情報を収集し得る。感知アシスタントは、任意のタイプの情報を感知および／または収集してもよく、上記の例に限定されないことを理解されたい。
【0200】
ステップ０で、感知アシスタントは、リソースプール状態を収集およびブロードキャストし得る。感知アシスタントは、すべての車両ＵＥから局所的に送信されるＮＲ－ＰＳＣＣＨで搬送されるＳＡ ＳＣＩのデコーディング、ならびに／またはサイドリンク無線リンク品質および干渉（例えば、ＲＳＲＰ、ＲＳＲＱ、ＳＩＮＣなど）の測定を介してリソースプールまたはリソース状態を常に収集し、リソースプールまたはリソース状態、および干渉、輻輳、位置または位置ゾーン、通信範囲などを周期的にブロードキャストし得る。
【0201】
ステップ１で、車両ＵＥは、伝送するための大きいデータサイズを有し得る。上位層またはアプリケーションは、伝送される緊急軌道および協働操作データを示す。
【0202】
図９Ａに示すような第１のオプション（ブロードキャストに基づくリソース状態）では：
ステップ２Ａで、感知アシスタントは、時間リソースプールおよび周波数リソースプールなどのリソースプール状態を周期的にブロードキャストまたはビームスイープし得る。例えば、シンボルプールまたはミニスロットプールのビットマップ、およびＲＢプールまたはＲＢＧプールに対するビットマップは、ブロードキャストされ得る。干渉、輻輳、位置または位置ゾーン、通信範囲などの他の情報を有するリソースプールまたはリソース状態は、ＮＲ－ＰＳＢＣＨ（例えば、ＳＬ－ＣＯＲＥＳＥＴ）によって示されるか、もしくは各ＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたＮＲ－ＰＳＣＣＨもしくはＮＲ－ＰＳＳＣＨ、またはＮＲ－ＰＳＣＣＨで搬送されるＳＡ ＳＣＩ、もしくはＮＲ－ＰＳＣＣＨ（例えば、ＳＬ－ＣＳＳ内のＳＬ－ＣＯＲＥＳＥＴ）で搬送されるＳＡ ＳＣＩによって示されるブロードキャストＮＲ－ＰＳＳＣＨで搬送され得る。周期構成が規定されてもよく、特定のブロードキャスト期間構成インデックスは、ＮＲ－ＰＳＢＣＨ、例えば、４つの可能性のある期間値を示す２ビット値で示され得る。
ステップ２Ａで、感知アシスタントは、時間リソースプールおよび周波数リソースプールなどのリソースプール状態を周期的にブロードキャストまたはビームスイープし得る。例えば、シンボルプールまたはミニスロットプールのビットマップ、およびＲＢプールまたはＲＢＧプールに対するビットマップは、ブロードキャストされ得る。干渉、輻輳、位置または位置ゾーン、通信範囲などの他の情報を有するリソースプールまたはリソース状態は、ＮＲ－ＰＳＢＣＨ（例えば、ＳＬ－ＣＯＲＥＳＥＴ）によって示されるか、もしくは各ＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたＮＲ－ＰＳＣＣＨもしくはＮＲ－ＰＳＳＣＨ、またはＮＲ－ＰＳＣＣＨで搬送されるＳＡ ＳＣＩ、もしくはＮＲ－ＰＳＣＣＨ（例えば、ＳＬ－ＣＳＳ内のＳＬ－ＣＯＲＥＳＥＴ）で搬送されるＳＡ ＳＣＩによって示されるブロードキャストＮＲ－ＰＳＳＣＨで搬送され得る。周期構成が規定されてもよく、特定のブロードキャスト期間構成インデックスは、ＮＲ－ＰＳＢＣＨ、例えば、４つの可能性のある期間値を示す２ビット値で示され得る。
【0203】
ステップ２Ｂで、車両ＵＥは、リソースプールを選択し得る。以下のステップのうちの１つまたは複数が発生し得る。すなわち、車両ＵＥは、ブロードキャストリソースプールもしくはリソース状態に基づいて、リソースプールもしくはリソース候補を選択し、任意選択的に、利用可能なリソースの迅速な感知をさらに行い、例えば、伝送されるデータ（例えば、１つもしくは複数の移送ブロック）に対する時間ラインおよびレイテンシ要件によって規定される感知ウィンドウ内でリソース確保を収集してもよく、車両ＵＥは、リソースプールもしくはリソース候補、および利用可能な場合、サイドリンクチャネル条件（例えば、輻輳）、無線品質、および干渉測定値を上位層もしくはアプリケーションに通してもよく、ならびに／または上位層もしくはアプリケーションは、使用するためのリソースプールを決定する。
【0204】
図９Ｂに示すような第２のオプション（リクエストに基づくリソース状態）では：
ステップ２Ａで、車両ＵＥは、リソースプールまたはリソース状態に対するリクエストを送信し得る。リクエストは、感知アシスタントのＮＲ－ＰＳＢＣＨ、または選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたＮＲ－ＰＳＤＣＨもしくはブロードキャストＮＲ－ＰＳＳＣＨで示される緊急リクエストに対してデフォルトまたは確保されたサイドリンクリソースで送信され得る。リクエストは、必要とされる場合、グループベースの感知アシスタンスに対するサイドリンクグループＩＤ ＳＬ－Ｇ－ＲＮＴＩ、サイドリンクグループメンバーＩＤ ＳＬ－Ｇ－ＣＲＮＴＩ、または必要とされる場合、近接もしくは範囲ベースの感知アシスタンスに対する車両ＵＥのサイドリンクＩＤ ＳＬ－ＣＲＮＴＩもしくは位置ｚｏｎｅ－ＩＤを含み得る。リクエストは、ＰＳＣＣＨでの新しいフォーマットＳＣＩ、または新無線物理サイドリンクフィードバック制御チャネル（ＮＲ－ＰＳＦＣＣＨ）、もしくは選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされるか、もしくは車両ＵＥに示されるＴＣＩ状態もしくはＲＳインデックスに対応付けられたビームでのＮＲ－ＰＳＳＣＨでの新しいフォーマットサイドリンクフィードバック制御情報（Sidelink Feedback Control Information：ＳＦＣＩ）で搬送され得る。
ステップ２Ａで、車両ＵＥは、リソースプールまたはリソース状態に対するリクエストを送信し得る。リクエストは、感知アシスタントのＮＲ－ＰＳＢＣＨ、または選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたＮＲ－ＰＳＤＣＨもしくはブロードキャストＮＲ－ＰＳＳＣＨで示される緊急リクエストに対してデフォルトまたは確保されたサイドリンクリソースで送信され得る。リクエストは、必要とされる場合、グループベースの感知アシスタンスに対するサイドリンクグループＩＤ ＳＬ－Ｇ－ＲＮＴＩ、サイドリンクグループメンバーＩＤ ＳＬ－Ｇ－ＣＲＮＴＩ、または必要とされる場合、近接もしくは範囲ベースの感知アシスタンスに対する車両ＵＥのサイドリンクＩＤ ＳＬ－ＣＲＮＴＩもしくは位置ｚｏｎｅ－ＩＤを含み得る。リクエストは、ＰＳＣＣＨでの新しいフォーマットＳＣＩ、または新無線物理サイドリンクフィードバック制御チャネル（ＮＲ－ＰＳＦＣＣＨ）、もしくは選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされるか、もしくは車両ＵＥに示されるＴＣＩ状態もしくはＲＳインデックスに対応付けられたビームでのＮＲ－ＰＳＳＣＨでの新しいフォーマットサイドリンクフィードバック制御情報（Sidelink Feedback Control Information：ＳＦＣＩ）で搬送され得る。
【0205】
ステップ２Ｂで、感知アシスタントは、感知アシスタントのＮＲ－ＰＳＢＣＨ、または選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされるか、もしくは感知アシスタントのサイドリンクグループＩＤもしくは位置ゾーンＩＤを含み得る車両ＵＥのリクエストで示されるＮＲ－ＰＳＤＣＨもしくはブロードキャストＮＲ－ＰＳＳＣＨによって示されるリソースプールまたはリソースでのリソースプールまたはリソース状態で応答を送信し得る。応答は、選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされるか、もしくは車両ＵＥによってそのリクエストでＴＣＩ状態もしくはＲＳインデックスで示されるビームでのＰＳＣＣＨによって示されるか、またはそれに対応付けられたＮＲ－ＰＳＳＣＨでブロードキャスト、マルチキャスト、またはユニキャストされ得る。
【0206】
ステップ２Ｃで、車両ＵＥは、リソースプールまたはリソースを選択し得る。以下のステップのうちの１つまたは複数が発生し得る。すなわち、車両ＵＥは、リソースプールもしくはリソース状態を使用するリソースプールもしくはリソース候補、およびグループベースの場合にグループＩＤもしくは近接もしくは範囲ベースの場合に位置ゾーンＩＤを選択し、任意選択的に、利用可能なリソースの迅速な感知をさらに行い、例えば、伝送されるデータ（例えば、１つもしくは複数の移送ブロック）に対する時間ラインおよびレイテンシ要件によって規定される感知ウィンドウ内でリソース確保統計を収集してもよく、車両ＵＥは、リソースプールもしくはリソース候補、および利用可能な場合、サイドリンクチャネル条件、無線品質、および干渉測定値を上位層もしくはアプリケーションに通してもよく、ならびに／または上位層もしくはアプリケーションは、使用するためのリソースプールもしくはリソース構成を決定してもよい。
【0207】
第１のオプションおよび第２のオプションの両方に対して：
ステップ３で、車両ＵＥは、必要とされる場合、一例として、エネルギー検出または受信信号強度インジケーション（Received Signal Strength Indication：ＲＳＳＩ）測定を使用することによってまだ利用可能であるか否かを確認するために、選択されたサイドリンクリソースでチャネルをさらに感知し、例えば、チャネル占有を感知し得る。
ステップ３で、車両ＵＥは、必要とされる場合、一例として、エネルギー検出または受信信号強度インジケーション（Received Signal Strength Indication：ＲＳＳＩ）測定を使用することによってまだ利用可能であるか否かを確認するために、選択されたサイドリンクリソースでチャネルをさらに感知し、例えば、チャネル占有を感知し得る。
【0208】
ステップ４で、車両ＵＥは、繰り返しまたはビームスイーピングを使用して緊急データをブロードキャストし得る。車両ＵＥは、選択されるリソースで局所的にすべてのＵＥに、緊急軌道および協働操作をブロードキャストし得る。同じまたは異なるリソースは、ステップ４Ｂおよび４Ｃで例示されるように、同じ受信機に対する繰り返しまたは異なる受信機に対するビームスイーピングのために使用され得る。データは、ＮＲ－ＰＳＣＣＨで搬送されるＳＡ ＳＣＩによって示されるブロードキャストＮＲ－ＰＳＳＣＨで搬送され得る。
【0209】
ステップ３は任意選択的であり得ることに留意されたい。
【0210】
（補助リソース割り当て スケジューラ）
感知ベースのリソース割り当ては、特に、交通事故場所で、混雑した交差点で、またはきつい間隔のカー隊列での多くの周期的なイベントトリガのデータで衝突なしではない。感知オーバーヘッドを低減し、可能性のある衝突を回避するために、リソースプールまたはリソースは、近接するコーディネータとしてのＲＳＵ、隊列リード、もしくは近接するリード、またはスケジューリングＵＥなどのローカルスケジューラによって確保され得る。スケジューラは、各車両ＵＥに対するリソース割り当てを周期的にブロードキャストし得るか、または車両ＵＥのリクエストでリソース割り当てを提供し得る。
感知ベースのリソース割り当ては、特に、交通事故場所で、混雑した交差点で、またはきつい間隔のカー隊列での多くの周期的なイベントトリガのデータで衝突なしではない。感知オーバーヘッドを低減し、可能性のある衝突を回避するために、リソースプールまたはリソースは、近接するコーディネータとしてのＲＳＵ、隊列リード、もしくは近接するリード、またはスケジューリングＵＥなどのローカルスケジューラによって確保され得る。スケジューラは、各車両ＵＥに対するリソース割り当てを周期的にブロードキャストし得るか、または車両ＵＥのリクエストでリソース割り当てを提供し得る。
【0211】
スケジューラは、製造者またはサービスプロバイダによって予め構成されてもよいし、ｇＮＢ／ｅＮＢまたはＶ２Ｘサーバによって構成されてもよい。また、スケジューラは任意選択的に、Ｕｕインターフェースを介してＤＣＩを介してｇＮＢ／ｅＮＢによって有効および無効にされてもよいし、またはサイドリンク（ＰＣ５）インターフェースを介してＳＣＩを介して、ＲＳＵ、グループリード、もしくは近接のコーディネータ、もしくはリードによって有効および無効にされてもよい。
【0212】
スケジューラは、例えば、一例としてＰＳＳＣＨでのＳＬ－ＲＲＣメッセージを介して選択するためにＵＥに対するリソースまたはリソースプールを静的に構成し得る。スケジューラは、例えば、ＳＬ－ＭＡＣ ＣＥを介して、ＵＥに対するリソースまたはリソースプールを半静的に示し得る。スケジューラは、例えば、一例としてＳＣＩ有効化または無効化を介して、ＵＥに対するリソースまたはリソースプールを半永続的に割り当て得る。スケジューラは、例えば、一例としてＳＡ ＳＣＩを介して、ＵＥに対するリソースまたはリソースプールを動的に割り当て得る。
【0213】
スケジューラとしてのリード（例えば、コーディネータとしてのＲＳＵまたは近接のグループ内のリード、隊列リードなど）によるローカルスケジューリングの例は、以下のステップを含み得る図１０Ａおよび図１０Ｂに示される：
ステップ０で、車両ＵＥは、グループ（例えば、隊列リードによって導かれる隊列、近接のリードによって導かれる近接するグループなど）に入り、グループ発見およびグループ参加のプロシージャを介してグループ内のリードおよび他のＵＥへの接続を確立し得る。車両ＵＥはまた、グループ内のグループメンバーＩＤもしくはラベルとしてＳＬ－Ｇ－ＣＲＮＴＩ、または近接もしくは範囲に対する位置ゾーンＩＤを受信し得る。
ステップ０で、車両ＵＥは、グループ（例えば、隊列リードによって導かれる隊列、近接のリードによって導かれる近接するグループなど）に入り、グループ発見およびグループ参加のプロシージャを介してグループ内のリードおよび他のＵＥへの接続を確立し得る。車両ＵＥはまた、グループ内のグループメンバーＩＤもしくはラベルとしてＳＬ－Ｇ－ＣＲＮＴＩ、または近接もしくは範囲に対する位置ゾーンＩＤを受信し得る。
【0214】
ステップ１で、リードは、共有または専用のリソースプールまたはリソースで構成され得るか、またはそれで割り当てられ、すべてのＵＥおよびＲＳＵから局所的にリソースプールまたはリソース状態を常にまたは頻繁に収集し、共有のリソースプールを使用する場合、グループに対するリソースプールまたはリソースを確保し得る。
【0215】
ステップ２で、車両ＵＥの上位層またはアプリケーション層は、データが伝送に利用可能であり、これは、周期的または非周期的、ハイブリッド自動再送リクエストＨＡＲＱフィードバックでの繰り返しまたは再伝送などであり得ることを示し得る。
【0216】
図１０Ａに示すような第１のオプション（マルチキャストグループベースに基づくリソース状態）では：
ステップ３Ａで、リードは、グループ内の各ＵＥに対する時間リソースプールおよび周波数リソースプールなどのグループメンバーに対するリソース割り当てを周期的にブロードキャストまたはビームスイープする。リソース割り当ては、ＮＲ－ＰＳＣＣＨで搬送される新しいフォーマットＳＡ ＳＣＩ、もしくはそのＮＲ－ＰＳＢＣＨによって示されるか、もしくは各ＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたマルチキャストＮＲ－ＰＳＳＣＨ、またはＮＲ－ＰＳＣＣＨで搬送されるＳＡ ＳＣＩによって示されるマルチキャストＮＲ－ＰＳＳＣＨで搬送され得る。リソース割り当ては、ブロードキャスト、マルチキャスト、およびユニキャストなどの異なる通信タイプに対して共有または専用であってもよく、各通信タイプに対してグループメンバー間で共有または専用であってもよい。リソース割り当ては、ＳＣＩによって半静的に有効および無効にされてもよいし、新しいフォーマットＳＡ ＳＣＩによって動的に示されてもよい。
ステップ３Ａで、リードは、グループ内の各ＵＥに対する時間リソースプールおよび周波数リソースプールなどのグループメンバーに対するリソース割り当てを周期的にブロードキャストまたはビームスイープする。リソース割り当ては、ＮＲ－ＰＳＣＣＨで搬送される新しいフォーマットＳＡ ＳＣＩ、もしくはそのＮＲ－ＰＳＢＣＨによって示されるか、もしくは各ＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされたマルチキャストＮＲ－ＰＳＳＣＨ、またはＮＲ－ＰＳＣＣＨで搬送されるＳＡ ＳＣＩによって示されるマルチキャストＮＲ－ＰＳＳＣＨで搬送され得る。リソース割り当ては、ブロードキャスト、マルチキャスト、およびユニキャストなどの異なる通信タイプに対して共有または専用であってもよく、各通信タイプに対してグループメンバー間で共有または専用であってもよい。リソース割り当ては、ＳＣＩによって半静的に有効および無効にされてもよいし、新しいフォーマットＳＡ ＳＣＩによって動的に示されてもよい。
【0217】
ステップ３Ｂで、車両ＵＥは、リソースプールまたはリソースを選択し得る。以下の動作のうちの１つまたは複数が発生し得る。すなわち、車両ＵＥは、それに割り当てられる（例えば、専用のリソースに対するグループメンバーＩＤ ＳＬ－Ｇ－ＣＲＮＴＩに対応付けられるか、または近接もしくは範囲ベースのリソースに対する位置ゾーンＩＤに対応付けられる）リソースプールまたはリソースに基づいてリソースプールまたはリソースを選択し、それに応じて、ＮＲ－ＰＳＣＣＨで搬送される対応付けられたＳＣＩでＮＲ－ＰＳＳＣＨで搬送されるデータを送信し得る。共有のリソースに対して、車両ＵＥは、迅速な感知およびサイドリンク測定を行い、選択されたリソースおよび測定を上位層もしくはアプリケーションに通し、ならびに／または上位層もしくはアプリケーションは、それに応じてデータをロードし得る。共有のリソースに対する別の例では、車両ＵＥは、チャネルまたはリソースがデータを伝送するのに利用可能であるか否かを確認するために、チャネル占有感知、例えば、エネルギー検出またはＲＳＳＩベースを行い得る。
【0218】
図１０Ｂに示すような第２のオプション（リクエストに基づくリソース状態）では、
ステップ３Ａで、車両ＵＥ、例えば、伝送または受信ＵＥは、リソースに対するリクエストまたはスケジューリングに対するリクエストを送信し得る。リクエストは、スケジューラとしてのリードによって割り当てられる緊急またはスケジューリングリクエストに対してデフォルトまたは確保されたサイドリンクリソースで送信され得る。リクエストは、ＮＲ－ＰＳＣＣＨでの新しいフォーマットＳＣＩ、またはＮＲ－ＰＳＦＣＣＨ、もしくは選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされるか、もしくは車両ＵＥに示されるＴＣＩ状態もしくはＲＳインデックスに対応付けられたビームでのＮＲ－ＰＳＳＣＨでの新しいフォーマットＳＦＣＩで搬送され得る。
ステップ３Ａで、車両ＵＥ、例えば、伝送または受信ＵＥは、リソースに対するリクエストまたはスケジューリングに対するリクエストを送信し得る。リクエストは、スケジューラとしてのリードによって割り当てられる緊急またはスケジューリングリクエストに対してデフォルトまたは確保されたサイドリンクリソースで送信され得る。リクエストは、ＮＲ－ＰＳＣＣＨでの新しいフォーマットＳＣＩ、またはＮＲ－ＰＳＦＣＣＨ、もしくは選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨブロックに対応付けられるか、もしくはＱＣＬｅｄされるか、もしくは車両ＵＥに示されるＴＣＩ状態もしくはＲＳインデックスに対応付けられたビームでのＮＲ－ＰＳＳＣＨでの新しいフォーマットＳＦＣＩで搬送され得る。
【0219】
ステップ３Ｂで、リードは、リードによって割り当てられるか、またはＵＥのリクエストで示されるリソースプールまたはリソースでのリソース割り当てまたはスケジュールで応答を送信し得る。応答は、車両ＵＥに対するグループベースのリソース割り当てに対してこの車両ＵＥに割り当てられるグループメンバーＩＤ、例えば、ＳＬ－Ｇ－ＣＲＮＴＩ、または近接もしくは範囲ベースのリソース割り当てに対する位置ゾーンＩＤを含み得る。リソース割り当ては、グループメンバーＩＤもしくはＵＥのサイドリンクＩＤ、例えば、ＳＬ－ＣＲＮＴＩ、もしくは位置ｚｏｎｅ－ＩＤでスクランブルをかけられるか、もしくはそれで搬送されるＮＲ－ＰＳＣＣＨで搬送されるＳＡ ＳＣＩによって、またはＮＲ－ＰＳＣＣＨで搬送されるＳＡ ＳＣＩによって示されるマルチキャストもしくはユニキャストＮＲ－ＰＳＳＣＨによって示され得る。
【0220】
ステップ３Ｃで、車両ＵＥは、リソースプールまたはリソースを選択し得る。以下のうちの１つまたは複数が発生し得る。すなわち、車両ＵＥは、リソースが専用のリソースである場合、（例えば、ＳＬ－Ｇ－ＣＲＮＴＩに対応付けられた）割り当てられたまたはスケジューリングされたリソースでデータを送信し得る。車両ＵＥは、リソースが共有である場合、それに割り当てられた（例えば、ＳＬ－Ｇ－ＣＲＮＴＩに対応付けられた）リソースプールもしくはリソースに基づいてリソースを選択してもよく、ＵＥは、選択されたリソースおよびサイドリンク測定値を上位層もしくはアプリケーションに通してもよく、ならびに／または上位層もしくはアプリケーションは、それに応じてデータをロードしてもよい。
【0221】
第１のオプションおよび第２のオプションの両方に対して：
ステップ４Ａで、車両ＵＥは、緊急データをブロードキャストし得る。車両ＵＥは、選択されるリソースで局所的にすべてのＵＥに、緊急軌道および協働操作をブロードキャストし得る。近接するすべてのＵＥは、それに応じて、ステップ３Ｂでリードによって示され得る、割り当てられたリソース、例えば、ブロードキャストされた応答、または構成されたブロードキャスト監視の場合でブロードキャストメッセージを受信し得る。同じまたは異なるリソース割り当ては、ステップ４Ｂおよび４Ｃで例示されるように、同じ受信機に対する繰り返しまたは異なる受信機に対するビームスイーピングのために使用され得る。データは、ＮＲ－ＰＳＣＣＨで搬送されるＳＡ ＳＣＩによって示されるブロードキャストＮＲ－ＰＳＳＣＨで搬送され得る。
ステップ４Ａで、車両ＵＥは、緊急データをブロードキャストし得る。車両ＵＥは、選択されるリソースで局所的にすべてのＵＥに、緊急軌道および協働操作をブロードキャストし得る。近接するすべてのＵＥは、それに応じて、ステップ３Ｂでリードによって示され得る、割り当てられたリソース、例えば、ブロードキャストされた応答、または構成されたブロードキャスト監視の場合でブロードキャストメッセージを受信し得る。同じまたは異なるリソース割り当ては、ステップ４Ｂおよび４Ｃで例示されるように、同じ受信機に対する繰り返しまたは異なる受信機に対するビームスイーピングのために使用され得る。データは、ＮＲ－ＰＳＣＣＨで搬送されるＳＡ ＳＣＩによって示されるブロードキャストＮＲ－ＰＳＳＣＨで搬送され得る。
【0222】
マルチキャストに対して、マルチキャストグループのＵＥは、それに応じて、ステップ３Ｂでリードによって示され得る、割り当てられたリソース、例えば、ブロードキャストもしくはマルチキャストされた応答、または構成されたマルチキャスト監視の場合でマルチキャストメッセージを受信し得る。
【0223】
ユニキャストに対して、リクエストが図１０Ｂで例示されているようにステップ３Ａで伝送ＵＥから送信される場合、ユニキャストペアの受信ＵＥは、それに応じて、ステップ３Ｂでリードによって示され得る、割り当てられたリソース、例えば、ユニキャストペアへのブロードキャスト、マルチキャスト、もしくはユニキャストされた応答、または構成されたユニキャスト監視の場合でユニキャストメッセージを受信してもよく、リクエストがステップ３Ａで受信ＵＥから送信される場合、ユニキャストペアの伝送ＵＥは、ステップ３Ｂでリードによって示されるように割り当てられたリソース、例えば、ユニキャストペアへのブロードキャスト、マルチキャスト、またはユニキャストされた応答でユニキャストメッセージを伝送してもよく、ペアの受信ＵＥは、ステップ３Ｂでリードによって示されるリソースでユニキャストメッセージを受信してもよい。
【0224】
（補助リソース割り当て スケジューラ割り当て）
スケジューラは、近接するコーディネータとしてのＲＳＵ、隊列リード、もしくは近接するリード、または、例えば、サービングノードのカバレッジ外であるか、もしくは部分的にカバレッジされているときに使用するために、製造者もしくはサービスプロバイダ（例えば、Ｖ２Ｘサービスプロバイダもしくはネットワークオペレータ）によって予め構成され得るか、もしくは、例えば、ネットワークカバレッジ下で、スケジューラ割り当てがネットワーク制御下にあるときに、サービングもしくはスケジューラ制御ネットワークエンティティによって選択もしくは有効および無効にされ得るスケジューリングＵＥであり得る。本明細書で、サービングノードまたはスケジューラ制御エンティティは、例えば、サービングｇＮＢまたはＶ２Ｘサーバ（例えば、コアネットワーク内のＶ２Ｘ制御サーバ、またはＶ２Ｘサービスプロバイダネットワーク内のＶ２Ｘアプリケーションサーバ）であり得る。さらに、スケジューラはまた、スケジューリングされたＵＥの近接する候補スケジューラまたはスケジューリング可能エンティティのグループから選定され得る。
スケジューラは、近接するコーディネータとしてのＲＳＵ、隊列リード、もしくは近接するリード、または、例えば、サービングノードのカバレッジ外であるか、もしくは部分的にカバレッジされているときに使用するために、製造者もしくはサービスプロバイダ（例えば、Ｖ２Ｘサービスプロバイダもしくはネットワークオペレータ）によって予め構成され得るか、もしくは、例えば、ネットワークカバレッジ下で、スケジューラ割り当てがネットワーク制御下にあるときに、サービングもしくはスケジューラ制御ネットワークエンティティによって選択もしくは有効および無効にされ得るスケジューリングＵＥであり得る。本明細書で、サービングノードまたはスケジューラ制御エンティティは、例えば、サービングｇＮＢまたはＶ２Ｘサーバ（例えば、コアネットワーク内のＶ２Ｘ制御サーバ、またはＶ２Ｘサービスプロバイダネットワーク内のＶ２Ｘアプリケーションサーバ）であり得る。さらに、スケジューラはまた、スケジューリングされたＵＥの近接する候補スケジューラまたはスケジューリング可能エンティティのグループから選定され得る。
【0225】
スケジューラは、Ｕｕインターフェースを介して、ＲＲＣ、ＭＡＣ ＣＥ、物理チャネル（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ、もしくは新しい物理ブロードキャストチャネル）、もしくはそれらの組み合わせを介してｇＮＢによって、またはサイドリンク（ＰＣ５）インターフェースを介して、ＳＬ－ＲＲＣ、ＳＬ－ＭＡＣ ＣＥ、サイドリンク物理チャネル（例えば、ＮＲ－ＰＳＣＣＨ、ＮＲ－ＰＳＦＣＨ、ＮＲ－ＰＳＳＣＨなど）、もしくはそれらの組み合わせを介してＲＳＵもしくはＵＥによって示されるかまたは修正され得る。スケジューラはまた、Ｕｕインターフェースを介して、ＲＲＣ、ＭＡＣ ＣＥ、もしくはＤＣＩを介してｇＮＢによって、またはサイドリンク（ＰＣ５）インターフェースを介して、ＳＬ－ＲＲＣ、ＳＬ－ＭＡＣ ＣＥ、もしくはＳＣＩを介してＲＳＵもしくはＵＥによって有効および無効または修正され得る。サービングスケジューラと候補スケジューラとの間の通信、またはスケジューラと他のＵＥとの間の通信は、サイドリンク（ＰＣ５）インターフェースを介して、ＳＬ－ＲＲＣ、ＳＬ－ＭＡＣ ＣＥ、サイドリンク物理チャネル（例えば、ＮＲ－ＰＳＣＣＨ、ＮＲ－ＰＳＦＣＨ、ＮＲ－ＰＳＳＣＨなど）、またはそれらの組み合わせで搬送され得る。
【0226】
図１７は、以下のステップで例示されている、ＵＥによって開始されるネットワーク制御スケジューラ選択の例を示す。
【0227】
ステップ１で、スケジューラになるためにリクエストする、すなわち、スケジューラになることを決定し、ＵＥのコンテキストおよび能力、位置または位置ゾーン、リソースプール要件およびＱｏＳ要件、ならびに干渉、輻輳、リンク品質などのサイドリンク測定値を含む、スケジューラになるためのリクエストをｇＮＢまたはＶ２Ｘサーバに送信し、応答を待機する。
【0228】
ステップ２で、応答を確認する。いいえの場合、ステップ５に進み、そうでない場合、ステップ３に進む。
【0229】
ステップ３で、それが応答における拒絶であるか否かを確認する。いいえの場合、ステップ６に進み、そうでない場合、ステップ４に進む。
【0230】
ステップ４で、拒絶理由ごとに、その能力、リソースプール要件などを調整する。
【0231】
ステップ５で、上位層パラメータに基づいて、タイムアウトｔＯｕｔＳｃｈＲｅｑか否かを確認する。いいえの場合、ステップ１に進み、はいの場合、終了のためにステップ７を行う。
【0232】
ステップ６で、それが同期ソースＵＥの場合にそのＮＲ－ＰＳＢＣＨで、そのＮＲ－ＰＳＤＣＨで、またはそのブロードキャストＮＲ－ＰＳＳＣＨで周期的に搬送されるスケジューラインジケーションをブロードキャストし始める。
【0233】
ステップ７で、スケジューラ選定を終了する。
【0234】
代替的な例では、ネットワーク（例えば、ｇＮＢ、Ｖ２Ｘサーバ、またはスケジューラ選択コントローラ）開始スケジューラ選択は、以下のステップで例示されている図１８に示される。
【0235】
ステップ１で、スケジューラ候補を収集する、すなわち、登録、付加などのプロシージャ中にスケジューラになりたいＵＥを有するスケジューラ候補リストを更新し、ＵＥの能力インジケーションに基づいて、スケジューラ候補の能力リストを更新し、スケジューラ候補の位置または位置ゾーンを更新し、スケジューラ候補によって測定および報告される、サイドリンクチャネル占有率、無線リンク品質、干渉などを収集する。
【0236】
ステップ２で、スケジューラが必要とされるか否かを確認する。いいえの場合、ステップ１に進み、そうでない場合、ステップ３に進む。
【0237】
ステップ３で、スケジューラを選択する、すなわち、ＵＥの能力、位置、リソースプール要件、ＱｏＳ要件、サイドリンク測定値などに基づいて候補リストからスケジューラを選択し、選択されたスケジューラにリクエストを送信し、応答を待機する。
【0238】
ステップ４で、任意の応答が受信されるか否かを確認する。いいえの場合、ステップ７に進み、そうでない場合、ステップ５に進む。
【0239】
ステップ５で、応答における拒絶であるか否かを確認する。はいの場合、ステップ３に進んで別のスケジューラを選択し、そうでない場合、ステップ６に進む。
【0240】
ステップ６で、例えば、スケジューラに送信される、ＲＲＣもしくはＭＡＣ ＣＥ、またはダウンリンク制御情報（ＤＣＩ）で示されるスケジューラを有効にする。
【0241】
ステップ７で、上位層パラメータに基づいて、タイムアウトｔＯｕｔＳｃｈＲｅｑか否かを確認する。はいの場合、ステップ３に進んで別のスケジューラを選択し、いいえの場合、応答のためにステップ４に進む。
【0242】
【0243】
ステップ１で、スケジューラのＮＲ－ＰＳＢＣＨ、ＮＲ－ＰＳＤＣＨ、またはブロードキャストＮＲ－ＰＳＳＣＨによって示され得るスケジューラインジケーションに対してスキャンする。
【0244】
ステップ２で、任意のスケジューラが検出されるか否かを確認する。いいえの場合、ステップ４に進み、そうでない場合、ステップ３に進む。
【0245】
ステップ３で、スケジューラが検出される場合、ＩＤ、リソースプール、位置または位置ゾーン、ＱｏＳ要件などのスケジューラの情報を抽出し、スケジューラリストを更新する。
【0246】
ステップ４で、上位層パラメータに基づいて、タイムアウトｔＯｕｔＳｃａｎＳｃｈか否かを確認する。はいの場合、ステップ５に進み、いいえの場合、ステップ１に進んでスケジューラに対するスキャンを継続する。
【0247】
ステップ５で、スケジューラリストが空か否かを確認する。はいで、近接するスケジューラがない場合、ステップ６Ｂに進んで、近接する第１のスケジューラに対してリクエストし、いいえの場合、ステップ６Ａに進んで、近接する別のスケジューラに対してリクエストする。
【0248】
ステップ６Ａ／６Ｂで、スケジューラになるためにリクエストする、すなわち、上位層またはアプリケーション層によって示されるようにスケジューラになることを決定し、共通またはデフォルトのリソースまたは近接してブロードキャストするためのリソースで能力、リソースプール構成、ＱｏＳ要件、および位置または位置ゾーンを有する新しいスケジューラとしてリクエストをブロードキャストする。リクエストは、ＮＲ－ＰＳＣＣＨで搬送される特別なフォーマットＳＣＩ、またはＮＲ－ＰＳＦＣＣＨもしくはブロードキャストＮＲ－ＰＳＳＣＨで搬送される特別なフォーマットＳＦＣＩであり得る。共通もしくはデフォルトもしくはブロードキャストのリソース、またはリクエストで示されるリソースで応答を待機する。
【0249】
ステップ７Ａ／７Ｂで、任意の応答があるか否かを確認する。はいの場合、拒絶を確認するためにステップ９Ａ／９Ｂに進み、いいえの場合、タイムアウトを確認するためにステップ８Ａ／８Ｂに進む。
【0250】
ステップ８Ａ／８Ｂで、上位層パラメータに基づいて、タイムアウトｔＯｕｔＳｃｈＲｅｑか否かを確認する。いいえの場合、ステップ６Ａ／６Ｂに進んで、スケジューラになるために再びリクエストし、８Ａがはいの場合、ステップ１５Ａに進んで終了し、８Ｂがはいの場合、１３Ｂに進んでＵＥリストを確認する。
【0251】
ステップ９Ａ／９Ｂで、応答における拒絶であるか否かを確認する。はいの場合、ＵＥのコンテキストを更新するためにステップ１２Ａ／１２Ｂに進み、いいえの場合、ステップ１０Ａ／１０Ｂに進む。
【0252】
ステップ１０Ａ／１０Ｂで、スケジューラ／ＵＥリストでの１つまたは複数のスケジューラ／ＵＥ、例えば、近接するか、または通信範囲内のスケジューラまたはＵＥがはいと応答したか否かを確認する。はいの場合、ステップ１４に進む。
【0253】
ステップ１１Ａ／１１Ｂで、ＵＥリストを更新し、ステップ１１Ａに対してスケジューラリストを更新する。応答に基づいてステップ１１Ｂに対してＵＥリスト、例えば、近接するか、または通信範囲内のスケジューラまたはＵＥを更新する。次いで、タイムアウトを確認するためにステップ８Ａ／８Ｂに進む。
【0254】
ステップ１２Ａ／１２Ｂで、応答に基づいて、１２Ａに対してＵＥリストおよびスケジューラリストを更新し、ステップ１２Ｂに対してＵＥリストを更新し、候補スケジューラの能力、リソースプール構成要件、ＱｏＳ要件などを調整する。次いで、タイムアウトを確認するためにステップ８Ａ／８Ｂに進む。
【0255】
ステップ１３Ｂで、ＵＥリストが空か否かを確認する。はいで、別のＵＥがない場合、ステップ１４に進んで、スケジューラとしてそこで第１のＵＥになり、いいえの場合、ステップ１５Ｂに進んで終了する。
【0256】
ステップ１４で、スケジューラになり、そのＮＲ－ＰＳＢＣＨ、ＮＲ－ＰＳＤＣＨ、またはブロードキャストＮＲ－ＰＳＳＣＨで周期的にスケジューラインジケーションをブロードキャストし始める。
【0257】
【0258】
ステップ０で、構成、すなわち、スケジューラＵＥ、他のＵＥ、および他のスケジューラは、共通のリソースプール、デフォルトリソースプール、ブロードキャストリソースプールなどで構成される。構成は、製造者またはサービスプロバイダによって行われ得る。また、構成は、ネットワークカバレッジおよびネットワーク管理下である場合、ｇＮＢまたはＶ２Ｘサーバによって行われ得る。
【0259】
ステップ１で、スケジューラになることを決定する、すなわち、候補スケジューラＵＥの上位層またはアプリケーション層は、スケジューラになるためのインジケーションを通し得る。
【0260】
ステップ２で、「スケジューラになるための」リクエストをブロードキャストする、すなわち、候補スケジューラＵＥは、サイドリンク共通、デフォルト、またはブロードキャストのリソースでリクエストを送信する。リクエストは、ＵＥの能力、位置または位置ゾーン、リソースプール要件、およびＱｏＳ要件、ならびに干渉、輻輳、リンク品質などのサイドリンク測定値を含み得る。リクエストは、ＮＲ－ＰＳＣＣＨで搬送される新しいフォーマットＳＣＩ、またはＮＲ－ＰＳＦＣＣＨもしくはブロードキャストＮＲ－ＰＳＳＣＨで搬送される新しいフォーマットＳＦＣＩであり得る。
【0261】
ステップ３で、「スケジューラになるための」リクエストに応答する、すなわち、近接する他のスケジューラおよび／または他のＵＥは、サイドリンク共通、デフォルト、もしくはブロードキャストのリソース、またはリクエストで示されるリソースで応答を送信し得る。応答は、ＮＲ－ＰＳＣＣＨで搬送される新しいフォーマットＳＣＩ、またはＮＲ－ＰＳＦＣＣＨもしくはブロードキャストＮＲ－ＰＳＳＣＨで搬送される新しいフォーマットＳＦＣＩであり得る。候補スケジューラＵＥは、応答をデコードし、それらをその上位層に通し得る。
【0262】
ステップ４で、任意の拒絶を確認する、すなわち、候補スケジューラＵＥの上位層は、他のスケジューラまたはＵＥからの応答で搬送される任意の拒絶、および利用可能な場合、拒絶の理由を確認してもよく、次いで、スケジューラＵＥの能力およびコンテキストを調整し、リソースプール割り当てに対する要件を調整し、ＱｏＳ要件を調整などする。
【0263】
ステップ５で、「スケジューラになるための」リクエストをブロードキャストする、すなわち、候補スケジューラＵＥは、サイドリンク共通、デフォルト、またはブロードキャストのリソースで、更新されたＵＥコンテキストおよび他の情報でリクエストを再び送信する。リクエストは、ステップ４からの調整されたパラメータを含み得る。
【0264】
ステップ６で、「スケジューラになるための」リクエストに応答する、すなわち、近接する他のスケジューラおよび／または他のＵＥは、サイドリンク共通、デフォルト、もしくはブロードキャストのリソース、またはリクエストで示されるリソースで応答を送信し得る。候補スケジューラＵＥは、応答をデコードし、それらをその上位層に通し得る。
【0265】
ステップ７で、スケジューラになる、すなわち、応答において拒絶がないことを確認する。次いで、スケジューラになる。
【0266】
ステップ８で、「スケジューラインジケーション」をブロードキャストする、すなわち、新しいスケジューラＵＥは、そのＮＲ－ＰＳＢＣＨ、ＮＲ－ＰＳＤＣＨ、またはブロードキャストＰＳＳＣＨで周期的にスケジューラインジケーションをブロードキャストする。ＮＲ－ＰＳＢＣＨでのスケジューラインジケーションは、ＵＥがスケジューラか否かをフラグ付けするための１ビットインジケーションであり得る。そのＮＲ－ＰＳＤＣＨまたはＮＲ－ＰＳＳＣＨでのスケジューラインジケーションは、発見または対応付けプロセス中に使用され得る。そのＮＲ－ＰＳＣＣＨまたはＮＲ－ＰＳＳＣＨでのスケジューラインジケーションは、スケジューラＵＥと既に関係を確立したＵＥによって使用されて、スケジューラＵＥのコンテキスト（例えば、それは新しいスケジューラである）、およびこの新しいスケジューラによって管理されるリソースプール構成などの他の情報を更新し得る。
【0267】
ステップ９で、新しいスケジューラに対応付ける、すなわち、他のＵＥおよび／またはスケジューラは、ＮＲ－ＰＳＳＣＨで搬送されるメッセージ交換を介して関係が既に確立されている場合、新しいスケジューラＵＥのコンテキストを更新するか、または発見もしくは対応付けプロセスに対してＮＲ－ＰＳＤＣＨもしくはＮＲ－ＰＳＳＣＨで搬送されるメッセージ交換を介して関係がまだ確立されていない場合、新しいスケジューラのグループもしくはペアに入るか、もしくは新しいスケジューラに対応付ける。
【0268】
ネットワーク制御ありのスケジューラ修正の例は、以下のステップを含み得る図２１に示されるコールフローで例示される。
【0269】
ステップ０で、ネットワークに接続する、すなわち、スケジューラ１およびスケジューラ２は、スケジューラ候補として登録され、スケジューラに対する共有または専用のリソースプールで構成される。スケジューラ１は、サービングスケジューラであり、スケジューラ２は、候補スケジューラである。
【0270】
ステップ１で、スケジューラ役割をやめることを決定する、すなわち、スケジューラ１の上位層またはアプリケーション層は、スケジューラ役割をやめることを示す。
【0271】
ステップ２で、やめるためにリクエストする、すなわち、スケジューラ１は、スケジューラ役割をやめるためにｇＮＢまたはＶ２Ｘサーバにリクエストを送信する。リクエストは、ＮＲ ＵｕインターフェースでｇＮＢに送信される場合、新しいフォーマット物理アップリンク制御チャネル（ＰＵＣＣＨ）または物理アップリンク共有チャネル（ＰＵＳＣＨ）で搬送され得る。
【0272】
ステップ３で、次のスケジューラを見つける、すなわち、ｇＮＢまたはＶ２Ｘサーバは、位置または位置ゾーンなどのＵＥの能力および状態、ならびに候補スケジューラによって報告されるサイドリンク測定値でスケジューラ候補リストを確認し、どの候補が次のスケジューラとしてリクエストされるかを決定する。
【0273】
ステップ４で、次のスケジューラをリクエストする、すなわち、ｇＮＢまたはＶ２Ｘサーバは、ＮＲ ＵｕインターフェースでｇＮＢから送信される場合、新しいフォーマット物理ダウンリンク制御チャネル（ＰＤＣＣＨ）または物理ダウンリンク共有チャネル（ＰＤＳＣＨ）で搬送され得る候補スケジューラ、例えば、スケジューラ２にリクエストを送信する。
【0274】
ステップ５で、次のスケジューラに対するリクエストに応答する、すなわち、候補スケジューラ、例えば、スケジューラ２は、新しいフォーマットＰＵＣＣＨまたはＰＵＳＣＨで搬送され得る認容または拒絶情報でリクエストに応答し得る。拒絶される場合、ｇＮＢまたはＶ２Ｘサーバは、候補スケジューラを再選択し、新しく選択される候補スケジューラにリクエストを送信し得る。
【0275】
ステップ６で、スケジューラ修正を知らせる、すなわち、ｇＮＢは、有効化ＲＲＣ、ＭＡＣ ＣＥ、またはＤＣＩを新しいスケジューラ（例えば、スケジューラ２）に送信し、無効化ＲＲＣ、ＭＡＣ ＣＥ、またはＤＣＩを古いスケジューラ（例えば、スケジューラ１）に送信し、ＰＤＣＣＨ、ＰＤＳＣＨ、新しい物理ブロードキャストチャネル、またはそれらの組み合わせを介してスケジューラ修正に関してすべてのＵＥにブロードキャストし得る。Ｖ２Ｘサーバは、確認メッセージをスケジューラ１およびスケジューラ２にそれぞれ送信し、スケジューラ修正に対してすべてのＵＥに通知を行い得る。
【0276】
ステップ７で、古いスケジューラと対応付けを解除される、すなわち、ＵＥは、サイドリンクで通知をそれに送信することによって、古いスケジューラ、例えば、スケジューラ１と対応付けを解除し、次いで、古いスケジューラから確認が受信された後に古いスケジューラのコンテキストを除去し得る。
【0277】
ステップ８で、新しいスケジューラに対応付けられる、すなわち、ＵＥは、ペアリングまたは対応付けリクエストを新しいＵＥに送信することによって、新しいスケジューラ、例えば、スケジューラ２に対応付け、次いで、新しいスケジューラの応答から受信される新しいスケジューラのコンテキストを節約し得る。
【0278】
サイドリンクインターフェースを介した、対応付けおよび対応付け解除のリクエストおよび応答メッセージは、ＳＣＩを有する新しいフォーマットＮＲ－ＰＳＣＣＨ、ＳＦＣＩを有するＮＲ－ＰＳＦＣＨ、または多重化されたＳＣＩもしくはＳＦＣＩを有するＮＲ－ＰＳＳＣＨ、もしくは上位層での特別なマッピングされたＮＲ－ＰＳＳＣＨで搬送され得る。
【0279】
ネットワーク制御なしのスケジューラ置換の例は、以下のステップを含み得る図２２で例示される。
【0280】
ステップ１で、やめることを決定する、すなわち、上位層またはアプリケーション層は、スケジューラ役割をやめることを示す。共通またはデフォルトのリソースで候補スケジューラに対するリクエストをブロードキャストする。リクエストは、ＮＲ－ＰＳＣＣＨでの新しいフォーマットＳＣＩ、またはＮＲ－ＰＳＦＣＣＨもしくはブロードキャストＮＲ－ＰＳＳＣＨでの新しいフォーマットＳＦＣＩで搬送され得る。共通もしくはデフォルトのリソースでの、またはリクエストで示される応答を待機する。
【0281】
ステップ２で、任意の応答があるか否かを確認する。はいの場合、ハンドオーバーのためにステップ４に進み、いいえの場合、タイムアウトを確認するためにステップ３に進む。
【0282】
ステップ３で、上位層パラメータに基づいて、タイムアウトｔＯｕｔＱｔＲｅｑか否かを確認する。はいの場合、ステップ５に進んで終了し、いいえの場合、ステップ１に進んでリクエストを再送信する。
【0283】
ステップ４で、新しいスケジューラにハンドオーバーする、すなわち、現在のスケジューラは、スケジューラコンテキスト、他の対応付けられたＵＥコンテキスト、およびリソースプール構成を新しいスケジューラに通し得る。
【0284】
ステップ５で終了する、すなわち、候補スケジューラの応答がない場合、いかなるコンテキスト交換もなくハードストップする。
【0285】
ネットワーク制御なしのスケジューラ置換のコールフローは、以下のステップを含み得る図２３で例示される。
【0286】
ステップ０で、前提条件、すなわち、スケジューラ１およびスケジューラ２は、共有または専用のリソースプールでスケジューラ候補として構成される。スケジューラ１は、サービングスケジューラであり、スケジューラ２は、候補スケジューラである。
【0287】
ステップ１で、スケジューラ役割をやめることを決定する、すなわち、現在のスケジューラ、例えば、スケジューラ１の上位層は、スケジューラ役割をやめることを示す。
【0288】
ステップ２で、候補スケジューラに対するリクエストをブロードキャストする、すなわち、現在のスケジューラ、例えば、スケジューラ１は、共通またはデフォルトのリソースで候補スケジューラに対するリクエストをブロードキャストし得る。リクエストは、ＮＲ－ＰＳＣＣＨでの新しいフォーマットＳＣＩ、もしくはＮＲ－ＰＳＦＣＣＨでの新しいフォーマットＳＦＣＩ、またはＰＳＳＣＨもしくはブロードキャストＮＲ－ＰＳＳＣＨで多重化されたＳＣＩもしくはＳＦＣＩで搬送され得る。
【0289】
ステップ３で、次のスケジューラになることを決定する、すなわち、スケジューラ候補、例えば、スケジューラ２は、リクエストをデコードし、それを上位層に通し得る。上位層は、次のスケジューラになることを決定し得る。
【0290】
ステップ４で、リクエストに対する応答をブロードキャストする、すなわち、スケジューラ候補、例えば、スケジューラ２は、共通またはデフォルトのリソースでリクエストに対する応答をブロードキャストする。応答は、ＮＲ－ＰＳＣＣＨでの新しいフォーマットＳＣＩ、またはＮＲ－ＰＳＦＣＣＨもしくはブロードキャストＮＲ－ＰＳＳＣＨでの新しいフォーマットＳＦＣＩで搬送され得る。
【0291】
ステップ５で、応答を確認する、すなわち、候補スケジューラ、例えば、スケジューラ２は、現在のスケジューラから、他のＵＥから、および／または他のスケジューラから確認を受信し得る。確認は、ＮＲ－ＰＳＣＣＨでの新しいフォーマットＳＣＩ、またはＮＲ－ＰＳＦＣＣＨもしくはＮＲ－ＰＳＳＣＨでの新しいフォーマットＳＦＣＩで搬送され得る。
【0292】
ステップ６でコンテキストを通す、すなわち、現在のスケジューラ、例えば、スケジューラ１は、サイドリンクを介して、コンテキスト、リソースプール構成などを候補スケジューラに通し、これは、ＮＲ－ＰＳＳＣＨで搬送され得る。
【0293】
ステップ７で、古いスケジューラと対応付けを解除される、すなわち、ＵＥは、サイドリンクで通知をそれに送信することによって、古いスケジューラ、例えば、スケジューラ１と対応付けを解除し、次いで、古いスケジューラから確認が受信された後に古いスケジューラのコンテキストを除去し得る。
【0294】
ステップ８で、新しいスケジューラに対応付けられる、すなわち、ＵＥは、ペアリングリクエストを新しいＵＥに送信することによって、新しいスケジューラ、例えば、スケジューラ２に対応付け、次いで、新しいスケジューラの応答から受信される新しいスケジューラのコンテキストを節約し得る。
【0295】
（リソース割り当てモード切り替え）
リソース割り当ては、異なる動作モード、例えば、ｇＮＢまたはｅＮＢによって完全に制御されるサイドリンクリソース割り当て（例えば、モード１）、サイドリンク感知およびリソース選択に基づくサイドリンクリソース割り当て（例えば、モード２（ａ））、ｇＮＢまたはｅＮＢからの事前構成または構成に基づくサイドリンクリソース割り当て（例えば、モード２（ｃ）、スケジューラ、例えば、スケジューリングＵＥによって管理されるサイドリンクリソース割り当て（例えば、モード２（ｄ）で行われ得る。組み合わされる１つまたは複数のモードは、車両ＵＥがサイドリンクで通信するために構成され有効にされ得る。また、ＵＥは、あるモードから別のモードへ切り替えるように選択するか、または命令され得る。
リソース割り当ては、異なる動作モード、例えば、ｇＮＢまたはｅＮＢによって完全に制御されるサイドリンクリソース割り当て（例えば、モード１）、サイドリンク感知およびリソース選択に基づくサイドリンクリソース割り当て（例えば、モード２（ａ））、ｇＮＢまたはｅＮＢからの事前構成または構成に基づくサイドリンクリソース割り当て（例えば、モード２（ｃ）、スケジューラ、例えば、スケジューリングＵＥによって管理されるサイドリンクリソース割り当て（例えば、モード２（ｄ）で行われ得る。組み合わされる１つまたは複数のモードは、車両ＵＥがサイドリンクで通信するために構成され有効にされ得る。また、ＵＥは、あるモードから別のモードへ切り替えるように選択するか、または命令され得る。
【0296】
リソース割り当てモードは、Ｕｕインターフェースを介して、ＲＲＣ、ＭＡＣ ＣＥ、物理チャネル（例えば、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨなど）、もしくはそれらの組み合わせを介してｇＮＢによって、またはサイドリンク（ＰＣ５）インターフェースを介して、ＳＬ－ＲＲＣ、ＳＬ－ＭＡＣ ＣＥ、サイドリンク物理チャネル（例えば、ＮＲ－ＰＳＣＣＨ、ＮＲ－ＰＳＦＣＨ、ＮＲ－ＰＳＳＣＨなど）、もしくはそれらの組み合わせを介してＲＳＵもしくはＵＥによって構成されるか、示されるか、または修正され得る。リソース割り当てモードはまた、Ｕｕインターフェースを介して、ＲＲＣ、ＭＡＣ ＣＥ、もしくはＤＣＩを介してｇＮＢによって、またはサイドリンク（ＰＣ５）インターフェースを介して、ＳＬ－ＲＲＣ、ＳＬ－ＭＡＣ ＣＥ、もしくはＳＣＩを介してＲＳＵもしくはＵＥによって有効および無効にされ得る。
【0297】
リソース割り当てモードはまた、ＮＲ－ＰＳＢＣＨ、ＮＲ－ＰＳＤＣＨ、ＮＲ－ＰＳＣＣＨ、ＮＲ－ＰＳＦＣＨ、ＮＲ－ＰＳＳＣＨ、またはそれらの組み合わせなどの物理層での他の信号またはチャネルによって示され得る。
【0298】
ネットワーク制御ありの、例えば、感知ベース（例えば、モード２（ａ））とスケジューリングベース（例えば、モード２（ｄ））との間のリソース割り当てモード切り替えの例は、以下のステップを含み得る図２４Ａおよび図２４Ｂで例示される。
【0299】
ステップ０で、ネットワークに接続する、すなわち、ＵＥおよびスケジューラは、ネットワークに接続され、共有または専用のリソースプールで構成される。スケジューラは、候補スケジューラである。
【0300】
ステップ１で、サイドリンクでのＶ２Ｘ通信、すなわち、ＵＥは、構成された共有または専用のサイドリンクリソースプールを使用してサイドリンクで他のＵＥと通信する。共有のリソースプールに対して、ＵＥは、リソース割り当てに対して感知およびリソース確保をする必要があり得るか、またはＵＥは、より動的なリソース割り当てに対して利用可能なリソースを介してチャネルを感知する必要があり得る。
【0301】
ステップ２で、スケジューラになる、すなわち、スケジューラは、割り当てられた共有または専用のリソースプールで新しいスケジューラとしてｇＮＢによって有効にされる。
【0302】
オプション１に対して、ＵＥによって開始されるスケジューラ発見：
ステップ３Ａで、「スケジューラインジケーション」をブロードキャストする、すなわち、スケジューラは、そのＮＲ－ＰＳＢＣＨ／ＮＲ－ＰＳＤＣＨ／ＮＲ－ＰＳＳＣＨで周期的にスケジューラインジケーションをブロードキャストし得る。
ステップ３Ａで、「スケジューラインジケーション」をブロードキャストする、すなわち、スケジューラは、そのＮＲ－ＰＳＢＣＨ／ＮＲ－ＰＳＤＣＨ／ＮＲ－ＰＳＳＣＨで周期的にスケジューラインジケーションをブロードキャストし得る。
【0303】
ステップ４Ａで、スケジューラを発見する、すなわち、車両ＵＥは、スケジューラインジケーションをデコードし、それをその上位層に通し得る。上位層は、スケジューラに入ることを決定する。
【0304】
オプション２に対して、ｇＮＢによって開始される発見：
ステップ３Ｂで、スケジューラを示す、すなわち、ｇＮＢは、（例えば、ＰＤＳＣＨもしくは新しいブロードキャストチャネルでの）ブロードキャスト、（例えば、ＰＤＳＣＨもしくは新しいグループキャストチャネルでの）グループキャスト、または（例えば、ＰＤＳＣＨでの）ユニキャストメッセージを介してスケジューラのインジケーションをＵＥに送信し、スケジューラに入り、スケジューラによって管理されるリソース割り当てモードに切り替えるようにＵＥに命令し得る。ｇＮＢは、ＲＲＣ、ＭＡＣ ＣＥ、またはＤＣＩ有効化によってインジケーションを送信してもよく、ＵＥに対してスケジューラを有効にするか、もしくはＵＥに対して新しいリソース割り当てモードを有効にし、加えて、リソースプールを有効にする。
ステップ３Ｂで、スケジューラを示す、すなわち、ｇＮＢは、（例えば、ＰＤＳＣＨもしくは新しいブロードキャストチャネルでの）ブロードキャスト、（例えば、ＰＤＳＣＨもしくは新しいグループキャストチャネルでの）グループキャスト、または（例えば、ＰＤＳＣＨでの）ユニキャストメッセージを介してスケジューラのインジケーションをＵＥに送信し、スケジューラに入り、スケジューラによって管理されるリソース割り当てモードに切り替えるようにＵＥに命令し得る。ｇＮＢは、ＲＲＣ、ＭＡＣ ＣＥ、またはＤＣＩ有効化によってインジケーションを送信してもよく、ＵＥに対してスケジューラを有効にするか、もしくはＵＥに対して新しいリソース割り当てモードを有効にし、加えて、リソースプールを有効にする。
【0305】
オプション１およびオプション２の両方に対して：
ステップ５で、スケジューラに対応付けるようにリクエストする、すなわち、車両ＵＥは、ＮＲ－ＰＳＣＣＨ、またはＮＲ－ＰＳＦＣＨもしくはＮＲ－ＰＳＳＣＨでリクエストをスケジューラに送信して、スケジューラのグループに入るか、またはスケジューラとペアにし得る。
ステップ５で、スケジューラに対応付けるようにリクエストする、すなわち、車両ＵＥは、ＮＲ－ＰＳＣＣＨ、またはＮＲ－ＰＳＦＣＨもしくはＮＲ－ＰＳＳＣＨでリクエストをスケジューラに送信して、スケジューラのグループに入るか、またはスケジューラとペアにし得る。
【0306】
ステップ６で、対応付けリクエストに応答する、すなわち、スケジューラは、ＮＲ－ＰＳＣＣＨまたはＮＲ－ＰＳＦＣＨもしくはＮＲ－ＰＳＳＣＨで搬送され得る、対応付けを確立するためのＵＥのリクエストに応答し得る。
【0307】
オプション１に対して、ＵＥは、スケジューラによって構成または半永続的にスケジューリングされたリソースを選択する。
【0308】
ステップ７Ａで、サイドリンクでのＶ２Ｘ通信、すなわち、ＵＥは、スケジューラによって構成または半静的に割り当てられた（例えば、有効化ＳＬ－ＲＲＣ、ＳＬ－ＭＡＣ ＣＥ、またはＳＣＩによって示される）共有または専用のサイドリンクリソースプールまたはリソースを選択することによってサイドリンクで他のＵＥと通信し得る。
【0309】
オプション２に対して、スケジューラは、リソースを動的に割り当てる（例えば、動的なスケジューリング）。
【0310】
ステップ７Ｂで、リソース割り当てまたはスケジュールに対するリクエスト、すなわち、ＵＥは、リソースに対するスケジューラにリクエストを送信して、サイドリンクで他のＵＥに送信するか、または他のＵＥから受信し得る。
【0311】
ステップ８Ｂで、リソースをグラントまたはスケジュールする、すなわち、スケジューラは、ＮＲ－ＰＳＣＣＨで搬送されるＳＡ ＳＣＩによって示される、伝送ＵＥまたは伝送ＵＥおよび受信ＵＥの両方に対してリソースをグラントまたはスケジュールし得る。
【0312】
ステップ９Ｂで、サイドリンクでのＶ２Ｘ通信、すなわち、ＵＥは、ＳＡ ＳＣＩを介してスケジューラによって動的に割り当てられるサイドリンクリソースを使用して他のＵＥと通信する。
【0313】
【0314】
ステップ０で、事前構成または構成、すなわち、ＵＥおよびスケジューラまたはスケジューラ候補は、共有または専用のリソースプールで構成される。スケジューラ１は、サービングスケジューラであり、スケジューラ２は、候補スケジューラである。
【0315】
ステップ１で、サイドリンクでのＶ２Ｘ通信、すなわち、車両ＵＥは、スケジューラ１によって半静的にまたは動的に割り当てられたリソースを使用してサイドリンクで他のＵＥと通信する。
【0316】
ステップ２で、スケジューラと対応付けを解除する、すなわち、ＵＥは、スケジューラ１と対応付けを解除され、これは、上位層（例えば、スケジューラ１の近接を出る）またはタイマ（例えば、ビーム失敗タイマもしくは同期タイマ外）によってトリガとなり得る。ＵＥは、次のステップでのオプション１およびオプション２として例示されているような非スケジューラ管理リソース割り当てモードに切り替わり得る。
【0317】
オプション１に対して、感知に基づいて、リソースを選択する：
ステップ３Ａで、確保または使用されるリソースを感知する、すなわち、ＵＥは、感知（例えば、確保もしくは使用されるリソースに対して近接する他のＵＥから送信されるＳＡ ＳＣＩをデコードする）、および／またはサイドリンクチャネル占有および品質の測定などに基づいて、リソースを選択し得る。
ステップ３Ａで、確保または使用されるリソースを感知する、すなわち、ＵＥは、感知（例えば、確保もしくは使用されるリソースに対して近接する他のＵＥから送信されるＳＡ ＳＣＩをデコードする）、および／またはサイドリンクチャネル占有および品質の測定などに基づいて、リソースを選択し得る。
【0318】
ステップ４Ａで、サイドリンクでのＶ２Ｘ通信、すなわち、車両ＵＥは、それ自体によって選択されるリソースを使用してサイドリンクで他のＵＥと通信する。
【0319】
オプション２に対して、構成に基づいて、リソースを選択する：
ステップ３Ｂ（任意選択的）で、衝突回避チャネル感知、すなわち、任意選択的に、特に、構成された共有のリソースに対して、ＵＥは、例えば、構成されたリソースでリッスンビフォアトークのようなチャネル感知を使用してチャネル感知を行い得る。
ステップ３Ｂ（任意選択的）で、衝突回避チャネル感知、すなわち、任意選択的に、特に、構成された共有のリソースに対して、ＵＥは、例えば、構成されたリソースでリッスンビフォアトークのようなチャネル感知を使用してチャネル感知を行い得る。
【0320】
ステップ４Ｂで、サイドリンクでのＶ２Ｘ通信、すなわち、ＵＥは、チャネル感知がステップ３Ｂで使用される場合に占有されていない、構成されたリソースを使用して、サイドリンクで他のＵＥと通信する。
【0321】
両方のオプションに対して：
ステップ５で、スケジューラになる、すなわち、スケジューラ２は、ＵＥの近接で新しいスケジューラになる。
ステップ５で、スケジューラになる、すなわち、スケジューラ２は、ＵＥの近接で新しいスケジューラになる。
【0322】
ステップ６で、「スケジューラインジケーション」をブロードキャストする、すなわち、スケジューラ２は、そのＮＲ－ＰＳＢＣＨ／ＮＲ－ＰＳＤＣＨ／ＮＲ－ＰＳＳＣＨで周期的にスケジューラインジケーションをブロードキャストし得る。
【0323】
ステップ７で、発見されたスケジューラに対応付ける、すなわち、ＵＥは、スケジューラ２を発見し、それに応じて、スケジューラに対応付ける。
【0324】
ステップ８で、サイドリンクでのＶ２Ｘ通信、すなわち、車両ＵＥは、リソース割り当てモードを切り替え、スケジューラ２によって半静的にまたは動的に割り当てられたリソースを使用することによって、サイドリンクで他のＵＥに通信する。
【0325】
本明細書で記載されるような異なる目的に対するリクエストおよび応答メッセージは、ＳＣＩを有する新しいフォーマットＰＳＣＣＨ、ＳＦＣＩを有するＮＲ－ＰＳＦＣＨ、多重化されたＳＣＩもしくはＳＦＣＩを有するＮＲ－ＰＳＳＣＨ、または上位層での空間的にマッピングされたＮＲ－ＰＳＳＣＨで搬送され得る。
【0326】
（リソース割り当ての例）
ＮＲは、サブフレーム内の異なる数のスロット、例えば、１５ＫＨｚサブキャリアスペースに対してサブフレームごとに１つのスロット、および３０ＫＨｚサブキャリアスペースに対してサブフレームごとに２つのスロットを含み得る多くの異なるニューメロロジーをサポートする。例示を単純化するために、スロットは、例で使用される。しかし、例で示されているスロット構造はまた、サブフレームに適用可能であり得る。
ＮＲは、サブフレーム内の異なる数のスロット、例えば、１５ＫＨｚサブキャリアスペースに対してサブフレームごとに１つのスロット、および３０ＫＨｚサブキャリアスペースに対してサブフレームごとに２つのスロットを含み得る多くの異なるニューメロロジーをサポートする。例示を単純化するために、スロットは、例で使用される。しかし、例で示されているスロット構造はまた、サブフレームに適用可能であり得る。
【0327】
異なるスロットおよびミニスロット構造を有するサイドリンクでリソース割り当てまたはスケジューリングに対して、いくつかの例は、図１１、図１２、図１３、図１４に示される。スロットベースのリソース割り当てまたはスケジューリング例は、図１１、図１２、および図１３に示される。ここで、ＮＲ－ＰＳＣＣＨでのスケジューリング割り当て（ＳＡ）ＳＣＩは、時間でのデータを搬送する対応付けられたＮＲ－ＰＳＳＣＨに必ずしも隣接しておらず、ＮＲ－ＰＳＣＣＨおよびＮＲ－ＰＳＳＣＨがサイドリンクで完全にまたは部分的にそれぞれ疑似コロケーション（ＱＣＬｅｄ）されるか否かに応じて、同じまたは異なるビーム上にあり得る。ミニスロットベースのリソース割り当てまたはスケジューリング例は、図１４に示される。ここで、ＮＲ－ＰＳＣＣＨでのスケジューリング割り当て（ＳＡ）ＳＣＩは、時間でのデータを搬送する対応付けられたＮＲ－ＰＳＳＣＨに隣接し、サイドリンクで同じビームで搬送される場合に、より効率的であり得る。
【0328】
図１１は、異なるニューメロロジーを使用するサイドリンク動作帯域の異なるＢＷＰ、例えば、ＢＷＰ１およびＢＷＰ２内で割り当てられるか、またはスケジューリングされたブロードキャスト、マルチキャスト、およびユニキャストリソースを例示する。例えば、ＲＢ／ＲＢＧ／サブチャネルｋ２からＲＢ／ＲＢＧ／サブチャネルＮまでの帯域幅を有するＢＷＰ１は、１５ＫＨｚのサブキャリアスペース（Sub-Carrier Space：ＳＣＳ）を有し、ＲＢ／ＲＢＧ／サブチャネル０からＲＢ／ＲＢＧ／サブチャネルｋ１までの帯域幅を有するＢＷＰ２は、３０ＫＨｚのＳＣＳを有する。
【0329】
図１１に示すように、異なるスロット構造は、伝送されるデータ、時間ライン、および受信車両ＵＥからのフィードバックに基づいて形成され得る。
【0330】
例えば、ＢＷＰ１のスロット「ＳＬ１＿１」は、任意選択的に、受信機の自動ゲイン制御（Automatic Gain Control：ＡＧＣ）設定の前提条件に対する、（例えば、ダミーデータもしくはランダムに生成されたデータまたはユーザデータを使用する）シーケンスベースまたは変調データベースの設計であり得る受信機の自動ゲイン制御（ＡＧＣ）に対する（ニューメロロジー、例えば、シンボル長、およびＡＧＣ決定時間要件に応じた）第１のシンボルと、データを搬送する、対応付けられたＮＲ－ＰＳＳＣＨ（例えば、ＮＲ－ＰＳＳＣＨ１およびＮＲ－ＰＳＳＣＨ２）に対するリソース位置を示すために、ＮＲ－ＰＳＣＣＨおよびそのサイドリンク復調参照信号（SideLink Demodulation Reference Signal：ＳＬ－ＤＭＲＳ）で搬送されるＳＡ ＳＣＩ（例えば、ＮＲ－ＰＳＳＣＨ１での短いレイテンシユニキャストに対するＳＣＩ１およびＮＲ－ＰＳＳＣＨ２でのブロードキャストに対するＳＣＩ２）に対する制御領域としての本明細書での一例としての２つのシンボルと、ＮＲ－ＰＳＳＣＨに対するサイドリンク復調参照信号（ＳＬ－ＤＭＲＳ）、サイドリンクチャネル状態情報（ＳＬ－ＣＳＩ）報告に対するサイドリンクチャネル状態情報参照信号（ＳＬ－ＣＳＩ－ＲＳ）、周波数および／または位相を追跡するためのサイドリンク位相追跡参照信号（SideLink Phase-tracking Reference Signal：ＳＬ－ＰＴＲＳ）、位置測定に対するサイドリンク測位参照信号（SideLink Positioning Reference Signal：ＳＬ－ＰＲＳ）などのデータおよび／または参照信号（ＲＳ）伝送に対するいくつかのシンボルと、例えば、車両ＵＥが受信から伝送、または逆も同様に切り替えるためのギャップとしての本明細書での（ニューメロロジー、例えば、シンボル長、および車両ＵＥの切り替え時間に応じた）１つのシンボルと、任意選択的にフィードバックが受信車両ＵＥからサイドリンクで必要とされる場合のエンドでのいくつかのシンボル、例えば、ＮＲ－ＰＳＳＣＨ１で搬送される短いレイテンシユニキャストに対する（例示を単純化するために、そのＡＧＣ信号は図示せず）フィードバックＳＣＩ「ＳＣＩ＿ＦＢ１」でのＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックに対する１つのシンボルと、を含み得る。独立型としてのこのスロット構造は、例えば、１つの伝送車両ＵＥと１つまたは複数の受信車両ＵＥとの間の両方向でデータまたは信号交換を有する。ＳＡ ＳＣＩおよびデータＮＲ－ＰＳＳＣＨに対して、リソースマッピングは、まず周波数、例えば、第１のシンボルの周波数寸法に沿ってリソース要素（Resource Element：ＲＥ）で満たし、次いで、第２のシンボルの周波数寸法に沿ってＲＥで満たすことなどであり得る。例えば、ＳＡ ＳＣＩ１は、制御領域の第１のシンボルで満たされ、ＳＡ ＳＣＩ２は、制御領域の第２のシンボルで満たされる。同様に、ＮＲ－ＰＳＳＣＨ１およびＮＲ－ＰＳＳＣＨ２は、まず周波数でマッピングされる。ＳＣＩ＿ＦＢ１で搬送される１ビットＨＡＲＱ ＡＣＫ／ＮＡＣＫは、シーケンスベースの設計であり得る。
【0331】
例えば、ＢＷＰ２のスロット「ＳＬ２＿１」は、ＡＧＣに対する（例えば、より大きいＳＣＳまたはより狭いシンボル、本明細書での一例としての２つのシンボルを有する）第１の２つのシンボルと、ＮＲ－ＰＳＣＣＨおよびそのＳＬ－ＤＭＲＳで搬送されるＳＡ ＳＣＩ（例えば、ＮＲ－ＰＳＳＣＨ３でのマルチキャストに対するＳＣＩ３、および次のスロット「ＳＬ２＿２」でのＮＲ－ＰＳＳＣＨ４でのブロードキャストに対するＳＣＩ４）に対する制御領域としての一例としての３つのシンボルと、ＳＬ－ＤＭＲＳ、ＳＬ－ＣＳＩ－ＲＳ、ＳＬ－ＰＴＲＳ、ＳＬ－ＰＲＳなどのデータおよび／または参照信号（ＲＳ）伝送に対するいくつかのシンボル、例えば、データ伝送領域と、を含み得る。ＳＡ ＳＣＩ４は、相互スロットリソース割り当てまたはスケジューリングを示すため、ギャップおよびフィードバックシンボルは、本明細書では必要とされなくてもよい。同じ伝送車両ＵＥからＮＲ－ＰＳＳＣＨ４で相互スロットの割り当てまたはスケジューリングされたブロードキャスト伝送を搬送するスロット「ＳＬ２＿２」は、ＮＲ－ＰＳＳＣＨ４に対していくつかのシンボルで開始してもよく、次いで、ギャップに対するシンボル、および前のスロット「ＳＬ２＿１」でＰＳＳＣＨ３でのマルチキャストメッセージの受信車両ＵＥのすべてまたは一部からのＨＡＲＱフィードバックに対する、本明細書で一例としての３つのシンボルで開始してもよい。
【0332】
受信車両ＵＥのすべてまたは一部からのＨＡＲＱ ＡＣＫ／ＮＡＣＫの複数のビットは、同じもしくは異なるシンボルを介して多重化され得る、ＵＥ固有のシーケンスベースの設計または変調シンボルベースの設計であってもよく、各々、時間第１のマッピングまたは周波数第１のマッピングに応じて、時間での異なるシンボルまたは周波数でのＲＢのグループを介してＲＢのグループにマッピングされる。例えば、受信ＵＥからの複数のＨＡＲＱフィードバックは、まず周波数でマッピングされてもよく、例えば、フィードバックに対する第１のシンボルでのＵＥ１およびＵＥ２のフィードバック、ならびにフィードバックに対する第２のシンボルでのＵＥ３およびＵＥ４のフィードバックなどである。時間第１のマッピングは、例えば、第１のＲＢＧまたは第１のＲＢで、時間で第１のシンボルで満たされ、次いで、第２のＲＢＧまたは第２のＲＢで、時間で第２のシンボルで満たされることなどである。時間第１のマッピングは、ＳＡ ＳＣＩ３およびＳＣＩ４、ならびにＰＳＳＣＨ３およびＰＳＳＣＨ４に対して本明細書で例示される。
【0333】
直交性を維持するために、ＨＡＲＱ ＡＣＫ／ＮＡＣＫを伝送ＵＥに送信するすべてのＵＥは、伝送ＵＥの受信機で同期される必要があり、例えば、エアでの信号の伝播遅延によってもたらされるタイミングアドバンス（Timing Advance：ＴＡ）を適切に調整する必要がある。これは、マルチキャストの多対１のフィードバック設計に対する典型的なケースである。マルチキャストは、受信ＵＥ認識通信であるため、例えば、通信は、グループ内で行われ、ＵＥは、近接するグループを発見し、グループのメンバーになるためにグループに入るためのプロシージャを行う必要がある。タイミングアドバンス情報は、グループ内のＵＥ間で交換され得る。近接するグループベースのマルチキャスティングに対して、信号の伝播遅延は、非常に小さいエリア内のグループメンバー間で著しくは変わらない場合があり、すべてのグループメンバーは、大部分は共通の同期ソースで同期され、したがって、ＴＡは、小さいグループ内で十分にハンドリングされ得る。
【0334】
図１１に示すように、ユニキャスト、マルチキャスト、およびブロードキャストなどの異なる通信は、制御領域内の対応するＳＡ ＳＣＩで割り当てまたはスケジューリングされる。
【0335】
ＳＡ ＳＣＩは、ブロードキャストに対するソースＩＤ、例えば、アプリケーションに対するＳＬ－ＢＡ－ＲＮＴＩ、送信機に対するＳＬ－ＢＴ－ＲＮＴＩを搬送し得る。ＳＡ ＳＣＩは、マルチキャストに対するグループＩＤ、例えば、マルチキャストに対するＳＬ－Ｍ－ＲＮＴＩ、グループまたはグループリードに対するＳＬ－Ｇ－ＲＮＴＩを搬送し得る。ＳＡ ＳＣＩは、ユニキャストに対するＵＥサイドリンクＩＤまたはペアＩＤ、例えば、第１のＵＥに対するＳＬ－Ｃ－ＲＮＴＩ－１、第２のＵＥに対するＳＬ－Ｃ－ＲＮＴＩ－２、またはペアに対するＳＬ－Ｃ－ＲＮＴＩ－ｐを搬送し得る。適切なＩＤで、ＵＥは、伝送されたデータに対して所望のＳＡ ＳＣＩを検出およびデコードし得る。
【0336】
一例として、２ビット通信タイプインジケーション、例えば、ｃｏｍ＿ｔｙｐｅは、ＳＡ ＳＣＩに含まれてもよく、例えば、ブロードキャストに対して「００」、マルチキャストに対して「０１」、ユニキャストに対して「１０」である。また、一例として、１ビットフラグ、例えば、周期性は、ＳＡ ＳＣＩ（例えば、非周期的またはイベントトリガに対して「０」で、周期的に対して「１」）、および任意選択的に、リソース確保に対するデータトラフィックの期間を示す期間、例えば、「ｐｅｒｉｏｄ」に対するフィールドに含まれ得る。
【0337】
ＳＡ ＳＣＩを搬送するＮＲ－ＰＳＣＣＨのＳＬ－ＤＭＲＳ、またはデータを搬送するＮＲ－ＰＳＳＣＨのＳＬ－ＤＭＲＳはまた、ブロードキャストに対するソースＩＤ、マルチキャストに対するソースＩＤまたはグループＩＤ、およびユニキャストに対するＵＥのサイドリンクＩＤまたはペアのサイドリンクＩＤを含んでもよく、これは、ＵＥが所望のＮＲ－ＰＳＣＣＨまたは所望のＮＲ－ＰＳＳＣＨを識別するために使用され得る。ＵＥは、ＮＲ－ＰＳＣＣＨのＳＬ－ＤＭＲＳが、同期および／もしくはグループもしくはピア発見プロシージャ中の選択されたＮＲ－ＰＳＳＳ／ＮＲ－ＳＳＳＳ／ＮＲ－ＰＳＢＣＨ、またはビームトレーニングおよびペアリング中のＳＬ－ＣＳＩ－ＲＳで疑似コロケーション（ＱＣＬｅｄ）されることを想定し得る。ＮＲ－ＰＳＳＣＨのＱＣＬまたは伝送構成インジケーション（ＴＣＩ）は、その対応付けられたＮＲ－ＰＳＣＣＨによって示され得る。
【0338】
例えば、ＮＲ ＰＳＣＣＨまたはＮＲ－ＰＳＳＣＨに対するＳＬ－ＤＭＲＳは、ＩＤを使用して以下のようにゴールドシーケンスによって構築され得る。
【0339】
【数1】
【0340】
【数2】
【0341】
【数3】
【0342】
【数4】
【0343】
【数5】
【0344】
【数6】
【0345】
ＮＲ－ＰＳＣＣＨのＳＬ－ＤＭＲＳポートは、ネットワーク制御ありの場合、ＲＲＣを介して、ｇＮＢまたはｇＮＢのようなＲＳＵによって構成されてもよく、ネットワーク制御なしの場合、ＳＬ－ＲＲＣを介して、グループ発見およびグループ参加またはピア発見およびペアリングプロシージャもしくは対応付けもしくは接続プロシージャ中に、近接するコーディネータとしてのＲＳＵ、近接するリード、グループのリード、同期ソースＵＥ、またはスケジューリングＵＥによって構成され得る。
【0346】
ＮＲ－ＰＳＳＣＨのＳＬ－ＤＭＲＳポートは、ネットワーク制御ありの場合、ｇＮＢまたはｇＮＢのようなＲＳＵによってＤＣＩでシグナリングされてもよく、ネットワーク制御なしの場合、グループ発見およびグループ参加またはピア発見およびペアリングプロシージャ中に、近接するコーディネータとしてのＲＳＵ、近接するリード、グループのリード、または同期ソースＵＥによってＳＣＩによって構成またはシグナリングされてもよい。
【0347】
図１１に示す例として、ＰＤＳＣＨでのＳＡ ＳＣＩに対する制御領域ならびにデータおよび／またはＲＳに対するデータ伝送領域がある。異なるリソースプールは、制御領域およびデータ伝送領域のためにそれぞれ構成され得る（例えば、制御に対する１つまたは複数のリソースプール、およびデータに対する１つまたは複数のリソースプール）。
【0348】
図１２は、サイドリンクにおけるアグリゲーションされたスロットスケジューリングの例を示し、ＰＳＳＣＨにおけるブロードキャスト伝送は、スロットＳＬ１とスロットＳＬ２との間のスロット境界にわたり、例えば、データ伝送領域は、スロット境界にわたる。
【0349】
図１３は、ＳＬ－ＣＳＩ－ＲＳ取得の例を示し、これは、ＲＲＣを介してｇＮＢによって構成されてもよいし、ＳＬ－ＲＲＣを介してＲＳＵ、リード、もしくはスケジューリングＵＥによって構成されてもよく、スロットＳＬ１内のＳＡ ＳＣＩによっても示され得るマルチビーム（空間多重化）ベースのスイーピングで、スロットＳＬ１内のＳＡ ＳＣＩ、例えば、ＳＡ ＳＣＩ内のＳＬ－ＣＳＩ－ＲＳリクエストインジケーション、およびスロットＳＬ２内のＳＬ－ＣＳＩフィードバック（例えば、サイドリンクＣＳＩ報告）を介して伝送ＵＥによって動的に示されてもよい。ＳＬ－ＣＳＩ－ＲＳに対するワイドビーム伝送は、マルチキャストエリアカバレッジに対して一例としてスロットＳＬ１の制御領域内のＳＡ ＳＣＩによって示され得る。しかし、狭いマルチビームスイーピングはまた、図１３に示すデータ領域内のＳＬ－ＣＳＩ－ＲＳに適用され得る。
【0350】
（ＮＲ－ＰＳＳＣＨでのマルチキャストデータに類似の）１対多のＳＬ－ＣＳＩ－ＲＳ伝送に対する狭いマルチビームスイーピングは、マルチキャストカバレッジに対して一例としてデータ領域で４つのシンボルを介して実施される。また、グループ内のすべてのＵＥまたは一部のＵＥからのスロットＳＬ２内のＣＳＩフィードバックは、時間での異なるシンボルでの多重化（例えば、ＴＤＭｅｄ）、周波数での異なるＲＢ／ＲＢＧ／サブチャネルでの多重化（例えば、ＦＤＭｅｄ）、ならびに／または空間での異なるビームでの多重化（例えば、フィードバック位置ＣＳＩＦＢ１で、図１３で示されるようなビームＡ、ビームＢ、およびビームＣでの空間多重化もしくは空間分割多重化（Space Division Multiplexed：ＳＤＭｅｄ））で例示される。図１３に示す例は、変調ベースのフィードバックチャネルで搬送されるＳＬ－ＣＳＩ報告に対して４×２×３＝２４のＳＬ－ＣＳＩフィードバックの多重化を有し、例えば、フィードバックＳＣＩは、新しい物理サイドリンクフィードバックチャネルで搬送されるか、またはＮＲ－ＰＳＳＣＨで多重化されるか、もしくは上位層で特別にマッピングされたＮＲ－ＰＳＳＣＨで搬送される。
【0351】
ＵＥ固有のシーケンスベースのスプレッドが、（時間領域、周波数領域のいずれか、または両方で）ＣＳＩフィードバックリソースに適用される場合、より多くのＵＥのフィードバックは、異なるコードを介して多重化されてもよく、例えば、時間または周波数でのより多くのリソースのコストでコード分割多重化（Code Division Multiplexed：ＣＤＭｅｄ）されてもよい。
【0352】
ＳＬ－ＣＳＩフィードバックは、サイドリンク無線チャネル条件を報告するために使用されるため、疑似コロケーション（ＱＣＬｅｄ）タイプＡ関係、例えば、ドップラーシフト、ドップラースプレッド、平均遅延、遅延スプレッドなどでビームペアによって測定されるチャネル条件を報告することは冗長であり得る。したがって、小さいエリア内のグループ内のＵＥは、ＱＣＬタイプＡビームとのＱＣＬタイプＡ関係を有し得る。このシナリオでは、ＱＣＬタイプＡ ＵＥサブグループの１つのＵＥのみが、ＳＬ－ＣＳＩ報告をフィードバックして、さらに、多対１のＣＳＩフィードバックのオーバーヘッドを低減する必要がある。
【0353】
マルチキャストＣＳＩフィードバックに対して提案されるメカニズムはまた、シーケンスベースまたは変調ベースのいずれかでマルチキャストＨＡＲＱ ＡＣＫ／ＮＡＣＫ実装に適用可能である。
【0354】
図１４は、ミニスロットベースのスケジューリングを示す。ここで、ＳＡ ＳＣＩを搬送するＮＲ－ＰＳＣＣＨは、時間でのデータを搬送するＮＲ－ＰＳＳＣＨに隣接しており、したがって、ＮＲ－ＰＳＣＣＨおよびＮＲ－ＰＳＳＣＨは、ＳＬ－ＤＭＲＳ、ＳＬ－ＣＳＩ－ＲＳ、ＳＬ－ＴＰＲＳ、ＳＬ－ＰＲＳなどのデータおよび／またはＲＳのために使用される同じリソースプールを共有する。加えて、狭いビームベースのスイーピングに対して、ＰＳＣＣＨおよびＰＳＳＣＨは、同じビームで搬送され得る。
【0355】
図１４に示すように、ＳＡ ＳＣＩ１は、２シンボルミニスロット１回繰り返しおよび１スロットの期間を介してＮＲ－ＰＳＳＣＨ１で搬送される小さい低レイテンシおよび高信頼性周期的データ伝送を示し、ＳＡ ＳＣＩ２は、１スロットの期間で６シンボルミニスロットを介してＮＲ－ＰＳＳＣＨ２で搬送される中間サイズ低レイテンシ周期的データを示し、ＳＡ ＳＣＩ３は６シンボルミニスロットを介してＮＲ－ＰＳＳＣＨ３で搬送される中間サイズ低レイテンシイベントトリガのデータを示し、ＳＡ ＳＣＩ４は、ｉスロット（ここで、ｉ＞１）の期間で２シンボルミニスロットを介してＮＲ－ＰＳＳＣＨ４で搬送される非常に小さい周期的データ伝送を示す。
【0356】
周期的伝送に対して、特に、頻繁な周期的伝送に対して、受信機は、適切にＡＧＣセットを有してもよく、受信機ＡＧＣ回路設定の前提条件に対するＡＧＣ信号を必要としなくてもよい。
【0357】
イベントトリガ伝送に対して、ＡＧＣ信号は、受信機ＡＧＣ回路設定の前提条件のために必要とされ得る。
【0358】
ユニキャストに対するリソース割り当てまたはスケジューリングの例は、図１５に示される。ユニキャストは、図１５Ａで示されるようにＳＡ ＳＣＩを使用する受信ＵＥによって、または図１５Ｂで示されるように伝送ＵＥによって開始され得る。
【0359】
図１５Ａに示すように、受信ＵＥは、データ伝送をリクエストもしくは確保、またはデータを引き出すためにＳＡ ＳＣＩを送信することによってユニキャストを開始し得る。
【0360】
ＢＷＰ１で、受信ＵＥからの任意選択的にＡＧＣ信号（例えば、ＡＧＣ ｒ）を有するデータリクエストまたは確保ＳＡ ＳＣＩ（例えば、ＳＣＩ１ ｒ）は、第１のスロット（例えば、ＳＬ１）の制御領域で割り当てられ、次いで、データは、第２のスロット（例えば、ＳＬ２）で、例えば、デコーディングのためにデータに対応付けられた任意選択的なＡＧＣ信号（例えば、ＡＧＣ ｔ）および任意選択的なＳＣＩ（例えば、ＳＣＩ１ ｔ）を有するＮＲ－ＰＳＳＣＨ１で伝送される。受信ＵＥのＨＡＲＱ ＡＣＫフィードバックは、スロットＳＬ２の終わり、または第１のＳＡ ＳＣＩ（例えば、ＳＣＩ１ ｒ）で示され得るスロット３内にあり得る。
【0361】
ＢＷＰ２で、受信ＵＥからの任意選択的にＡＧＣ信号（例えば、ＡＧＣ ｒ）を有するデータリクエストまたは確保ＳＡ ＳＣＩ（例えば、ＳＣＩ２ ｒ）は、第１のスロット（例えば、ＳＬ１）の制御領域で割り当てられ、データは、同じスロットで、例えば、デコーディングのためにデータに対応付けられた任意選択的なＡＧＣ信号（例えば、ＡＧＣ ｔ）および任意選択的なＳＣＩ（例えば、ＳＣＩ２ ｔ）を有するＮＲ－ＰＳＳＣＨ２で伝送される。受信ＵＥのＨＡＲＱ ＮＡＣＫフィードバックは、第２のスロット（例えば、ＳＬ２）の始めにあってもよく、ＮＲ－ＰＳＳＣＨ２での再伝送は、ＳＡ ＳＣＩ（例えば、ＳＣＩ２ ｒ）でも示され得る同じスロット（例えば、ＳＬ２）内である。これは、低レイテンシの短いデータ伝送に対するリソース割り当てまたはスケジューリングの例である。
【0362】
図１５Ｂに示すように、伝送ＵＥは、データ伝送のリソース割り当てまたはスケジューリングに対してリクエストＳＣＩを送信することによってユニキャストを開始し得る。
【0363】
ＢＷＰ１で、伝送ＵＥからのリソース割り当てまたはスケジューリングリクエストＳＣＩ（例えば、ＳＣＩ１ ｔ）は、第１のスロット（例えば、ＳＬ１）のフィードバック領域で割り当てられ、ＳＡ ＳＣＩ（例えば、ＳＣＩ１ ｒ）は、第２のスロット（例えば、ＳＬ２）の制御領域で伝送され、次いで、データは、同じスロット内で、例えば、対応付けられたデータをデコードするために任意選択的にＳＡ ＳＣＩ（例えば、ＳＣＩ２ ｔ）を有するＮＲ－ＰＳＳＣＨ１で伝送される。受信ＵＥのＨＡＲＱ ＡＣＫフィードバックは、スロット３で割り当てられる。
【0364】
ＢＷＰ２で、伝送ＵＥからのＡＧＣ信号（例えば、ＡＧＣ ｔ）を任意選択的に有するデータリクエストＳＣＩ（例えば、ＳＣＩ２ｔ）は、第１のスロット（例えば、ＳＬ１）の第１のミニスロットで割り当てられ、ＳＡ ＳＣＩ（例えば、ＳＣＩ２ｒ）は、第１のスロット（例えば、ＳＬ１）の第４のミニスロットで伝送され、次いで、データは、第２のスロット（例えば、ＳＬ２）の第１のミニスロット内で、例えば、データをデコードするために任意選択的にＳＣＩ（例えば、ＳＣＩ３ｔ）を有するＮＲ－ＰＳＳＣＨ２で伝送される。受信ＵＥのＨＡＲＱ ＡＣＫフィードバックは、第２のスロットの第４のミニスロットで割り当てられる。これは、ミニスロットでの低レイテンシの短いデータ伝送に対するリソース割り当てまたはスケジューリングの例である。
【0365】
（周期的伝送および非周期的伝送に対する感知）
共有のリソースプールを介した周期的データ伝送および非周期的データ伝送に対する感知の例示的なスキームは、以下のステップを有し得る図１６で示される。
共有のリソースプールを介した周期的データ伝送および非周期的データ伝送に対する感知の例示的なスキームは、以下のステップを有し得る図１６で示される。
【0366】
ステップ１で、ＵＥは、計画されたデータ伝送が周期的または非周期的か、例えば、上位層パラメータｐｅｒｉｏｄｉｃ、周期的に対して「１」、非周期的に対して「０」によって示されるか、周期性の時間間隔に対する上位層パラメータｐｅｒｉｏｄが「１」かを確認する。非周期的の場合、ステップ２Ａに進み、そうでない場合、周期的データ伝送のためにステップ２Ｂに進む。
【0367】
ステップ２Ａで、ＵＥは、Ｖ２Ｘアプリケーションに対する典型的または最大の移送ブロック（Transport Block：ＴＢ）サイズに対する最大時間リソース（例えば、ｍａｘ－ｔｒａｎｓｍｉｓｓｉｏｎ－ｔｉｍｅ）、それが有効にされる場合（例えば、ｒｅｐｅｔｉｔｉｏｎ＿ｅｎａｂｌｅは「１」、そうでない場合、「０」）の繰り返し数（例えば、ｒｅｐｅｔｉｔｉｏｎ－ｎｕｍｂｅｒ）、可能性のある再伝送時間ライン（例えば、ｄｅｌａｙ－ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）などに基づいて、感知ウィンドウサイズ、例えば、ｗｉｎｄｏｗ－ｓｉｚｅを設定する。例えば、ウィンドウサイズは、以下の式のように推定され得る。
ｗｉｎｄｏｗ－ｓｉｚｅ＝ｍａｘ－ｔｒａｎｓｍｉｓｓｉｏｎ－ｔｉｍｅ＋（ｒｅｐｅｔｉｔｉｏｎ－ｎｕｍｂｅｒ×ｍａｘ－ｔｒａｎｓｍｉｓｓｉｏｎ－ｔｉｍｅ）×ｒｅｐｅｔｉｔｉｏｎ＿ｅｎａｂｌｅ＋（ｄｅｌａｙ－ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＋ｍａｘ．ｔｒａｎｓｍｉｓｓｉｏｎ－ｔｉｍｅ）＋ｗｉｎｄｏｗ－ａｄｊｕｓｔｍｅｎｔ
ここで、ｗｉｎｄｏｗ－ａｄｊｕｓｔｍｅｎｔは、近接する異なるＶ２Ｘサービスに対する、レイテンシ、優先度、信頼性などの異なるＱｏＳ要件に基づく感知ウィンドウに対する追加の時間調整である。
ｗｉｎｄｏｗ－ｓｉｚｅ＝ｍａｘ－ｔｒａｎｓｍｉｓｓｉｏｎ－ｔｉｍｅ＋（ｒｅｐｅｔｉｔｉｏｎ－ｎｕｍｂｅｒ×ｍａｘ－ｔｒａｎｓｍｉｓｓｉｏｎ－ｔｉｍｅ）×ｒｅｐｅｔｉｔｉｏｎ＿ｅｎａｂｌｅ＋（ｄｅｌａｙ－ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＋ｍａｘ．ｔｒａｎｓｍｉｓｓｉｏｎ－ｔｉｍｅ）＋ｗｉｎｄｏｗ－ａｄｊｕｓｔｍｅｎｔ
ここで、ｗｉｎｄｏｗ－ａｄｊｕｓｔｍｅｎｔは、近接する異なるＶ２Ｘサービスに対する、レイテンシ、優先度、信頼性などの異なるＱｏＳ要件に基づく感知ウィンドウに対する追加の時間調整である。
【0368】
ステップ２Ｂで、ＵＥは、Ｖ２Ｘアプリケーションに対する典型的または最大の移送ブロック（ＴＢ）サイズに対する最大時間リソース、それが有効にされる場合の繰り返し数、可能性のある再伝送時間ライン、周期的伝送に対する期間（例えば、ｐｅｒｉｏｄ）、確保するための周期的伝送（例えば、ｔｒａｎｓ－ｃｏｕｎｔ）などに基づいて、感知ウィンドウサイズ、例えば、ｗｉｎｄｏｗ－ｓｉｚｅを設定する。例えば、ウィンドウサイズは、以下の式のように推定され得る。
ｗｉｎｄｏｗ－ｓｉｚｅ＝ｍａｘ．ｔｒａｎｓｍｉｓｓｉｏｎ－ｔｉｍｅ＋ｒｅｐｅｔｉｔｉｏｎ－ｎｕｍｂｅｒ×ｍａｘ．ｔｒａｎｓｍｉｓｓｉｏｎ－ｔｉｍｅ（有効にされる場合）＋ｄｅｌａｙ－ｆｏｒ－ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＋ｍａｘ．ｔｒａｎｓｍｉｓｓｉｏｎ－ｔｉｍｅ＋ｐｅｒｉｏｄ×ｔｒａｎｓ－ｃｏｕｎｔ＋ｗｉｎｄｏｗ－ａｄｊｕｓｔｍｅｎｔ
ここで、ｗｉｎｄｏｗ－ａｄｊｕｓｔｍｅｎｔは、近接する異なるＶ２Ｘサービスに対する、レイテンシ、優先度、信頼性などの異なるＱｏＳ要件に基づく感知ウィンドウに対する追加の時間調整である。
ｗｉｎｄｏｗ－ｓｉｚｅ＝ｍａｘ．ｔｒａｎｓｍｉｓｓｉｏｎ－ｔｉｍｅ＋ｒｅｐｅｔｉｔｉｏｎ－ｎｕｍｂｅｒ×ｍａｘ．ｔｒａｎｓｍｉｓｓｉｏｎ－ｔｉｍｅ（有効にされる場合）＋ｄｅｌａｙ－ｆｏｒ－ｒｅｔｒａｎｓｍｉｓｓｉｏｎ＋ｍａｘ．ｔｒａｎｓｍｉｓｓｉｏｎ－ｔｉｍｅ＋ｐｅｒｉｏｄ×ｔｒａｎｓ－ｃｏｕｎｔ＋ｗｉｎｄｏｗ－ａｄｊｕｓｔｍｅｎｔ
ここで、ｗｉｎｄｏｗ－ａｄｊｕｓｔｍｅｎｔは、近接する異なるＶ２Ｘサービスに対する、レイテンシ、優先度、信頼性などの異なるＱｏＳ要件に基づく感知ウィンドウに対する追加の時間調整である。
【0369】
非周期的ウィンドウサイズと比較して、周期的感知ウィンドウサイズは、ＵＥが周期的メッセージの次のいくつかの伝送、例えば、ｔｒａｎｓ－ｃｏｕｎｔに対するリソースを保存する必要がある場合、はるかに大きい。期間が長くなるほど、ウィンドウサイズは大きくなる。
【0370】
リソース感知のためのステップ３で、ＵＥは、使用されるリソースおよび／または感知ウィンドウで確保されるリソースを感知する。メカニズムの感知を実装するための複数の方法がある。
【0371】
感知ウィンドウ内のすべてのＳＡ ＳＣＩがＵＥによってデコードされ得る場合、ＵＥは、使用される正確なリソースおよび感知ウィンドウの時間内に確保されるリソースを抽出し得る。したがって、ＵＥは、周期的または非周期的（例えば、イベントトリガ）であり得るそのデータ伝送によって必要とされる利用可能なリソースのセットを選択し得る。
【0372】
すべてのＳＡ ＳＣＩが、ＵＥに対してデコード可能であるわけではない場合、例えば、ＳＣＩは、ＩＤ、例えば、Ｖ２Ｘアプリケーションに対するブロードキャストソースＩＤとしてのＳＬ－ＢＡ－ＲＮＴＩ、ブロードキャスト送信機に対するソースＩＤとしてのＳＬ－ＢＴ－ＲＮＴＩ、マルチキャストＩＤとしてのＳＬ－Ｍ－ＲＮＴＩ、グループもしくはグループリードのサイドリンクＩＤとしてのＳＬ－Ｇ－ＲＮＴＩ、ＵＥのサイドリンクＩＤに対するＳＬ－Ｃ－ＲＮＴＩなどでスクランブルをかけられるか、またはリソースが、ＳＡ ＳＣＩを介して他のＵＥによって既にスケジューリングもしくは確保されている場合、ＵＥは、測定値によってリソース使用を検出し得る。例えば、サイドリンク参照信号受信電力（ＳＬ－ＲＳＲＰ）またはサイドリンク参照信号受信品質（Sidelink Reference Signal Received Quality：ＳＬ－ＲＳＲＱ）は、ＮＲ－ＰＳＣＣＨまたはＮＲ－ＰＳＳＣＨのＳＬ－ＤＭＲＳから測定される。測定された結果が、上位層によって構成された閾値、例えば、Ｓｅｎｓｅ＿ＴｈＳＬ－ＲＳＲＰまたはＳｅｎｓｅ＿ＴｈＳＬ－ＲＳＲＱよりも上である場合、測定されたＳＬ－ＲＳＲＰまたはＳＬ－ＲＳＲＱに対して対応付けられたリソースは、使用されるリソース、例えば、利用可能でないリソースとしてマークされ得る。使用されるリソースが、繰り返しパターンを示す場合、ＵＥは、このパターンが近い将来での特定の時間長で周期的伝送を継続することを想定してもよく、例えば、パターン化されたリソースは、周期的伝送に対して確保される。測定するための別の方法は、ＮＲ－ＰＳＣＣＨおよび／またはＮＲ－ＰＳＳＣＨでのエネルギーベースの測定値、例えば、サイドリンク受信信号強度インジケータ（ＳＬ－ＲＳＳＩ）である。周波数でのリソース使用を反映するために、ＳＬ－ＲＳＲＰ、ＳＬ－ＲＳＲＱ、またはＳＬ－ＲＳＳＩに対する測定は、ＲＲＣまたはＳｌ－ＲＲＣを介して構成され得る、ＲＢごと、ＲＢＧごと、またはサブチャネルごとなどの特定の周波数ユニットに基づき得る。同様に、時間でのより正確な使用のために、ＳＬ－ＲＳＲＰ、ＳＬ－ＲＳＲＱ、またはＳＬ－ＲＳＳＩに対する測定は、ＲＲＣまたはＳｌ－ＲＲＣを介しても構成され得る、シンボルごと、ミニスロットごと、またはスロットごとなどの特定の時間ユニットに基づき得る。ＮＲ－ＰＳＣＣＨまたはＮＲ－ＰＳＣＨのエネルギーベースの測定は、測定された精度を向上させるために、ＮＲ－ＰＳＣＣＨのＳＬ－ＲＳＲＰもしくはＳＬ－ＲＳＲＱ、またはＮＲ－ＰＳＳＣＨのＳＬ－ＤＭＲＳと組み合わされ得る。
【0373】
別の方法は、デコードされたＳＡ－ＳＣＩからの結果、ＮＲ－ＰＳＣＣＨおよび／もしくはＮＲ－ＰＳＳＣＨのＳＬ－ＲＳＲＰもしくはＳＬ－ＲＳＲＱ測定値、ならびに／もしくはＮＲ－ＰＳＣＣＨおよび／もしくはＮＲ－ＰＳＳＣＨのエネルギー測定値ＳＬ－ＲＳＳＩ、またはそれらの組み合わせを組み合わせることである。
【0374】
ＵＥは、その感知ウィンドウで使用および／または確保されるリソースの感知を維持し、時間と共にスライドする感知ウィンドウでのその近い将来の非周期的伝送または周期的伝送に対する利用可能なリソースのセットの更新を維持し得る。
【0375】
ステップ４で、新しいデータが伝送の準備ができていること、例えば、新しいデータを伝送するためのトリガを上位層が示す場合、ステップ５に進み、そうでない場合、利用可能なリソースの感知のためにステップ３に進む。
【0376】
リソース選択のためのステップ５で、ＵＥは、伝送される新しいデータに対して、ＴＢサイズ、レイテンシ要件、優先度レベル、周期的または非周期的（例えば、イベントトリガ）、チャネル輻輳などに基づいて、利用可能なリソースのセットから候補リソースとしてリソースのサブセットを選択する。上位層は、候補リソースから使用されるリソースを選択し得る。ＵＥは、その伝送に対して選択されたリソースを確保するか、または確保の遅延を回避するために確保無で少なくとも初期伝送に対して選択されたリソースを使用し得る。共有のリソースプールまたはリソースに対して、ＵＥは、選択された同じリソースで他のＵＥの伝送との可能性のある衝突を回避するために選択されたリソースでそのデータを伝送する前にリソース感知のアクセスを行い、例えば、エネルギーベースのＳＬ－ＲＳＳＩ測定の非常に短い測定ウィンドウに基づくリッスンビフォアトーク（ＬＢＴ）を使用し得る。測定値が閾値、例えば、Ｍｅａｓｕｒｅ＿ＴＨＬＢＴよりも上である場合、ＵＥは、リソースが別のＵＥによって使用されていることを想定してもよく、次いで、ＵＥは、時間、例えば、ＴＬＢＴ＿ｏｆｆでバックオフし、その伝送に対してアクセスリソースを再感知してもよい。伝送されるデータに対してアクセスリソース感知が有効か否か、例えば、Ａｃｃ＿Ｒｅｓｅｏｕｒｃｅ＿Ｅｎが１か０かは、上位層によってＵＥに示され得る。例えば、非常に短いレイテンシ伝送または非常に高い優先度の伝送に対して、アクセスリソース感知は、時間を節約するために無効にされてもよく、レイテンシ許容または低い優先度の伝送に対して、アクセスリソース感知は、短いレイテンシまたは高い優先度の伝送との衝突を回避するために有効にされてもよい。明示のインジケーション（例えば、Ａｃｃ＿Ｒｅｓｏｕｒｃｅ＿Ｅｎ）無でアクセスリソースを感知するか決定するための別の方法は、レイテンシバジェット（例えば、時間は、データの伝送レイテンシバジェットに非常に近く、感知に対して時間がないか、もしくはレイテンシ要件は、感知に対する閾値よりも上である）に基づくか、または優先度レベル（例えば、優先度は、感知に対する優先度の閾値よりも上である）に基づく。
【0377】
ステップ６で、ＵＥは、ＬＢＴベースのアクセスリソース感知の最大数（例えば、ｍａｘ－ＬＢＴ）に達したか否かを確認するか、またはＬＢＴベースのアクセスリソース感知に対する最大ＬＢＴタイマ（例えば、ｔｉｍｅ－ＬＢＴ）によってタイムアウトされるか否かを確認する。ＵＥが、ＬＢＴベースのアクセスリソース感知の最大数に達した場合、またはＵＥが、ＬＢＴベースのアクセスリソース感知に対してタイムアウトされる場合、プリエンプション決定のためにステップ７に進み、そうでない場合、ステップ８に進んで、その伝送に対する選択されたリソースを介してＬＢＴベースのアクセスリソース感知を行う。ｍａｘ－ＬＢＴ＝０またはｔｉｍｅ－ＬＢＴ＝０である場合、ＵＥは、アクセスリソース感知を行う必要はない（例えば、アクセスリソース感知を無効にするための別の方法）。
【0378】
ステップ７で、ＵＥは、より高い優先度の伝送に対して上位層からプリエンプションが有効にされるか否か（例えば、パラメータｐｒｅ－ｅｍｐｔｉｏｎは「１」である）を確認するか、または他のより低い優先度データトラフィックをプリエンプションすることを可能にする上位層から優先度レベル（例えば、パラメータｐｒｉｏｒｉｔｙ）を確認するか、もしくは遅延を回避するためにプリエンプションを許可する上位層からレイテンシ要件（例えば、パラメータｌａｔｅｎｃｙ＿ａｌｌｏｗｅｄもしくはｌａｔｅｎｃｙ＿ｍａｘ）を確認する。次いで、ＵＥは、その高い優先度または低レイテンシ伝送に対して、より高いレイテンシ、より低い優先度、またはより低い信頼性で他のＵＥによってスケジューリングまたは確保されたリソースをプリエンプションし得るか決定してもよい。ＵＥはまた、ＳＬ－ＲＳＲＰ、ＳＬ－ＲＳＲＱ、またはＳＬ－ＲＳＳＩを確認して、他のＵＥによってスケジューリングまたは確保されたリソースが、その伝送に対してプリエンプションされ得るか決定してもよい。ＵＥが、一例として、その緊急データ伝送に対して他のＵＥのスケジューリングまたは確保されたリソースをプリエンプションすることができる場合、プリエンプション伝送のためにステップ１３に進み、そうでない場合、レイテンシバジェット外の場合のエラー報告で伝送をドロップするためにステップ１７に進むか、またはステップ５（図示せず）に進んで、利用可能なリソースセットから候補リソースを再選択する。ＵＥは、選択されたリソースがそのデータ伝送に対応付けられたそのＳＡ ＳＣＩもしくはＳＣＩで他のＵＥのリソースからプリエンプションされる、例えば、ｐｒｅ－ｅｍｐｔｅｄ＝１であることを明確に示し得るか、またはＳＣＩ内の３ビット優先度フィールドに対する確保された優先度値、例えば、ｐｒｉｏｒｉｔｙ＝「１１１」もしくは「０００」を使用してそのデータ伝送に対応付けられたそのＳＡ ＳＣＩもしくはＳＣＩでプリエンプションを暗に示し得る。
【0379】
ステップ８で、ＵＥは、リソースにアクセスするための選択されたリソースを介して、アクセスリソース感知、例えば、ＬＢＴベースの感知を行う。
【0380】
異なるＱｏＳ要件での異なるＶ２Ｘサービスに対して、ＬＢＴベースのアクセスリソース感知は、複数の方法で実施され得る。例えば、優先度ベース（例えば、より高い優先度、より低いバックオフ、またはバックオフ時間無）、適応ベース（例えば、ＬＢＴ失敗の各時間でバックオフ時間を減少させる）、ランダムベース（例えば、バックオフ範囲内の値をランダムに選択することによって）、送信機／受信機ハンドシェイキングベース（例えば、隠れたノードを回避するため）などである。
【0381】
ステップ９で、リソースが、選択されたリソースを介して利用可能であると感知される場合、ステップ１２に進んでデータを伝送し、そうでない場合、バックオフのためにステップ１０に進む。
【0382】
ステップ１０で、ＵＥは、バックオフ時間待機してもよく、これは、ランダムに生成されるか、もしくは優先度ベースか、またはＵＥがＬＢＴベースのリソース感知を失敗した後に各時間で減少してもよく、ここで、異なるバックオフスキームのバックオフパラメータは、上位層によって構成され、示されてもよい。
【0383】
ステップ１１で、ＵＥは、バックオフ時間が満了するか否かを確認する。満了する場合、ステップ６に進んで、タイムアウトか否かを確認し、次いで、タイムアウトでない場合、ステップ８で、ＬＢＴベースのリソース感知を再び行い、そうでない場合、ステップ１０で待機し続ける。
【0384】
ステップ１２で、ＵＥは、その伝送に対する選択されたリソースを確保するか、またはデータの伝送に対する選択されたリソースにアクセスし、加えて、非周期的Ｖ２Ｘメッセージ（例えばイベントトリガのメッセージ）に対して、有効にされる場合には繰り返し、および有効にされる場合には再伝送に対するリソースを確保するか、または周期的Ｖ２Ｘメッセージに対して、有効にされる場合には繰り返し、有効にされる場合には再伝送、および（例えば、ｔｒａｎｓ－ｃｏｕｎｔによって規定される）いくつかの新しい伝送に対するリソースを確保し得る。
【0385】
データ伝送が周期的である場合、周期的伝送カウンタは、成功の伝送の後に１低減される（例えば、ｔｒａｎｓ－ｃｏｕｎｔ＝ｔｒａｎｓ－ｃｏｕｎｔ－１）。
【0386】
プリエンプション伝送のためのステップ１３で、ＵＥは、ＴＢサイズ、レイテンシ要件、優先度レベル、周期的またはイベントトリガ、プリエンプションされたＵＥに対する影響、干渉、輻輳などに基づいてプリエンプションされる、確保されたリソースを選択し、プリエンプションされたリソースを介してデータを伝送し得る。ＵＥは、プリエンプションされた他のＵＥの確保されたリソースで（例えば、プリエンプション通知に対する新しいフォーマットＳＣＩ、もしくはＳＡ ＳＣＩでのプリエンプションフラグセット「１」、もしくはＳＡ ＳＣＩでの保存された優先度値「１１１」もしくは「０００」で）プリエンプションインジケーションをブロードキャストするか、または受信機へのデータ伝送と共に送信されるＳＣＩ内のプリエンプションを含まなければならない。プリエンプションされたリソースを介したデータ伝送は、伝送されるデータの緊急性および優先度に応じてＬＢＴ感知ベースであり得る。
【0387】
ステップ１４で、ＵＥは、任意の確保された伝送、例えば、周期的データに対する繰り返し、再伝送、または新しい伝送があるか否かを確認する。ない場合、ステップ１８に進んで感知を停止させるか、またはステップ１に進んで、上位層によって示される動作モードに応じて感知を再び開始し（図示せず）、そうでない場合、ステップ１５に進んで、確保されたリソースがプリエンプションされるか否かを確認する。
【0388】
ステップ１５で、ＵＥは、ＲＲＣまたはＳｌｋ－ＲＲＣを介して構成されるようなプリエンプション監視の場合に、（例えば、確保されたリソースをプリエンプションしたＵＥによってブロードキャストされる任意のプリエンプションインジケーションがあるか否かを確認する。プリエンプション監視の場合またはスケジューリング監視の場合に、例えば、ＳＣＩによって示されるプリエンプションインジケーションがない場合、ＵＥは、ステップ１６に進んで、任意の確保が行われたか否かを確認し、そうでない場合、プリエンプションされた確保されたリソースで、ＵＥは、ステップ３に進んで、その感知ウィンドウで、利用可能なリソースを再感知する。ＵＥが、高い優先度データに対してプリエンプションで有効にされる場合、ＵＥは、ステップ７に対して記載されるようにプリエンプションを使用して、新しい伝送のためにステップ７に飛び得る（図１６に図示せず）。
【0389】
ステップ１６で、ＵＥは、ｔｒａｎｓ－ｃｏｕｎｔが、確保されたリソースでの周期的なデータ伝送に対して上位層によって規定される閾値よりも上であるか否かを確認するか、または確保されたリソースでの繰り返しもしくは再伝送であるか否かを確認する。新しい周期的伝送または繰り返しもしくは再伝送に対して確保されたリソースでない場合、再び候補リソースを見つけるためにウィンドウベースの感知のためにステップ３に進み、そうでない場合、確保されたリソースでの周期的データ伝送に対する繰り返し、再伝送、または新しいデータのためにステップ４に進む。
【0390】
ステップ１７で、ＵＥは、伝送をドロップし、リソースアクセスエラーを上位層に報告し、次いで、ステップ１８に進むか、または候補リソースを再選択するためにステップ５に戻るか（図示せず）、再び感知するためにステップ３に戻る（図示せず）。
【0391】
ステップ１８で、感知プロシージャは終了され得る。
【0392】
（リソース選択および再選択）
図２６Ａ、図２６Ｂ、および図２６Ｃに示すように、ＵＥは、（例えば、Ｘ１スロットの長さ、またはＸ１ミリ秒を有する）長い時間間隔の「感知ウィンドウ１」および（例えば、Ｘ２スロットもしくはＸ２シンボルの長さ、またはＸ２ミリ秒を有する）短い時間間隔の「感知ウィンドウ２」でチャネル感知を行い得る。ＵＥは、（例えば、Ｙスロットの長さ、またはＹミリ秒を有する）時間間隔の「選択ウィンドウ」でデータ伝送に対するリソースを選択し得る。
図２６Ａ、図２６Ｂ、および図２６Ｃに示すように、ＵＥは、（例えば、Ｘ１スロットの長さ、またはＸ１ミリ秒を有する）長い時間間隔の「感知ウィンドウ１」および（例えば、Ｘ２スロットもしくはＸ２シンボルの長さ、またはＸ２ミリ秒を有する）短い時間間隔の「感知ウィンドウ２」でチャネル感知を行い得る。ＵＥは、（例えば、Ｙスロットの長さ、またはＹミリ秒を有する）時間間隔の「選択ウィンドウ」でデータ伝送に対するリソースを選択し得る。
【0393】
初期伝送（例えば、スロットｉ＋１でのＴＢ１）、ブラインド再伝送（例えば、スロットｉ＋２でのＴＢ１に対する繰り返し）、および周期的トラフィックに対する（例えば、ＴＢ２に対する）新しい伝送に対するリソース確保を示されるＳＡ ＳＣＩ（例えば、スロットｉでのＳＣＩ１）は、図２６Ａに示される。
【0394】
（例えば、ＴＢ１に対する）初期伝送、ＨＡＲＱ再伝送（例えば、スロットｉ＋２でのＴＢ１に対する再伝送）、および周期的トラフィックに対する（例えば、ＴＢ２に対する）新しい伝送に対するＨＡＲＱフィードバック（例えば、スロットｉ＋１でのＳＦＣＩ１）のためのリソース確保を示されるＳＣＩ（例えば、スロットｉでの初期伝送でのＳＣＩ１）は、図２６Ｂに示される。
【0395】
ブラインド再伝送（例えば、スロットｉ＋１でのＴＢ１に対する繰り返し）に対するリソース確保を示されるＳＣＩ（例えば、スロットｉでの初期伝送でのＳＣＩ１）は、低レイテンシ非周期的トラフィック、例えば、イベントトリガの伝送に対して図２６Ｃに示される。
【0396】
図２７に示すように、ＵＥは、データ、例えば、移送ブロック（ＴＢ）を伝送するためのリソースを選択するための以下のステップを行い得る。
【0397】
ステップ１（利用可能なリソースに対する長い感知）で、ＵＥは、ＮＲ－ＰＳＣＣＨで搬送されるスケジューリングまたはリソース確保ＳＣＩをデコードし、スケジューリングまたは確保されたリソースを介して、ＰＳＣＣＨ ＤＭＲＳのＳＬ－ＲＳＲＰおよび／またはＰＳＳＣＨのＳＬ－ＲＳＲＰなどのサイドリンク参照信号受信電力（ＳＬ－ＲＳＲＰ）を測定することによって、長い感知ウィンドウ内の利用可能なリソースを感知し得る。以下の条件を満たすリソースは、除外され得る：
スケジューリングＳＣＩまたは確保ＳＣＩで別のＵＥによって示されるリソース。これらのリソースは、ＵＥがその次のデータＴＢのいずれかを伝送するのにそれを必要とするのと同時に割り当てられる。
リソースは、ＳＣＩで示されるプリエンプションで別のＵＥによってプリエンプションされる。
ＵＥは、スケジューリングＳＣＩもしくは確保ＳＣＩまたはプリエンプションＳＣＩに対応付けられたＴＢを伝送するために利用されるサブチャネルまたはＲＢもしくは物理リソースブロック（Physical Resource Block：ＰＲＢ）を介して、ＮＲ－ＰＳＣＣＨおよび／またはＮＲ－ＰＳＳＣＨのＤＭＲＳの平均ＳＬ－ＲＳＲＰを測定し、測定値は、所与の閾値Ｍｔｈよりも高い。（例えば、同じリソースを共有することができない、衝突低減）。
スケジューリングＳＣＩまたは確保ＳＣＩで別のＵＥによって示されるリソース。これらのリソースは、ＵＥがその次のデータＴＢのいずれかを伝送するのにそれを必要とするのと同時に割り当てられる。
リソースは、ＳＣＩで示されるプリエンプションで別のＵＥによってプリエンプションされる。
ＵＥは、スケジューリングＳＣＩもしくは確保ＳＣＩまたはプリエンプションＳＣＩに対応付けられたＴＢを伝送するために利用されるサブチャネルまたはＲＢもしくは物理リソースブロック（Physical Resource Block：ＰＲＢ）を介して、ＮＲ－ＰＳＣＣＨおよび／またはＮＲ－ＰＳＳＣＨのＤＭＲＳの平均ＳＬ－ＲＳＲＰを測定し、測定値は、所与の閾値Ｍｔｈよりも高い。（例えば、同じリソースを共有することができない、衝突低減）。
【0398】
ステップ２（データ利用可能）で、新しいデータＴＢが、上位層からの伝送に対して時間Ｔ０で準備ができているか否かを判定する。はいの場合、選択ウィンドウを設定するためにステップ３に進み、そうでない場合、ステップ１に進んで、長い感知を継続する。
【0399】
ステップ３（選択ウィンドウ）で、レイテンシ、優先度、信頼性、および周期的トラフィックに対する期間などのＱｏＳ要件に基づいて、選択ウィンドウを設定する。選択ウィンドウの終了は、データＴＢ伝送に対する最大レイテンシ要件によって規定され得る。
【0400】
ステップ４（候補リソースに対する短い感知）で、より細かい粒度での短い感知ウィンドウ内で、特に、短いレイテンシデータトラフィックに対して利用可能な候補リソースを感知する。測定値は、エネルギーベースの測定値としての、ＮＲ－ＰＳＣＣＨ ＤＭＲＳおよび／もしくはＮＲ－ＰＳＳＣＨ ＤＭＲＳのＳＬ－ＲＳＲＰ、またはサイドリンク受信信号強度インジケータ（ＳＬ－ＲＳＳＩ）であり得る。非常に短いレイテンシリソース選択に対して、この短い感知は、アクセスリソース感知、例えば、リッスンビフォアトーク（ＬＢＴ）ベースに類似し得る。候補リソースは、候補シングルスロットリソース（Candidate Single-Slot Resource：ＣＳＳＲ）などのシングルスロットリソース、または候補マルチシンボルリソース（Candidate Multi-Symbol Resource：ＣＭＳＲ）などの複数のシンボル（例えば、１つまたは複数の）リソースであり得る。リソースは、メッセージサイズに応じて、スロットで、１からＳまでの隣接するサブチャネルまたはＲＢもしくはＲＢＧで構成され得る。ＵＥは、多数のスロットまたはシンボル、例えば、Ｘ２スロットまたはシンボルにおよぶ選択ウィンドウ内のＣＳＳＲまたはＣＭＳＲのセットを選択し得る。
【0401】
ステップ５（閾値測定）で、測定値に対する初期の閾値ＭＴｈを設定する。ＭＴｈの値は、優先度、レイテンシ、信頼性、通信範囲またはゾーン、干渉測定、例えば、サイドリンクＳＩＮＲ（SIdelink SINR：ＳＬ－ＳＩＮＲ）、輻輳測定などのＱｏＳ要件に基づいて、上位層によって構成され得る。
【0402】
ステップ６（初期の候補リソースリスト）で、感知からのすべての利用可能なＣＳＳＲまたはＣＭＳＲで初期の利用可能な候補リソースリストＲを設定する。感知ウィンドウでＵＥによって監視されていないリソースは、リストＲに含まれない。
【0403】
ステップ７（測定）で、候補リソース、例えば、ＲのＣＳＳＲまたはＣＭＳＲを介して測定を行う。測定は、候補リソースを介した、ＮＲ－ＰＳＣＣＨおよび／またはＮＲ－ＰＳＳＣＨのＳＬ－ＲＳＳＩもしくはＳＬ－ＲＳＲＰまたはＳＬ－ＳＩＮＲであり得る。
【0404】
ステップ８（更新候補リソースリスト）で、閾値ＭＴｈを超える、測定されたＳＬ－ＲＳＳＩもしくはＳＬ－ＲＳＲＰまたはＳＬ－ＳＩＮＲ値でＣＳＳＲまたはＣＭＳＲを除去することによって、候補リソースリストＲを更新する。
【0405】
ステップ９（Ｒで十分に残されているか？）で、リストＲに残される候補リソースが、総リソースのｐ％よりも大きいか否かを確認する。ここで、ｐは、優先度、レイテンシ、信頼性、通信範囲またはゾーンなど、ならびに干渉および輻輳レベルなどのＱｏＳ要件に基づいて、上位層によって構成される。はいの場合、ステップ１２に進んで、報告のために測定し、そうでない場合、ステップ１０に進んで、測定閾値を調整する。
【0406】
ステップ１０（閾値を増加させる）で、ＴｈＩｎｃｄＢ（例えば、ＭＴｈ＝ＭＴｈ＋ＴｈＩｎｃ）によって閾値を増加させる。ここで、ＴｈＩｎｃは、優先度、レイテンシ、信頼性、通信範囲またはゾーンなど、ならびに干渉および輻輳レベルなどのＱｏＳ要件に基づいて、上位層によって構成される。ステップ１１に戻って、感知から収集されるＣＳＳＲまたはＣＭＳＲで候補リソースリストＲを再設定する必要があるか否かを確認する。
【0407】
ステップ１１（Ｒを再設定？）で、候補リソースセットＲを再設定するか否かを確認する。はいの場合、ステップ６に進んで、感知から収集されるＣＳＳＲまたはＣＭＳＲで候補リソースリストを再設定し、そうでない場合、ステップ８に進んで、調整された閾値で候補リソースリストを更新する。
【0408】
ステップ１２（測定）で、Ｒの更新された候補リソースを介して測定を行い、上位層に報告する。測定は、ＲのＣＳＳＲまたはＣＭＳＲを介したＮＲ－ＰＳＣＣＨおよび／またはＮＲ－ＰＳＳＣＨのＳＬ－ＲＳＳＩもしくはＳＬ－ＲＳＲＰまたはＳＬ－ＳＩＮＲの線形平均であり得る。Ｓ－ＲＳＳＩもしくはＳＬ－ＲＳＲＰまたはＳＬ－ＳＩＮＲの最小平均でＣＳＳＲまたはＣＭＳＲを選択し、それらを上位層に報告する。
【0409】
ステップ１４（選択）で、上位層は、ＴＢサイズ、優先度、レイテンシ、信頼性、通信範囲もしくはゾーン、および干渉、輻輳の測定などのＱｏＳ要件に基づいて、報告された候補リソースＣＳＳＲもしくはＣＭＳＲからリソースを選択するか、または初期伝送に対する候補リソースをランダムに選択する。ブラインド再伝送（例えば、繰り返し）が有効にされる場合、ブラインド再伝送インスタンスに対応する候補リソース（例えば、開始シンボル）も選択され得る。ＨＡＲＱフィードバックが有効にされる場合、ＨＡＲＱフィードバックインスタンスに対応する候補リソース、例えば、ＨＡＲＱ処理時間ラインに基づくサイドリンクフィードバック制御情報（ＳＦＣＩ）に対する開始シンボルも選択され得る。ＨＡＲＱプロセスの数ｈに対して、ＨＡＲＱ再伝送に対応する候補リソースも、例えば、選択された初期伝送機会のセットＴ０＋Ｔｋ（ｋ＝０，１，．．，Ｋは、ＴＢのインデックスである）、およびＨＡＲＱ再伝送機会の別のセットＴ０＋Ｔｋ＋Ｔｈに対して選択され得る。ここで、Ｔｈ≠０であり、Ｔｈ≦ｘであり、ｘは、ＵＥのＨＡＲＱ処理時間バジェットに基づく。半永続的スケジューリング（Semi-Persistent Scheduling：ＳＰＳ）に対して、例えば、周期的伝送に対して、次のパケット伝送に対応する候補リソースは、例えば、リソースカウンタ（ResourceCounter：ＲＣ）によって規定される。ここで、ＲＣは、上位層によって構成された範囲内でランダムに選択され得るか、または優先度、期間、レイテンシ、通信範囲もしくはゾーン、パケットサイズ、ブラインド再伝送、ＨＡＲＱ再伝送、干渉、輻輳レベルなどに基づいて選択され得る。
【0410】
（輻輳制御）
サイドリンク輻輳制御に対して、ＵＥは、リソースを確保するか、またはパケットを伝送もしくは再伝送する前に、新無線チャネルビジー率（New Radio Channel Busy Ratio：ＮＲ－ＣＢＲ）および新無線チャネル占有率（New Radio Channel occupancy Ratio：ＮＲ－ＣＲ）を推定し得る。ＮＲ－ＣＢＲは、チャネル輻輳レベルのインジケーションを提供してもよく、ＣＢＲ閾値ＭＣＢＲよりも高い平均ＳＬ－ＲＳＲＰもしくはＳＬ－ＳＩＮＲまたはＳＬ－ＲＳＳＩを有する、前のＳＣＢＲスロット内のサブチャネルまたはＰＲＢの量として計算されてもよい。ＮＲ－ＣＲは、伝送ＵＥによって行われるチャネル占有を示す。それは、伝送ＵＥがＳＣＢスロットの期間中に占有するサブチャネルまたはＰＲＢの量として計算され得る。この時間間隔は、リソースが伝送ＵＥによって確保されている場合、過去および将来のＳｘスロットを含み得る。ＮＲ－ＣＢＲ間隔およびＮＲ－ＣＢ間隔は、図２８で例示される。ＮＲ－ＣＢＲ間隔およびＮＲ－ＣＢ間隔は、異なるＱｏＳ要件、例えば、レイテンシ、優先度、信頼性、通信範囲またはゾーンなど、ならびにシステム内のトラフィック特性および輻輳レベルに対して、上位層によって別々に構成され得る。
サイドリンク輻輳制御に対して、ＵＥは、リソースを確保するか、またはパケットを伝送もしくは再伝送する前に、新無線チャネルビジー率（New Radio Channel Busy Ratio：ＮＲ－ＣＢＲ）および新無線チャネル占有率（New Radio Channel occupancy Ratio：ＮＲ－ＣＲ）を推定し得る。ＮＲ－ＣＢＲは、チャネル輻輳レベルのインジケーションを提供してもよく、ＣＢＲ閾値ＭＣＢＲよりも高い平均ＳＬ－ＲＳＲＰもしくはＳＬ－ＳＩＮＲまたはＳＬ－ＲＳＳＩを有する、前のＳＣＢＲスロット内のサブチャネルまたはＰＲＢの量として計算されてもよい。ＮＲ－ＣＲは、伝送ＵＥによって行われるチャネル占有を示す。それは、伝送ＵＥがＳＣＢスロットの期間中に占有するサブチャネルまたはＰＲＢの量として計算され得る。この時間間隔は、リソースが伝送ＵＥによって確保されている場合、過去および将来のＳｘスロットを含み得る。ＮＲ－ＣＢＲ間隔およびＮＲ－ＣＢ間隔は、図２８で例示される。ＮＲ－ＣＢＲ間隔およびＮＲ－ＣＢ間隔は、異なるＱｏＳ要件、例えば、レイテンシ、優先度、信頼性、通信範囲またはゾーンなど、ならびにシステム内のトラフィック特性および輻輳レベルに対して、上位層によって別々に構成され得る。
【0411】
輻輳制御に対して、チャネル占有閾値ＣＲｔｈは、ＵＥがそのリソース確保および伝送を管理するように規定され得る。異なるＱｏＳ要件に対して、異なるＣＲｔｈ閾値は、上位層によって構成またはシグナリングされ得る。例えば、優先度、レイテンシ、信頼性、通信範囲またはゾーンなどは、データパケットに対するＣＲｔｈの値を規定するために使用され得る。伝送ＵＥは、ＩｎｔｅｒＣＢＲＣＢＲ間隔で上位層によって構成またはシグナリングされてもよく、ＣＢＲ間隔の各々に対して、伝送ＵＥは、特定のＣＢＲレベルで最大ＣＲｔｈを超えることはできない。各ＣＢＲ間隔に対するＣＲｔｈの値は、パケットのＱｏＳ要件、例えば、優先度、レイテンシ、信頼性、通信範囲またはゾーンなどによって可変であってもよい。
【0412】
伝送ＵＥが、ブラインド再伝送またはＨＡＲＱ再伝送に対するリソースを確保するとき、それは、ＮＲ－ＣＢＲを測定し、そのＮＲ－ＣＲがそのＣＲｔｈ要件を満たすか否かを確認し、その結果、ＵＥは、ＣＲｔｈを超えることなく、再伝送に対するリソースを適切に確保し得る。
【0413】
ＵＥが、パケットを伝送または再伝送するとき、それは、ＮＲ－ＣＢＲを測定し、そのＮＲ－ＣＲがそのＣＲｔｈ要件を満たすか否かを確認する。そのＮＲ－ＣＲが、ＣＲｔｈの値よりも高い場合、それは、ＵＥの能力、データパケットサイズ、および信頼性、レイテンシ、優先度、通信範囲またはゾーンなどのデータパケットＱｏＳ要件に基づいて、以下の例で、そのＣＲをＣＲｔｈ未満に低減し得る：
伝送をドロップする、すなわち、ＵＥは、優先度、レイテンシ、信頼性、通信範囲またはゾーンなどのそのＱｏＳ要件に基づいて、特定のデータパケット伝送をドロップすることによって、そのＮＲ－ＣＲを低減し得る。例えば、低い優先度もしくは長いレイテンシもしくは低い信頼性、または必要とされる通信範囲もしくはゾーン外でデータパケット伝送をドロップする。
再伝送の数を低減する。ＵＥは、低い優先度もしくは低い信頼性または長いレイテンシ要件でのパケットのブラインド再伝送またはＨＡＲＱ再伝送を低減することによって、そのＣＲを低減し得る。
変調およびコーディングスキーム（Modulation and Coding Scheme：ＭＣＳ）を調整する、すなわち、ＵＥは、ＭＣＳを調整することによって、ＣＲを低減し得る。例えば、ＵＥは、データパケットのＭＣＳを増加させて、伝送のために使用されるサブチャネルもしくはＰＲＢおよび／またはシンボルを節約し得る。さらに／または
伝送電力（Transmit Power：ＴＰ）を低減する、すなわち、ＵＥは、最小通信範囲要件ごとにその伝送電力を低減して、すべてのＮＲ－ＣＢＲを介した測定値を低下させ、したがって、そのＣＲｔｈ要件を満たし得る。
伝送をドロップする、すなわち、ＵＥは、優先度、レイテンシ、信頼性、通信範囲またはゾーンなどのそのＱｏＳ要件に基づいて、特定のデータパケット伝送をドロップすることによって、そのＮＲ－ＣＲを低減し得る。例えば、低い優先度もしくは長いレイテンシもしくは低い信頼性、または必要とされる通信範囲もしくはゾーン外でデータパケット伝送をドロップする。
再伝送の数を低減する。ＵＥは、低い優先度もしくは低い信頼性または長いレイテンシ要件でのパケットのブラインド再伝送またはＨＡＲＱ再伝送を低減することによって、そのＣＲを低減し得る。
変調およびコーディングスキーム（Modulation and Coding Scheme：ＭＣＳ）を調整する、すなわち、ＵＥは、ＭＣＳを調整することによって、ＣＲを低減し得る。例えば、ＵＥは、データパケットのＭＣＳを増加させて、伝送のために使用されるサブチャネルもしくはＰＲＢおよび／またはシンボルを節約し得る。さらに／または
伝送電力（Transmit Power：ＴＰ）を低減する、すなわち、ＵＥは、最小通信範囲要件ごとにその伝送電力を低減して、すべてのＮＲ－ＣＢＲを介した測定値を低下させ、したがって、そのＣＲｔｈ要件を満たし得る。
【0414】
同様に、受信ＵＥは、ＮＲ－ＣＢＲおよび／またはＣＲｔｈ要件に基づいて、ＨＡＲＱフィードバックまたはＣＳＩ報告をドロップすることを決定してもよい。例えば、受信機ＵＥは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックに対してＮＡＣＫフィードバックをドロップしてもよく、受信機ＵＥは、チャネル変化が低い場合にＣＳＩ報告をドロップしてもよい。
【0415】
輻輳制御の例は、以下のステップを含む図２９に示される。
【0416】
ステップ１（ＮＲ－ＣＢＲ／ＮＲ－ＣＲの測定）で、リソース感知および／または選択中にリソースを介して、ＮＲ－ＰＳＣＣＨおよび／またはＮＲ－ＰＳＳＣＨのＳＬ－ＲＳＲＰまたはＳＬ－ＲＳＳＩを測定する。
【0417】
ステップ２（データ利用可能？）で、新しいデータパケットが利用可能な場合、ステップ３に進んで、そのＣＲｔｈ要件を確認し、そうでない場合、ＮＲ－ＣＢＲ／ＮＲ－ＣＲ測定を継続するためにステップ１に進む。
【0418】
ステップ３（ＣＲｔｈを超える？）で、測定されたＣＲが最大ＣＲｔｈを超えている場合、低減リソース確保のためにステップ４Ａに進み、そうでない場合、通常のリソース確保のためにステップ４Ｂに進む。
【0419】
ステップ４Ａ（低減リソース確保）で、伝送および／または再伝送に対するリソース確保を低減する。例えば、ＭＣＳを増加させることによってリソースを低減し、優先度、レイテンシ、信頼性、通信範囲またはゾーン、ならびにデータパケットサイズおよび現在の輻輳レベルなどのＱｏＳ要件に基づいて、ブラインド再伝送および／またはＨＡＲＱ再伝送の数を低減する。
【0420】
ステップ４Ｂ（通常のリソース確保）で、優先度、レイテンシ、信頼性、通信範囲またはゾーン、およびデータパケットサイズなどのＱｏＳ要件に基づいて、リソースを確保する。
【0421】
ステップ５（ＣＲｔｈを超える？）で、伝送または再伝送の前にＣＲｔｈを超えるか否かを確認する。はいの場合、伝送をドロップするためにステップ６に進み、そうでない場合、伝送または再伝送のためにステップ８に進む。
【0422】
ステップ６（伝送をドロップ？）で、伝送または再伝送のドロップが許可されるか否かを確認する。はいの場合、ドロップありの輻輳制御のためにステップ７Ａに進み、そうでない場合、ドロップなしの輻輳制御のためにステップ７Ｂに進む。
【0423】
ステップ７Ａ（ドロップありの輻輳制御）で、伝送をドロップすることを決定する。ステップ９に進む。
【0424】
ステップ７Ｂ（ドロップなしの輻輳制御伝送）で、ＭＣＳの増加、ＴＰの減少などの調整を行う。
【0425】
ステップ８（伝送）で、調整されたＭＣＳおよび／またはＴＰでデータパケットを伝送または再伝送する。
【0426】
ステップ９（リソースを再選択する？）で、再伝送または周期的伝送に対して、前に確保されたリソースをキャンセルおよび再選択する必要があるか否かを確認する。はいの場合、再選択カウンタＣＲを再設定し、ステップ１に進む。
【0427】
モード１に対して、ｇＮＢは、各ＵＥを周期的にリクエストする（例えば、ｇＮＢは、期間を決定する）か、または要求に応じて、サイドリンク輻輳制御に対してその測定されたＣＢＲを報告し得る。
【0428】
本明細書で記載される装置、システム、方法、およびプロセスのうちのいずれかまたはすべては、コンピュータ可読記憶媒体上に記憶されるコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化されてもよく、その命令は、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに、本明細書で記載されるシステム、方法、およびプロセスを実施および／または実装させることを理解されたい。具体的には、本明細書で記載されるステップ、動作、または機能のうちのいずれも、このようなコンピュータ実行可能命令の形態で実装され、無線および／または有線ネットワーク通信向けに構成された装置またはコンピューティングシステムのプロセッサ上で実行され得る。コンピュータ可読記憶媒体は、情報を記憶するための任意の非一時的（例えば、有形または物理的）方法または技術で実装される揮発性および不揮発性媒体、取り外し可能および非取り外し可能媒体を含むが、このようなコンピュータ可読記憶媒体は、信号を含まない。コンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）もしくは他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶デバイスもしくは他の磁気記憶デバイス、または所望の情報を記憶するために使用されてもよく、かつコンピューティングシステムによってアクセスされ得る任意の他の有形もしくは物理媒体を含むが、それらに限定されない。
【0429】
以下は、上記の説明で現れ得るサービス層技術に関連する頭字語のリストである。特に規定されない限り、本明細書で使用される頭字語は、以下でリストされる対応する用語を指す。
ACK：ACKnowledgement（承認）
BSM：Basic Safety Message（基本的な安全性メッセージ）
CAM：Common Awareness Messages（共通認識メッセージ）
CE：Control Element（制御要素）
DFN：Direct Frame Number（ダイレクトフレーム番号）
EtrA：Emergency Trajectory Alignment（緊急軌道アライメント）
HARQ：Hybrid Automatic Repeat Request（ハイブリッド自動再送リクエスト）
LoA：Level of Automation（自動化のレベル）
LTE：Long Term Evolution（ロングタームエボリューション）
MAC：Medium Access Control（媒体アクセス制御）
MIB：Master Information Block（マスター情報ブロック）
NACK：Negative ACKnowledgement（否定応答）
NR：New Radio（新無線）
PLMN：Public Land Mobile Network（公衆携帯電話網）
NR-PSCCH：NR Physical Sidelink Control Channel（ＮＲ物理サイドリンク制御チャネル）
NR-PSDCH：NR Physical Sidelink Discovery Channel（ＮＲ物理サイドリンク発見チャネル）
NR-PSSCH：NR Physical Sidelink Shared Channel（ＮＲ物理サイドリンク共有チャネル）
NR-PSSS：NR Primary Sidelink Synchronization Signal（ＮＲプライマリサイドリンク同期信号）
RAN：Radio Access Network（無線アクセスネットワーク）
RNTI：Radio Network Temporary Identifier（無線ネットワーク一時識別子）
RRC：Radio Resource Control（無線リソース制御）
SA：Sensing Assistant（感知アシスタント）
SCI：Sidelink Control Information（サイドリンク制御情報）
SI：System Information（システム情報）
NR-SSSS：Secondary Sidelink Synchronization Signal（セカンダリサイドリンク同期信号）
UE：User Equipment（ユーザ端末）
V2V：Vehicle-to-Vehicle（ビークルツービークル）
V2X：Vehicle-to-everything（ビークルツーエブリシング）
ACK：ACKnowledgement（承認）
BSM：Basic Safety Message（基本的な安全性メッセージ）
CAM：Common Awareness Messages（共通認識メッセージ）
CE：Control Element（制御要素）
DFN：Direct Frame Number（ダイレクトフレーム番号）
EtrA：Emergency Trajectory Alignment（緊急軌道アライメント）
HARQ：Hybrid Automatic Repeat Request（ハイブリッド自動再送リクエスト）
LoA：Level of Automation（自動化のレベル）
LTE：Long Term Evolution（ロングタームエボリューション）
MAC：Medium Access Control（媒体アクセス制御）
MIB：Master Information Block（マスター情報ブロック）
NACK：Negative ACKnowledgement（否定応答）
NR：New Radio（新無線）
PLMN：Public Land Mobile Network（公衆携帯電話網）
NR-PSCCH：NR Physical Sidelink Control Channel（ＮＲ物理サイドリンク制御チャネル）
NR-PSDCH：NR Physical Sidelink Discovery Channel（ＮＲ物理サイドリンク発見チャネル）
NR-PSSCH：NR Physical Sidelink Shared Channel（ＮＲ物理サイドリンク共有チャネル）
NR-PSSS：NR Primary Sidelink Synchronization Signal（ＮＲプライマリサイドリンク同期信号）
RAN：Radio Access Network（無線アクセスネットワーク）
RNTI：Radio Network Temporary Identifier（無線ネットワーク一時識別子）
RRC：Radio Resource Control（無線リソース制御）
SA：Sensing Assistant（感知アシスタント）
SCI：Sidelink Control Information（サイドリンク制御情報）
SI：System Information（システム情報）
NR-SSSS：Secondary Sidelink Synchronization Signal（セカンダリサイドリンク同期信号）
UE：User Equipment（ユーザ端末）
V2V：Vehicle-to-Vehicle（ビークルツービークル）
V2X：Vehicle-to-everything（ビークルツーエブリシング）
【図1A】
【図1B】
【図1C】
【図1D】
【図1E】
【図1F】
【図1G】
【図2】
【図3】
【図4】
【図5】
【図6A】
【図6B】
【図7A】
【図7B】
【図8A】
【図8B】
【図9A】
【図9B】
【図10A】
【図10B】
【図11】
【図12】
【図13】
【図14】
【図15A】
【図15B】
【図16】
【図17】
【図18】
【図19A】
【図19B】
【図20A】
【図20B】
【図21】
【図22】
【図23】
【図24A】
【図24B】
【図25A】
【図25B】
【図26A】
【図26B】
【図26C】
【図27】
【図28】
【図29】