特表 2024-529819 衝突回避付きＶ２Ｘサイドリンク通信のためのＵＥ間協調フィードバックの送信

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-08-14

(54)【発明の名称】衝突回避付きＶ２Ｘサイドリンク通信のためのＵＥ間協調フィードバックの送信

(51)【国際特許分類】

   H04W 72/40 20230101AFI20240806BHJP

   H04W 92/18 20090101ALI20240806BHJP

   H04W 4/40 20180101ALI20240806BHJP

   H04W 72/25 20230101ALI20240806BHJP

   H04W 4/08 20090101ALI20240806BHJP

   H04W 72/56 20230101ALI20240806BHJP

【ＦＩ】

H04W72/40

H04W92/18

H04W4/40

H04W72/25

H04W4/08

H04W72/56

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023574251

(86)(22)【出願日】2022-08-02

(85)【翻訳文提出日】2023-12-13

(86)【国際出願番号】 US2022039169

(87)【国際公開番号】W WO2023014714

(87)【国際公開日】2023-02-09

(31)【優先権主張番号】63/230,016

(32)【優先日】2021-08-05

(33)【優先権主張国・地域又は機関】US

(31)【優先権主張番号】63/230,557

(32)【優先日】2021-08-06

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．ＷＣＤＭＡ

(71)【出願人】

【識別番号】591003943

【氏名又は名称】インテル・コーポレーション

(74)【代理人】

【識別番号】110000877

【氏名又は名称】弁理士法人ＲＹＵＫＡ国際特許事務所

(72)【発明者】

【氏名】ホリャエヴ、アレクセイ

(72)【発明者】

【氏名】シロヴ、ミハイル

(72)【発明者】

【氏名】パンテレエヴ、セルゲイ

(72)【発明者】

【氏名】ロス、キリアン ピーター アントン

(72)【発明者】

【氏名】ロマイェヴ、アルチョム

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067AA21

5K067EE02

5K067EE25

5K067JJ13

(57)【要約】

新無線（ＮＲ）ビークルツーエブリシング（Ｖ２Ｘ）サイドリンク通信のための装置及びシステムが説明されている。スタンドアロン及びノンスタンドアロンＵＥ間協調フィードバック及びコンテンツの送信、並びに、ＵＥ間協調フィードバックを用いたリソース選択のためのＵＥ手順が説明されている。ＵＥ間協調フィードバックを搬送するリソース選択プロセスの順序付け、及びＵＥ間協調フィードバックの送信優先度及び条件に加えて、ＵＥ間協調フィードバックのコンテンツ及びコンテナが提供されている。ＵＥ間協調フィードバック要求、ＵＥ間協調フィードバックの最初の前処理、支援ＵＥ選択、及びリソース選択が提示されている。

【特許請求の範囲】

【請求項1】

ユーザ機器（ＵＥ）のための装置であって、前記装置は、
他のＵＥから、ビークルツーエブリシング（Ｖ２Ｘ）サイドリンク通信のための好ましいリソースセット及び好ましくないリソースセットを含むＵＥ間協調フィードバックに対する要求を受信すること；
前記ＵＥ間協調フィードバックが、前記ＵＥ間協調フィードバックが他のサイドリンク送信から前記他のＵＥに別々に送信されるスタンドアロンＵＥ間協調フィードバックとして前記他のＵＥに送信されることを許可されたか、又は、前記ＵＥ間協調フィードバックが前記他のＵＥへのデータとともに送信されるノンスタンドアロンＵＥ間協調フィードバックのみとして前記他のＵＥに送信されることを許可されたかを決定すること；及び
前記ＵＥ間協調フィードバックが、スタンドアロンＵＥ間協調フィードバックとして前記他のＵＥに送信されることを許可されたか又はノンスタンドアロンＵＥ間協調フィードバックとしてのみ前記他のＵＥに送信されることを許可されたかの決定に依存して、前記ＵＥ間協調フィードバックを前記他のＵＥに送信すること
を行うように前記ＵＥを構成するように構成されている処理回路；及び
前記ＵＥ間協調フィードバックを格納するように構成されているメモリ
を備える、装置。

【請求項2】

前記要求は、前記ＵＥ間協調フィードバックの送信のためのパラメータを備え、
前記パラメータは、前記ＵＥ間協調フィードバックの送信のための前記要求の受信の後の時間間隔を含み、
前記要求の受信後の前記時間間隔は、前記他のＵＥのリソース再選択アクティビティに合わせて時間内にアラインされ、
前記要求の受信に応答して、前記処理回路はさらに、前記要求の受信後の前記時間間隔において、前記他のＵＥに前記ＵＥ間協調フィードバックを送信するように前記ＵＥを構成するように構成されている、請求項１に記載の装置。

【請求項3】

前記処理回路はさらに、前記ＵＥ間協調フィードバックを、物理サイドリンク共有チャネル（ＰＳＳＣＨ）上の媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ－ＣＥ）、及び、前記ＵＥ間協調フィードバックが前記ノンスタンドアロンＵＥ間協調フィードバックであるという前記決定に応答して前記データと多重化された前記ＵＥ間協調フィードバックを使用して送信するように前記ＵＥを構成するように構成されている、請求項１に記載の装置。

【請求項4】

前記処理回路はさらに、キャストタイプに依存している前記ＵＥ間協調フィードバックのコンテンツを送信するように前記ＵＥを構成するように構成されており、前記キャストタイプは、ブロードキャスト送信、グループキャスト送信、及びユニキャスト送信を含むキャストタイプのグループから選択された、請求項１に記載の装置。

【請求項5】

前記処理回路はさらに、ヘッダー情報；好ましいリソースセット（セット１）；好ましくないリソースセット（セット２）；基準リソースサイズ；セット１及び２のサイズ；セット１及び２の基準信号受信電力（ＳＬ－ＲＳＲＰ）、チャネル品質インデックス（ＣＱＩ）、又は距離閾値及び値；基準優先度；リソース選択ウィンドウ又は報告されたリソースセットの開始スロットインデックス；検知ウィンドウの開始及び終了；検知パラメータ；サイドリンク送信又は受信プール識別子（ＩＤ）のうちの少なくとも１つ；フィードバックのために考慮された動的送信；フィードバックのために考慮された半永続的送信；リソース予約期間のセット；及びソース又は宛先ＩＤのうちの少なくとも１つを含むコンテンツのセットから前記コンテンツを選択するように前記ＵＥを構成するように構成されている、請求項４に記載の装置。

【請求項6】

前記処理回路はさらに、サイドリンク制御情報（ＳＣＩ）フォーマット２（段階２）、媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ－ＣＥ）、又はＰＣ５無線リソース制御（ＲＲＣ）シグナリングのうちの少なくとも１つにおけるサイドリンク競合回避のために前記ＵＥ間協調フィードバックを送信するように前記ＵＥを構成するように構成されている、又は、複数のコンテナにわたって分散されている、請求項１に記載の装置。

【請求項7】

前記処理回路はさらに、前記ＵＥ間協調フィードバックを含み、前記ＵＥ間協調フィードバックなしのサイドリンク送信より前記ＵＥ間協調フィードバックを用いたサイドリンク送信に、より高い優先順位を設定する異なるキャストタイプのうちのサイドリンク送信を優先するように前記ＵＥを構成するように構成され、前記キャストタイプは、ブロードキャスト送信、グループキャスト送信、及びユニキャスト送信を含む、請求項１に記載の装置。

【請求項8】

ユーザ機器（ＵＥ）のための装置であって、前記装置は、
他のＵＥに、ビークルツーエブリシング（Ｖ２Ｘ）サイドリンク通信のための好ましいリソースセット及び好ましくないリソースセットを含むＵＥ間協調フィードバックに対する要求を送信すること；
前記他のＵＥから、前記ＵＥ間協調フィードバックを受信すること；
Ｖ２Ｘサイドリンク送信のパラメータが前記ＵＥ間協調フィードバックを生成するために使用されたパラメータと異なると決定すること；
前記Ｖ２Ｘサイドリンク送信の前記パラメータが前記ＵＥ間協調フィードバックを生成するために使用された前記パラメータと異なると決定したことに応答して、前記ＵＥ間協調フィードバックを変換して、前記ＵＥ間協調フィードバックを、検知及びリソース選択のために使用されるパラメータとアラインすること；
前記ＵＥ間協調フィードバックに基づいて、支援ＵＥ及びＵＥ間協調報告を選択すること；
前記ＵＥ間協調フィードバックに基づいてリソース選択を決定すること；及び
前記リソース選択を使用して決定されたリソースを使用して、Ｖ２Ｘサイドリンク送信を送信すること
を行うように前記ＵＥを構成するように構成されている処理回路；及び
前記ＵＥ間協調フィードバックを格納するように構成されているメモリ
を備える、装置。

【請求項9】

ＵＥ間協調フィードバックのための前記要求は、前記ＵＥ間協調フィードバックに使用されるべきパラメータを備えており、前記ＵＥ間協調フィードバックに使用されるべき前記パラメータは、サイドリンクの好ましい又は好ましくないリソース毎のサブチャネルの数、リソース選択のためのサイドリンク送信優先度値、リソース選択ウィンドウの決定のためのフィードバック生成のためのリソース選択ウィンドウパラメータ、前記フィードバック生成のための検知ウィンドウパラメータ、リソースセットのサイズ、閾値のタイプ及び値、前記フィードバック生成のためのリソース予約期間、前記フィードバック生成において考慮される潜在的な将来の衝突の参照番号、及び、フィードバックレポートのタイプを含むパラメータのセットから選択される、請求項８に記載の装置。

【請求項10】

前記ＵＥ間協調フィードバックを変換して、前記ＵＥ間協調フィードバックを、検知及びリソース選択に使用されるパラメータとアラインすべく、前記処理回路は、前記ＵＥ間協調フィードバック内の基準リソースのサイズをＶ２Ｘサイドリンクリソースに、前記ＵＥ間協調フィードバック内の前記基準リソースをリソース選択ウィンドウリソースに変換するように、前記ＵＥを構成するように構成されている、請求項８に記載の装置。

【請求項11】

前記ＵＥ間協調フィードバック内の前記基準リソースのサイズを前記Ｖ２Ｘサイドリンクリソースに変換すべく、前記処理回路は、
送信（ＴＸ）ＵＥリソースサイズリソースより小さい基準リソースサイズの場合、前記ＴＸ ＵＥリソースを、前記ＴＸ ＵＥリソースを構成する全ての隣接基準リソース、又は、前記ＴＸ ＵＥリソースを構成する予め定められた数のリソースが報告されたという決定に応答して報告されたものとみなし；
前記ＴＸ ＵＥリソースサイズリソースより大きい基準リソースサイズの場合、前記ＴＸ ＵＥリソースを、前記ＴＸ ＵＥリソースを含む基準リソースサイズが報告されたという決定に応答して報告されたものとみなす
ように前記ＵＥを構成するように構成されている、請求項１０に記載の装置。

【請求項12】

前記ＵＥ間協調フィードバック内の前記基準リソースを前記リソース選択ウィンドウリソースに変換すべく、前記処理回路は、開始スロット、サブフレーム、又は送信時間インデックス（ＴＴＩ）のうち１つを基準時間として選択するように前記ＵＥを構成するように構成されている、請求項１０に記載の装置。

【請求項13】

前記支援ＵＥを選択すべく、前記処理回路は、前記支援ＵＥの無線範囲、前記支援ＵＥの位置情報、前記ＵＥに関する前記支援ＵＥの相対速度、又は前記支援ＵＥの進行方向のうちの少なくとも１つを使用するように前記ＵＥを構成するように構成されており、
前記ＵＥ間協調報告を選択すべく、前記処理回路は、フィードバックソース又は宛先識別情報及びキャストタイプを含む報告パラメータのグループからの少なくとも１つの報告パラメータ、フィードバックタイプ、フィードバック遅延、リソース指示ウィンドウ、フィードバックリソース選択ウィンドウ、フィードバック生成のためのリソース予約期間、フィードバック生成のためのリソースサイズ、基準閾値のタイプ及び値、及び、フィードバック生成のための優先度値を使用して前記ＵＥ間協調報告をフィルタリングするように前記ＵＥを構成するように構成されている、請求項８に記載の装置。

【請求項14】

前記処理回路は、
リソース除外及び候補リソースセットの形成、
リソースセットを生成するための最初のリソース選択、
前記リソース除外及び候補リソースセットの形成及び前記最初のリソース選択、
前記リソースセットを生成するためのリソース再評価、
前記候補リソースセットを形成すること、前記リソースセットを生成するための前記リソース再評価のためのリソース除外、
前記候補リソースセットを形成すること、及び前記リソースセットを生成するための前記リソース再評価のための前記最初のリソース選択、又は
前記リソース除外及び候補リソースセットの形成、前記候補リソースセットを形成するための前記最初のリソース選択、及び前記リソースセットを生成するための前記リソース再評価
のうちの少なくとも１つのための前記ＵＥ間協調フィードバックを使用するように前記ＵＥを構成するように構成されている、請求項８に記載の装置。

【請求項15】

前記処理回路は、複数のＵＥからＵＥ間協調フィードバックを受信し組み合わせることで、
前記複数のＵＥからの前記ＵＥ間協調フィードバックのリソースセットの交差又は組み合わせ、又は
前記複数のＵＥからの前記ＵＥ間協調フィードバックの前記リソースセット内のリソース発生、ここで、各リソースについて、前記複数のＵＥからの前記ＵＥ間協調フィードバック内の前記リソースの多数の発生は、前記リソースが前記組み合わされたリソースセットに含まれたかどうかを決定するために使用される
のうち１つである組み合わされたリソースセットを形成するように前記ＵＥを構成するように構成されている、請求項８に記載の装置。

【請求項16】

前記処理回路は、複数のＵＥからの複数のＵＥ間協調フィードバックから好ましいリソースセット及び好ましくないリソースセットを決定するように前記ＵＥを構成するように構成されており、
前記好ましくないリソースセットは、
前記処理回路によって個別に処理された前記複数のＵＥからの好ましくないリソースセットの場合は、前記好ましくないリソースセット内の特定の好ましくないリソースの予め定められた数の発生、及び
前記処理回路によって処理されて、組み合わされた好ましくないリソースセットに集約され、その後処理される前記複数のＵＥからの前記好ましくないリソースセットの場合、前記組み合わされた好ましくないリソースセット内の前記特定の好ましくないリソース
を含み、
前記好ましいリソースセットは、
前記処理回路によって個別に処理された前記複数のＵＥからの好ましいリソースセットの場合、前記好ましいリソースセット内の特定の好ましいリソースの予め定められた数の発生、及び
前記処理回路によって処理されて、組み合わされた好ましいリソースセットに集約され、その後処理される前記複数のＵＥからの前記好ましいリソースセットの場合、前記組み合わされた好ましいリソースセット内の前記特定の好ましいリソース
を含む、請求項８に記載の装置。

【請求項17】

前記処理回路は、複数のＵＥ及び追加のメトリックからの複数のＵＥ間協調フィードバックから受信されたリソースのリソースタイプを決定するように前記ＵＥを構成するように構成されており、
前記リソースタイプは好ましいリソース及び好ましくないリソースであり、
前記好ましくないリソースは、
前記処理回路によって個別に処理された前記複数のＵＥからの好ましくないリソースセットの場合は、好ましくない閾値メトリックより大きい好ましくないメトリックを有する前記好ましくないリソースセット内の特定の好ましくないリソースの予め定められた数の発生、及び
前記処理回路によって処理されて、組み合わされた好ましくないリソースセットに集約され、その後処理される前記複数のＵＥからの前記好ましくないリソースセットの場合、前記好ましくない閾値メトリックより大きい前記好ましくないメトリックを有する前記組み合わされた好ましくないリソースセット内の前記特定の好ましくないリソース
を含み、
前記好ましいリソースは、
前記処理回路によって個別に処理された前記複数のＵＥからの好ましいリソースセットの場合、好ましい閾値メトリックより少ない好ましいメトリックを有する前記好ましいリソースセット内の特定の好ましいリソースの予め定められた数の発生、及び
前記処理回路によって処理されて、組み合わされた好ましいリソースセットに集約され、その後処理される前記複数のＵＥからの前記好ましいリソースセットの場合、前記好ましい閾値メトリックより少ない前記好ましいメトリックを有する前記組み合わされた好ましいリソースセット内の前記特定の好ましいリソース
を含む、請求項８に記載の装置。

【請求項18】

前記処理回路は、
リソース除外に基づいて複数のＵＥからの複数のＵＥ間協調フィードバックからリソース選択のための候補リソースセットを形成すること；及び
前記候補リソースセットに基づいて検知を実行すること
を行うように前記ＵＥを構成するように構成されている、請求項８に記載の装置。

【請求項19】

ユーザ機器（ＵＥ）の１又は複数のプロセッサによって実行されるための命令を格納した非一時的コンピュータ可読記憶媒体であって、前記１又は複数のプロセッサは、前記命令が実行されたとき、
他のＵＥから、ビークルツーエブリシング（Ｖ２Ｘ）サイドリンク通信のための好ましいリソースセット及び好ましくないリソースセットを含むＵＥ間協調フィードバックに対する要求を受信すること；
前記ＵＥ間協調フィードバックが、前記ＵＥ間協調フィードバックが他のサイドリンク送信から前記他のＵＥに別々に送信されるスタンドアロンＵＥ間協調フィードバックとして前記他のＵＥに送信されることを許可されたか、又は、前記ＵＥ間協調フィードバックが前記他のＵＥへのデータとともに送信されるノンスタンドアロンＵＥ間協調フィードバックのみとして前記他のＵＥに送信されることを許可されたかを決定すること；及び
前記ＵＥ間協調フィードバックが、スタンドアロンＵＥ間協調フィードバックとして前記他のＵＥに送信されることを許可されたか又はノンスタンドアロンＵＥ間協調フィードバックとしてのみ前記他のＵＥに送信されることを許可されたかの決定に依存して、前記ＵＥ間協調フィードバックを前記他のＵＥに送信すること
を行うように前記ＵＥを構成する、非一時的コンピュータ可読記憶媒体。

【請求項20】

前記要求は、前記ＵＥ間協調フィードバックの送信のためのパラメータを備え、
前記パラメータは、前記ＵＥ間協調フィードバックの送信のための前記要求の受信の後の時間間隔を含み、
前記要求の受信後の前記時間間隔は、前記他のＵＥのリソース再選択アクティビティに合わせて時間内にアラインされ、
前記要求の受信に応答して、前記１又は複数のプロセッサはさらに、前記命令が実行されたとき、前記要求の受信後の前記時間間隔において前記他のＵＥに前記ＵＥ間協調フィードバックを送信するように前記ＵＥを構成する、請求項１９に記載の非一時的コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本願は、２０２１年８月５日に出願された米国仮特許出願第６３／２３０，０１６、及び２０２１年８月６日に出願された米国仮特許出願第６３／２３０，５５７に基づく優先権の利益を主張しており、当該出願の各々はその全体が参照により本明細書に組み込まれる。

【0002】

実施形態は、次世代（ＮＧ）無線通信に関する。特に、いくつかの実施形態は、新無線（ＮＲ）ビークルツーエブリシング（Ｖ２Ｘ）サイドリンク通信に関する。

【背景技術】

【0003】

５Ｇネットワークを含み、とりわけ第６世代（６Ｇ）ネットワークを含み始めている、次世代（ＮＧ）又は新無線（ＮＲ）無線システムの使用及び複雑性は、ネットワークリソースを用いるデバイスユーザ機器（ＵＥ）のタイプの増加、及び、それらのＵＥ上で動作するビデオストリーミングなどの様々なアプリケーションによって用いられているデータ及び帯域幅の量の両者に起因して、増加している。通信デバイスの数及び多様性の膨大な増加によって、ルータ、スイッチ、ブリッジ、ゲートウェイ、ファイアウォール、及びロードバランサを含む、対応するネットワーク環境は、ますます複雑になっている。予想されるように、複雑性及び車両の通信を含むあらゆる新たな技術の出現に伴い、多数の問題が発生している。

【図面の簡単な説明】

【0004】

複数の図において、これらは必ずしも縮尺通りに描かれてはいないが、同様の参照番号は別の複数の図における同様の構成要素を説明し得る。異なる添字を有する同様の参照番号は、同様の構成要素の異なる例を表し得る。図は概して、本明細書に説明された様々な実施形態を限定ではなく例示として示している。

【0005】

【図1A】いくつかの態様に係るネットワークのアーキテクチャを示す。

【0006】

【図1B】いくつかの態様に係る非ローミング５Ｇシステムアーキテクチャを示す。

【0007】

【図1C】いくつかの態様に係る非ローミング５Ｇシステムアーキテクチャを示す。

【0008】

【図2】いくつかの実施形態に係る通信デバイスのブロック図を示す。

【0009】

【図3A】いくつかの実施形態に係るスタンドアロンＵＥ間協調フィードバックを示す。

【0010】

【図3B】いくつかの実施形態に係るノンスタンドアロンＵＥ間協調フィードバックを示す。

【0011】

【図4A】いくつかの実施形態に係る優先度に基づくリソース選択プロセスの順序付けを示す。

【0012】

【図4B】いくつかの実施形態に係るフィードバックタイプに基づくリソース選択プロセスの順序付けを示す。リソースサイズアラインメント手順。

【0013】

【図5A】いくつかの実施形態に係るリソースサイズアラインメント手順を示す。リソースサイズアラインメント手順。

【0014】

【図5B】いくつかの実施形態に係る別のリソースサイズアラインメント手順を示す。

【0015】

【図6】いくつかの実施形態に係るＮＲ Ｖ２Ｘサイドリンクリソース割り当て手順のブロック図を示す。

【0016】

【図7A】いくつかの実施形態に係るＵＥ間協調フィードバックを用いたＮＲ Ｖ２Ｘサイドリンクリソース割り当て手順の第１オプションのブロック図を示す。

【0017】

【図7B】いくつかの実施形態に係るＵＥ間協調フィードバックを用いたＮＲ Ｖ２Ｘサイドリンクリソース割り当て手順の第２オプションのブロック図を示す。

【0018】

【図7C】いくつかの実施形態に係るＵＥ間協調フィードバックを用いたＮＲ Ｖ２Ｘサイドリンクリソース割り当て手順の第３オプションのブロック図を示す。

【0019】

【図7D】いくつかの実施形態に係るＵＥ間協調フィードバックを用いたＮＲ Ｖ２Ｘサイドリンクリソース割り当て手順の第４オプションのブロック図を示す。

【0020】

【図7E】いくつかの実施形態に係るＵＥ間協調フィードバックを用いたＮＲ Ｖ２Ｘサイドリンクリソース割り当て手順の第５オプションのブロック図を示す。

【0021】

【図7F】いくつかの実施形態に係るＵＥ間協調フィードバックを用いたＮＲ Ｖ２Ｘサイドリンクリソース割り当て手順の第６オプションのブロック図を示す。

【0022】

【図7G】いくつかの実施形態に係るＵＥ間協調フィードバックを用いたＮＲ Ｖ２Ｘサイドリンクリソース割り当て手順の第７オプションのブロック図を示す。

【0023】

【図8A】いくつかの実施形態に係るＵＥ間協調リソースセットを使用していないリソース除外手順を示す。

【0024】

【図8B】いくつかの実施形態に係るＵＥ間協調リソースセットを使用したリソース除外手順を示す。

【0025】

【図8C】いくつかの実施形態に係るＵＥ間協調リソースセットを使用した別のリソース除外手順を示す。

【0026】

【図8D】いくつかの実施形態に係るＵＥ間協調リソースセットを使用した別のリソース除外手順を示す。

【発明を実施するための形態】

【0027】

以下の説明及び図面は、当業者が実施形態を実施可能となるように具体的な実施形態を十分に図示している。他の実施形態が、構造、論理、電気、プロセス面での変更、及び他の変更を組み込んでよい。いくつかの実施形態の部分及び特徴が、他の実施形態の部分及び特徴に含まれ得、又は、それらに代替され得る。請求項に記載の実施形態は、当該請求項の全ての利用可能な均等物を包含する。

【0028】

図１Ａは、いくつかの態様に従ってネットワークのアーキテクチャを示す。ネットワーク１４０Ａは、６Ｇ及びそれより後の世代の機能に拡張され得る３ＧＰＰ（登録商標） ＬＴＥ／４Ｇ及びＮＧネットワーク機能を含む。それに応じて、５Ｇが言及されるが、これは、可能な限り、６Ｇ（及びそれ以降）の構造、システム及び機能に拡張されるということを理解されたい。ネットワーク機能は、専用のハードウェア上の別個のネットワーク要素として、専用のハードウェア上で実行するソフトウェアインスタンスとして、及び／又は、例えば、専用のハードウェア又はクラウドインフラストラクチャなどの適切なプラットフォーム上でインスタンス化された仮想化機能として、実装され得る。

【0029】

ネットワーク１４０Ａは、ユーザ機器（ＵＥ）１０１とＵＥ１０２とを含むように示されている。ＵＥ１０１及び１０２は、スマートフォン（例えば、１又は複数のセルラネットワークに接続可能なハンドヘルドタッチスクリーンモバイルコンピューティングデバイス）として示されているが、ポータブル（ラップトップ）又はデスクトップ型コンピュータ、無線ハンドセット、ドローン、又は、有線及び／又は無線通信インタフェースを含む任意の他のコンピューティングデバイスなどの任意のモバイル又は非モバイルコンピューティングデバイスも含み得る。ＵＥ１０１及び１０２は、本明細書においてＵＥ１０１と集合的に称されることができ、ＵＥ１０１は、本明細書に開示された技術のうち１又は複数を実行するために使用されることができる。

【0030】

本明細書に記載の無線リンク（例えば、ネットワーク１４０Ａ又は任意の他の示されたネットワークにおいて使用されている）のいずれかが、任意の例示的な無線通信技術及び／又は規格に従って動作し得る。任意のスペクトル管理スキームは、例えば、専用ライセンススペクトル、アンライセンススペクトル、（ライセンス）共有スペクトル（２．３－２．４ＧＨｚ、３．４－３．６ＧＨｚ、３．６－３．８ＧＨｚならびに他の周波数におけるライセンス共有アクセス（ＬＳＡ）、及び３．５５－３．７ＧＨｚならびに他の周波数におけるスペクトルアクセスシステム（ＳＡＳ）など）を含む。異なる単一キャリア又は直交周波数領域多重（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｏｍａｉｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ，ＯＦＤＭ）モード（ＣＰ－ＯＦＤＭ、ＳＣ－ＦＤＭＡ、ＳＣ－ＯＦＤＭ、フィルタバンクベースのマルチキャリア（ＦＢＭＣ）、ＯＦＤＭＡなど）、特に３ＧＰＰ（登録商標） ＮＲは、ＯＦＤＭキャリアデータビットベクトルを対応するシンボルリソースに割り当てることによって使用され得る。

【0031】

いくつかの態様において、ＵＥ１０１及び１０２のいずれかは、短寿命ＵＥ接続を利用する低電力ＩｏＴアプリケーションのために設計されたネットワークアクセス層を含むことができるモノのインターネット（ＩｏＴ）ＵＥ又はセルラＩｏＴ（ＣＩｏＴ）ＵＥを含むことができる。いくつかの態様において、ＵＥ１０１及び１０２のいずれかは、狭帯域（ＮＢ）ＩｏＴ ＵＥ（例えば、拡張型ＮＢ－ＩｏＴ（ｅＮＢ－ＩｏＴ）ＵＥ及び追加拡張型（ＦｅＮＢ－ＩｏＴ）ＵＥなど）を含むことができる。ＩｏＴ ＵＥは、パブリックランドモバイルネットワーク（ＰＬＭＮ）、近接ベースサービス（ＰｒｏＳｅ）もしくはデバイスツーデバイス（Ｄ２Ｄ）通信、センサネットワーク、又はＩｏＴネットワークを介してＭＴＣサーバ又はデバイスとデータを交換するためのマシンツーマシン（Ｍ２Ｍ）又はマシンタイプ通信（ＭＴＣ）などの技術を利用することができる。データのＭ２Ｍ又はＭＴＣ交換は、マシンが開始したデータの交換であり得る。ＩｏＴネットワークは、一意に識別可能な埋め込みコンピューティングデバイス（インターネットインフラストラクチャ内の）を含み得るＩｏＴ ＵＥを短寿命の接続で相互接続することを含む。ＩｏＴ ＵＥは、バックグラウンドアプリケーション（例えば、キープアライブメッセージ、ステータス更新など）を遂行して、ＩｏＴネットワークの接続を促進し得る。いくつかの態様において、ＵＥ１０１及び１０２のいずれかは、拡張型ＭＴＣ（ｅＭＴＣ）ＵＥ又はさらに追加拡張型ＭＴＣ（ＦｅＭＴＣ）ＵＥを含むことができる。

【0032】

ＵＥ１０１及び１０２は、無線アクセスネットワーク（ＲＡＮ）１１０に接続されるように、例えば、通信可能に結合されるように構成され得る。ＲＡＮ１１０は、例えば、進化型ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）、ＮｅｘｔＧｅｎ ＲＡＮ（ＮＧ ＲＡＮ）、又はいくつかの他のタイプのＲＡＮであり得る。ＲＡＮ１１０は、１又は複数のｇＮＢを含み得、そのうち１又は複数が複数のユニットによって実装され得る。なお、本明細書ではｇＮＢが言及され得るが、同じ態様が、例えば第６世代ＮｏｄｅＢなどの他の世代のＮｏｄｅＢに適用され得、したがって、無線アクセスネットワークノード（ＲＡＮｎｏｄｅ）として代替的に言及され得る。

【0033】

ｇＮＢのそれぞれが、３ＧＰＰ（登録商標）プロトコルスタックにおけるプロトコルエンティティを実装し得、そこにおいて層が最低から最高まで階層化されると考えられ、順に物理層（ＰＨＹ）、媒体アクセス制御（ＭＡＣ）、無線リンク制御（ＲＬＣ）、パケットデータ収束制御（ＰＤＣＰ）、及び無線リソース制御（ＲＲＣ）／サービスデータ適応プロトコル（ＳＤＡＰ）（制御プレーン／ユーザプレーン用）である。各ｇＮＢにおけるプロトコル層は、異なるユニット、すなわち、中央ユニット（ＣＵ）、少なくとも１つの分散型ユニット（ＤＵ）、及びリモート無線ヘッド（ＲＲＨ）に分散され得る。ＣＵは、ＤＵに排他的に割り当てられているそれらの機能を除いて、ユーザデータの転送制御、効果モビリティ制御、無線アクセスネットワーク共有、位置付け、及びセッション管理などの機能を提供し得る。

【0034】

より高いプロトコル層（制御プレーンのためのＰＤＣＰ及びＲＲＣ／ユーザプレーンのためのＰＤＣＰ及びＳＤＡＰ）は、ＣＵにおいて実装され得、ＲＬＣ及びＭＡＣ層は、ＤＵにおいて実装され得る。ＰＨＹ層は分割され得、より高いＰＨＹ層はまたＤＵにも実装され、一方、より低いＰＨＹ層はＲＲＨに実装される。ＣＵ、ＤＵ及びＲＲＨは、異なる製造者によって実装され得るが、それでもなお、その間の適切なインタフェースによって接続され得る。ＣＵは複数のＤＵによって接続され得る。

【0035】

ｇＮＢ内のインタフェースは、Ｅ１及びフロントホール（Ｆ）Ｆ１インタフェースを含む。Ｅ１インタフェースは、ＣＵ制御プレーン（ｇＮＢ－ＣＵ－ＣＰ）及びＣＵユーザプレーン（ｇＮＢ－ＣＵ－ＵＰ）の間にあり得、したがって、Ｅ１ＡＰサービスを介した制御プレーン及びユーザプレーンの間のシグナリング情報の交換をサポートし得る。Ｅ１インタフェースは、無線ネットワーク層及びトランスポートネットワーク層を分離し得、ＵＥ関連情報とＵＥ非関連情報の交換を可能にし得る。Ｅ１ＡＰサービスは、単一ＵＥに関する非ＵＥ関連シグナリング接続及びＵＥ関連サービスを用いたｇＮＢ－ＣＵ－ＣＰ及びｇＮＢ－ＣＵ－ＵＰの間のＥ１インタフェースインスタンス全体に関する非ＵＥ関連サービスであり得、ＵＥに関して維持されるＵＥ関連シグナリング接続と関連付けられる。

【0036】

Ｆ１インタフェースは、ＣＵ及びＤＵの間に配置され得る。ＣＵは、Ｆ１インタフェースにわたってＤＵの動作を制御し得る。ｇＮＢにおけるシグナリングが制御プレーン及びユーザプレーンシグナリングに分割されるので、Ｆ１インタフェースは、ｇＮＢ－ＤＵ及びｇＮＢ－ＣＵ－ＣＰの間の制御プレーンシグナリングに関するＦ１－Ｃインタフェース、及び、ｇＮＢ－ＤＵ及びｇＮＢ－ＣＵ－ＵＰの間のユーザプレーンシグナリングに関するＦ１－Ｕインタフェースに分割され得、それらは制御プレーン及びユーザプレーンの分離をサポートする。Ｆ１インタフェースは、無線ネットワーク及びトランスポートネットワーク層を分離し得、ＵＥ関連情報及びＵＥ非関連情報の交換を可能にし得る。加えて、Ｆ２インタフェースは、ＮＲ ＰＨＹ層の下部及び上部の間にあり得る。Ｆ２インタフェースはまた、制御プレーン及びユーザプレーン機能に基づいて、Ｆ２－Ｃ及びＦ２－Ｕインタフェースに分離され得る。

【0037】

ＵＥ１０１及び１０２は、それぞれ接続１０３及び１０４を利用し、そのそれぞれは、物理通信インタフェース又は層（以下でさらに詳細に説明される）を含み、この例において、接続１０３及び１０４は、通信的な結合を可能にするエアインタフェースとして示され、移動体通信用グローバルシステム（ＧＳＭ（登録商標））プロトコル、符号分割多元接続（ＣＤＭＡ）ネットワークプロトコル、プッシュ・ツー・トーク（ＰＴＴ）プロトコル、ＰＴＴオーバーセルラ（ＰＯＣ）プロトコル、ユニバーサル移動体通信システム（ＵＭＴＳ）プロトコル、３ＧＰＰ（登録商標）ロングタームエボリューション（ＬＴＥ）プロトコル、５Ｇプロトコル、６Ｇプロトコルなどのセルラ通信プロトコルと合致し得る。

【0038】

態様において、ＵＥ１０１及び１０２はさらに、ＰｒｏＳｅインタフェース１０５を介して通信データを直接交換し得る。ＰｒｏＳｅインタフェース１０５は、物理サイドリンク制御チャネル（ＰＳＣＣＨ）、物理サイドリンク共有チャネル（ＰＳＳＣＨ）、物理サイドリンクディスカバリチャネル（ＰＳＤＣＨ）、物理サイドリンクブロードキャストチャネル（ＰＳＢＣＨ）、及び物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）を含むがそれらに限定されない１又は複数の論理チャネルを含むサイドリンク（ＳＬ）インタフェースと代替的に称され得る。

【0039】

ＵＥ１０２は、接続１０７を介してアクセスポイント（ＡＰ）１０６にアクセスするように構成されたものとして示されている。接続１０７は、例えば、任意のＩＥＥＥ ８０２．１１プロトコルと合致する接続などのローカル無線接続を含むことができ、これに従ってＡＰ１０６がワイヤレスフィディリティ（ＷｉＦｉ（登録商標））ルータを含むことができる。この例において、ＡＰ１０６は、無線システムのコアネットワークに接続されることなくインターネットに接続されるものとして示されている（以下でさらに詳細に説明される）。

【0040】

ＲＡＮ１１０は、接続１０３及び１０４を有効にする１又は複数のアクセスノードを含むことができる。これらのアクセスノード（ＡＮ）は、基地局（ＢＳ）、ＮｏｄｅＢ、進化型ＮｏｄｅＢ（ｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、ＲＡＮノード等と称されることができ、地理的エリア（例えば、セル）内にカバレッジを提供する地上局（例えば、地上アクセスポイント）又は衛星局を含むことができる。いくつかの態様において、通信ノード１１１及び１１２は、送信／受信ポイント（ＴＲＰ）とすることができる。通信ノード１１１及び１１２がＮｏｄｅＢ（例えば、ｅＮＢ又はｇＮＢ）であるとき、１又は複数のＴＲＰは、ＮｏｄｅＢの通信セル内において機能することができる。ＲＡＮ１１０は、マクロセルを提供するための１又は複数のＲＡＮノード、例えばマクロＲＡＮノード１１１と、フェムトセル又はピコセル（例えば、より小さいカバレッジエリア、より小さいユーザ容量、又はマクロセルと比較してより高い帯域幅を有するセル）を提供するための１又は複数のＲＡＮノード、例えば低電力（ＬＰ）ＲＡＮノード１１２とを含み得る。

【0041】

ＲＡＮノード１１１及び１１２のうちいずれかはエアインタフェースプロトコルを終了することができ、ＵＥ１０１及び１０２への第１の接触点とすることができる。いくつかの態様において、ＲＡＮノード１１１及び１１２のうちいずれかは、無線ベアラ管理、アップリンク及びダウンリンクのダイナミック無線リソース管理ならびにデータパケットスケジューリング、及びモビリティ管理などの無線ネットワークコントローラ（ＲＮＣ）機能を含むが、それらに限定されないＲＡＮ１１０のための様々な論理機能を履行することができる。一例において、ノード１１１及び／又は１１２のうちいずれかは、ｇＮＢ、ｅＮＢ、又は別のタイプのＲＡＮノードとすることができる。

【0042】

ＲＡＮ１１０は、Ｓ１インタフェース１１３を介してコアネットワーク（ＣＮ）１２０に通信可能に結合されたものとして示されている。態様において、ＣＮ１２０は、進化型パケットコア（ＥＰＣ）ネットワーク、ＮｅｘｔＧｅｎパケットコア（ＮＰＣ）ネットワーク、又はいくつかの他のタイプのＣＮ（例えば、図１Ｂから図１Ｃを参照して示された）であり得る。この態様において、Ｓ１インタフェース１１３は：ＲＡＮノード１１１及び１１２とサービングゲートウェイ（Ｓ－ＧＷ）１２２との間でトラフィックデータを搬送するＳ１‐Ｕインタフェース１１４と、ＲＡＮノード１１１及び１１２とＭＭＥ１２１との間のシグナリングインタフェースであるＳ１‐モビリティ管理エンティティ（ＭＭＥ）インタフェース１１５との２つの部分に分割される。

【0043】

この態様において、ＣＮ１２０は、ＭＭＥ１２１、Ｓ－ＧＷ１２２、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ－ＧＷ）１２３、及びホーム加入者サーバ（ＨＳＳ）１２４を含む。ＭＭＥ１２１は、レガシーサービング汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）の制御プレーンと機能において同様であり得る。ＭＭＥ１２１は、ゲートウェイ選択及び追跡エリアリスト管理などのアクセス中のモビリティ態様を管理し得る。ＨＳＳ１２４は、ネットワークエンティティの通信セッションの取り扱いをサポートするためのサブスクリプション関連情報を含むネットワークユーザのデータベースを含み得る。ＣＮ１２０は、モバイル加入者の数、機器の容量、ネットワークの組織などに応じて、１つ又はいくつかのＨＳＳ１２４を含み得る。例えば、ＨＳＳ１２４は、ルーティング／ローミング、認証、許可、命名／アドレス指定解決、位置依存などのサポートを提供することができる。

【0044】

Ｓ－ＧＷ１２２は、ＲＡＮ１１０に向けてＳ１インタフェース１１３を終了し、ＲＡＮ１１０とＣＮ１２０との間でデータパケットをルーティングし得る。加えて、Ｓ－ＧＷ１２２は、ＲＡＮノード間ハンドオーバのためのローカルモビリティアンカーポイントであり得、また、３ＧＰＰ（登録商標）間モビリティのためのアンカーを提供し得る。Ｓ－ＧＷ１２２の他の役割は、合法傍受、課金及びいくつかのポリシー施行を含み得る。

【0045】

Ｐ－ＧＷ１２３は、ＰＤＮに向けてＳＧｉインタフェースを終了し得る。Ｐ－ＧＷ１２３は、ＣＮ１２０、及び、インターネットプロトコル（ＩＰ）インタフェース１２５を介したアプリケーションサーバ１８４（代替的に、アプリケーション機能（ＡＦ）と称される）を含むネットワークなどの外部ネットワークの間でデータパケットをルーティングし得る。Ｐ－ＧＷ１２３は、インターネット、ＩＰマルチメディアサブシステム（ＩＰＳ）ネットワーク、及び他のネットワークを含むことができる他の外部ネットワーク１３１Ａにデータを通信することもまたできる。概して、アプリケーションサーバ１８４は、コアネットワークを有するＩＰベアラリソースを使用する要素提供アプリケーション（例えば、ＵＭＴＳパケットサービス（ＰＳ）ドメイン、ＬＴＥ ＰＳデータサービスなど）であり得る。この態様において、Ｐ－ＧＷ１２３は、ＩＰインタフェース１２５を介してアプリケーションサーバ１８４に通信可能に結合されたものとして示されている。アプリケーションサーバ１８４はまた、ＣＮ１２０を介してＵＥ１０１及び１０２の１又は複数の通信サービス（例えば、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）セッション、ＰＴＴセッション、グループ通信セッション、ソーシャルネットワーキングサービスなど）をサポートするように構成されることができる。

【0046】

Ｐ－ＧＷ１２３はさらに、ポリシー施行及び課金データコレクションのノードであり得る。ポリシー及び課金ルール機能（ＰＣＲＦ）１２６は、ＣＮ１２０のポリシー及び課金制御要素である。非ローミングシナリオにおいて、いくつかの態様において、ＵＥのインターネットプロトコル接続性アクセスネットワーク（ＩＰ－ＣＡＮ）セッションに関連付けられたホームパブリックランドモバイルネットワーク（ＨＰＬＭＮ）における単一ＰＣＲＦが存在し得る。トラフィックのローカルブレイクアウトを伴うローミングシナリオにおいて、ＵＥのＩＰ－ＣＡＮセッションに関連付けられた２つのＰＣＲＦ、すなわち、ＨＰＬＭＮ内のホームＰＣＲＦ（Ｈ－ＰＣＲＦ）及び訪問先パブリックランドモバイルネットワーク（ＶＰＬＭＮ）内の訪問先ＰＣＲＦ（Ｖ－ＰＣＲＦ）が存在し得る。ＰＣＲＦ１２６は、Ｐ－ＧＷ１２３を介してアプリケーションサーバ１８４に通信可能に結合され得る。

【0047】

いくつかの態様において、通信ネットワーク１４０ＡはＩｏＴネットワーク、又は、ライセンス（５Ｇ ＮＲ）及びアンライセンス（５Ｇ ＮＲ－Ｕ）スペクトルにおける通信を用いる５Ｇ新無線ネットワークを含む５Ｇ又は６Ｇネットワークであり得る。現在のＩｏＴのイネーブラのうちの１つは、狭帯域ＩｏＴ（ＮＢ－ＩｏＴ）である。アンライセンススペクトルにおける動作は、アンライセンススペクトルにおけるデュアルコネクティビティ（ＤＣ）動作及びスタンドアロンＬＴＥシステムを含み得、これに従って、ＬＴＥベースの技術は、ＭｕＬＴＥＦｉｒｅと呼ばれるライセンススペクトルにおける「アンカー」の使用なしで専らアンライセンススペクトルにおいて動作する。ライセンスならびにアンライセンススペクトルにおけるＬＴＥシステムの追加拡張型動作が、将来のリリース及び５Ｇシステムにおいて予想される。そのような強化された動作は、ＮＲサイドリンクＶ２Ｘ通信のためのサイドリンクリソース割り当て及びＵＥ処理挙動の技術を含むことができる。

【0048】

ＮＧシステムアーキテクチャ（又は６Ｇシステムアーキテクチャ）は、ＲＡＮ１１０及びコアネットワーク（ＣＮ）１２０を含むことができる。ＮＧ－ＲＡＮ１１０は、ｇＮＢ及びＮＧ－ｅＮＢなどの複数のノードを含むことができる。ＣＮ１２０（例えば５Ｇコアネットワーク（５ＧＣ））は、アクセス及びモビリティ機能（ＡＭＦ）及び／又はユーザプレーン機能（ＵＰＦ）を含むことができる。ＡＭＦ及びＵＰＦは、ＮＧインタフェースを介してｇＮＢ及びＮＧ－ｅＮＢに通信可能に結合されることができる。より具体的に、いくつかの態様において、ｇＮＢ及びＮＧ－ｅＮＢは、ＮＧ－ＣインタフェースによってＡＭＦに、ＮＧ－ＵインタフェースによってＵＰＦに接続されることができる。ｇＮＢ及びＮＧ－ｅＮＢは、Ｘｎインタフェースを介して互いに結合されることができる。

【0049】

いくつかの態様において、ＮＧシステムアーキテクチャは、様々なノードの間の基準点を用い得る。いくつかの態様において、ｇＮＢ及びＮＧ－ｅＮＢのそれぞれは、基地局、モバイルエッジサーバ、スモールセル、ホームｅＮＢ及びその他として実装されることができる。いくつかの態様において、ｇＮＢは、マスターノード（ＭＮ）とすることができ、ＮＧ－ｅＮＢは、５Ｇアーキテクチャにおける二次ノード（ＳＮ）とすることができる。

【0050】

図１Ｂは、いくつかの態様による、非ローミング５Ｇシステムアーキテクチャを示す。特に図１Ｂは、基準点表現における５Ｇシステムアーキテクチャ１４０Ｂを示し、それは６Ｇシステムアーキテクチャへ拡張され得る。より具体的には、ＵＥ１０２は、ＲＡＮ１１０並びに１又は複数の他のＣＮネットワークエンティティと通信することができる。５Ｇシステムアーキテクチャ１４０Ｂは、ＡＭＦ１３２、セッション管理機能（ＳＭＦ）１３６、ポリシー制御機能（ＰＣＦ）１４８、アプリケーション機能（ＡＦ）１５０、ＵＰＦ１３４、ネットワークスライス選択機能（ＮＳＳＦ）１４２、認証サーバ機能（ＡＵＳＦ）１４４、及び統一されたデータ管理（ＵＤＭ）／ホーム加入者サーバ（ＨＳＳ）１４６などの複数のネットワーク機能（ＮＦ）を含む。

【0051】

ＵＰＦ１３４は、データネットワーク（ＤＮ）１５２への接続を提供することができ、接続は、例えば、オペレータサービス、インターネットアクセス、又はサードパーティサービスを含むことができる。ＡＭＦ１３２は、アクセス制御及びモビリティを管理するのに使用されることができ、また、ネットワークスライス選択機能を含むことができる。ＡＭＦ１３２は、ＵＥベースの認証、許可、モビリティ管理などを提供し得、アクセス技術から独立し得る。ＳＭＦ１３６は、ネットワークポリシーに従って様々なセッションを設定及び管理するように構成されることができる。したがって、ＳＭＦ１３６は、セッション管理と、ＵＥへのＩＰアドレスの割り当てとを担当し得る。ＳＭＦ１３６はまた、データ転送のためにＵＰＦ１３４を選択及び制御し得る。ＳＭＦ１３６は、ＵＥ１０１の単一セッション又はＵＥ１０１の複数のセッションに関連付けられ得る。すなわち、ＵＥ１０１は複数の５Ｇセッションを有し得る。異なるＳＭＦが各セッションに割り当てられ得る。異なるＳＭＦの使用は、各セッションが個別に管理されることを許可し得る。結果として、各セッションの機能は互いに独立し得る。

【0052】

ＵＰＦ１３４は、所望のサービスタイプに従って１又は複数の構成で展開されることができ、データネットワークと接続され得る。ＰＣＦ１４８は、ネットワークスライス、モビリティ管理、及びローミング（４Ｇ通信システムにおけるＰＣＲＦと同様）を使用したポリシーフレームワークを提供するように構成されることができる。ＵＤＭは、加入者プロファイル及びデータ（４Ｇ通信システムにおけるＨＳＳと同様）を格納するように構成されることができる。

【0053】

ＡＦ１５０は、所望のＱｏＳをサポートするためのポリシー制御を担当するＰＣＦ１４８へのパケットフローに対して情報を提供し得る。ＰＣＦ１４８は、ＵＥ１０１のモビリティ及びセッション管理ポリシーを設定し得る。この目的のために、ＰＣＦ１４８は、ＡＭＦ１３２及びＳＭＦ１３６の適切な動作のための適切なポリシーを決定すべく、パケットフロー情報を使用し得る。ＡＵＳＦ１４４は、ＵＥ認証のためのデータを格納し得る。

【0054】

いくつかの態様において、５Ｇシステムアーキテクチャ１４０Ｂは、ＩＰマルチメディアサブシステム（ＩＭＳ）１６８Ｂ、ならびに、呼セッション制御機能（ＣＳＣＦ）などの複数のＩＰマルチメディアコアネットワークサブシステムエンティティを含む。より具体的に、ＩＭＳ１６８ＢはＣＳＣＦを含み、これは、プロキシＣＳＣＦ（Ｐ－ＣＳＣＦ）１６２ＢＥ、サービングＣＳＣＦ（Ｓ－ＣＳＣＦ）１６４Ｂ、緊急ＣＳＣＦ（Ｅ－ＣＳＣＦ）（図１Ｂには図示せず）、又はインタロゲーティングＣＳＣＦ（Ｉ－ＣＳＣＦ）１６６Ｂとして動作することができる。Ｐ－ＣＳＣＦ１６２Ｂは、ＩＭサブシステム（ＩＭＳ）１６８Ｂ内のＵＥ１０２の第１の接触点であるように構成されることができる。Ｓ－ＣＳＣＦ１６４Ｂは、ネットワークにおけるセッション状態を取り扱うように構成されることができ、Ｅ－ＣＳＣＦは、緊急要請を正しい緊急センタ又はＰＳＡＰにルーティングすることなどの緊急セッションの特定の態様を取り扱うように構成されることができる。Ｉ－ＣＳＣＦ１６６Ｂは、そのネットワーク事業者の加入者、又は、ネットワーク事業者のサービスエリア内に現在位置付けられたローミング加入者に宛ての全てのＩＭＳ接続に対して、事業者のネットワーク内における接触点として機能するように構成されることができる。いくつかの態様において、ＣＳＣＦ１６６Ｂは別のＩＰマルチメディアネットワーク１７０Ｂ、例えば異なるネットワーク事業者によって運営されるＩＭＳに接続され得る。

【0055】

いくつかの態様において、ＵＤＭ／ＨＳＳ１４６はアプリケーションサーバ（ＡＳ）１６０Ｂに結合さえ得、それは電話アプリケーションサーバ（ＴＡＳ）又は別のアプリケーションサーバを含み得る。ＡＳ １６０Ｂは、Ｓ－ＣＳＣＦ１６４Ｂ又はＩ－ＣＳＣＦ１６６Ｂを介してＩＭＳ１６８Ｂに結合されることができる。

【0056】

基準点表現は、相互作用が対応するＮＦサービス間に存在できることを示す。例えば、図１Ｂは、以下の基準点Ｎ１（ＵＥ１０２とＡＭＦ１３２との間）、Ｎ２（ＲＡＮ１１０とＡＭＦ１３２との間）、Ｎ３（ＲＡＮ１１０とＵＰＦ１３４との間）、Ｎ４（ＳＭＦ１３６とＵＰＦ１３４との間）、Ｎ５（ＰＣＦ１４８とＡＦ１５０との間、図示せず）、Ｎ６（ＵＰＦ１３４とＤＮ１５２との間）、Ｎ７（ＳＭＦ１３６とＰＣＦ１４８との間、図示せず）、Ｎ８（ＵＤＭ１４６とＡＭＦ１３２との間、図示せず）、Ｎ９（２つのＵＰＦ１３４間、図示せず）、Ｎ１０（ＵＤＭ１４６とＳＭＦ１３６との間、図示せず）、Ｎ１１（ＡＭＦ１３２とＳＭＦ１３６との間、図示せず）、Ｎ１２（ＡＵＳＦ１４４とＡＭＦ１３２との間、図示せず）、Ｎ１３（ＡＵＳＦ１４４とＵＤＭ１４６との間、図示せず）、Ｎ１４（２つのＡＭＦ１３２間、図示せず）、Ｎ１５（非ローミングシナリオの場合にはＰＣＦ１４８とＡＭＦ１３２との間、又は、ローミングシナリオの場合にはＰＣＦ１４８と訪問ネットワークとＡＭＦ１３２との間、図示せず）、Ｎ１６（２つのＳＭＦ間、図示せず）、及びＮ２２（ＡＭＦ１３２とＮＳＳＦ１４２との間、図示せず）を示す。図１Ｂに示されていない他の基準点表現が使用されることもまたできる。

【0057】

図１Ｃは、５Ｇシステムアーキテクチャ１４０Ｃとサービスベースの表現とを示す。図１Ｂに示されたネットワークエンティティに加えて、システムアーキテクチャ１４０Ｃはまた、ネットワーク公開機能（ＮＥＦ）１５４及びネットワークレポジトリ機能（ＮＲＦ）１５６を含むことができる。いくつかの態様において、５Ｇシステムアーキテクチャはサービスベースとすることができ、ネットワーク機能間の相互作用は、対応するポイントツーポイント基準点Ｎｉ又はサービスベースのインタフェースによって表すことができる。

【0058】

いくつかの態様において、図１Ｃに示されたように、サービスベースの表現は、他の許可されたネットワーク機能がそれらのサービスにアクセスすることを可能とする制御プレーン内のネットワーク機能を表すのに使用されることができる。これに関連して、５Ｇシステムアーキテクチャ１４０Ｃは、以下のサービスベースのインタフェース、すなわち、Ｎａｍｆ１５８Ｈ（ＡＭＦ１３２によって示されたサービスベースのインタフェース）、Ｎｓｍｆ１５８Ｉ（ＳＭＦ１３６によって示されたサービスベースのインタフェース）、Ｎｎｅｆ１５８Ｂ（ＮＥＦ１５４によって示されたサービスベースのインタフェース）、Ｎｐｃｆ１５８Ｄ（ＰＣＦ１４８によって示されたサービスベースのインタフェース）、Ｎｕｄｍ１５８Ｅ（ＵＤＭ１４６によって示されたサービスベースのインタフェース）、Ｎａｆ１５８Ｆ（ＡＦ１５０によって示されたサービスベースのインタフェース）、Ｎｎｒｆ１５８Ｃ（ＮＲＦ１５６によって示されたサービスベースのインタフェース）、Ｎｎｓｓｆ１５８Ａ（ＮＳＳＦ１４２によって示されたサービスベースのインタフェース）、及びＮａｕｓｆ１５８Ｇ（ＡＵＳＦ１４４によって示されたサービスベースのインタフェース）を含むことができる。図１Ｃに示されていない他のサービスベースのインタフェース（例えば、Ｎｕｄｒ、Ｎ５ｇ－ｅｉｒ及びＮｕｄｓｆ）が使用されることもまたできる。

【0059】

ＮＲ－Ｖ２Ｘアーキテクチャは、ランダムなパケット到着時間及びサイズを有する周期的及び非周期的通信を含む様々なトラフィックパターンを有する高信頼度低レイテンシサイドリンク通信をサポートし得る。本明細書に開示された技術は、サイドリンクＮＲ Ｖ２Ｘ通信システムを含む動的トポロジーを有する分散型通信システムにおける高信頼性をサポートするために使用されることができる。

【0060】

図２は、いくつかの実施形態に係る通信デバイスのブロック図を示す。通信デバイス２００は、専用コンピュータ、パーソナル又はラップトップコンピュータ（ＰＣ）、タブレットＰＣ又はスマートフォンなどのＵＥ、ｅＮＢ、ネットワークデバイスとして動作するようにサーバを構成するためのサーバ上で実行されるソフトウェア、仮想デバイス、又はそのマシンによって行われるアクションを特定する命令を（順次に又は別様に）遂行可能な任意のマシンなどの専用ネットワーク機器であり得る。例えば、通信デバイス２００は、図１Ａから図１Ｃに示されたデバイスのうち１又は複数として実装され得る。なお、本明細書に記載の通信は、受信エンティティ（例えば、ｇＮＢ、ＵＥ）による受信のためにエンティティ（例えば、ＵＥ、ｇＮＢ）を送信することによる送信の前にエンコードされ、受信エンティティによる受信の後にデコードされ得ることに留意する。

【0061】

本明細書に記載されるように、例は、ロジック又は多数のコンポーネント、モジュール又はメカニズムを含み得、又はその上で動作し得る。モジュール及びコンポーネントは、特定の動作を実行することが可能な有体エンティティ（例えば、ハードウェア）であり、特定の方式で構成又は配置され得る。一例において、回路は、モジュールとして特定の方式で構成（例えば、内部に又は他の回路などの外部エンティティに関し）され得る。一例において、１又は複数のコンピュータシステム（例えば、スタンドアロン、クライアント又はサーバコンピュータシステム）あるいは１又は複数のハードウェアプロセッサの全体又は一部分は、複数の特定の動作を実行するべく動作するモジュールとして、ファームウェア又はソフトウェア（例えば、複数の命令、アプリケーション部分、又はアプリケーション）によって構成され得る。一例において、ソフトウェアは機械可読媒体上に存在し得る。一例において、ソフトウェアは、モジュールの基本的なハードウェアによる遂行時、ハードウェアに対し、特定の動作を実行させる。

【0062】

したがって、「モジュール」（及び「コンポーネント」）という用語は、物理的に構築されたエンティティであって、特定の方式で動作する又は本明細書に記載のあらゆる動作のうち一部又は全てを実行するべく、具体的に構成された（例えば、ハードワイヤード）、又は一時的に（例えば、一過的に）構成された（例えば、プログラミングされた）エンティティである有体エンティティを包含するものと理解されている。モジュールが一時的に構成される例を検討すると、モジュールのそれぞれは、どの時点においてもインスタンス化される必要はない。例えば、モジュールがソフトウェアを使用して構成される汎用ハードウェアプロセッサを有する場合、当該汎用ハードウェアプロセッサは、異なる時点において、それぞれ異なるモジュールとして構成され得る。したがって、ソフトウェアは、例えば、ある時点で特定のモジュールを構成し、異なる時点で別のモジュールを構成するように、ハードウェアプロセッサを構成し得る。

【0063】

通信デバイス２００は、ハードウェアプロセッサ（又は同等の処理回路）２０２（例えば、中央処理ユニット（ＣＰＵ）、ＧＰＵ、ハードウェアプロセッサコア、又はそれらの任意の組み合わせ）、メインメモリ２０４及びスタティックメモリ２０６を含み得、これらのいくつか又は全ては、インターリンク（例えば、バス）２０８を介して互いに通信され得る。メインメモリ２０４は、リムーバブルストレージならびに非リムーバブルストレージ、揮発性メモリ又は不揮発性メモリのうちいずれか又は全てを含み得る。通信デバイス２００はさらに、ビデオディスプレイ、英数字入力デバイス２１２（例えば、キーボード）、及びユーザインタフェース（ＵＩ）ナビゲーションデバイス２１４（例えば、マウス）などのディスプレイユニット２１０を含み得る。一例において、ディスプレイユニット２１０、入力デバイス２１２、及びＵＩナビゲーションデバイス２１４は、タッチスクリーンディスプレイであり得る。通信デバイス２００は、ストレージデバイス（例えば、ドライブユニット）２１６、信号生成デバイス２１８（例えば、スピーカ）、ネットワークインタフェースデバイス２２０、及び、グローバルポジショニングシステム（ＧＰＳ）センサ、コンパス、加速度計又は他のセンサなどの１又は複数のセンサを追加的に含み得る。通信デバイス２００はさらに、通信するべく又は１又は複数の周辺デバイス（例えば、プリンタ、カードリーダなど）を制御するべく、シリアル（例えば、ユニバーサルシリアルバス（ＵＳＢ）、パラレル、又は他の有線又は無線（例えば、赤外線（ＩＲ）、近距離無線通信（ＮＦＣ）など）接続などの出力コントローラを含み得る。

【0064】

ストレージデバイス２１６は、本明細書に記載の技術又は機能のいずれか１又は複数によって具現化する又は利用される１又は複数のデータ構造又は命令のセット２２４（例えば、ソフトウェア）を格納した非一時的機械可読媒体２２２（以下、単に機械可読媒体と称される）を含み得る。命令２２４は、通信デバイス２００によるその遂行中に、完全に又は少なくとも部分的に、メインメモリ２０４内、スタティックメモリ２０６内、及び／又はハードウェアプロセッサ２０２内にも存在し得る。機械可読媒体２２２が単一の媒体として示された一方、「機械可読媒体」という用語は、１又は複数の命令２２４を格納するように構成された単一の媒体又は複数の媒体（例えば、集中型もしくは分散型のデータベース、及び／又は関連付けられたキャッシュならびにサーバ）を含み得る。

【0065】

「機械可読媒体」という用語は、通信デバイス２００により遂行されるための命令を格納、エンコード又は搬送することが可能な且つ本開示の技術のいずれか１又は複数を通信デバイス２００に実行させる任意の媒体、又は、そのような命令によって使用される又はそれに関連付けられたデータ構造を格納、エンコード又は搬送することが可能な任意の媒体を含み得る。非限定的な機械可読媒体の複数の例は、複数のソリッドステートメモリ、及び光磁気媒体を含み得る。機械可読媒体の具体例は、半導体メモリデバイス（例えば、電気的プログラマブルリードオンリメモリ（ＥＰＲＯＭ）、電気的消去可能プログラマブルリードオンリメモリ（ＥＥＰＲＯＭ））及びフラッシュメモリデバイスなどの不揮発性メモリ、内蔵ハードディスク及びリムーバブルディスクなどの磁気ディスク、光磁気ディスク、ランダムアクセスメモリ（ＲＡＭ）、及びＣＤ－ＲＯＭ及びＤＶＤ－ＲＯＭディスクを含み得る。

【0066】

命令２２４はさらに、多数の無線ローカルエリアネットワーク（ＷＬＡＮ）転送プロトコル（例えば、フレームリレー、インターネットプロトコル（ＩＰ）、送信制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、ハイパーテキスト転送プロトコル（ＨＴＴＰ）など）のうちいずれか１つを利用するネットワークインタフェースデバイス２２０を介して送信媒体２２６を使用して通信ネットワークを介して送信又は受信され得る。例示的な通信ネットワークは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、パケットデータネットワーク（例えば、インターネット）、携帯電話ネットワーク（例えば、セルラネットワーク）、プレーンオールドテレフォン（ＰＯＴＳ）ネットワーク、及び無線データネットワークを含み得る。ネットワークを介した通信は、とりわけ、Ｗｉ－Ｆｉ（登録商標）として既知の米国電気電子技術者協会（ＩＥＥＥ）８０２．１１規格群、ＷｉＭａｘ（登録商標）として既知のＩＥＥＥ８０２．１６規格群、ＩＥＥＥ８０２．１５．４規格群、ロングタームエボリューション（ＬＴＥ）規格群、ユニバーサル移動体通信システム（ＵＭＴＳ）規格群、ピアツーピア（Ｐ２Ｐ）ネットワーク、次世代（ＮＧ）／第５世代（５Ｇ）規格などの１又は複数の異なるプロトコルを含み得る。一例において、ネットワークインタフェースデバイス２２０は、送信媒体２２６に接続するべく、１又は複数の物理ジャック（例えば、イーサネット（登録商標）、同軸、又はフォンジャック）又は１又は複数のアンテナを含み得る。

【0067】

本明細書において使用される用語「回路」は、電子回路、論理回路、プロセッサ（共有、専用、又はグループ）、及び／又はメモリ（共有、専用、又はグループ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルデバイス（ＦＰＤ）（例えば、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラマブル論理デバイス（ＰＬＤ）、コンプレックスＰＬＤ（ＣＰＬＤ）、高キャパシティＰＬＤ（ＨＣＰＬＤ）、構造化ＡＳＩＣ、又はプログラマブルＳｏＣ）、デジタル信号プロセッサ（ＤＳＰ）などのような、記載された機能を提供するように構成されたハードウェアコンポーネントの、一部を指すか、又は含むことに留意する。いくつかの実施形態において、回路は、記載された機能の少なくともいくつかを提供するように、１又は複数のソフトウェア又はファームウェアプログラムを遂行し得る。「回路」という用語はまた、そのプログラムコードの機能を実行するべく使用されるプログラムコードを有する１又は複数のハードウェア要素の組み合わせ（又は電気又は電子システムにおいて使用される回路の組み合わせ）を指し得る。これらの実施形態では、ハードウェア要素とプログラムコードとの組み合わせは、特定のタイプの回路と称され得る。

【0068】

本明細書において使用される「プロセッサ回路」又は「プロセッサ」という用語は、したがって、一連の算術又は論理演算を順次に且つ自動的に実行すること、又は、デジタルデータを記録、格納及び／又は転送することが可能な回路を指すか、その一部であるか、又はそれらを含む。「プロセッサ回路」又は「プロセッサ」という用語は、１又は複数のアプリケーションプロセッサ、１又は複数のベースバンドプロセッサ、物理的中央処理ユニット（ＣＰＵ）、シングル又はマルチコアプロセッサ、及び／又は、プログラムコード、ソフトウェアモジュール及び／又は関数プロセスなどのコンピュータ遂行可能命令を遂行する又は別様に動作することが可能な任意の他のデバイスを指し得る。

【0069】

本明細書に記載されている無線リンクのいずれかは、限定されないが、以下の無線通信技術及び／又は規格を含み、そのうち任意の１又は複数に従って動作し得る。以下の無線通信技術及び／又は規格は、すなわち：移動体通信用グローバルシステム（ＧＳＭ）無線通信技術、汎用パケット無線サービス（ＧＰＲＳ）無線通信技術、ＧＳＭエボリューションのための高速データレート（ＥＤＧＥ）無線通信技術、及び／又は、第３世代パートナーシッププロジェクト（３ＧＰＰ）無線通信技術、例えば、ユニバーサル移動体通信システム（ＵＭＴＳ）、フリーダムオブマルチメディアアクセス（ＦＯＭＡ）、３ＧＰＰロングタームエボリューション（ＬＴＥ）、３ＧＰＰロングタームエボリューションアドバンスド（ＬＴＥアドバンスト）、符号分割多元接続２０００（ＣＤＭＡ２０００）、セルラデジタルパケットデータ（ＣＤＰＤ）、モビテックス、第３世代（３Ｇ）、回路交換データ（ＣＳＤ）、高速回路交換データ（ＨＳＣＳＤ）、ユニバーサル移動体通信システム（第３世代）（ＵＭＴＳ（３Ｇ））、広帯域符号分割多元接続（ユニバーサル移動体通信システム）（Ｗ－ＣＤＭＡ（ＵＭＴＳ））、高速パケットアクセス（ＨＳＰＡ）、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、高速アップリンクパケットアクセス（ＨＳＵＰＡ）、高速パケットアクセスプラス（ＨＳＰＡ＋）、ユニバーサル移動体通信システム時分割複信（ＵＭＴＳ－ＴＤＤ）、時分割符号分割多元接続（ＴＤ－ＣＤＭＡ）、時分割同期符号分割多重接続（ＴＤ－ＳＣＤＭＡ）、３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｒｅｌｅａｓｅ ８（Ｐｒｅ－４ｔｈ Ｇｅｎｅｒａｔｉｏｎ）（３ＧＰＰ Ｒｅｌ．８（Ｐｒｅ－４Ｇ））、３ＧＰＰ Ｒｅｌ．９（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｒｅｌｅａｓｅ ９）、３ＧＰＰ Ｒｅｌ．１０（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｒｅｌｅａｓｅ １０）、３ＧＰＰ Ｒｅｌ．１１（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｒｅｌｅａｓｅ １１）、３ＧＰＰ Ｒｅｌ．１２（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｒｅｌｅａｓｅ １２）、３ＧＰＰ Ｒｅｌ．１３（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｒｅｌｅａｓｅ １３）、３ＧＰＰ Ｒｅｌ．１４（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｒｅｌｅａｓｅ １４）、３ＧＰＰ Ｒｅｌ．１５（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｒｅｌｅａｓｅ １５）、３ＧＰＰ Ｒｅｌ．１６（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｒｅｌｅａｓｅ １６）、３ＧＰＰ Ｒｅｌ．１７（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｒｅｌｅａｓｅ １７）及び後続のリリース（Ｒｅｌ．１８、Ｒｅｌ．１９など）、３ＧＰＰ５Ｇ、５Ｇ、５Ｇ新無線（５Ｇ ＮＲ）、３ＧＰＰ５Ｇ新無線、３ＧＰＰ ＬＴＥエクストラ、ＬＴＥアドバンストプロ、ＬＴＥライセンス支援アクセス（ＬＡＡ）、ＭｕＬＴＥＦｉｒｅ、ＵＭＴＳ地上無線アクセス（ＵＴＲＡ）、進化型ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）、ロングタームエボリューションアドバンスド（第４世代）（ＬＴＥアドバンスト（４Ｇ））、ｃｄｍａＯｎｅ（２Ｇ）、符号分割多元接続２０００（第３世代）（ＣＤＭＡ２０００（３Ｇ））、エボリューションデータオプティマイズド又はエボリューションデータオンリ（ＥＶ－ＤＯ）、高度携帯電話システム（第１世代）（（ＡＭＰＳ（１Ｇ））、トータルアクセス通信システム／拡張型トータルアクセス通信システム（ＴＡＣＳ/ＥＴＡＣＳ）、デジタルＡＭＰＳ（第２世代）（Ｄ－ＡＭＰＳ（２Ｇ））、プッシュ・ツー・トーク（ＰＴＴ）、移動電話システム（ＭＴＳ）、改良型移動電話システム（ＩＭＴＳ）、高度移動電話システム（ＡＭＴＳ）、ＯＬＴ（ノルウェー語のＯｆｆｅｎｔｌｉｇ Ｌａｎｄｍｏｂｉｌ Ｔｅｌｅｆｏｎｉ、Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｙ）、ＭＴＤ（スウェーデン語のＭｏｂｉｌｔｅｌｅｆｏｎｉｓｙｓｔｅｍ又はＭｏｂｉｌｅ ｔｅｌｅｐｈｏｎｙ ｓｙｓｔｅｍ Ｄの略語）、公衆自動陸上移動体（Ａｕｔｏｔｅｌ/ＰＡＬＭ）、ＡＲＰ（フィンランド語のＡｕｔｏｒａｄｉｏｐｕｈｅｌｉｎ"ｃａｒ ｒａｄｉｏ ｐｈｏｎｅ"）、ＮＭＴ（Ｎｏｒｄｉｃ Ｍｏｂｉｌｅ Ｔｅｌｅｐｈｏｎｙ）、ＮＴＴ（Ｎｉｐｐｏｎ Ｔｅｌｅｇｒａｐｈ ａｎｄ Ｔｅｌｅｐｈｏｎｅ）の高容量版（Ｈｉｃａｐ）、セルラデジタルパケットデータ（ＣＤＰＤ）、モビテックス、ＤａｔａＴＡＣ、統合デジタル拡張ネットワーク（ｉＤＥＮ）、パーソナルデジタルセルラ（ＰＤＣ）、回路交換データ（ＣＳＤ）、パーソナルハンディフォンシステム（ＰＨＳ（登録商標））、広帯域統合デジタル拡張ネットワーク（ＷｉＤＥＮ）、ｉＢｕｒｓｔ、アンライセンスモバイルアクセス（ＵＭＡ）（３ＧＰＰ汎用アクセスネットワーク又はＧＡＮ規格とも称される）、Ｚｉｇｂｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）（ｒ）、ワイヤレスギガビットアライアンス（ＷｉＧｉｇ）規格、ｍｍＷａｖｅ規格一般（ＷｉＧｉｇ、ＩＥＥＥ ８０２．１１ａｄ、ＩＥＥＥ ８０２．１１ａｙなどのように、１０－３００ＧＨｚ及びそれより高くで動作する無線システム）、３００ＧＨｚ及びＴＨｚ帯域より高くで動作する技術、（３ＧＰＰ／ＬＴＥベースの又はＩＥＥＥ ８０２．１１ｐ又はＩＥＥＥ ８０２．１１ｂｄ及び他の）ビークルツービークル（Ｖ２Ｖ）及びビークルツーエックス（Ｖ２Ｘ）及びビークルツーインフラストラクチャ（Ｖ２Ｉ）及びインフラストラクチャツービークル（Ｉ２Ｖ）通信技術、３ＧＰＰセルラＶ２Ｘ、インテリジェントトランスポートシステム及び他のもの（通常、５８５０ＭＨｚから５９２５ＭＨｚ又はそれより高く（通常、ＣＥＰＴ報告７１における変更提案に従って最大５９３５ＭＨｚ）で動作する）などのＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）通信システム、欧州ＩＴＳ－Ｇ５システム（すなわち、ＩＥＥＥ ８０２．１１ｐベースＤＳＲＣの欧州フレーバーであり、ＩＴＳ－Ｇ５Ａ（すなわち、５，８７５ＧＨｚから５，９０５ＧＨｚの周波数範囲における安全関連アプリケーションのＩＴＳ専用の欧州ＩＴＳ周波数帯におけるＩＴＳ－Ｇ５の動作）、ＩＴＳ－Ｇ５Ｂ（すなわち、５，８５５ＧＨｚから５，８７５ＧＨｚの周波数範囲におけるＩＴＳ非安全アプリケーション専用の欧州ＩＴＳ周波数帯における動作）、ＩＴＳ－Ｇ５Ｃ（すなわち、５，４７０ＧＨｚから５,７２５ＧＨｚの周波数範囲におけるＩＴＳアプリケーションの動作）を含む）、７００ＭＨｚ帯域（７１５ＭＨｚから７２５ＭＨｚを含む）における日本のＤＳＲＣ、ＩＥＥＥ ８０２．１１ｂｄベースのシステムなどである。

【0070】

本明細書に記載の態様は、専用ライセンススペクトル、アンライセンススペクトル、ライセンスエグゼンプトスペクトル、（ライセンス）共有スペクトル（２．３－２．４ＧＨｚ、３．４－３．６ＧＨｚ、３．６－３．８ＧＨｚ及びさらなる周波数におけるＬＳＡ＝ライセンス共有アクセス、及び３．５５－３．７ＧＨｚ及びさらなる周波数におけるＳＡＳ＝スペクトルアクセスシステム／ＣＢＲＳ＝シチズンブロードバンド無線システムなど）を含む、任意のスペクトル管理スキームの文脈において用いられ得る。適用可能なスペクトル帯域は、ＩＭＴ（国際移動通信、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）スペクトル、並びに、国別割り当て（４５０－４７０ＭＨｚ、９０２－９２８ＭＨｚを含む）（留意：例えば米国（ＦＣＣ Ｐａｒｔ １５）において割り当てられている）、８６３－８６８．６ＭＨｚ（留意：例えば欧州連合（ＥＴＳＩ ＥＮ３００ ２２０）において割り当てられている）、９１５．９－９２９．７ＭＨｚ（留意：例えば日本において割り当てられている）、９１７－９２３．５ＭＨｚ（留意：例えば韓国において割り当てられている）、７５５－７７９ＭＨｚ及び７７９－７８７ＭＨｚ（留意：例えば中国において割り当てられている）、７９０－９６０ＭＨｚ、１７１０－２０２５ＭＨｚ、２１１０－２２００ＭＨｚ、２３００－２４００ＭＨｚ、２．４－２．４８３５ＧＨｚ（留意：グローバルな利用可能性を有するＩＳＭ帯域であり、Ｗｉ－Ｆｉ技術ファミリー（１１ｂ/ｇ/ｎ/ａｘ）によってもＢｌｕｅｔｏｏｔｈ（登録商標）によっても使用されている）、２５００－２６９０ＭＨｚ、６９８－７９０ＭＨｚ、６１０－７９０ＭＨｚ、３４００－３６００ＭＨｚ、３４００－３８００ＭＨｚ、３８００－４２００ＭＨｚ、３．５５－３．７ＧＨｚ（留意：例えば、シチズンブロードバンドラジオサービスのために米国において割り当てられている）、５．１５－５．２５ＧＨｚ及び５．２５－５．３５ＧＨｚ及び５．４７－５．７２５ＧＨｚ及び５．７２５－５．８５ＧＨｚ帯域（留意：例えば、米国（ＦＣＣ ｐａｒｔ １５）において割り当てられており、合計５００ＭＨｚのスペクトルにおける４つのＵ－ＮＩＩ帯域から成る））、５．７２５－５．８７５ＧＨｚ（留意：例えば、ＥＵ（ＥＴＳＩ ＥＮ３０１ ８９３）において割り当てられている）、５．４７－５．６５ＧＨｚ（留意：例えば韓国において割り当てられている）、５９２５－７１２５ＭＨｚ及び５９２５－６４２５ＭＨｚ帯域（留意：米国及びＥＵにおいてそれぞれ考慮中である。次世代Ｗｉ－Ｆｉシステムは動作帯域として６ＧＨｚスペクトルを含むことが予想されるが、２０１７年１２月時点では、Ｗｉ－Ｆｉシステムはまだこれ帯域で許可されていないことに留意されたい。規制は２０１９年－２０２０年の期間中において完了すると予想される。）、ＩＭＴアドバンスドスペクトル、ＩＭＴ－２０２０スペクトル（３６００－３８００ＭＨｚ、３８００－４２００ＭＨｚ、３．５ＧＨｚ帯域、７００ＭＨｚ帯域、２４．２５－８６ＧＨｚ範囲内の帯域などを含むと予想される）、ＦＣＣの「Ｓｐｅｃｔｒｕｍ Ｆｒｏｎｔｉｅｒ」５Ｇイニシアチブ下で利用可能となるスペクトル（２７．５－２８．３５ＧＨｚ、２９．１－２９．２５ＧＨｚ、３１－３１．３ＧＨｚ、３７－３８．６ＧＨｚ。３８．６－４０ＧＨｚ、４２－４２．５ＧＨｚ、５７－６４ＧＨｚ、７１－７６ＧＨｚ、８１－８６ＧＨｚ及び９２－９４ＧＨｚなどを含む）、５．９ＧＨｚ（通常、５．８５－５．９２５ＧＨｚ）及び６３－６４ＧＨｚのＩＴＳ（高度道路交通システム、Ｉｎｔｅｌｌｉｇｅｎｔ Ｔｒａｎｓｐｏｒｔ Ｓｙｓｔｅｍｓ）帯域、ＷｉＧｉｇバンド１（５７．２４－５９．４０ＧＨｚ）、ＷｉＧｉｇバンド２'５９．４０－６１．５６ＧＨｚ）及びＷｉＧｉｇバンド３（６１．５６－６３．７２ＧＨｚ）及びＷｉＧｉｇバンド４（６３．７２－６５．８８ＧＨｚ）などのＷｉＧｉｇに現在割り当てられている帯域、５７－６４/６６ＧＨｚ（留意：この帯域は、マルチギガビットワイヤレスシステム（ＭＧＷＳ）/ＷｉＧｉｇのためのほぼグローバルな指定を有している）を有する帯域などの他のタイプのスペクトル／帯域を含む。米国（ＦＣＣ Ｐａｒｔ １５）では合計１４ＧＨｚスペクトルが割り当てられ、その一方、ＥＵ（固定Ｐ２ＰのＥＴＳＩ ＥＮ３０２ ５６７及びＥＴＳＩ ＥＮ３０１ ２１７－２）では合計９ＧＨｚスペクトル、７０．２ＧＨｚ－７１ＧＨｚ帯域、６５．８８ＧＨｚ及び７１ＧＨｚの間の任意の帯域、自動車レーダアプリケーションに現在割り当てられている７６－８１ＧＨｚなどの帯域、及び９４－３００ＧＨｚ及びそれより高くを含む将来の帯域が割り当てられている。更に、スキームが、ＴＶホワイトスペース帯域などの帯域（典型的には７９０ＭＨｚより下）に二次的に基づいて用いられ得、特に４００ＭＨｚ及び７００ＭＨｚ帯域が、期待できる候補である。セルラアプリケーションに加えて、ＰＭＳＥ（プログラム作成及び特別イベント）、医療、健康、手術、自動車、低レイテンシ、ドローンなどのアプリケーションなどの、垂直マーケットのための特定のアプリケーションが対処され得る。

【0071】

本明細書に記載の態様はまた、例えば、ティア１のユーザが最も高い優先度を有し、その次にティア２のユーザ、次にティア‐３などのユーザなどといったスペクトルへの優先されたアクセスに基づいて、例えば、異なるタイプのユーザ（例えば、低／中／高優先度など）に対する使用の階層的優先順位付けを導入することで、スキームの階層的アプリケーションを実装し得る。

【0072】

本明細書に記載の態様はまた、ＯＦＤＭキャリアデータビットベクトルを対応するシンボルリソースへ割り当てることにより、異なる単一キャリア又はＯＦＤＭフレーバー（ＣＰ－ＯＦＤＭ、ＳＣ－ＦＤＭＡ、ＳＣ－ＯＦＤＭ、フィルタバンクベースのマルチキャリア（ＦＢＭＣ）、ＯＦＤＭＡなど）に、特に３ＧＰＰ ＮＲ（新無線）に、適用され得る。

【0073】

５Ｇネットワークは、モノのインターネット（ＩｏＴ）、産業制御、自律運転、ミッションクリティカル通信などの様々な新しいサービスを提供するように、従来のモバイルブロードバンドサービスを超えて拡張し、それらは、安全及び性能関係に起因する、超低レイテンシ、超高信頼性、及び高いデータ容量の要件を有し得る。本明細書における特徴のいくつかは、ＡＰ、ｅＮＢ、ＮＲ又はｇＮＢなどのネットワーク側に対して定義されており、なお、この用語は、通常は３ＧＰＰの５Ｇ及び６Ｇ通信システムなどの文脈において使用される。さらに、ＵＥもこの役割を果たし、ＡＰ、ｅＮＢ、又はｇＮＢとして機能し得る；つまり、ネットワーク機器について定義される一部又は全部の特徴は、ＵＥによって実装され得る。

【0074】

上記のように、ＮＲ Ｖ２Ｘサイドリンク通信は、分散型リソース割り当てを用いた同期通信システムである。ＵＥは、送信機（ＴＸ）ＵＥによって実装される予め定められた検知及びリソース選択手順に基づいて、サイドリンク送信のためのリソースを自律的に選択する。検知及びリソース選択手順は、送信又はリソース予約における潜在的なサイドリンク競合（例えば、衝突又は半二重競合）を低減するように設計されている。検知及びリソース選択手順はＴＸ ＵＥによってのみ実行され、受信機（ＲＸ）側の環境は考慮しないことを考慮すると、サイドリンク競合（衝突）の可能性は無視できない。この問題に対処すべく、ＲＸ ＵＥからのＵＥ間協調フィードバックを使用して、ＴＸ ＵＥによるリソース割り当て決定を改善させるとともにＮＲ－Ｖ２Ｘサイドリンク通信の全体的な信頼性を向上させることができる。

【0075】

いくつかの実施形態において、２つのタイプの送信が、ＵＥ間協調フィードバックをＴＸ ＵＥに送達するために使用され得る。これは、全体的なシステムローディングに目立った影響を与えることなく、フィードバック送達の同一チャネル及び半二重問題を最小化して、フィードバック送信からのオーバーヘッドを小さく保つために使用され得る。

【0076】

２つの高レベルのＵＥ間協調ソリューションが、ＮＲ Ｖ２Ｘサイドリンク性能の向上のために使用され得る：ＵＥ間協調スキーム＃１（サイドリンク競合／衝突回避）及びＵＥ間協調スキーム＃２（サイドリンク競合解決）。

【0077】

ＵＥ間協調スキーム＃１（サイドリンク競合／衝突回避）は、ＵＥ間協調フィードバックを利用して、ＮＲ Ｖ２Ｘ通信の半二重及び衝突問題を回避することを目的とする。この場合、ＵＥ間協調フィードバックを提供しているＵＥは、好ましい及び／又は好ましくないリソースのセットを、周囲のサイドリンク送信機に報告する。次に、サイドリンク送信機は、ＴＸベースの検知手順を適用して、受信したＵＥ間協調フィードバックを使用することで、送信のためのサイドリンクリソースを選択／予約し、潜在的なサイドリンク通信競合を回避する。

【0078】

ＵＥ間協調スキーム＃２（サイドリンク競合解決）は、ＵＥ間協調フィードバックを利用して、リソース予約シグナリングに基づいて検出された、既に発生した競合又は潜在的な将来の競合のいずれかであるサイドリンク競合を解決することを目的とする。これは、ＵＥ間協調フィードバックを介して、検出されたサイドリンク競合についてサイドリンク送信機に通知して、その結果、ＴＸ ＵＥが、追加の再送信を実行すること、又は、計画された送信をドロップすることのいずれかで、送信のためのリソースを再選択する又は予約されたリソース上の送信を継続できるように使用されている。

【0079】

ＵＥ間協調スキーム＃１のサポートは、ＵＥ間協調フィードバックの生成のためのＵＥ手順／方法、ＵＥ間協調フィードバックキャストタイプ及びターゲットＵＥを決定するためのＵＥ手順／方法、ＵＥ間協調フィードバック及びそのコンテンツの送信のためのＵＥ手順／方法、ＵＥ間協調フィードバック基準時間及びエージング情報、ＵＥ間協調フィードバックの生成のための基準パラメータ、ＵＥ間協調フィードバックを用いたリソース選択のためのＵＥ手順／方法、及びＵＥ間協調シグナリングの詳細を含む多数の態様を含み得る。

【0080】

ＵＥ間協調フィードバック及びそのコンテンツの送信のためのＵＥ挙動

【0081】

スタンドアロン／ノンスタンドアロンＵＥ間協調フィードバック及びコンテンツ

【0082】

未解決の問題のうち１つは、支援ＵＥ（ＵＥ－Ａ）が、スタンドアロンＵＥ間協調フィードバックを送信し得るか又はノンスタンドアロンＵＥ間協調フィードバック（すなわち、他のデータ／制御シグナリングを用いることなくＵＥ間協調ペイロードのみを用いたサイドリンク送信）のみを送信し得るかである。一般的に、スタンドアロンＵＥ間協調フィードバックの送信は、システムの観点から、追加の干渉及び半二重問題を引き起こし得る。しかしながら、フィードバックがＴＸ ＵＥによって要求され且つ支援ＵＥが送信のためのデータを有していない場合、そのような送信は唯一なオプションである場合がある。より一般的なシナリオにおいて、支援ＵＥは、他のパラレルデータ／トラフィックと共にフィードバックをＴＸ ＵＥに送信し得る。

【0083】

それに応じて、ＵＥ間協調フィードバック送信の２つのオプションが考慮され得る：スタンドアロンＵＥ間協調フィードバック及びノンスタンドアロンＵＥ間協調フィードバック。

【0084】

オプション１：スタンドアロンＵＥ間協調フィードバック

【0085】

この場合、フィードバックは、支援ＵＥがサイドリンク送信／通信のための他の追加のデータを有していない場合であっても、送信される。スタンドアロンＵＥ間協調フィードバックは、ＴＸ ＵＥからの要求に応じてサポート及び生成され得、ユニキャスト及びグループキャスト通信に適用可能され得る（例えば、支援ＵＥがＵＥ間協調フィードバックを提供するようにＴＸ ＵＥによって要求されたが、ターゲットＴＸ ＵＥに向けての送信のためのそれ自身のデータを有していない場合）。スタンドアロン送信のサポートは、Ｒ１６／Ｒ１７において導入されているサイドリンク物理構造には顕著な影響を与えない場合がある。フィードバックに対する要求は、サイドリンク制御情報（ＳＣＩ）フォーマットＸ（例えば、ハイブリッド自動再送要求（ＨＡＲＱ）／チャネル状態情報（ＣＳＩ）フィードバック要求）を介して、又は、物理サイドリンク共有チャネル（ＰＳＳＣＨ）ペイロードとして搬送されたＭＡＣ制御要素（ＭＡＣ－ＣＥ）／ＲＲＣシグナリングを使用して搬送され得る。

【0086】

例えば、スタンドアロンフィードバックは、ユニキャスト又はグループキャストの半永続的送信を実行しているＴＸ ＵＥに、支援情報を送達するために使用され得る。ＴＸ ＵＥは、フィードバックが、半永続的プロセスのための次のリソース再選択の直前に生成及び受信されるように、将来の具体的な時間間隔（例えば、リソース選択ウィンドウ）に対してＵＥ間協調フィードバックを要求し、支援ＵＥにパラメータを提供し得る。図３Ａは、いくつかの実施形態に係るスタンドアロンＵＥ間協調フィードバックを示す。

【0087】

オプション２：ノンスタンドアロンＵＥ間協調フィードバック

【0088】

この場合、ＵＥ間協調フィードバックは、支援ＵＥがサイドリンク送信通信のための他の／追加のデータを有しているときに送信される。ノンスタンドアロンＵＥ間協調フィードバックの送信は、物理構造に対して何ら影響を与えない。フィードバックは、他のデータと多重化されたＭＡＣ ＣＥを介して搬送され、ＰＳＳＣＨを介して送信され得る。図３Ｂは、いくつかの実施形態に係るノンスタンドアロンＵＥ間協調フィードバックを示す。

【0089】

システムの観点から、ノンスタンドアロンＵＥ間協調フィードバックは、サイドリンクの半二重及び同一チャネル衝突の問題を意図的に増加させないので、実行可能なオプションであり得る。同時に、ＵＥ間協調フィードバックがユニキャスト接続を介してＴＸ ＵＥによって要求された場合、次に、ＵＥ間協調フィードバックはまた、スタンドアロン方式で（例えば、ＭＡＣ ＣＥシグナリングを使用して）提供され得る。支援ＵＥが、ユニキャストフィードバックを提供することを要求されているが、別のＵＥのためのブロードキャスト／グループキャスト又はユニキャスト情報のみを有している（すなわち、ＴＸ ＵＥへの送信のために意図されていない）ことも可能である。この場合、支援ＵＥは、他のＵＥのためのブロードキャスト／グループキャスト又はユニキャスト情報を用いて多重化されたＵＥ間協調フィードバックを提供すべく、ブロードキャスト送信を使用し得る。

【0090】

ＵＥ間協調フィードバックのコンテンツは、フィードバック送信に使用される通信のタイプ（キャストタイプと称される）、及び、ＵＥ間協調フィードバックがスタンドアロン又はノンスタンドアロンサイドリンク送信であるかどうかに依存し得る。

【0091】

ＵＥ間協調フィードバックのコンテンツ及びコンテナ

【0092】

以下のコンテナは、サイドリンク競合回避のためのＵＥ間協調フィードバックを搬送するために考慮され得る：ＳＣＩフォーマット２（段階２）、ＭＡＣ ＣＥ、ＰＣ５ ＲＲＣシグナリング。

【0093】

ＭＡＣ ＣＥは、ペイロードサイズにおける柔軟性並びに妥当なレイテンシを提供し得、複数のＵＥ間協調フィードバック送信を、他のサイドリンクデータと共に、単一の送信において多重化し得るので、ＭＡＣ ＣＥを使用することが望ましい場合がある。

【0094】

以下の表は、スキーム１におけるＵＥ間協調フィードバックの一部として提供され得る潜在的情報フィールドの概要を与える。

【表1】

［表１］

【0095】

ＵＥ間協調フィードバックを搬送するリソース選択プロセスの順序付け

【0096】

ＵＥが異なるキャストタイプの複数のサイドリンクセッションを有している場合、キャストタイプ間のスケジューリングをＵＥ実装に任せることができる。リソース選択の順序付けは、関連するＵＥ間協調フィードバックを含むサイドリンク送信の優先度に従って実行され得る。優先度が等しい送信の場合、以下のリソース選択順序付けルールが適用され得る。

【0097】

例１：ＵＥ間協調フィードバックを用いた送信＞ＵＥ間協調フィードバックなしの送信（すなわち、ＵＥ間協調フィードバックを用いた送信のために、リソース選択が最初に行われる／優先される）。

【0098】

例２：ＵＥ間協調フィードバックを持ちチアユニキャスト＞ＵＥ間協調フィードバックを用いたグループキャスト＞ＵＥ間協調フィードバックを用いたブロードキャスト＞ＵＥ間協調フィードバックを用いていない送信。

【0099】

例３：ＵＥ間協調フィードバックを用いたブロードキャスト＞ＵＥ間協調フィードバックを用いたグループキャスト＞ＵＥ間協調フィードバックを用いたユニキャスト＞ＵＥ間協調フィードバックを用いていない送信。

【0100】

図４Ａは、いくつかの実施形態に係る優先度に基づくリソース選択プロセスの順序付けを示す。図４Ｂは、いくつかの実施形態に係るフィードバックタイプに基づくリソース選択プロセスの順序付けを示す。図４Ｂに示されたように、ブロードキャストフィードバックは、フィードバックを用いていない送信より高い優先順位を有したユニキャストフィードバックより高い優先順位を有したグループキャストフィードバックより高い優先順位を有している。

【0101】

予め選択された／予め予約されたリソースは、ＵＥ選択リソースにおいて並行して（すなわち、同時に）実行される後続の選択プロセスのためのリソース選択から除外され得る。

【0102】

ＵＥ間協調フィードバック送信の優先度

【0103】

ＵＥ間協調スキーム１（サイドリンク競合回避）の場合、支援ＵＥは、ＵＥ間協調フィードバックを送信するだけでなく、ユーザ／制御プレーンデータを送信又は受信する。両方の送信を多重化することが不可能な場合は、ＵＥは、まず何を送信するべきかを決定し得る。そのような状況に対処すべく、ＵＥ間協調フィードバックは、どの送信を第１に追求すべきか、すなわち、どの送信が高い優先順位を有するかを決定するために使用され得るサイドリンク送信優先度と関連付けられ得る。一般的に、以下のオプションが考えられる。

【0104】

オプション１：規則的サイドリンク（ユーザ／制御プレーン）送信は、ＵＥ間協調フィードバック送信／受信（予め定められ得る又は事前構成シグナリングの対象となり得る）より優先される。

【0105】

オプション２：ＵＥ間協調フィードバック送信／受信は、定期サイドリンク送信／受信（予め定められ得る又は事前構成シグナリングの対象となり得る）より優先される。

【0106】

オプション３：ＵＥ間協調フィードバックは、サイドリンク送信優先度と関連付けられる。ＵＥ間協調フィードバックのサイドリンク送信優先度レベル及び定期サイドリンク送信は、ＵＥ間協調フィードバックの送信／受信が定期サイドリンク送信より優先されているかどうかを決定するために使用される。

【0107】

オプション４：ＵＥ間協調フィードバックは、定期サイドリンク送信と多重化されており、２つのうち最も高い優先度レベルは、多重化されたサイドリンク送信と関連付けられている。

【0108】

ＵＥ間協調フィードバックの優先度は、いくつかの異なるモードを利用し得る。

【0109】

事前設定（Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄ）：ここで、ＵＥ間協調フィードバックの優先度レベルは、ＲＲＣシグナリング又はアプリケーション層（例えば、ＵＥ間協調フィードバックのブロードキャストのための）を使用してｇＮＢ／ネットワークによって予め設定され得る。

【0110】

ＵＥ間協調フィードバックの異なるキャストタイプ（ブロードキャスト／グループキャスト／ユニキャスト）は、異なる優先度レベルと関連付けられ得る。

【0111】

支援ＵＥによって決定される。

【0112】

支援ＵＥのサイドリンク送信の優先度レベルから導出される。

【0113】

ターゲットＴＸ ＵＥの送信の優先度から導出される。

【0114】

ＵＥ間協調フィードバック（例えば、ユニキャスト／グループキャストのＵＥ間協調フィードバックのための）を要求するターゲットＴＸ ＵＥのサイドリンク送信の優先度レベルに基づいて、支援ＵＥによって決定される。

【0115】

ＵＥ間協調フィードバックの送信の条件

【0116】

以下の条件セットを使用して、ＵＥ間協調フィードバックの送信の生成及びトリガを可能にし得る。

【0117】

条件１：ＵＥ間協調フィードバックは、サイドリンクリソースプール毎に有効になる。加えて、特定のＵＥ間協調フィードバックタイプのために以下の構成が提供され得る：予め定められていない場合、リソースプールのスタンドアロン又はノンスタンドアロンＵＥ間協調フィードバックにおいて有効になる構成；予め定められていない場合、半永続的のみ／動的のみ又は半永続的及び動的リソース割り当ての両方に基づいてリソースプールのＵＥ間協調フィードバックにおいて有効になる構成；及び、予め定められていない場合、有効になったＵＥ間協調フィードバックキャストタイプ／宛先又はフォーマットの構成。

【0118】

条件２：ＵＥは、他のＵＥ（例えば、ＵＥグループメンバ）から、特定タイプのＵＥ間協調フィードバックを提供するための要求を受信した。

【0119】

条件３：ＵＥは、上位レイヤによってＵＥ間協調フィードバックを提供するように構成されており、サイドリンク送信のための利用可能なデータを有している（ノンスタンドアロンＵＥ間協調フィードバック）。

【0120】

条件４：上位レイヤは、タイマーの条件に基づいてＵＥ間協調フィードバックの送信をトリガした。この条件は、ＵＥ間協調フィードバックの送信のための前回のトリガから、予め設定された量の時間だけ過ぎている場合がある。

【0121】

条件５：上位レイヤは、移動距離条件に基づいて、ＵＥ間協調フィードバックをトリガした。この条件は、ＵＥ間協調フィードバックの前回のトリガ／送信から、予め設定された距離だけ移動している場合がある。

【0122】

条件６：ＵＥには、ＵＥ間協調フィードバックを生成するべく、構成設定、例えば、ＵＥ間協調フィードバックの参照構成（すなわち、サイドリンクリソース選択手順のための検知ベースの好ましい／好ましくないリソースセット）が提供されている。代替的に、ＵＥは、デフォルト設定を使用し得る。

【0123】

条件７：ＵＥ間協調フィードバックのサイドリンク送信は、例えば、上位レイヤシグナリングによって又はＵＥ及び／又はｇＮＢによって構成及びアクティブ化された。

【0124】

条件８：輻輳制御のステータスは、チャネルが著しくオーバーロードされていないことを示している。この場合、ＵＥ間協調フィードバックは、固定ビットレート（ＣＢＲ）設定（すなわち、ＣＢＲ測定が予め設定された範囲内である場合）に基づいて生成される。

【0125】

条件９：ＵＥは、それ自身の潜在的サイドリンク送信のための選択された又は予約されたサイドリンクリソースを有しており、潜在的サイドリンク競合を回避すべく、他のＵＥを更新することを望んでいる。

【0126】

条件１０：１）（好ましい／好ましくない）リソースセットを構築するために使用されたサイドリンク基準信号受信電力（ＳＬ－ＲＳＲＰ）閾値が、ＵＥ間協調フィードバックをトリガするように構成されたＳＬ－ＲＳＰＲ閾値の予め設定された値より大きい／それより小さい、及び／又は、２）セットのサイズが、選択時間間隔におけるリソースの数に対して定義され得る予め構成された範囲［Ｘ１，Ｘ２］内にある場合に、ＵＥは、ＵＥ間協調フィードバックを生成する。

【0127】

上記の条件のセットは、いつＵＥがＵＥ間協調フィードバックを生成し得るかを決定するべく、任意の可能な組み合わせにおいて適用され得る。

【0128】

ＵＥ間協調フィードバックを用いたリソース選択のためのＵＥ手順／方法

【0129】

各ＴＸ ＵＥは、１又は複数のＵＥからＵＥ間協調フィードバックを受信し得る。加えて、フィードバックは、異なる時間インスタンスにおいて到着し得、異なる遅延／エージング時間を有する及び／又はフィードバック生成パラメータに使用された異なる参照構成設定のために生成された支援情報を含み得る。ＵＥ間協調フィードバックを考慮することによってＴＸベースのリソース選択手順を最適化すべく、どのようにフィードバック情報を処理するかに関するＴＸ ＵＥ挙動／手順を定義するべきである。

【0130】

一般的に、ＴＸ ＵＥの検知及びＵＥ間協調フィードバックに基づいたサイドリンク通信は、以下の動作を含み得る。

【0131】

ＵＥ間協調フィードバックの要求

【0132】

ＴＸ ＵＥにおけるフィードバック情報の最初の前処理（フィードバック変換）

【0133】

支援ＵＥ及びＵＥ間協調報告の選択、これは、フィードバック情報のソースのフィルタリング及びフィードバック情報のフィルタリングを含む。

【0134】

ＴＸ ＵＥリソース選択のためのフィードバックアプリケーション、これは、ＴＸ ＵＥの検知及びＵＥ間協調フィードバックに基づいたフィードバックのアグリゲーション／組み合わせ及びリソース選択を含む。

【0135】

実装に応じて、動作又は副動作のいくつかはスキップされて、単一処理段階に組み合わされ得る。加えて、動作の順序は変更され得る。

【0136】

ＵＥ間協調フィードバックの要求

【0137】

ユニキャスト又はグループキャスト送信の場合、ＴＸ ＵＥは、ターゲットＲＸ ＵＥによるＵＥ間協調フィードバックの生成を明示的に要求し得る。この場合、ＴＸ ＵＥは、ＵＥ間協調フィードバック要求を生成し、それは以下の情報を含み得る。

【0138】

サイドリンクの好ましい／好ましくないリソース毎のサブチャネルＬの数。値は、フィードバックを提供するＵＥに前もって予め設定されることもできる、又は、デフォルト設定が割り当てされ得る。

【0139】

支援ＵＥ側におけるリソース選択のためのサイドリンク送信優先度値。値は、フィードバックを提供するＵＥに前もって予め設定されることもできる、又は、デフォルト設定が割り当てされ得る。

【0140】

フィードバック生成のためのリソース選択ウィンドウパラメータ（開始時間＋持続時間又は／終了時間）又はリソース選択ウィンドウの決定の境界。これは、サブフレーム／スロット／送信時間インデックス（ＴＴＩ）において設定され得、又は、ＴＸ ＵＥリソース選択ウィンドウに設定され得る。

【0141】

要求される最小の検知ウィンドウを含み得る、フィードバック生成のための検知ウィンドウパラメータ（開始時間＋持続時間又は／終了時間）。

【0142】

％で示されるリソースセットのサイズ（例えば、リソースセットの最小サイズは、選択ウィンドウにおけるリソースの５、１０、２０、３０、４０、５０、…Ｎ＜１００％である）。

【0143】

閾値タイプ及び値（例えば、ＳＬ－ＲＳＲＰ_{ｐｒｅｆｅｒｒｅｄ}、ＳＬ－ＲＳＲＰ_{ｎｏｎ－ｐｒｅｆｅｒｒｅｄ}）。これは、ＳＣＩデコーディング及びサイドリンク測定を使用した好ましいリソースセット及び好ましくないリソースセットを構築するために使用され得る。

【0144】

フィードバック生成のためのリソース予約期間又はリソース予約期間のセット。

【0145】

フィードバック生成において考慮される潜在的な将来の衝突の参照番号。これは、周期性毎に、又はウィンドウの終了後の閾値を下回るあらゆる場合に、固定値となり得る。

【0146】

フィードバック生成のために半永続的／動的送信が使用されているか又は両方が使用されているかのフィードバックレポートのタイプ。

【0147】

上記の値は、フィードバックを提供するＵＥに前もって予め設定されることもできる、又は、デフォルト設定が割り当てされ得る。半永続的送信がＴＸ ＵＥによって実行された場合、支援フィードバック要求は、今後のリソース再選択イベントの直前に送信され得る。この時間インスタンスはＴＸ ＵＥに知られ、その結果、フィードバックは、最新の情報を提供する。

【0148】

ＴＸ ＵＥにおけるフィードバック情報の最初の前処理（フィードバック変換）

【0149】

フィードバックに示された情報に基づいて、ＴＸ ＵＥにおける情報の前処理は、フィードバック選択及びさらなるフィードバック情報処理の前に使用され得る。

【0150】

上記情報の前処理は、以下を含み得る。

【0151】

フィードバック情報変換

【0152】

ＴＸ ＵＥ送信のパラメータが、フィードバックを生成するために支援ＵＥによって使用されたパラメータと異なる場合、フィードバック情報は前処理され、検知及びリソース選択のためにＴＸ ＵＥによって使用されるパラメータとアラインされ得る（例えば、ＴＸのリソースサイズは、フィードバック生成のために使用されたそれと異なる）。少なくとも以下の手順が、ＴＸ ＵＥによって適用され得る。

【0153】

１）リソースサイズのアラインメント（ＴＸ ＵＥリソースへのフィードバックにおける基準リソースの変換）

【0154】

２）リソース選択ウィンドウのアラインメント（ＴＸ ＵＥリソース選択ウィンドウからリソースへのフィードバックにおける基準リソースの変換）

【0155】

３）ＳＬ－ＲＳＲＰ測定のアラインメント（フィードバックにおけるリソースがＳＬ－ＲＳＲＰ測定と関連付けられている場合、フィードバックリソースの追加のフィルタリングがリソースセットを修正するために行われ得る）

【0156】

リソースサイズアラインメント手順の例

【0157】

フィードバックのための基準リソースサイズ＜ＴＸ ＵＥのリソースサイズ。図５Ａは、いくつかの実施形態に係るリソースサイズアラインメント手順を示す。リソースサイズアラインメント手順。図５Ａは、フィードバックのための基準リソースがＬ個のサブチャネル、及びＮ個のサブチャネルの送信のためのリソースから構成されている一例を示しており、ここでＮ＝２Ｌである。この場合、ＴＸリソースは、２つの隣接フィードバックリソースを含む。２つの隣接フィードバックリソースがリソースセットに属する場合、次に、隣接フィードバックリソースは、同じセットのためのＴＸリソースとしてみなされ得る。図５Ｂは、いくつかの実施形態に係る別のリソースサイズアラインメント手順を示す。この場合、２つの隣接フィードバックリソースのうち１つがリソースセットに属する場合、次に、隣接フィードバックリソースは、同じセットのためのＴＸリソースとしてみなされ得る。

【0158】

フィードバックのための基準リソースサイズ＞ＴＸ ＵＥのリソースサイズ。この場合、Ｌ個のサブチャネルのうちＮ個の隣接したサブチャネルの任意の組み合わが、ＴＸリソースとして使用され得る。

【0159】

ＴＸ ＵＥによる支援ＵＥ及びＵＥ間協調報告の選択

【0160】

支援ＵＥ及びＵＥ間協調報告の選択は、２つの動作において行われ得る：フィードバック情報を用いたＵＥの選択（フィードバック情報のソースのフィルタリング）及びフィードバック情報のフィルタリング。実装に応じて、これらの動作は、単一動作に組み合わされ得る。

【0161】

フィードバック情報を用いたＵＥの選択

【0162】

以下のパラメータのセットは、さらなる処理のためにフィードバック情報を用いてＵＥを選択するように構成され得る。

【0163】

ＵＥ間協調フィードバック（検知ベースの好ましい／好ましくないリソースセットに適用可能である）を提供するＵＥへの無線範囲（例えば、ＳＬ－ＲＳＲＰ範囲）

【0164】

位置情報、これは、距離及び／又は角度範囲、並びに他の位置特性（例えば、座標、高度、街路位置など）を含み得る。

【0165】

ＵＥ間協調フィードバックを提供するＵＥに関する相対速度／ベロシティベクトル、これは、例えば、ＵＥ間協調フィードバックを提供するＵＥに対しての又は絶対項（北／南／西／東）における進行方向を含み得る。

【0166】

フィードバック情報のフィルタリング

【0167】

以下のパラメータは、フィードバックレポートを選択するために使用され得る。

【0168】

フィードバックソース／宛先ＩＤ及びキャストタイプ（ユニキャスト／グループキャスト／ブロードキャスト）

【0169】

フィードバックタイプ（動的／半永続的／両方）

【0170】

フィードバック遅延／エージング時間

【0171】

フィードバックエージング情報は、与えられたフィードバックを考慮するか又は直近のフィードバックを優先するかを決定するべく、評価され得る。オプション１：フィードバックエージングは、最初のリソース選択においてのみ（送信ブロック（ＴＢ）送信毎に一度）評価され得る。この場合、フィードバック又はフィードバックソースの同じセットが、リソース選択においてさらに使用され得る支援情報を決定するために使用される。オプション２：フィードバックエージング値は、各リソースの（再）選択／（再）評価時間において評価される。この場合、各時点において、支援情報ソースは、異なるソースのセットからの直近の情報が選択され得るので、時間内に変更し得る。

【0172】

リソース指示ウィンドウ

【0173】

フィードバックリソース選択ウィンドウ（開始／終了時間）。選択ウィンドウ内に少なくともＮ個の時間リソース又は全ての時間リソースの一部を有するＴＸ ＵＥリソース選択ウィンドウと重複しているリソース選択ウィンドウを有するフィードバックが、さらなる処理のために選択され得る。

【0174】

フィードバックのためのリソース予約期間

【0175】

フィードバック生成のためのリソースサイズ

【0176】

基準閾値（タイプ及び値）

【0177】

フィードバック生成のための優先度値

【0178】

ＴＸ ＵＥリソース選択のためのフィードバックアプリケーション

【0179】

Ｒ１６／Ｒ１７リソース割り当て手順のレビュー

【0180】

図６は、いくつかの実施形態に係るＮＲ Ｖ２Ｘサイドリンクリソース割り当て手順のブロック図を示す。図６では、検知データが処理され、リソース選択ウィンドウ内の予約されたリソースを除外して、送信Ｓ_ＡのためのＴＸベースの候補リソースセットを形成する。次に、セットＲ_Ｓによって表された潜在的送信のためのＮ個のリソースが選択される。これらのリソースは、直近の検知情報を使用することによって再評価されて、送信及び予約のために使用されるべきリソースを最終的に決定する。

【0181】

Ｒ１６／Ｒ１７リソース割り当て手順の考慮に対するソリューション

【0182】

図７Ａは、いくつかの実施形態に係るＵＥ間協調フィードバックを用いたＮＲ Ｖ２Ｘサイドリンクリソース割り当て手順の第１オプションのブロック図を示す。図７Ｂは、いくつかの実施形態に係るＵＥ間協調フィードバックを用いたＮＲ Ｖ２Ｘサイドリンクリソース割り当て手順の第２オプションのブロック図を示す。図７Ｃは、いくつかの実施形態に係るＵＥ間協調フィードバックを用いたＮＲ Ｖ２Ｘサイドリンクリソース割り当て手順の第３オプションのブロック図を示す。図７Ｄは、いくつかの実施形態に係るＵＥ間協調フィードバックを用いたＮＲ Ｖ２Ｘサイドリンクリソース割り当て手順の第４オプションのブロック図を示す。図７Ｅは、いくつかの実施形態に係るＵＥ間協調フィードバックを用いたＮＲ Ｖ２Ｘサイドリンクリソース割り当て手順の第５オプションのブロック図を示す。図７Ｆは、いくつかの実施形態に係るＵＥ間協調フィードバックを用いたＮＲ Ｖ２Ｘサイドリンクリソース割り当て手順の第６オプションのブロック図を示す。図７Ｇは、いくつかの実施形態に係るＵＥ間協調フィードバックを用いたＮＲ Ｖ２Ｘサイドリンクリソース割り当て手順の第７オプションのブロック図を示す。

【0183】

これらのオプション間の１つの相違点は、ＵＥ間協調フィードバックによって提供されたリソースセットがリソース選択のために考慮された手順である。特に、オプション１（図７Ａ）において、ＵＥ間協調フィードバック情報（リソースセットＳ_Ｂ）は、リソース除外及び候補リソースセットＳ_Ｃの形成のために使用される。オプション２（図７Ｂ）において、ＵＥ間協調フィードバック情報（リソースセットＳ_Ｂ）は、リソースセットＲ_Ｓを生成するための最初のリソース選択のために使用される。オプション３（図７Ｃ）において、ＵＥ間協調フィードバック情報（リソースセットＳ_Ｂ）は、リソース除外及び候補リソースセットＳ_Ｃの形成、及び、リソースセットＲ_Ｓを生成するための最初のリソース選択のために使用される。オプション４（図７Ｄ）において、ＵＥ間協調フィードバック情報（リソースセットＳ_Ｂ）は、リソースセットＲ_{ＴＸ／ＲＳＶ}を生成するためのリソース再評価のために使用される。オプション５（図７Ｅ）において、ＵＥ間協調フィードバック情報（リソースセットＳ_Ｂ）は、候補リソースセットＳ_Ｃを形成するためのリソース除外、及び、リソースセットＲ_{ＴＸ／ＲＳＶ}を生成するためのリソース再評価のために使用される。オプション６（図７Ｆ）において、ＵＥ間協調フィードバック情報（リソースセットＳ_Ｂ）は、候補リソースセットＲ_Ｓを形成するための最初のリソース選択、及び、リソースセットＲ_{ＴＸ／ＲＳＶ}を生成するためのリソース再評価のために使用される。オプション７（図７Ｇ））において、ＵＥ間協調フィードバック情報（リソースセットＳ_Ｂ）は、リソース除外及び候補リソースセットＳ_Ｃの形成のために、候補リソースセットＲ_Ｓを形成するための最初のリソース選択のために、及び、最終的には、リソースセットＲ_{ＴＸ／ＲＳＶ}を生成するためのリソース再評価のために使用される。

【0184】

ＵＥ間協調フィードバックコンテンツ

【0185】

支援ＵＥは、ＴＸ ＵＥにおけるリソース選択を支援するべく、ＵＥ間協調フィードバックメッセージにおいて以下の情報を報告し得る。

【0186】

特定された好ましいリソースセット－セットＳ_Ｂ－Ｐ（リソースプール及び時間間隔内のＲＸ ＵＥ観点から推奨された時間‐周波数又は時間リソース）。

【0187】

特定された好ましくないリソースセット－セットＳ_Ｂ－ＮＰ（リソースプール及び時間間隔内のＲＸ ＵＥ観点から推奨されていない時間‐周波数又は時間リソース）。好ましくないリソースのセットＳ_Ｂ－ＮＰは、２つのリソースサブセットに分轄され得る：リソースセットＳ_{Ｂ１－ＮＰ}、これは、無線検知及びリソース除外／選択手順に基づいて支援ＵＥによって決定されたリソースであり、Ｒ１６の検知及びリソース除外手順に従って構築され得る；及び、リソースセットＳ_{Ｂ２－ＮＰ}、これは、ＵＥサイドリンク受信能力に影響を与える潜在的なサイドリンク又はアップリンク送信のために支援ＵＥによって選択され又は予約されたリソースである。

【0188】

各報告されたリソースセットと関連付けられたリソース選択メトリック閾値（例えば、ＳＬ－ＲＳＲＰ閾値、距離閾値）の値。固定閾値が支援ＵＥに設定された（すなわち、支援ＵＥによって更新されていない）場合、この情報は報告される必要がなくなる。最初の閾値の値が、リソースセットの識別のために、支援ＵＥによって設定されてさらにインクリメント／デクリメントされた場合、次に、報告されたリソースセットを生成するために使用される更新された閾値もまた、ＴＸ ＵＥに再び報告（ｒｅｐｏｒｔｅｄ ｂａｃｋ ）され得る。

【0189】

各リソースセットの特定されたリソースと関連付けられたリソース選択メトリック（例えば、ＳＬ－ＲＳＲＰ測定、距離）。支援ＵＥがターゲット受信機ＵＥである場合、リソース選択メトリックは、ＴＸ ＵＥ側におけるリソース選択に有意義となる。ターゲットＲＸ ＵＥにおいて測定された同時送信のＳＬ－ＲＳＲＰは、通信リンク品質を推定するとともに特定のリソースにおける送信の実現可能性を決定するために潜在的に使用され得、送信パラメータを調整することを助け得る、干渉電力の概念を有する。支援ＵＥがターゲット受信機ＵＥではない場合、このＵＥからのリソース選択メトリックは、ターゲット受信機の近くで支援ＵＥを特徴付ける追加の情報（例えば、距離、ＳＬ－ＲＳＲＰ測定）を用いて達成され得る。この追加の情報は、ターゲット受信機の環境を特徴付けるために使用され得る。

【0190】

好ましいリソースセット及び好ましくないリソースセットを有するフィードバックが一度前処理されると、当該フィードバックは、２つの代替例のうち１つを使用した最終リソース選択手順において使用され得る。代替例１：リソース除外／（再）選択／（再）評価のための独立したフィードバック処理。この場合、各フィードバックにおいてシグナリングされた好ましい（及び／又は好ましくない）リソースセットは独立して処理され得る。代替例２：リソース除外／（再）選択／（再）評価のためのフィードバック組み合わせ／アグリゲーション。この場合、好ましい（及び／又は好ましくない）リソースセットは、複数の予め選択されたフィードバックレポートを介して集約され得る。

【0191】

リソースセットのフィードバックリソースセット組み合わせ／アグリゲーション

【0192】

シナリオ１：追加の関連するメトリック（例えば、ＳＬ－ＲＳＲＰ、距離）なしで、リソースのみが報告される。

【0193】

この場合、組み合わされたリソースセットを生成するための複数の代替例が使用され得る。

【0194】

代替例１：組み合わされたリソースセットは、入力リソースセットの交差である。

【数1】

【0195】

代替例２：組み合わされたリソースセットは、入力リソースセットの組み合わせである。

【数2】

【0196】

代替例３：組み合わされたリソースセットは、リソース発生に基づいて生成される。各リソースについて、報告におけるリソース発生が推定されて、特定のリソースが組み合わされたリソースセットに含まれる（又はそこから除外される）べきであるか又はそうでないかを決定するために使用され得る。例えば、予め設定された閾値≧Ｔｈｒ_Ｂを上回る発生割合を有するリソースのみが、組み合わされたリソースセットに含まれ得る。ここで、Ｔｈｒ_Ｂは、リソースが組み合わされたリソースセットに含まれる（又はそこから除外される）かどうかを決定するために使用される予め構成された閾値である。

【0197】

シナリオ２：報告されたリソースは、追加のメトリック（例えば、ＳＬ－ＲＳＲＰ、距離）と関連付けられる。

【0198】

この場合、報告された追加のリソースメトリックが（予め）構成された閾値を下回る（例えば、好ましいリソースセットに対するＳＬ－ＲＳＲＰ）又はそれを上回る（例えば、好ましくないリソースセットに対するＳＬ－ＲＳＲＰ）リソースは、組み合わされたリソースセットに含まれる（又はそこから除外される）場合がある。

【0199】

さらなる実施形態において、ＴＸ ＵＥは、与られたメトリック閾値に対するリソース発生の推定のために閾値を推定及び適用し得る。

【0200】

ＴＸ ＵＥによって受信された複数のフィードバックの処理に基づいた好ましい／好ましくないリソースのタイプの決定（フィードバックレポート‐リソースセットの組み合わせ）

【0201】

ＵＥ間協調フィードバックに基づいたリソースのセットＳ_Ｂの形成は、報告されたリソースの分類、すなわち、当該リソースが好ましいとみなされ得るか又は好ましくないとみなされ得るかに依存する。

【0202】

ＴＸ ＵＥによって受信された複数のフィードバック送信の処理に基づいた好ましくないリソースの決定に、多数のオプションが使用され得る。

【0203】

追加のメトリック（ＳＬ－ＲＳＲＰ、距離）なしでリソースセットが報告されたときの場合、報告されたリソースＲ_ｘ，ｙは、以下の場合、好ましくないとみなされる。

【0204】

シナリオ１：異なるソース（支援ＵＥ）からのリソースセットは個別に処理され、Ｒ_ｘ，ｙは、選択されたアシスタントＵＥ_ｋから受信された好ましくないリソースＳ_{Ｂ－ＮＰ－ｋ}のメンバであり、Ｒｘ，ｙは、アシスタントＵＥ［ＵＥ_１．．ＵＥ_Ｋ］から受信された好ましくないリソースセット［Ｓ_{Ｂ－ＮＰ－１}．．Ｓ_{Ｂ－ＮＰ－Ｋ}］の少なくとも１つのセットＳ_{Ｂ－ＮＰ－ｋ}のメンバであり、Ｒ_ｘ，ｙは、アシスタントＵＥ［ＵＥ_１．．ＵＥ_Ｋ］から受信された好ましくないリソースセット［Ｓ_{Ｂ－ＮＰ－１}．．Ｓ_{Ｂ－ＮＰ－Ｋ}］の全てのセットのメンバであり、Ｒ_ｘ，ｙは、アシスタントＵＥ［ＵＥ_１．．ＵＥ_Ｋ］から受信された好ましくないリソースセット［Ｓ_{Ｂ－ＮＰ－１}．．Ｓ_{Ｂ－ＮＰ－Ｋ}］のＫ個のセットのうちＮ個のメンバである。

【0205】

シナリオ２：異なるソース（支援ＵＥ）からのリソースセットは、集約される／組み合わされる。Ｒ_ｘ，ｙは、組み合わされた好ましくないリソースセットＳ_{Ｂ－ＮＰ－Ｃｏｍｂｉｎｅｄ}のメンバである。リソースセット及び対応する追加のメトリックが報告されたときの場合、報告されたリソースＲ_ｘ，ｙは、以下の場合、好ましくないとみなされる。

【0206】

シナリオ１：異なるソースからのリソースセットは個別に処理される。選択されたアシスタントＵＥ_ｋから受信された好ましくないリソースＳ_{Ｂ－ＮＰ－ｋ}のセットにおける関連付けられたリソースＲ_ｘ，ｙの支援メトリックＭ_{Ｒｘ，ｙ－ｋ}＞Ｍ_Ｔｈｒ。アシスタントＵＥ［ＵＥ_１．．ＵＥ_Ｋ］から受信された好ましくないリソースセット［Ｓ_{Ｂ－ＮＰ－１}．．Ｓ_{Ｂ－ＮＰ－Ｋ}］の少なくとも１つのセットＳ_{Ｂ－ＮＰ－ｋ}における関連付けられたリソースＲ_ｘ，ｙの支援メトリックＭ_{Ｒｘ，ｙ－ｋ}＞Ｍ_Ｔｈｒ。アシスタントＵＥ［ＵＥ_１．．ＵＥ_Ｋ］から受信された好ましくないリソースセット［Ｓ_{Ｂ－ＮＰ－１}．．Ｓ_{Ｂ－ＮＰ－Ｋ}］の全てのセットにおける関連付けられた報告済みの支援メトリックＭ_{Ｒｘ，ｙ－ｋ}＞Ｍ_Ｔｈｒ。アシスタントＵＥ［ＵＥ_１．．ＵＥ_Ｋ］から受信された好ましくないリソースセット［Ｓ_{Ｂ－ＮＰ－１}．．Ｓ_{Ｂ－ＮＰ－Ｋ}］のＫ個のセットのうちＮ個における関連付けられた報告済みの支援メトリックＭ_{Ｒｘ，ｙ－ｋ}＞Ｍ_Ｔｈｒ。

【0207】

シナリオ２：異なるソースからのリソースセットが集約される。アシスタントＵＥ_ｋから受信された好ましくないリソースＳ_{Ｂ－ＮＰ－ｋ}の全てのセットにおける関連付けられた報告済みの支援メトリックＭ_{Ｒｘ，ｙ－Ｃｏｍｂｉｎｅｄ}＞Ｍ_Ｔｈｒ。上記の手順は、複数のＵＥ間協調フィードバックの処理に基づいて、好ましいリソースの決定にも適用され得る。

【0208】

好ましくないリソースセットに基づくリソース除外、及びリソース選択のための候補リソースセットを形成するためのＴＸベースの検知

【0209】

このセクションでは、支援ＵＥからのＵＥ間協調フィードバックを考慮したリソース除外手順の修正が説明される。レガシー動作において、ＵＥは、リソース除外手順を介して決定されることによって検知結果を使用して、送信のための候補リソースのさらなる選択に使用される候補リソースセットＳ_Ａを生成する。図８Ａは、いくつかの実施形態に係るＵＥ間協調リソースセットを使用していないリソース除外手順を示す。

【0210】

フィードバックが提供されたとき、ＴＸ ＵＥは、リソースの２つ又はより多くのセット（最大Ｎ個）を生成し得る：セットＳ_Ａ：リソース除外がＴＸ ＵＥ検知データに適用された後のリソースのセット（候補リソースのセット）；セットＳ_Ｂ：ＵＥ間協調フィードバックからのリソースのセット；セットＳ_Ｂ－ｋ：ＵＥ_ｋからのＵＥ間協調フィードバックのリソースのセット（単一のＵＥ又は集約された報告処理の場合、ｋ＝１）；セットＳ_Ｃ；リソース除外がＴＸ ＵＥ検知データ及び好ましくないリソースセット（セットＳ_Ｂ－ｋ）に適用された後のリソースのセット（候補リソースのセット）。セットＳ_Ｂ－ｋは、好ましい及び／又は好ましくないリソースセットを使用して生成され得る。一実施形態において、アシスタントＵＥによって報告されたリソースＲ_ｘ，ｙが好ましくないリソースと分類された場合、当該リソースはセットＳ_Ｂ－ｋに追加される。別様に、リソースが好ましいと分類された場合、リソースは、追加されるべきでない又はセットＳ_Ｂ－ｋから削除されるべきである。

【0211】

以下のオプションが、リソース除外手順を強化するために使用され得る。

【0212】

オプション１：ＵＥ間協調フィードバックからの好ましくないリソース‐セットＳ_Ｂ（又はセットＳ_Ｂ－ｋ）は、図８Ｂに示されたように、ＴＸ検知結果を処理するリソース除外手順の結果に関わらず、リソース候補リソースセットＳ_Ａから除外される。図８Ｂは、いくつかの実施形態に係るＵＥ間協調リソースセットを使用したリソース除外手順を示す。

【0213】

オプション２：ＴＸ検知結果は、候補リソースセットＳ_Ａを生成するために独立して処理される。図８Ｃは、いくつかの実施形態に係るＵＥ間協調リソースセットを使用した別のリソース除外手順を示す。ＵＥ／フィードバック固有候補リソースセットＳ_Ｃ－ｋを取得すべく、候補リソースセットはさらに、好ましくない又は好ましいリソースセットＳ_Ｂ－ｋと組み合わされる。最終的に、図８Ｃに示されたように、候補リソースセットＳ_Ｃを生成すべく、全ての候補リソースセットＳ_Ｃ－ｋが共に（任意選択的に、ＴＸ候補リソースセットＳ_Ａと）組み合わされる。セットＳ_Ａは、Ｓ_Ｃ－ｋを組み合わせた後の最終セットＳ_Ｃが過度に小さい場合、セットＳ_Ａがフォールバックオプションとして使用されること又はリソースをこのセットから少なくとも借り得ることを保証すべく、最終段階において追加される。

【0214】

オプション３：ＴＸ検知結果は、候補リソースセットＳ_Ａを生成するために独立して処理される。図８Ｄは、いくつかの実施形態に係るＵＥ間協調リソースセットを使用した別のリソース除外手順を示す。図８Ｄに示されたように、ＵＥ／フィードバック固有候補リソースセットＳ_Ｃを取得すべく、候補リソースセットはさらに、好ましくない又は好ましいリソースセットＳ_Ｂと組み合わされる。セットＳ_Ｂは、複数のフィードバックＳ_Ｂ－ｋからのリソースセットを組み合わせることによって生成される。最終段階における組み合わせ中に、組み合わされたセットＳ_Ｃが過度に小さい場合、セットＳ_Ａは、フォールバックとして使用され得る（すなわち、セットＳ_Ｃ＝セットＳ_Ａ）又はセットＳ_Ａからのリソースが、リソースセットＳ_Ｃを形成するために少なくとも借りられ得る。

【0215】

実施形態は特定の例示的な実施形態を参照して説明されているが、様々な修正例及び変形例が、本開示のより広い範囲から逸脱することなく、これらの実施形態になされ得ることは明らかであろう。したがって、明細書及び図面は、限定的ではなく、例示的な意味であるとみなされるべきである。本願の一部を形成する添付図面は、限定ではなく例示として、主題が実施され得る具体的な実施形態を示している。示されている実施形態は、当業者が本明細書に開示する教示を実施できる程度に十分に詳細に説明されている。他の実施形態がそこから利用及び導出されてよく、その結果、本開示の範囲から逸脱することなく、構造的かつ論理的な置換及び変更が行われてよい。したがって、本詳細な説明は、限定的な意味に解釈されるべきではなく、様々な実施形態の範囲は、添付の特許請求の範囲によってのみ定義され、それには、そのような特許請求の範囲に付与される均等の全範囲も含まれる。

【0216】

主題は、単に便宜上、且つ、１つより多くの発明概念が実際に開示されている場合、本願の範囲をいずれかの単一の発明概念に自発的に限定することを意図することなく、個別に及び／又は集合的に、「実施形態」という用語によって本明細書において称され得る。したがって、本明細書で複数の具体的な実施形態が図示され説明されているが、同一の目的を実現するよう意図された任意の構成は、示された複数の具体的な実施形態に代替され得ることが理解されるべきである。本開示は、様々な実施形態のありとあらゆる適応又は変形を網羅することを意図している。当業者が上記の説明を検討すると、上記の実施形態の組み合わせ、及び本明細書に具体的に記載されていない他の実施形態が、明らかであろう。

【0217】

この文書において、「１つ（ａ）」又は「１つ（ａｎ）」という用語は、特許文献において一般的であるように、「少なくとも１つ」又は「１又は複数」のあらゆる他の例又は使用とは独立して、１つ又は１つより多いものを含むように用いられている。この文書において、「又は」という用語は、非排他的なものを指すために用いられるか、又は「Ａ又はＢ」が、別途の記載がない限り、「ＢではないＡ」、「ＡではないＢ」及び「Ａ及びＢ」を含むように用いられている。この文書において、「含む（ｉｎｃｌｕｄｉｎｇ）」及び「その場合（ｉｎ ｗｈｉｃｈ）」という用語は、「備える（ｃｏｍｐｒｉｓｉｎｇ）」及び「そこにおいて（ｗｈｅｒｅｉｎ）」というそれぞれの用語に対する同等の平易な言い方として使用されている。また、以下の特許請求の範囲においては、「含む（ｉｎｃｌｕｄｉｎｇ）」及び「備える（ｃｏｍｐｒｉｓｉｎｇ）」という用語はオープンエンドであり、すなわち、請求項内で、そのような用語の後に列挙されたものに加えて、複数の要素を含むシステム、ＵＥ、物品、組成物、製法、又はプロセスは依然としてその請求項の範囲内に属するとみなされる。さらに、以下の特許請求の範囲において、「第１の」、「第２の」及び「第３の」などの用語は単にラベルとして使用されており、それらのオブジェクトに対し、数値的な要件を課すことを意図していない。

【0218】

本開示の要約書は、３７ Ｃ．Ｆ．Ｒ． §１．７２（ｂ）に準拠するように提供されており、技術的開示の性質を読者が迅速に確認できるような要約書を要求している。要約書は、特許請求の範囲の範囲又は意味を解釈又は限定するためには使用されないとの理解に基づいて提出されるものである。さらに、前述の詳細な説明では、本開示を合理化する目的で、様々な特徴が単一の実施形態にグループ化されていることがわかるであろう。この開示方法は、特許請求の対象となる実施形態が、各請求項に明記されるものよりも多くの特徴を要求するとの意図を反映するものとして解釈されるべきではない。むしろ、以下の特許請求の範囲が反映するとおり、発明の主題は、１つの開示される実施形態の全ての特徴よりも少ない特徴で成立する。よって、ここに以下の特許請求の範囲を、各請求項が別個の実施形態として独立したものとして、詳細な説明に組み込む。

【図1A】

【図1B】

【図1C】

【図2】

【図3A】

【図3B】

【図4A】

【図4B】

【図5A】

【図5B】

【図6】

【図7A】

【図7B】

【図7C】

【図7D】

【図7E】

【図7F】

【図7G】

【図8A】

【図8B】

【図8C】

【図8D】

【手続補正書】

【提出日】2024-02-13

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ユーザ機器（ＵＥ）のための装置であって、前記装置は、
他のＵＥから、ビークルツーエブリシング（Ｖ２Ｘ）サイドリンク通信のための好ましいリソースセット及び好ましくないリソースセットを含むＵＥ間協調フィードバックに対する要求を受信すること；
前記ＵＥ間協調フィードバックが、前記ＵＥ間協調フィードバックが他のサイドリンク送信から前記他のＵＥに別々に送信されるスタンドアロンＵＥ間協調フィードバックとして前記他のＵＥに送信されることを許可されたか、又は、前記ＵＥ間協調フィードバックが前記他のＵＥへのデータとともに送信されるノンスタンドアロンＵＥ間協調フィードバックのみとして前記他のＵＥに送信されることを許可されたかを決定すること；及び
前記ＵＥ間協調フィードバックが、スタンドアロンＵＥ間協調フィードバックとして前記他のＵＥに送信されることを許可されたか又はノンスタンドアロンＵＥ間協調フィードバックとしてのみ前記他のＵＥに送信されることを許可されたかの決定に依存して、前記ＵＥ間協調フィードバックを前記他のＵＥに送信すること
を行うように前記ＵＥを構成するように構成されている処理回路；及び
前記ＵＥ間協調フィードバックを格納するように構成されているメモリ
を備える、装置。

【請求項2】

前記要求は、前記ＵＥ間協調フィードバックの送信のためのパラメータを備え、
前記パラメータは、前記ＵＥ間協調フィードバックの送信のための前記要求の受信の後の時間間隔を含み、
前記要求の受信後の前記時間間隔は、前記他のＵＥのリソース再選択アクティビティに合わせて時間内にアラインされ、
前記要求の受信に応答して、前記処理回路はさらに、前記要求の受信後の前記時間間隔において、前記他のＵＥに前記ＵＥ間協調フィードバックを送信するように前記ＵＥを構成する、請求項１に記載の装置。

【請求項3】

前記処理回路はさらに、前記ＵＥ間協調フィードバックを、物理サイドリンク共有チャネル（ＰＳＳＣＨ）上の媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ－ＣＥ）、及び、前記ＵＥ間協調フィードバックが前記ノンスタンドアロンＵＥ間協調フィードバックであるという前記決定に応答して前記データと多重化された前記ＵＥ間協調フィードバックを使用して送信するように前記ＵＥを構成する、請求項１に記載の装置。

【請求項4】

前記処理回路はさらに、キャストタイプに依存している前記ＵＥ間協調フィードバックのコンテンツを送信するように前記ＵＥを構成するように構成されており、前記キャストタイプは、ブロードキャスト送信、グループキャスト送信、及びユニキャスト送信を含むキャストタイプのグループから選択された、請求項１に記載の装置。

【請求項5】

前記処理回路はさらに、ヘッダー情報；好ましいリソースセット（セット１）；好ましくないリソースセット（セット２）；基準リソースサイズ；セット１及び２のサイズ；セット１及び２の基準信号受信電力（ＳＬ－ＲＳＲＰ）、チャネル品質インデックス（ＣＱＩ）、又は距離閾値及び値；基準優先度；リソース選択ウィンドウ又は報告されたリソースセットの開始スロットインデックス；検知ウィンドウの開始及び終了；検知パラメータ；サイドリンク送信又は受信プール識別子（ＩＤ）のうちの少なくとも１つ；フィードバックのために考慮された動的送信；フィードバックのために考慮された半永続的送信；リソース予約期間のセット；及びソース又は宛先ＩＤのうちの少なくとも１つを含むコンテンツのセットから前記コンテンツを選択するように前記ＵＥを構成する、請求項４に記載の装置。

【請求項6】

前記処理回路はさらに、サイドリンク制御情報（ＳＣＩ）フォーマット２（段階２）、媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ－ＣＥ）、又はＰＣ５無線リソース制御（ＲＲＣ）シグナリングのうちの少なくとも１つにおけるサイドリンク競合回避のために前記ＵＥ間協調フィードバックを送信するように前記ＵＥを構成する、又は、複数のコンテナにわたって分散されている、請求項１に記載の装置。

【請求項7】

前記処理回路はさらに、前記ＵＥ間協調フィードバックを含み、前記ＵＥ間協調フィードバックなしのサイドリンク送信より前記ＵＥ間協調フィードバックを用いたサイドリンク送信に、より高い優先順位を設定する異なるキャストタイプのうちのサイドリンク送信を優先するように前記ＵＥを構成し、前記キャストタイプは、ブロードキャスト送信、グループキャスト送信、及びユニキャスト送信を含む、請求項１から６のいずれか一項に記載の装置。

【請求項8】

ユーザ機器（ＵＥ）のための装置であって、前記装置は、
他のＵＥに、ビークルツーエブリシング（Ｖ２Ｘ）サイドリンク通信のための好ましいリソースセット及び好ましくないリソースセットを含むＵＥ間協調フィードバックに対する要求を送信すること；
前記他のＵＥから、前記ＵＥ間協調フィードバックを受信すること；
Ｖ２Ｘサイドリンク送信のパラメータが前記ＵＥ間協調フィードバックを生成するために使用されたパラメータと異なると決定すること；
前記Ｖ２Ｘサイドリンク送信の前記パラメータが前記ＵＥ間協調フィードバックを生成するために使用された前記パラメータと異なると決定したことに応答して、前記ＵＥ間協調フィードバックを変換して、前記ＵＥ間協調フィードバックを、検知及びリソース選択のために使用されるパラメータとアラインすること；
前記ＵＥ間協調フィードバックに基づいて、支援ＵＥ及びＵＥ間協調報告を選択すること；
前記ＵＥ間協調フィードバックに基づいてリソース選択を決定すること；及び
前記リソース選択を使用して決定されたリソースを使用して、Ｖ２Ｘサイドリンク送信を送信すること
を行うように前記ＵＥを構成するように構成されている処理回路；及び
前記ＵＥ間協調フィードバックを格納するように構成されているメモリ
を備える、装置。

【請求項9】

ＵＥ間協調フィードバックのための前記要求は、前記ＵＥ間協調フィードバックに使用されるべきパラメータを備えており、前記ＵＥ間協調フィードバックに使用されるべき前記パラメータは、サイドリンクの好ましい又は好ましくないリソース毎のサブチャネルの数、リソース選択のためのサイドリンク送信優先度値、リソース選択ウィンドウの決定のためのフィードバック生成のためのリソース選択ウィンドウパラメータ、前記フィードバック生成のための検知ウィンドウパラメータ、リソースセットのサイズ、閾値のタイプ及び値、前記フィードバック生成のためのリソース予約期間、前記フィードバック生成において考慮される潜在的な将来の衝突の参照番号、及び、フィードバックレポートのタイプを含むパラメータのセットから選択される、請求項８に記載の装置。

【請求項10】

前記ＵＥ間協調フィードバックを変換して、前記ＵＥ間協調フィードバックを、検知及びリソース選択に使用されるパラメータとアラインすべく、前記処理回路は、前記ＵＥ間協調フィードバック内の基準リソースのサイズをＶ２Ｘサイドリンクリソースに、前記ＵＥ間協調フィードバック内の前記基準リソースをリソース選択ウィンドウリソースに変換するように、前記ＵＥを構成するように構成されている、請求項８に記載の装置。

【請求項11】

前記ＵＥ間協調フィードバック内の前記基準リソースのサイズを前記Ｖ２Ｘサイドリンクリソースに変換すべく、前記処理回路は、
送信（ＴＸ）ＵＥリソースのＴＸ ＵＥリソースサイズリソースより小さい基準リソースサイズの場合、前記ＴＸ ＵＥリソースを、前記ＴＸ ＵＥリソースを構成する全ての隣接基準リソース、又は、前記ＴＸ ＵＥリソースを構成する予め定められた数のリソースが報告されたという決定に応答して報告されたものとみなし；
前記ＴＸ ＵＥリソースサイズより大きい基準リソースサイズの場合、前記ＴＸ ＵＥリソースを、前記ＴＸ ＵＥリソースを含む基準リソースサイズが報告されたという決定に応答して報告されたものとみなす
ように前記ＵＥを構成する、請求項１０に記載の装置。

【請求項12】

前記ＵＥ間協調フィードバック内の前記基準リソースを前記リソース選択ウィンドウリソースに変換すべく、前記処理回路は、開始スロット、サブフレーム、又は送信時間インデックス（ＴＴＩ）のうち１つを基準時間として選択するように前記ＵＥを構成する、請求項１０に記載の装置。

【請求項13】

前記支援ＵＥを選択すべく、前記処理回路は、前記支援ＵＥの無線範囲、前記支援ＵＥの位置情報、前記ＵＥに関する前記支援ＵＥの相対速度、又は前記支援ＵＥの進行方向のうちの少なくとも１つを使用するように前記ＵＥを構成するように構成されており、
前記ＵＥ間協調報告を選択すべく、前記処理回路は、フィードバックソース又は宛先識別情報及びキャストタイプを含む報告パラメータのグループからの少なくとも１つの報告パラメータ、フィードバックタイプ、フィードバック遅延、リソース指示ウィンドウ、フィードバックリソース選択ウィンドウ、フィードバック生成のためのリソース予約期間、フィードバック生成のためのリソースサイズ、基準閾値のタイプ及び値、及び、フィードバック生成のための優先度値を使用して前記ＵＥ間協調報告をフィルタリングするように前記ＵＥを構成する、請求項８に記載の装置。

【請求項14】

前記処理回路は、
リソース除外及び候補リソースセットの形成、
リソースセットを生成するための最初のリソース選択、
前記リソース除外及び候補リソースセットの形成及び前記最初のリソース選択、
前記リソースセットを生成するためのリソース再評価、
前記候補リソースセットを形成すること、前記リソースセットを生成するための前記リソース再評価のためのリソース除外、
前記候補リソースセットを形成すること、及び前記リソースセットを生成するための前記リソース再評価のための前記最初のリソース選択、又は
前記リソース除外及び候補リソースセットの形成、前記候補リソースセットを形成するための前記最初のリソース選択、及び前記リソースセットを生成するための前記リソース再評価
のうちの少なくとも１つのための前記ＵＥ間協調フィードバックを使用するように前記ＵＥを構成する、請求項８に記載の装置。

【請求項15】

前記処理回路は、複数のＵＥからＵＥ間協調フィードバックを受信し組み合わせることで、
前記複数のＵＥからの前記ＵＥ間協調フィードバックのリソースセットの交差又は組み合わせ、又は
前記複数のＵＥからの前記ＵＥ間協調フィードバックの前記リソースセット内のリソース発生、ここで、各リソースについて、前記複数のＵＥからの前記ＵＥ間協調フィードバック内の前記リソースの多数の発生は、前記リソースが前記組み合わされたリソースセットに含まれたかどうかを決定するために使用される
のうち１つである組み合わされたリソースセットを形成するように前記ＵＥを構成する、請求項８に記載の装置。

【請求項16】

前記処理回路は、複数のＵＥからの複数のＵＥ間協調フィードバックから好ましいリソースセット及び好ましくないリソースセットを決定するように前記ＵＥを構成し、
前記好ましくないリソースセットは、
前記処理回路によって個別に処理された前記複数のＵＥからの好ましくないリソースセットの場合は、前記好ましくないリソースセット内の特定の好ましくないリソースの予め定められた数の発生、及び
前記処理回路によって処理されて、組み合わされた好ましくないリソースセットに集約され、その後処理される前記複数のＵＥからの前記好ましくないリソースセットの場合、前記組み合わされた好ましくないリソースセット内の前記特定の好ましくないリソース
を含み、
前記好ましいリソースセットは、
前記処理回路によって個別に処理された前記複数のＵＥからの好ましいリソースセットの場合、前記好ましいリソースセット内の特定の好ましいリソースの予め定められた数の発生、及び
前記処理回路によって処理されて、組み合わされた好ましいリソースセットに集約され、その後処理される前記複数のＵＥからの前記好ましいリソースセットの場合、前記組み合わされた好ましいリソースセット内の前記特定の好ましいリソース
を含む、請求項８に記載の装置。

【請求項17】

前記処理回路は、複数のＵＥ及び追加のメトリックからの複数のＵＥ間協調フィードバックから受信されたリソースのリソースタイプを決定するように前記ＵＥを構成し、
前記リソースタイプは好ましいリソース及び好ましくないリソースであり、
前記好ましくないリソースは、
前記処理回路によって個別に処理された前記複数のＵＥからの好ましくないリソースセットの場合は、好ましくない閾値メトリックより大きい好ましくないメトリックを有する前記好ましくないリソースセット内の特定の好ましくないリソースの予め定められた数の発生、及び
前記処理回路によって処理されて、組み合わされた好ましくないリソースセットに集約され、その後処理される前記複数のＵＥからの前記好ましくないリソースセットの場合、前記好ましくない閾値メトリックより大きい前記好ましくないメトリックを有する前記組み合わされた好ましくないリソースセット内の前記特定の好ましくないリソース
を含み、
前記好ましいリソースは、
前記処理回路によって個別に処理された前記複数のＵＥからの好ましいリソースセットの場合、好ましい閾値メトリックより少ない好ましいメトリックを有する前記好ましいリソースセット内の特定の好ましいリソースの予め定められた数の発生、及び
前記処理回路によって処理されて、組み合わされた好ましいリソースセットに集約され、その後処理される前記複数のＵＥからの前記好ましいリソースセットの場合、前記好ましい閾値メトリックより少ない前記好ましいメトリックを有する前記組み合わされた好ましいリソースセット内の前記特定の好ましいリソース
を含む、請求項８に記載の装置。

【請求項18】

前記処理回路は、
リソース除外に基づいて複数のＵＥからの複数のＵＥ間協調フィードバックからリソース選択のための候補リソースセットを形成すること；及び
前記候補リソースセットに基づいて検知を実行すること
を行うように前記ＵＥを構成する、請求項８から１７のいずれか一項に記載の装置。

【請求項19】

ユーザ機器（ＵＥ）の１又は複数のプロセッサによって実行されるための命令を備えるコンピュータプログラムであって、前記１又は複数のプロセッサは、前記命令が実行されたとき、
他のＵＥから、ビークルツーエブリシング（Ｖ２Ｘ）サイドリンク通信のための好ましいリソースセット及び好ましくないリソースセットを含むＵＥ間協調フィードバックに対する要求を受信すること；
前記ＵＥ間協調フィードバックが、前記ＵＥ間協調フィードバックが他のサイドリンク送信から前記他のＵＥに別々に送信されるスタンドアロンＵＥ間協調フィードバックとして前記他のＵＥに送信されることを許可されたか、又は、前記ＵＥ間協調フィードバックが前記他のＵＥへのデータとともに送信されるノンスタンドアロンＵＥ間協調フィードバックのみとして前記他のＵＥに送信されることを許可されたかを決定すること；及び
前記ＵＥ間協調フィードバックが、スタンドアロンＵＥ間協調フィードバックとして前記他のＵＥに送信されることを許可されたか又はノンスタンドアロンＵＥ間協調フィードバックとしてのみ前記他のＵＥに送信されることを許可されたかの決定に依存して、前記ＵＥ間協調フィードバックを前記他のＵＥに送信すること
を行うように前記ＵＥを構成する、コンピュータプログラム。

【請求項20】

前記要求は、前記ＵＥ間協調フィードバックの送信のためのパラメータを備え、
前記パラメータは、前記ＵＥ間協調フィードバックの送信のための前記要求の受信の後の時間間隔を含み、
前記要求の受信後の前記時間間隔は、前記他のＵＥのリソース再選択アクティビティに合わせて時間内にアラインされ、
前記要求の受信に応答して、前記１又は複数のプロセッサはさらに、前記命令が実行されたとき、前記要求の受信後の前記時間間隔において前記他のＵＥに前記ＵＥ間協調フィードバックを送信するように前記ＵＥを構成する、請求項１９に記載のコンピュータプログラム。

【請求項21】

請求項１９または２０に記載のコンピュータプログラムを格納するコンピュータ可読記憶媒体。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】０２１８

【補正方法】変更

【補正の内容】

【0218】

本開示の要約書は、３７ Ｃ．Ｆ．Ｒ． §１．７２（ｂ）に準拠するように提供されており、技術的開示の性質を読者が迅速に確認できるような要約書を要求している。要約書は、特許請求の範囲の範囲又は意味を解釈又は限定するためには使用されないとの理解に基づいて提出されるものである。さらに、前述の詳細な説明では、本開示を合理化する目的で、様々な特徴が単一の実施形態にグループ化されていることがわかるであろう。この開示方法は、特許請求の対象となる実施形態が、各請求項に明記されるものよりも多くの特徴を要求するとの意図を反映するものとして解釈されるべきではない。むしろ、以下の特許請求の範囲が反映するとおり、発明の主題は、１つの開示される実施形態の全ての特徴よりも少ない特徴で成立する。よって、ここに以下の特許請求の範囲を、各請求項が別個の実施形態として独立したものとして、詳細な説明に組み込む。
（他の可能な項目）
（項目１）
ユーザ機器（ＵＥ）のための装置であって、前記装置は、
他のＵＥから、ビークルツーエブリシング（Ｖ２Ｘ）サイドリンク通信のための好ましいリソースセット及び好ましくないリソースセットを含むＵＥ間協調フィードバックに対する要求を受信すること；
前記ＵＥ間協調フィードバックが、前記ＵＥ間協調フィードバックが他のサイドリンク送信から前記他のＵＥに別々に送信されるスタンドアロンＵＥ間協調フィードバックとして前記他のＵＥに送信されることを許可されたか、又は、前記ＵＥ間協調フィードバックが前記他のＵＥへのデータとともに送信されるノンスタンドアロンＵＥ間協調フィードバックのみとして前記他のＵＥに送信されることを許可されたかを決定すること；及び
前記ＵＥ間協調フィードバックが、スタンドアロンＵＥ間協調フィードバックとして前記他のＵＥに送信されることを許可されたか又はノンスタンドアロンＵＥ間協調フィードバックとしてのみ前記他のＵＥに送信されることを許可されたかの決定に依存して、前記ＵＥ間協調フィードバックを前記他のＵＥに送信すること
を行うように前記ＵＥを構成するように構成されている処理回路；及び
前記ＵＥ間協調フィードバックを格納するように構成されているメモリ
を備える、装置。
（項目２）
前記要求は、前記ＵＥ間協調フィードバックの送信のためのパラメータを備え、
前記パラメータは、前記ＵＥ間協調フィードバックの送信のための前記要求の受信の後の時間間隔を含み、
前記要求の受信後の前記時間間隔は、前記他のＵＥのリソース再選択アクティビティに合わせて時間内にアラインされ、
前記要求の受信に応答して、前記処理回路はさらに、前記要求の受信後の前記時間間隔において、前記他のＵＥに前記ＵＥ間協調フィードバックを送信するように前記ＵＥを構成するように構成されている、項目１に記載の装置。
（項目３）
前記処理回路はさらに、前記ＵＥ間協調フィードバックを、物理サイドリンク共有チャネル（ＰＳＳＣＨ）上の媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ－ＣＥ）、及び、前記ＵＥ間協調フィードバックが前記ノンスタンドアロンＵＥ間協調フィードバックであるという前記決定に応答して前記データと多重化された前記ＵＥ間協調フィードバックを使用して送信するように前記ＵＥを構成するように構成されている、項目１に記載の装置。
（項目４）
前記処理回路はさらに、キャストタイプに依存している前記ＵＥ間協調フィードバックのコンテンツを送信するように前記ＵＥを構成するように構成されており、前記キャストタイプは、ブロードキャスト送信、グループキャスト送信、及びユニキャスト送信を含むキャストタイプのグループから選択された、項目１に記載の装置。
（項目５）
前記処理回路はさらに、ヘッダー情報；好ましいリソースセット（セット１）；好ましくないリソースセット（セット２）；基準リソースサイズ；セット１及び２のサイズ；セット１及び２の基準信号受信電力（ＳＬ－ＲＳＲＰ）、チャネル品質インデックス（ＣＱＩ）、又は距離閾値及び値；基準優先度；リソース選択ウィンドウ又は報告されたリソースセットの開始スロットインデックス；検知ウィンドウの開始及び終了；検知パラメータ；サイドリンク送信又は受信プール識別子（ＩＤ）のうちの少なくとも１つ；フィードバックのために考慮された動的送信；フィードバックのために考慮された半永続的送信；リソース予約期間のセット；及びソース又は宛先ＩＤのうちの少なくとも１つを含むコンテンツのセットから前記コンテンツを選択するように前記ＵＥを構成するように構成されている、項目４に記載の装置。
（項目６）
前記処理回路はさらに、サイドリンク制御情報（ＳＣＩ）フォーマット２（段階２）、媒体アクセス制御（ＭＡＣ）制御要素（ＭＡＣ－ＣＥ）、又はＰＣ５無線リソース制御（ＲＲＣ）シグナリングのうちの少なくとも１つにおけるサイドリンク競合回避のために前記ＵＥ間協調フィードバックを送信するように前記ＵＥを構成するように構成されている、又は、複数のコンテナにわたって分散されている、項目１に記載の装置。
（項目７）
前記処理回路はさらに、前記ＵＥ間協調フィードバックを含み、前記ＵＥ間協調フィードバックなしのサイドリンク送信より前記ＵＥ間協調フィードバックを用いたサイドリンク送信に、より高い優先順位を設定する異なるキャストタイプのうちのサイドリンク送信を優先するように前記ＵＥを構成するように構成され、前記キャストタイプは、ブロードキャスト送信、グループキャスト送信、及びユニキャスト送信を含む、項目１に記載の装置。
（項目８）
ユーザ機器（ＵＥ）のための装置であって、前記装置は、
他のＵＥに、ビークルツーエブリシング（Ｖ２Ｘ）サイドリンク通信のための好ましいリソースセット及び好ましくないリソースセットを含むＵＥ間協調フィードバックに対する要求を送信すること；
前記他のＵＥから、前記ＵＥ間協調フィードバックを受信すること；
Ｖ２Ｘサイドリンク送信のパラメータが前記ＵＥ間協調フィードバックを生成するために使用されたパラメータと異なると決定すること；
前記Ｖ２Ｘサイドリンク送信の前記パラメータが前記ＵＥ間協調フィードバックを生成するために使用された前記パラメータと異なると決定したことに応答して、前記ＵＥ間協調フィードバックを変換して、前記ＵＥ間協調フィードバックを、検知及びリソース選択のために使用されるパラメータとアラインすること；
前記ＵＥ間協調フィードバックに基づいて、支援ＵＥ及びＵＥ間協調報告を選択すること；
前記ＵＥ間協調フィードバックに基づいてリソース選択を決定すること；及び
前記リソース選択を使用して決定されたリソースを使用して、Ｖ２Ｘサイドリンク送信を送信すること
を行うように前記ＵＥを構成するように構成されている処理回路；及び
前記ＵＥ間協調フィードバックを格納するように構成されているメモリ
を備える、装置。
（項目９）
ＵＥ間協調フィードバックのための前記要求は、前記ＵＥ間協調フィードバックに使用されるべきパラメータを備えており、前記ＵＥ間協調フィードバックに使用されるべき前記パラメータは、サイドリンクの好ましい又は好ましくないリソース毎のサブチャネルの数、リソース選択のためのサイドリンク送信優先度値、リソース選択ウィンドウの決定のためのフィードバック生成のためのリソース選択ウィンドウパラメータ、前記フィードバック生成のための検知ウィンドウパラメータ、リソースセットのサイズ、閾値のタイプ及び値、前記フィードバック生成のためのリソース予約期間、前記フィードバック生成において考慮される潜在的な将来の衝突の参照番号、及び、フィードバックレポートのタイプを含むパラメータのセットから選択される、項目８に記載の装置。
（項目１０）
前記ＵＥ間協調フィードバックを変換して、前記ＵＥ間協調フィードバックを、検知及びリソース選択に使用されるパラメータとアラインすべく、前記処理回路は、前記ＵＥ間協調フィードバック内の基準リソースのサイズをＶ２Ｘサイドリンクリソースに、前記ＵＥ間協調フィードバック内の前記基準リソースをリソース選択ウィンドウリソースに変換するように、前記ＵＥを構成するように構成されている、項目８に記載の装置。
（項目１１）
前記ＵＥ間協調フィードバック内の前記基準リソースのサイズを前記Ｖ２Ｘサイドリンクリソースに変換すべく、前記処理回路は、
送信（ＴＸ）ＵＥリソースサイズリソースより小さい基準リソースサイズの場合、前記ＴＸ ＵＥリソースを、前記ＴＸ ＵＥリソースを構成する全ての隣接基準リソース、又は、前記ＴＸ ＵＥリソースを構成する予め定められた数のリソースが報告されたという決定に応答して報告されたものとみなし；
前記ＴＸ ＵＥリソースサイズリソースより大きい基準リソースサイズの場合、前記ＴＸ ＵＥリソースを、前記ＴＸ ＵＥリソースを含む基準リソースサイズが報告されたという決定に応答して報告されたものとみなす
ように前記ＵＥを構成するように構成されている、項目１０に記載の装置。
（項目１２）
前記ＵＥ間協調フィードバック内の前記基準リソースを前記リソース選択ウィンドウリソースに変換すべく、前記処理回路は、開始スロット、サブフレーム、又は送信時間インデックス（ＴＴＩ）のうち１つを基準時間として選択するように前記ＵＥを構成するように構成されている、項目１０に記載の装置。
（項目１３）
前記支援ＵＥを選択すべく、前記処理回路は、前記支援ＵＥの無線範囲、前記支援ＵＥの位置情報、前記ＵＥに関する前記支援ＵＥの相対速度、又は前記支援ＵＥの進行方向のうちの少なくとも１つを使用するように前記ＵＥを構成するように構成されており、
前記ＵＥ間協調報告を選択すべく、前記処理回路は、フィードバックソース又は宛先識別情報及びキャストタイプを含む報告パラメータのグループからの少なくとも１つの報告パラメータ、フィードバックタイプ、フィードバック遅延、リソース指示ウィンドウ、フィードバックリソース選択ウィンドウ、フィードバック生成のためのリソース予約期間、フィードバック生成のためのリソースサイズ、基準閾値のタイプ及び値、及び、フィードバック生成のための優先度値を使用して前記ＵＥ間協調報告をフィルタリングするように前記ＵＥを構成するように構成されている、項目８に記載の装置。
（項目１４）
前記処理回路は、
リソース除外及び候補リソースセットの形成、
リソースセットを生成するための最初のリソース選択、
前記リソース除外及び候補リソースセットの形成及び前記最初のリソース選択、
前記リソースセットを生成するためのリソース再評価、
前記候補リソースセットを形成すること、前記リソースセットを生成するための前記リソース再評価のためのリソース除外、
前記候補リソースセットを形成すること、及び前記リソースセットを生成するための前記リソース再評価のための前記最初のリソース選択、又は
前記リソース除外及び候補リソースセットの形成、前記候補リソースセットを形成するための前記最初のリソース選択、及び前記リソースセットを生成するための前記リソース再評価
のうちの少なくとも１つのための前記ＵＥ間協調フィードバックを使用するように前記ＵＥを構成するように構成されている、項目８に記載の装置。
（項目１５）
前記処理回路は、複数のＵＥからＵＥ間協調フィードバックを受信し組み合わせることで、
前記複数のＵＥからの前記ＵＥ間協調フィードバックのリソースセットの交差又は組み合わせ、又は
前記複数のＵＥからの前記ＵＥ間協調フィードバックの前記リソースセット内のリソース発生、ここで、各リソースについて、前記複数のＵＥからの前記ＵＥ間協調フィードバック内の前記リソースの多数の発生は、前記リソースが前記組み合わされたリソースセットに含まれたかどうかを決定するために使用される
のうち１つである組み合わされたリソースセットを形成するように前記ＵＥを構成するように構成されている、項目８に記載の装置。
（項目１６）
前記処理回路は、複数のＵＥからの複数のＵＥ間協調フィードバックから好ましいリソースセット及び好ましくないリソースセットを決定するように前記ＵＥを構成するように構成されており、
前記好ましくないリソースセットは、
前記処理回路によって個別に処理された前記複数のＵＥからの好ましくないリソースセットの場合は、前記好ましくないリソースセット内の特定の好ましくないリソースの予め定められた数の発生、及び
前記処理回路によって処理されて、組み合わされた好ましくないリソースセットに集約され、その後処理される前記複数のＵＥからの前記好ましくないリソースセットの場合、前記組み合わされた好ましくないリソースセット内の前記特定の好ましくないリソース
を含み、
前記好ましいリソースセットは、
前記処理回路によって個別に処理された前記複数のＵＥからの好ましいリソースセットの場合、前記好ましいリソースセット内の特定の好ましいリソースの予め定められた数の発生、及び
前記処理回路によって処理されて、組み合わされた好ましいリソースセットに集約され、その後処理される前記複数のＵＥからの前記好ましいリソースセットの場合、前記組み合わされた好ましいリソースセット内の前記特定の好ましいリソース
を含む、項目８に記載の装置。
（項目１７）
前記処理回路は、複数のＵＥ及び追加のメトリックからの複数のＵＥ間協調フィードバックから受信されたリソースのリソースタイプを決定するように前記ＵＥを構成するように構成されており、
前記リソースタイプは好ましいリソース及び好ましくないリソースであり、
前記好ましくないリソースは、
前記処理回路によって個別に処理された前記複数のＵＥからの好ましくないリソースセットの場合は、好ましくない閾値メトリックより大きい好ましくないメトリックを有する前記好ましくないリソースセット内の特定の好ましくないリソースの予め定められた数の発生、及び
前記処理回路によって処理されて、組み合わされた好ましくないリソースセットに集約され、その後処理される前記複数のＵＥからの前記好ましくないリソースセットの場合、前記好ましくない閾値メトリックより大きい前記好ましくないメトリックを有する前記組み合わされた好ましくないリソースセット内の前記特定の好ましくないリソース
を含み、
前記好ましいリソースは、
前記処理回路によって個別に処理された前記複数のＵＥからの好ましいリソースセットの場合、好ましい閾値メトリックより少ない好ましいメトリックを有する前記好ましいリソースセット内の特定の好ましいリソースの予め定められた数の発生、及び
前記処理回路によって処理されて、組み合わされた好ましいリソースセットに集約され、その後処理される前記複数のＵＥからの前記好ましいリソースセットの場合、前記好ましい閾値メトリックより少ない前記好ましいメトリックを有する前記組み合わされた好ましいリソースセット内の前記特定の好ましいリソース
を含む、項目８に記載の装置。
（項目１８）
前記処理回路は、
リソース除外に基づいて複数のＵＥからの複数のＵＥ間協調フィードバックからリソース選択のための候補リソースセットを形成すること；及び
前記候補リソースセットに基づいて検知を実行すること
を行うように前記ＵＥを構成するように構成されている、項目８に記載の装置。
（項目１９）
ユーザ機器（ＵＥ）の１又は複数のプロセッサによって実行されるための命令を格納した非一時的コンピュータ可読記憶媒体であって、前記１又は複数のプロセッサは、前記命令が実行されたとき、
他のＵＥから、ビークルツーエブリシング（Ｖ２Ｘ）サイドリンク通信のための好ましいリソースセット及び好ましくないリソースセットを含むＵＥ間協調フィードバックに対する要求を受信すること；
前記ＵＥ間協調フィードバックが、前記ＵＥ間協調フィードバックが他のサイドリンク送信から前記他のＵＥに別々に送信されるスタンドアロンＵＥ間協調フィードバックとして前記他のＵＥに送信されることを許可されたか、又は、前記ＵＥ間協調フィードバックが前記他のＵＥへのデータとともに送信されるノンスタンドアロンＵＥ間協調フィードバックのみとして前記他のＵＥに送信されることを許可されたかを決定すること；及び
前記ＵＥ間協調フィードバックが、スタンドアロンＵＥ間協調フィードバックとして前記他のＵＥに送信されることを許可されたか又はノンスタンドアロンＵＥ間協調フィードバックとしてのみ前記他のＵＥに送信されることを許可されたかの決定に依存して、前記ＵＥ間協調フィードバックを前記他のＵＥに送信すること
を行うように前記ＵＥを構成する、非一時的コンピュータ可読記憶媒体。
（項目２０）
前記要求は、前記ＵＥ間協調フィードバックの送信のためのパラメータを備え、
前記パラメータは、前記ＵＥ間協調フィードバックの送信のための前記要求の受信の後の時間間隔を含み、
前記要求の受信後の前記時間間隔は、前記他のＵＥのリソース再選択アクティビティに合わせて時間内にアラインされ、
前記要求の受信に応答して、前記１又は複数のプロセッサはさらに、前記命令が実行されたとき、前記要求の受信後の前記時間間隔において前記他のＵＥに前記ＵＥ間協調フィードバックを送信するように前記ＵＥを構成する、項目１９に記載の非一時的コンピュータ可読記憶媒体。

【国際調査報告】