特表 2023-512817 サイドリンク制御情報ステージ２フォーマット

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

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

(11)【公表番号】

(43)【公表日】2023-03-29

(54)【発明の名称】サイドリンク制御情報ステージ２フォーマット

(51)【国際特許分類】

   H04W 72/25 20230101AFI20230322BHJP

   H04W 92/18 20090101ALI20230322BHJP

   H04W 28/04 20090101ALI20230322BHJP

   H04L 1/1867 20230101ALI20230322BHJP

【ＦＩ】

H04W72/25

H04W92/18

H04W28/04 110

H04L1/1867

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022547981

(86)(22)【出願日】2020-02-12

(85)【翻訳文提出日】2022-08-05

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

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

(87)【国際公開日】2021-08-19

(81)【指定国・地域】

(71)【出願人】

【識別番号】503260918

【氏名又は名称】アップル インコーポレイテッド

【氏名又は名称原語表記】Ａｐｐｌｅ Ｉｎｃ．

【住所又は居所原語表記】Ｏｎｅ Ａｐｐｌｅ Ｐａｒｋ Ｗａｙ，Ｃｕｐｅｒｔｉｎｏ， Ｃａｌｉｆｏｒｎｉａ ９５０１４， Ｕ．Ｓ．Ａ．

(74)【代理人】

【識別番号】100094569

【弁理士】

【氏名又は名称】田中 伸一郎

(74)【代理人】

【識別番号】100103610

【弁理士】

【氏名又は名称】▲吉▼田 和彦

(74)【代理人】

【識別番号】100067013

【弁理士】

【氏名又は名称】大塚 文昭

(74)【代理人】

【識別番号】100086771

【弁理士】

【氏名又は名称】西島 孝喜

(74)【代理人】

【識別番号】100139712

【弁理士】

【氏名又は名称】那須 威夫

(74)【代理人】

【識別番号】100210239

【弁理士】

【氏名又は名称】富永 真太郎

(72)【発明者】

【氏名】ヤオ チュンハイ

(72)【発明者】

【氏名】イェ チュンシュアン

(72)【発明者】

【氏名】ゼン ウェイ

(72)【発明者】

【氏名】チャン ユシュ

(72)【発明者】

【氏名】オテリ オゲネコメ

(72)【発明者】

【氏名】ヤン ウェイドン

(72)【発明者】

【氏名】ヘ ホン

(72)【発明者】

【氏名】スン ハイトン

(72)【発明者】

【氏名】タン ヤン

(72)【発明者】

【氏名】ツイ ジエ

(72)【発明者】

【氏名】キム ユチュル

(72)【発明者】

【氏名】チャン ダウェイ

(72)【発明者】

【氏名】タン ジア

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

5K014

5K067

【Ｆターム（参考）】

5K014DA02

5K014FA03

5K067AA21

5K067DD11

5K067EE02

5K067EE25

5K067HH28

(57)【要約】

サイドリンク通信を実行するためのシステム、方法、及び回路が提供される。例示的な方法は、トランスポートブロック（ＴＢ）をユーザ機器デバイス（ＵＥ）に送信するためのＳＣＩステージ１及びステージ２を生成する。この方法は、ＴＢを送信するためのサイドリンク通信のタイプを決定することを含む。ＳＣＩステージ２のフォーマットは、サイドリンク通信のタイプに基づいて選択される。ＳＣＩステージ２ペイロードは、選択されたＳＣＩステージ２フォーマットに従って符号化される。選択されたＳＣＩステージ２のフォーマット値は、ＳＣＩステージ１ペイロード内に符号化される。ＳＣＩステージ１ペイロード及びＳＣＩステージ２ペイロードは、ＵＥに送信される。

【特許請求の範囲】

【請求項1】

第１のユーザ機器無線通信デバイス（ＵＥ）のための装置であって、１つ以上のプロセッサを備え、前記１つ以上のプロセッサが、前記第１のＵＥに、
トランスポートブロック（ＴＢ）を第２のＵＥに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャストである場合には第１のＳＣＩステージ２フォーマットを選択し、
前記サイドリンク通信タイプがユニキャスト、フィードバックを伴わないグループキャスト、又はフィードバックを伴うグループキャストオプション２である場合には第２のＳＣＩステージ２フォーマットを選択し、
前記サイドリンク通信タイプがフィードバックを伴うグループキャストオプション１である場合には第３のＳＣＩステージ２フォーマットを選択する
ことによって、サイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択させ、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化させ、
前記ＳＣＩステージ２ペイロードを前記第２のＵＥに送信させる、
ように構成されている、装置。

【請求項2】

前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記第２のＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にさせ、
前記第２のＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にさせる、
ように構成されている、請求項１に記載の装置。

【請求項3】

前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）が構成されているかどうかを判定させ、
前記ＰＳＦＣＨが構成されていない場合、前記ＳＣＩステージ２ペイロードから前記フィードバックビットを排除させる、
ように構成されている、請求項２に記載の装置。

【請求項4】

前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択され、かつ前記サイドリンク通信タイプがグループキャストであるときに、
１つ以上のパディングビットを前記ＳＣＩステージ２ペイロードに追加させる
ように構成されている、請求項２に記載の装置。

【請求項5】

前記１つ以上のプロセッサが、前記ＵＥに、前記第３のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に通信範囲を符号化させて、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを提供させ、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲外にあるときにはフィードバックを提供させないようにする
ように構成されている、請求項１に記載の装置。

【請求項6】

第１のユーザ機器無線通信デバイス（ＵＥ）のための装置であって、１つ以上のプロセッサを備え、前記１つ以上のプロセッサは、前記第１のＵＥに、
トランスポートブロック（ＴＢ）を第２のＵＥに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャストである場合には第１のＳＣＩステージ２フォーマットを選択し、
前記サイドリンク通信タイプがユニキャスト又はグループキャストオプション２である場合には第２のＳＣＩステージ２フォーマットを選択し、
前記サイドリンク通信タイプがグループキャストオプション１である場合には第３のＳＣＩステージ２フォーマットを選択する
ことによって、サイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択させ、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化させ、
前記ＳＣＩステージ２ペイロードを前記第２のＵＥに送信させる、
ように構成されている、装置。

【請求項7】

前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記第２のＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にさせ、
前記第２のＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にさせる
ように構成されている、請求項６に記載の装置。

【請求項8】

前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）が構成されているかどうかを判定させ、
前記ＰＳＦＣＨが構成されていない場合、前記ＳＣＩステージ２ペイロードから前記フィードバックビットを排除させる、
ように構成されている、請求項７に記載の装置。

【請求項9】

前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択され、かつ前記サイドリンク通信タイプがグループキャストであるときに、
１つ以上のパディングビットを前記ＳＣＩステージ２ペイロードに追加させる
ように構成されている、請求項７に記載の装置。

【請求項10】

前記１つ以上のプロセッサが、前記ＵＥに、前記第３のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に前記第１のＵＥとの間の距離を定義する通信範囲を符号化させ、
前記第２のＵＥが前記第１のＵＥに対して前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを提供させ、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲外にあるときにはフィードバックを提供させないようにするよう、フィードバックビッチを有効化させて、
前記第２のＵＥにフィードバックを提供させないためには、前記フィードバックビッチを無効化させる、
ように構成されている、請求項６に記載の装置。

【請求項11】

前記１つ以上のプロセッサが、前記ＵＥに、前記第３のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に前記第１のＵＥとの間の距離を定義する通信範囲を符号化させて、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを提供させ、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲外にあるときにはフィードバックを提供させないようにし、
前記通信範囲をゼロにセットさせて、前記第２のＵＥにフィードバックを提供させない
ように構成されている、請求項６に記載の装置。

【請求項12】

第１のユーザ機器無線通信デバイス（ＵＥ）のための装置であって、１つ以上のプロセッサを備え、前記１つ以上のプロセッサが、前記第１のＵＥに、
トランスポートブロック（ＴＢ）を第２のＵＥに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、フィードバックを伴わないグループキャスト、又はフィードバックを伴うグループキャストオプション２である場合には第１のＳＣＩステージ２フォーマットを選択し、
前記サイドリンク通信タイプがフィードバックを伴うグループキャストオプション１である場合には第２のＳＣＩステージ２フォーマットを選択することによって、サイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択させ、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化させ、
前記ＳＣＩステージ２ペイロードを前記第２のＵＥに送信させる、
ように構成されている、装置。

【請求項13】

前記１つ以上のプロセッサが、前記ＵＥに、前記第１のＳＣＩステージ２フォーマットが選択され、かつ前記サイドリンク通信タイプがブロードキャストであるときに、
前記ＳＣＩステージ２ペイロード内に共通のブロードキャスト宛先識別子（ＩＤ）を符号化させる
ように構成されている、請求項１２に記載の装置。

【請求項14】

前記共通のブロードキャスト宛先ＩＤが、すべてのブロードキャスト通信に対して予め定められている、請求項１３に記載の装置。

【請求項15】

前記共通のブロードキャスト宛先ＩＤが、リソースプールごとに予め定められている、請求項１３に記載の装置。

【請求項16】

前記１つ以上のプロセッサが、前記ＵＥに、前記第１のＳＣＩステージ２フォーマットが選択されたときに、
前記第２のＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にさせ、
前記第２のＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にさせる、
ように構成されている、請求項１２に記載の装置。

【請求項17】

前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に通信範囲を符号化させて、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを提供させ、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲外にあるときにはフィードバックを提供させない、
ように構成されている、請求項１２に記載の装置。

【請求項18】

第１のユーザ機器無線通信デバイス（ＵＥ）のための装置であって、１つ以上のプロセッサを備え、前記１つ以上のプロセッサが、前記第１のＵＥに、
トランスポートブロック（ＴＢ）を第２のＵＥに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、又はグループキャストオプション２である場合には第１のＳＣＩステージ２フォーマットを選択し、
前記サイドリンク通信タイプがグループキャストオプション１である場合には第２のＳＣＩステージ２フォーマットを選択する
ことによって、サイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択させ、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化させ、
前記ＳＣＩステージ２ペイロードを前記第２のＵＥに送信させる、
ように構成されている、装置。

【請求項19】

前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記第２のＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にさせ、
前記第２のＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にさせる、
ように構成されている、請求項１８に記載の装置。

【請求項20】

前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に前記第１のＵＥとの間の距離を定義する通信範囲を符号化させ、
前記第２のＵＥが前記第１のＵＥに対して前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを提供させ、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲外にあるときにはフィードバックを提供させないように、フィードバックビットを有効化させ、
前記第２のＵＥにフィードバックを提供させないように、前記フィードバックビットを無効化させる、
ように構成されている、請求項１８に記載の装置。

【請求項21】

前記１つ以上のプロセッサは、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に前記第１のＵＥとの間の距離を定義する通信範囲を符号化させて、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを提供させ、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲外にあるときにはフィードバックを提供させないようにし、
前記通信範囲をゼロにセットさせて、前記第２のＵＥにフィードバックを提供させない
ように構成されている、請求項１８に記載の装置。

【請求項22】

第１のユーザ機器無線通信デバイス（ＵＥ）のための装置であって、１つ以上のプロセッサを備え、前記１つ以上のプロセッサが、前記第１のＵＥに、
第２のＵＥのゾーン識別子（ＩＤ）を判定させ、
前記ゾーンＩＤに基づいて、前記第２のＵＥの推定位置を判定させ、
前記推定位置に基づいて、前記第１のＵＥと前記第２のＵＥとの間の推定距離を判定させる、
ように構成されている、装置。

【請求項23】

前記１つ以上のプロセッサが、前記第１のＵＥに、
前記第２のＵＥから受信したサイドリンク制御情報（ＳＣＩ）ステージ２に基づいて、前記ゾーンＩＤを識別させる、
ように構成されている、請求項２２に記載の装置。

【請求項24】

前記１つ以上のプロセッサが、前記第１のＵＥに、
前記ゾーンＩＤによって識別された地理的ゾーンの測地中心に基づいて、前記推定位置を判定させる、
ように構成されている、請求項２２に記載の装置。

【請求項25】

前記１つ以上のプロセッサが、前記第１のＵＥに、
２つ以上の地理的ゾーンが前記ゾーンＩＤにより識別されていることを判定させ、
前記第１のＵＥに最も近い地理的ゾーンを選択させ、
前記第２のＵＥの前記推定位置を、前記選択した地理的ゾーンに基づいて判定させる、ように構成されている、請求項２２に記載の装置。

【請求項26】

前記１つ以上のプロセッサが、前記第１のＵＥに、
前記ゾーンＩＤによって識別された地理的ゾーンの測地中心を判定し、
前記測地中心をフィードバック係数によって調整し、
前記調整された測地中心に基づいて前記推定位置を判定させる、
ことによって、前記推定位置を判定させるように構成されている、請求項２２に記載の装置。

【請求項27】

前記１つ以上のプロセッサが、前記第１のＵＥに、
前記フィードバック係数をリソースプール構成に基づいて決定させる、
ように構成されている、請求項２６に記載の装置。

【請求項28】

前記１つ以上のプロセッサが、前記第１のＵＥに、
前記推定距離に基づいて送信されるトランスポートブロックのデータ優先度に基づいて、前記フィードバック係数を決定させる、
ように構成されている、請求項２６に記載の装置。

【請求項29】

前記１つ以上のプロセッサが、前記第１のＵＥに、
前記フィードバック係数の値を調整して、前記データ優先度が高まるにつれて前記推定距離を最小化させる、
ように構成されている、請求項２８に記載の装置。

【請求項30】

前記１つ以上のプロセッサが、前記第１のＵＥに、
前記フィードバック係数をチャネルビジー率（ＣＢＲ）に基づいて決定させる、
ように構成されている、請求項２９に記載の装置。

【請求項31】

前記１つ以上のプロセッサが、前記第１のＵＥに、
前記フィードバック係数の値を調整して、前記ＣＢＲが増加するにつれて前記推定距離を最大化させる、
ように構成されている、請求項３０に記載の装置。

【請求項32】

トランスポートブロック（ＴＢ）をユーザ機器無線通信デバイス（ＵＥ）に送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャストである場合には第１のサイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択することと、
前記サイドリンク通信タイプがユニキャスト、フィードバックを伴わないグループキャスト、又はフィードバックを伴うグループキャストオプション２である場合には第２のＳＣＩステージ２フォーマットを選択することと、
前記サイドリンク通信タイプがフィードバックを伴うグループキャストオプション１である場合には第３のＳＣＩステージ２フォーマットを選択することと、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化することと、
前記ＳＣＩステージ２ペイロードを前記ＵＥに送信することと、
を含む、方法。

【請求項33】

前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にすることと、
前記ＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にすることと、
を含む、請求項３２に記載の方法。

【請求項34】

前記第２のＳＣＩステージ２フォーマットが選択されたときに、
物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）が構成されているかどうかを判定することと、
前記ＰＳＦＣＨが構成されていない場合、前記ＳＣＩステージ２ペイロードから前記フィードバックビットを排除することと、
を含む、請求項３３に記載の方法。

【請求項35】

前記第２のＳＣＩステージ２フォーマットが選択され、かつ前記サイドリンク通信タイプがグループキャストであるときに、
１つ以上のパディングビットを前記ＳＣＩステージ２ペイロードに追加すること、
を含む、請求項３３に記載の方法。

【請求項36】

前記第３のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２のペイロード内に通信範囲を符号化させて、
前記ＵＥが前記通信範囲内にあるときには前記ＵＥにＮＡＣＫフィードバックを提供させ、前記ＵＥが前記通信範囲外にあるときにはフィードバックを提供させないようにすること、
を含む、請求項３２に記載の方法。

【請求項37】

トランスポートブロック（ＴＢ）をＵＥに送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャストである場合には第１のサイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択することと、
前記サイドリンク通信タイプがユニキャスト又はグループキャストオプション２である場合には第２のＳＣＩステージ２フォーマットを選択することと、
前記サイドリンク通信タイプがグループキャストオプション１である場合には第３のＳＣＩステージ２フォーマットを選択することと、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化することと、
前記ＳＣＩステージ２ペイロードを前記ＵＥに送信することと、
を含む、方法。

【請求項38】

前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にすることと、
前記ＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にすることと、
を含む、請求項３７に記載の方法。

【請求項39】

前記第２のＳＣＩステージ２フォーマットが選択されたときに、
物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）が構成されているかどうかを決定することと、
前記ＰＳＦＣＨが構成されていない場合、前記ＳＣＩステージ２ペイロードから前記フィードバックビットを排除することと、
を含む、請求項３８に記載の方法。

【請求項40】

前記第２のＳＣＩステージ２フォーマットが選択され、かつ前記サイドリンク通信タイプがグループキャストであるときに、
１つ以上のパディングビットを前記ＳＣＩステージ２ペイロードに追加すること、
を含む、請求項３８に記載の方法。

【請求項41】

前記第３のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に距離を定義する通信範囲を符号化することと、
前記ＵＥに、前記ＵＥが前記通信範囲内にあるときはＮＡＣＫフィードバックを提供させ、前記ＵＥが前記通信範囲外にあるときはフィードバックを提供させないように、フィードバックビットを有効にすることと、
前記ＵＥにフィードバックを提供させないように前記フィードバックビットを無効にすることと、
を含む、請求項３７に記載の方法。

【請求項42】

前記第３のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に距離を定義する通信範囲を符号化して、前記ＵＥに、前記ＵＥが前記通信範囲内にあるときはＮＡＣＫフィードバックを提供させ、前記ＵＥが前記通信範囲外にあるときはフィードバックを提供させないようにする、ことと、
前記通信範囲をゼロにセットして、前記ＵＥにフィードバックを提供させないようにする、ことと、
を含む、請求項３７に記載の方法。

【請求項43】

トランスポートブロック（ＴＢ）をＵＥに送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、フィードバックを伴わないグループキャスト、又はフィードバックを伴うグループキャストオプション２である場合には第１のサイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択することと、
前記サイドリンク通信タイプがフィードバックを伴うグループキャストオプション１である場合には第２のＳＣＩステージ２フォーマットを選択することと、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化することと、
前記ＳＣＩステージ２ペイロードを前記ＵＥに送信することと、
を含む、方法。

【請求項44】

前記第１のＳＣＩステージ２フォーマットが選択され、かつ前記サイドリンク通信タイプがブロードキャストであるときに、
前記ＳＣＩステージ２ペイロード内に共通のブロードキャスト宛先識別子（ＩＤ）を符号化すること、
を含む、請求項４３に記載の方法。

【請求項45】

前記共通のブロードキャスト宛先ＩＤが、すべてのブロードキャスト通信に対して予め定められている、請求項４４に記載の方法。

【請求項46】

前記共通のブロードキャスト宛先ＩＤが、リソースプールごとに予め定められている、請求項４４に記載の方法。

【請求項47】

前記第１のＳＣＩステージ２フォーマットが選択されたときに、
前記のＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にすることと、
前記のＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にすることと、
を含む、請求項４３に記載の方法。

【請求項48】

前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２のペイロード内に通信範囲を符号化して、前記ＵＥが前記通信範囲内にあるときには前記ＵＥにＮＡＣＫフィードバックを提供させ、前記ＵＥが前記通信範囲外にあるときにはフィードバックを提供させないようにすること、
を含む、請求項４３に記載の方法。

【請求項49】

トランスポートブロック（ＴＢ）をＵＥに送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、又はグループキャストオプション２である場合には第１のサイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択することと、
前記サイドリンク通信タイプがグループキャストオプション１である場合には第２のＳＣＩステージ２フォーマットを選択することと、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化することと、
前記ＳＣＩステージ２ペイロードを前記ＵＥに送信することと、
を含む、方法。

【請求項50】

前記第１のＳＣＩステージ２フォーマットが選択されたときに、
前記のＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にすることと、
前記のＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にすることと、
を含む、請求項４９に記載の方法。

【請求項51】

前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に距離を定義する通信範囲を符号化することと、
前記ＵＥに、前記ＵＥが前記通信範囲内にあるときはＮＡＣＫフィードバックを提供させ、前記ＵＥが前記通信範囲外にあるときはフィードバックを提供させないように、フィードバックビットを有効にすることと、
前記ＵＥにフィードバックを提供させないように、前記フィードバックビットを無効にすることと、
を含む、請求項４９に記載の方法。

【請求項52】

前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に距離を定義する通信範囲を符号化して、前記ＵＥに、前記ＵＥが前記通信範囲内にあるときはＮＡＣＫフィードバックを提供させ、前記ＵＥが前記通信範囲外にあるときはフィードバックを提供させないようにする、ことと、
前記通信範囲をゼロにセットして、前記ＵＥにフィードバックを提供させないようにすることと、
を含む、請求項４９に記載の方法。

【請求項53】

第１のＵＥで、
第２のＵＥのゾーン識別子（ＩＤ）を判定することと、
前記ゾーンＩＤに基づいて、前記第２のＵＥの推定位置を判定することと、
前記推定位置に基づいて、前記第１のＵＥと前記第２のＵＥとの間の推定距離を判定することと、
を含む、方法。

【請求項54】

前記第２のＵＥから受信されたサイドリンク制御情報（ＳＣＩ）ステージ２に基づいて、前記ゾーンＩＤを識別すること、
を含む、請求項５３に記載の方法。

【請求項55】

前記ゾーンＩＤによって識別された地理的ゾーンの測地中心に基づいて、前記推定位置を判定すること、
を含む、請求項５３に記載の方法。

【請求項56】

２つ以上の地理的ゾーンが前記ゾーンＩＤによって識別されると判定することと、
前記第１のＵＥに最も近い地理的ゾーンを選択することと、
前記選択された地理的ゾーンに基づいて、前記第２のＵＥの前記推定位置を判定することと、
を含む、請求項５３に記載の方法。

【請求項57】

前記推定位置を、
前記ゾーンＩＤによって識別された地理的ゾーンの測地中心を判定し、
前記測地中心をフィードバック係数によって調整し、
前記調整された測地中心に基づいて前記推定位置を判定する、
ことによって判定すること、を含む、請求項５３に記載の方法。

【請求項58】

リソースプール構成に基づいて前記フィードバック係数を決定すること、
を含む、請求項５７に記載の方法。

【請求項59】

前記推定距離に基づいて送信されるトランスポートブロックのデータ優先度に基づいて、前記フィードバック係数を決定すること、
を含む、請求項５７に記載の方法。

【請求項60】

前記フィードバック係数の値を調整して、前記データ優先度が高まるにつれて前記推定距離を最小化させること、
を含む、請求項５７に記載の方法。

【請求項61】

チャネルビジー率（ＣＢＲ）に基づいて前記フィードバック係数を決定すること、
を含む、請求項５７に記載の方法。

【請求項62】

前記フィードバック係数の値を調整して、前記ＣＢＲが増加するにつれて前記推定距離を最大化させること、
を含む、請求項５７に記載の方法。

【請求項63】

第１のユーザ機器無線通信デバイス（ＵＥ）で、
第２のＵＥから、サイドリンク制御情報（ＳＣＩ）ステージ１、ＳＣＩステージ２、及びトランスポートブロックを受信することと、
前記ＳＣＩステージ１を復号して、前記ＳＣＩステージ２のフォーマットを特徴づけるＳＣＩステージ２フォーマットを判定することと、
前記ＳＣＩステージ２フォーマットに基づいて、前記第２のＵＥに提供する、前記ＴＢが正常に受信されたかどうかを示すためのフィードバックのタイプを判定することと、
を含む、方法。

【請求項64】

前記ＳＣＩステージ２フォーマットがフォーマット１であると判定することと、
それに応じて、前記第２のＵＥにフィードバックを送信することを控えることと、
を含む、請求項６３に記載の方法。

【請求項65】

前記ＳＣＩステージ２フォーマットがフォーマット２であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号化して、前記ＳＣＩステージ２のフィードバックビットがセットされているかどうかを判定し、
前記フィードバックビットがセットされているときには、前記第２のＵＥに肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）フィードバックを送信し、
前記フィードバックビットがセットされていないときには、前記第２のＵＥにフィードバックを送信することを控える、ことと、
を含む、請求項６４に記載の方法。

【請求項66】

前記ＳＣＩステージ２フォーマットがフォーマット３であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号して、通信範囲を決定し、
前記第２のＵＥが前記通信範囲内にあるかどうかを判定し、
前記第２のＵＥが前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを送信し、
前記第２のＵＥが前記通信範囲内にないときには、フィードバックを送信することを控える、ことと、
を含む、請求項６５に記載の方法。

【請求項67】

前記ＳＣＩステージ２フォーマットがフォーマット３であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号化して、前記ＳＣＩステージ２のフィードバックビットがセットされているかどうかを判定し、
前記フィードバックビットがセットされているときには、前記第２のＵＥにＮＡＣＫフィードバックを送信し、
前記フィードバックビットがセットされていないときには、前記第２のＵＥにフィードバックを送信することを控える、ことと、
を含む、請求項６５に記載の方法。

【請求項68】

前記ＳＣＩステージ２フォーマットがフォーマット３であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号化して、フィードバックビットがセットされているかどうか、及び通信範囲を判定し、
前記第２のＵＥが前記通信範囲内にあるかどうかを判定し、
前記第２のＵＥが前記通信範囲内にあり、前記フィードバックビットがセットされているときには、前記第２のＵＥにＮＡＣＫフィードバックを送信し、
前記第２のＵＥが前記通信範囲内にない、又は前記フィードバックビットがセットされていないときには、フィードバックを送信することを控える、ことと、
を含む、請求項６５に記載の方法。

【請求項69】

前記ＳＣＩステージ２フォーマットがフォーマット１であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号化して、前記ＳＣＩステージ２のフィードバックビットがセットされているかどうかを判定し、
前記フィードバックビットがセットされているときには、前記第２のＵＥにＡＣＫ／ＮＡＣＫフィードバックを送信し、
前記フィードバックビットがセットされていないときには、前記第２のＵＥにフィードバックを送信することを控える、ことと、
を含む、請求項６３に記載の方法。

【請求項70】

前記ＳＣＩステージ２フォーマットがフォーマット２であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号して、通信範囲を決定し、
前記第２のＵＥが前記通信範囲内にあるかどうかを判定し、
前記第２のＵＥが前記通信範囲内にあるときには、前記第２のＵＥにＮＡＣＫフィードバックを送信し、
前記第２のＵＥが前記通信範囲内にないときには、フィードバックを送信することを控える、ことと、
を含む、請求項６９に記載の方法。

【請求項71】

前記ＳＣＩステージ２フォーマットがフォーマット２であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号化して、フィードバックビットがセットされているかどうか、及び通信範囲を判定し、
前記第２のＵＥが前記通信範囲内にあるかどうかを判定し、
前記第２のＵＥが前記通信範囲内にあり、前記フィードバックビットがセットされているときには、前記第２のＵＥにＮＡＣＫフィードバックを送信し、
前記第２のＵＥが前記通信範囲内にない、又は前記フィードバックビットがセットされていないときには、フィードバックを送信することを控える、ことと、
を含む、請求項６９に記載の方法。

【発明の詳細な説明】

【背景技術】

【0001】

車両対すべて（Ｖ２Ｘ）通信は、車両ベースの通信デバイスから幅広い実体への通信を包含し、実体には、インフラストラクチャ（例えば、交通信号機）、他の車両ベースのデバイス、歩行者ベースのデバイス、及び／又は電力網を含む。Ｖ２Ｘシステムの広範な実装は、道路の安全性、交通効率、及びエネルギー節約を推進すると考えられている。Ｖ２Ｘは、１つのデバイスから別のデバイスへの通信に基づいており、これは、サイドリンク通信と呼ばれる。サイドリンク通信は、ダウンリンク通信（ネットワークアクセスポイント（ＡＰ）からユーザ機器（ＵＥ）へ）及びアップリンク通信（ＵＥからＡＰへ）から区別される。Ｖ２Ｘ通信は、複数のデバイスが、ネットワークからの支援が限られた状態でサイドリンク通信を実行できることに依拠している。

【0002】

回路、装置、及び／又は方法のいくつかの例を、単なる例として以下に記載する。この文脈において、添付の図を参照する。

【図面の簡単な説明】

【0003】

【図1A】ユニキャストサイドリンク通信の簡略化された概要を示す図である。

【図1B】グループキャストサイドリンク通信の簡略化された概要を示す図である。

【図1C】ブロードキャストサイドリンク通信の簡略化された概要を示す図である。

【図2】送信ユーザ機器無線通信デバイス（ＵＥ）と受信（ＲＸ）ＵＥとの間のサイドリンク通信の例示的な通信シーケンスを示す図である。

【図3】サイドリンク制御情報（ＳＣＩ）ステージ２の例示的なビット割り当てを示す図である。

【図4】記載の様々な態様による、ＳＣＩステージ２フォーマットを選択するための例示的な方法のフロー図である。

【図5】記載の様々な態様による、２ステージＳＣＩに基づいて、要求されたフィードバックのタイプを決定するための例示的な方法のフロー図である。

【図6】記載の様々な態様による、２ステージＳＣＩに基づいて、要求されたフィードバックのタイプを決定するための例示的な方法のフロー図である。

【図7】記載の様々な態様による、２ステージＳＣＩに基づいて、要求されたフィードバックのタイプを決定するための例示的な方法のフロー図である。

【図8】記載の様々な態様による、２ステージＳＣＩに基づいて、要求されたフィードバックのタイプを決定するための例示的な方法のフロー図である。

【図9】記載の様々な態様による、ユーザ機器無線通信デバイスの簡略化されたブロック図である。

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

【0004】

本開示は、添付図面を参照して説明される。図は縮尺通りには描かれておらず、単に本開示を説明するために提供されている。本開示のいくつかの態様は、図示するための例示的な用途を参照して以下に説明される。本開示の理解をもたらすために、多くの特定の詳細、関係性、及び方法が記載されている。本開示は、いくつかの動作が異なる順序で、かつ／又は他の動作又は事象と同時に発生する可能性があるため、動作又は事象の図示された順序に限定されない。更に、選択された本開示による方法論を実施するために、図示された動作又は事象の全てが必要ではない。

【0005】

図１Ａ～図１Ｃは、無線通信デバイス（例えば、ユーザ機器（ＵＥ）デバイス）がユニキャスト、グループキャスト、及びブロードキャスト通信を使用する無線通信ネットワークのブロック図である。ネットワーク内の各デバイスは、様々なタイプのＶ２Ｘ通信を実行するように構成された１つ以上のプロセッサを含む、車両からすべて（Ｖ２Ｘ）回路１１０を含む。この説明の目的のために、「デバイス」が何かしらの機能を実行するものとして説明される場合、その機能を実行しているのはＶ２Ｘ回路内のプロセッサ（複数可）であることを理解されたい。例示的な無線通信デバイスは、より詳細に図９に示している。

【0006】

無線通信ネットワーク内の１つ以上の受信（ＲＸ）デバイスにデータを送信しようとしている送信（ＴＸ）デバイス（例えば、デバイス１０１）は、まず、この目的のために利用可能なサイドリンクチャネルリソースを決定する。モード１（図示せず）では、ＴＸデバイス１０１は、ネットワーク内のデバイス間の通信を調整するマネージャデバイス１００からサイドリンクチャネルリソースを要求する。マネージャデバイス１００は、別のＵＥデバイス又は基地局デバイス（ｇＮＢ、ｅＮＢなど）であり得る。マネージャデバイス１００は、データを送信するためにＴＸデバイスによって使用される特定のサイドリンクチャネルリソースを識別するダウンリンク制御情報（ＤＣＩ）及び／又はサイドリンク設定グラント構成をＴＸデバイスに提供する。特定のサイドリンクチャネルリソースは、ネットワークに割り当てられたリソースプールから選択される。

【0007】

ＴＸデバイスがデータのユニキャスト、グループキャスト、又はブロードキャスト送信を実行するかどうかに応じて、ＴＸデバイスは、ＴＸデバイス１０１と、特定のＲＸデバイス（ユニキャスト識別子）、ＲＸデバイスのグループ（グループキャスト識別子）、又はすべてのＲＸデバイス（ブロードキャスト識別子）との間の１つ以上のチャネルを一意に識別するレイヤ１宛先識別子（Ｌ１宛先ＩＤ）を、（例えば高位層シグナリングを介して）無線通信ネットワーク内で判定する。一例では、ＬＩ宛先ＩＤによって識別されるチャネルは、物理サイドリンク制御チャネル（ＰＳＣＣＨ）である。

【0008】

（図１Ａ～図１Ｃに示す）モード２では、ＴＸデバイス１０１は、データを送信するためのサイドリンクチャネルリソースを、マネージャデバイス１００から特定のサイドリンク通信リソースの指定又は割り当てを受けるのではなく、マネージャデバイスから先験的に受領した事前割り当てされたリソースプールから選択する。

【0009】

図１Ａのユニキャストの例では、ＴＸデバイス１０１は、データをＲＸデバイス１０２に送信しようとし、他のデバイスにはしようとしない。この「直接」通信を可能にするために、ＴＸデバイス１０１は、ＲＸデバイス１０２との通信を開始するためにデバイス１０２に対するユニキャストＬＩ宛先ＩＤを使用する。ＴＸデバイス１０１は、ＲＸデバイス１０２のＬＩ宛先ＩＤに関連付けられたＰＳＣＣＨリソースを使用して、サイドリンク制御情報（ＳＣＩ）を送信する。ＳＣＩは、ＲＸデバイス１０２に、ＴＸデバイス１０１からのデータのトランスポートブロック（ＴＢ）を続けて受信する方法を指示する。例えば、ＳＣＩは、ＲＸデバイス１０２に対するユニキャストＬ１宛先ＩＤを含み、ＴＢを送信（及び特定の状況では再送信）するために使用される物理サイドリンク共有チャネル（ＰＳＳＣＨ）を指定する周波数及び時間リソースを識別する。ＳＣＩはまた、ＴＢの受信を確認する、又はＴＢが受信されなかったことを伝達するために、肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）表示などのフィードバックを提供するかどうかをＲＸデバイスに指示することができる。この目的のために、ＳＣＩは、ＲＸデバイスがフィードバックを提供する際に使用するＴＢを一意に識別するハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別子を含み得る。

【0010】

図１Ｂのグループキャストの例では、ＴＸデバイス１０１は、いくつかのデバイス１０２、１０３、１０４、１０５を含むグループＧにデータを送信しようとしている（図示されたグループには４つのデバイスしかないが、グループには異なる数のデバイスが含まれ得る）。グループキャストのＬＩ宛先ＩＤは、グループＧ内のデバイスによってＳＣＩのために監視されるＰＳＣＣＨチャネルを識別する。ＴＸデバイス１０１は、グループキャスト通信を可能にするために、グループＧに対するＬＩ宛先ＩＤを判定する。ＴＸデバイス１０１は、グループＧに対するＬＩ宛先ＩＤに関連付けられたＰＳＣＣＨリソースを使用してＳＣＩを送信する。ＳＣＩは、グループＧ内のデバイスに、デバイス１０１から続けてＴＢを受信する方法を指示する。例えば、ＳＣＩは、グループＧに対するグループキャストＬ１宛先ＩＤを含み、ＴＢを送信及び（特定の状況で）再送信するために使用される物理サイドリンク共有チャネル（ＰＳＳＣＨ）を指定する周波数及び時間リソースを識別する。

【0011】

ＳＣＩは、グループＧ内のＲＸデバイスに、フィードバックを提供するかどうか、及び提供方法を指示するグループキャストオプション１又は２を示し得る。グループキャストオプション１では、フィードバックが有効にされるとき、ＲＸデバイスによって提供される唯一のタイプのフィードバックはＮＡＣＫであり、いくつかの例では、特定のＲＸデバイスがＳＣＩで指定された通信範囲外にあるとき、ＲＸデバイスは、いかなるフィードバックをも提供しない。グループキャストオプション２では、フィードバックが有効にされると、ＡＣＫ／ＮＡＣＫフィードバックの両方がＲＸデバイスによって提供される。ＳＣＩは、フィードバックを提供する際にＲＸデバイスによって使用されるＴＢを一意に識別するハイブリッド自動再送要求（ＨＡＲＱ）プロセス識別子を含み得る。

【0012】

図１Ｃのブロードキャストの例では、ＴＸデバイス１０１は、ネットワーク内のすべてのデバイスにデータを送信しようとする。ブロードキャストＬＩ宛先ＩＤは、ＳＣＩのネットワーク内のすべてのデバイスによって監視されるＰＳＣＣＨチャネル（複数可）を識別する。デバイス１０１は、ブロードキャスト通信を可能にするために、ネットワークに対するブロードキャストＬＩ宛先ＩＤを判定する。ＴＸデバイス１０１は、ネットワークに対するブロードキャストＬＩ宛先ＩＤに関連付けられたＰＳＣＣＨリソースを使用して、ＳＣＩを送信する。ＳＣＩは、デバイス、ネットワークに、デバイス１０１からのデータを続けて受信する方法を指示する。例えば、ＳＣＩは、ブロードキャストＬ１宛先ＩＤを含み、ＴＢを送信及び（特定の状況で）再送信するために使用される物理サイドリンク共有チャネル（ＰＳＳＣＨ）を指定する周波数及び時間リソースを識別する。

【0013】

２ステージのＳＣＩプロセスが５Ｇ Ｎｅｗ Ｒａｄｉｏで採用されており、その例が図２に簡略化された形態で提示されている。ステージ１では、ＳＣＩが、ネットワーク内でＮＲ ＤＣＩに採用されている極性コードを使用してＰＳＣＣＨで送信される。ＳＣＩステージ１の情報はビットシーケンスで符号化され、ビットシーケンスを第１のスクランブリング初期化値Ｃ_initを使用してＴＸデバイスによって生成される擬似ランダムスクランブルシーケンスと組み合わせることによって（例えば、モジュロ２の加算を実行して）、スクランブルされる。得られたビットシーケンスは、ＲＸデバイスのＰＳＣＣＨの周波数及び時間リソースにマッピングされ、２１０でＴＸデバイスによって送信される。

【0014】

図２に示すように、ＳＣＩステージ１は、部分的に、ＴＢを送信及び任意選択で再送信するための周波数／時間リソースの予約（複数可）を含む。５Ｇ ＮＲにおけるサイドリンク通信は、同じＴＢを２回まで再送信するためのリソースの予約をサポートし、再送信のための予約リソースの数は、ＳＣＩステージ１で定義される。図示の例では、再送信のための予約リソースの数は２である。ＳＣＩステージ１はまた、ＳＣＩステージ２フォーマットを示し、ＳＣＩステージ２フォーマットは、フィードバックが提供されるかどうか、又はフィードバックのタイプをＲＸデバイスに指示する。

【0015】

２１０では、ＳＣＩステージ２がＰＳＳＣＨ上で、ネットワーク内の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に対して採用されている極性コードを使用して送信される。ＳＣＩステージ２の情報は、ビットシーケンスで符号化され、ビットシーケンスを第２のＣ_initを使用してＴＸデバイスによって生成される擬似ランダムスクランブルシーケンスと組み合わせることによって（例えば、モジュロ２の加算を実行して）、スクランブルされる。得られたビットシーケンスは、ＰＳＳＣＨの周波数及び時間リソースにマッピングされ、２２０でＴＸデバイスによって送信される。ＳＣＩステージ２のフォーマットは、フィードバックが予想されるかどうか、又はそのタイプを定義し、更に、ＨＡＲＱプロセスＩＤ、ＴＸデバイスのゾーンＩＤ、及びグループキャストオプション１においてＮＡＣＫフィードバックを提供するかどうかを判定するために使用される通信範囲をその一部として含む。

【0016】

２１０では、ＴＸデバイスはまた、２１０でＳＣＩステージ１に割り当てられている周波数／時間リソースを使用してＴＢを送信する。ＴＢは、ネットワーク内の物理ダウンリンク共有チャネル（ＰＤＳＣＨ）に対して採用されたＬＤＰＣコードを使用してＰＳＳＣＨ上で送信される。ＴＢデータは、ビットシーケンスで符号化され、ビットシーケンスを第３のＣ_initを使用してＴＸデバイスによって生成される擬似ランダムスクランブルシーケンスと組み合わせることによって（例えば、モジュロ２の加算を実行して）、スクランブルされる。得られたビットシーケンスは、ＰＳＳＣＨの周波数及び時間リソースにマッピングされ、２３０でＴＸデバイスによって送信される。

【0017】

２４０では、ＲＸデバイスは、ＳＣＩステージ２のフォーマットに応じて、適切なフィードバックＡＣＫ／ＮＡＣＫを提供する、ＮＡＣＫのみを提供する、又はフィードバックを提供しない。グループキャストオプション１（ＮＡＣＫのみ）がＳＣＩステージ２フォーマットに示されている場合、ＲＸデバイスは、ＳＣＩステージ２に示されるゾーンＩＤに基づいて、ＴＸデバイスとＲＸデバイスとの間の近似距離を判定する。ＲＸデバイスは、この距離をＳＣＩステージ２にも示されている通信範囲と比較する。距離が通信範囲よりも短い場合、ＲＸデバイスはＮＡＣＫフィードバックを適宜提供する。距離が通信範囲以上である場合、ＲＸデバイスはいかなるフィードバックをも提供しない。

【0018】

２５０では、ＴＸデバイスは、２１０でＳＣＩステージ１において予約された周波数／時間リソースを使用して、ＳＣＩステージ１及びステージ２、それとＴＢをも再送信する。ＴＢの第２及び第３の再送信のための周波数／時間リソースは２５０でＳＣＩステージ１において予約され、ＴＢの最初の再送信のための周波数／時間リソースは、２５０でＳＣＩステージ１において割り当てられる。一例では、ＴＸデバイスが２４０でＡＣＫを受信した場合、又は（ＳＣＩステージ２のフォーマットに応じて）ＲＸデバイスからＮＡＣＫを受信しなかった場合、ＴＸデバイスはＴＢを再送信しない。図示の例では、ＴＸデバイスは、受信されたフィードバックに関係なく、ＴＢを再送信する。２６０では、ＲＸデバイスは、ＳＣＩステージ２フォーマット、及び任意選択（例えば、グループキャストオプション１）でＴＸデバイスとＲＸデバイスとの間の距離に応じ、適切なフィードバックＡＣＫ／ＮＡＣＫを提供する、ＮＡＣＫのみを提供する、又はフィードバックを提供しない。

【0019】

２７０では、ＴＸデバイスは、２１０でＳＣＩステージ１において予約された周波数／時間リソースを使用して、ＳＣＩステージ１及びステージ２、それとＴＢをも再送信する。ＴＢの第３及び第４の再送信のための周波数／時間リソースは２７０でＳＣＩステージ１において予約され、ＴＢの第２の再送信のための周波数／時間リソースは２７０でＳＣＩステージ１において割り当てられる。２８０では、ＲＸデバイスは、ＳＣＩステージ２フォーマット、及び任意選択（例えば、グループキャストオプション１）でＴＸデバイスとＲＸデバイスとの間の距離に応じ、適切なフィードバックＡＣＫ／ＮＡＣＫを提供する、ＮＡＣＫのみを提供する、又はフィードバックを提供しない。
ＳＣＩステージ２フォーマット設計

【0020】

図３は、ブロードキャスト、フィードバックを伴わないユニキャスト、フィードバックを伴わないグループキャスト、フィードバックを伴うユニキャスト、フィードバックを伴うグループキャストオプション１、及びフィードバックを伴うグループキャストオプション２を含む、６つの異なるタイプ（例えば、キャストタイプ及びフィードバック有無）のサイドリンク通信に適用される、ＳＣＩステージ２ペイロードのビット割り当て３００の模式図である。８ビットがソースＩＤに割り当てられ、１６ビットが宛先ＩＤに割り当てられ（使用される場合）、７ビットがＨＡＲＱＩＤ、新しいデータインジケータ（ＮＤＩ）、及び冗長バージョン（ＲＶ）に割り当てられ、１ビットがチャネル状態情報（ＣＳＩ）要求に割り当てられ、１６ビットがゾーンＩＤ及び通信範囲に割り当てられていることが分かる。一例では、５０、８０、１８０、２００、３５０、４００、５００、７００、及び１０００メートルを含む候補の中から通信範囲要件を示すために４ビットが使用される。

【0021】

ＳＣＩステージ２の１つの目的は、フィードバックが提供されるべきかどうか、及びどのタイプのフィードバックが提供されるべきかに関してＲＸ ＵＥに指示することである。したがって、ＳＣＩステージ２のフォーマットは、期待されるフィードバックを効率的かつ明確にコンパクトな方法で伝達するべきである。以下の説明は、受信した２ステージＳＣＩを使用して適切なフィードバックを決定する方法の文脈におけるいくつかの異なるＳＣＩステージ２フォーマットを概説する。いくつかの例では、同じＳＣＩステージ２フォーマットが、グループキャストＨＡＲＱフィードバックオプション１及びオプション２の両方に使用される。これらの実施例では、インジケータがＳＣＩステージ２ペイロードに含まれ、グループキャストフィードバックオプション１とオプション２とを識別表示する。他の例では、グループキャストＨＡＲＱフィードバックオプション１とオプション２で、異なるＳＣＩステージ２フォーマットが使用される。これらの実施例では、ＳＣＩステージ１は、どのＳＣＩステージ２フォーマットが使用されるかを示す。

【0022】

以下は、例示的な方法を概説するいくつかのフロー図である。この説明及び添付の特許請求の範囲では、方法のステップ又は機能を説明する際のいくつかの実体（entity）（例えば、パラメータ、変数など）に関する「決定する、判定する（determine）」という用語の用途は、幅広く解釈されるべきである。例えば、「決定する、判定する」は、例えば、実体又は実体の値を符号化する通信を受信し解析することを包含すると解釈されるべきである。「決定する、判定する」は、実体又は実体の値を記憶するメモリ（例えば、ルックアップテーブル、レジスタ、デバイスメモリ、リモートメモリなど）にアクセスし読み取ることを包含すると解釈されるべきである。「決定する、判定する」は、他の量又は実体に基づいて、実体又は実体の値を計算又は導出することを包含すると解釈されるべきである。「決定する、判定する」は、実体又は実体の値を推測又は識別する任意の方法を包含すると解釈されるべきである。

【0023】

本明細書で使用される場合、識別する（identify）という用語は、何らかの実体又は実体の値に関して使用されるとき、実体又は実体の値を決定する任意の方法を包含するように幅広く解釈されるべきである。例えば、識別するという用語は、例えば、実体又は実体の値を符号化する通信を受信し解析することを包含すると解釈されるべきである。識別するという用語は、実体又は実体の値を記憶するメモリ（例えば、デバイスキュー、ルックアップテーブル、レジスタ、デバイスメモリ、リモートメモリなど）にアクセスし読み取ることを包含すると解釈されるべきである。

【0024】

本明細書で使用される場合、符号化するという用語は、何らかの実体又は実体の値に関して使用されるとき、実体を別の構成要素に伝達するデータシーケンス又は信号を生成するための任意の方法又は技術を包含するように幅広く解釈されるべきである。

【0025】

本明細書で使用される場合、選択するという用語は、何らかの実体又は実体の値に関して使用されるとき、実体又は実体の値を複数又はある範囲の可能な選択肢の中から決定する任意の方法を包含するものとして幅広く解釈されるべきである。例えば、選択するという用語は、実体又は実体の値を記憶するメモリ（例えば、ルックアップテーブル、レジスタ、デバイスメモリ、リモートメモリなど）にアクセスして読み取り、記憶されている実体又は実体の値のうちから１つの実体又は実体の値を返すことを包含すると解釈されるべきである。選択するという用語は、適切な実体又は実体の値を決定するために、１つ以上の制約又はルールを入力されたパラメータのセットに適用することとして解釈されるべきである。選択するという用語は、１つ以上のパラメータ又は条件に基づいて実体を選択する任意の方法を幅広く包含するものとして解釈されるべきである。

【0026】

図４は、ＴＢをＵＥに送信するためのＳＣＩを生成する例示的な方法４００を概説するフロー図である。方法４００は、記憶された命令を実行するプロセッサ及び／又はＵＥのハードウェアによって実行され得る（図９を参照）。方法は、４１０において、ＴＢを送信するためのサイドリンク通信のタイプ（例えば、ブロードキャスト、フィードバックを伴うユニキャスト、フィードバックを伴わないユニキャスト、フィードバックを伴わないグループキャスト、フィードバックを伴うグループキャストオプション１、又はフィードバックを伴うグループキャストオプション２）を決定することを含む。４２０では、サイドリンク通信のタイプに基づいてＳＣＩステージ２フォーマットが選択される。４３０では、選択されたＳＣＩステージ２のフォーマットに従ってＳＣＩステージ２ペイロードが符号化される。４４０では、選択されたＳＣＩステージ２フォーマットの値がＳＣＩステージ１ペイロード内で符号化される。一例では、ＳＣＩステージ１ペイロードは、ＳＣＩステージ２ペイロードを符号化する前に符号化される。４５０では、ＳＣＩステージ１ペイロード及びＳＣＩステージ２ペイロードがＵＥに送信される。

【0027】

図５は、受信されたＳＣＩステージ１ペイロード及びＳＣＩステージ２ペイロードに基づいて、提供するフィードバックのタイプを決定する例示的な方法５００を概説するフロー図である。方法５００は、記憶された命令を実行するプロセッサ及び／又はＲＸ ＵＥのハードウェアによって実行され得る（図９を参照）。方法５００は、第１のＳＣＩステージ２フォーマットの設計選択に従う。この設計選択では、３つのＳＣＩステージ２フォーマットがある。５１０ではＳＣＩステージ１ペイロードが復号化され、５２０ではＳＣＩステージ２フォーマットが識別される。

【0028】

５３０では、ＳＣＩステージ２フォーマット１は、ＴＢがブロードキャスト通信を使用して送信されていることを示し、したがって５３０ではフィードバックは提供されない。一例では、巡回冗長検査（ＣＲＣ）コード及び予約ビットを含まないＳＣＩステージ２フォーマット１のペイロードは、１５ビットである。

【0029】

５４０では、ＳＣＩステージ２フォーマット２は、ＴＢが、ユニキャスト、又はフィードバックを伴わないグループキャスト、又は、フィードバックを伴うユニキャストとグループキャストオプション２とを使用して、送信されることを示す。ＳＣＩステージ２ペイロードは復号化され、５５０では、フィードバックビット（例えば、図３に示していない追加のビット）がセットされているか否かが判定される。フィードバックビットがセットされていない場合、フィードバックは、５３０で提供されない。５６０では、フィードバックビットがセットされている場合、ＡＣＫ／ＮＡＣＫフィードバックが提供される。一例では、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）が構成されていない場合、フィードバックビットは排除又は無効化され得る。１つ以上のパディングビットをＳＣＩステージ２フォーマット２に追加して、グループキャストとユニキャストとを区別することができる。一例では、ＣＲＣコード及び予約ビットを含まないＳＣＩステージ２フォーマット２のペイロードは、３３ビットである。

【0030】

５７０では、ＳＣＩステージ２フォーマット３は、ＴＢがフィードバックを伴うグループキャストオプション１を使用して送信されていることを示し、したがってフィードバック（例えば、ＮＡＣＫフィードバック）が提供される。一例では、ＮＡＣＫフィードバックは、ＵＥが送信ＵＥの通信範囲内にあるときにのみ提供される。通信範囲は、ＳＣＩステージ２ペイロードにおいて指定される。この例では、５７０では、ＳＣＩステージ２が通信範囲を決定するために復号され、ＵＥが通信範囲内にあるときにＮＡＣＫフィードバックが提供される。一例では、ＣＲＣコード及び予約ビットを含まない第２のＳＣＩステージ３フォーマットのペイロードは、３９～４７ビットである。

【0031】

図６は、提供するフィードバックのタイプを、受信されたＳＣＩステージ１ペイロード及びＳＣＩステージ２ペイロードに基づいて決定する例示的な方法６００の例を概説するフロー図である。方法６００は、記憶された命令を実行するプロセッサ及び／又はＲＸ ＵＥのハードウェアによって実行され得る（図９を参照）。方法６００は、第２のＳＣＩステージ２フォーマット設計選択に従う。この設計選択では、３つのＳＣＩステージ２フォーマットがある。６１０ではＳＣＩステージ１ペイロードが復号化され、６２０ではＳＣＩステージ２フォーマットが識別される。

【0032】

６３０では、ＳＣＩステージ２フォーマット１は、ＴＢがブロードキャスト通信を使用して送信されたことを示し、したがって６３０ではフィードバックが提供されない。一例では、巡回冗長検査（ＣＲＣ）コード及び予約ビットを含まないＳＣＩステージ２フォーマット１のペイロードは、１５ビットである。

【0033】

６４０では、ＳＣＩステージ２フォーマット２は、ＴＢがユニキャスト又はグループキャストオプション２を使用して送信されることを示す。ＳＣＩステージ２ペイロードは復号化され、６５０で、フィードバックビットがセットされているか否かを判定する。フィードバックビットがセットされていない場合、６３０ではフィードバックが提供されない。６６０では、フィードバックビットがセットされている場合、ＡＣＫ／ＮＡＣＫフィードバックが提供される。一例では、物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）が構成されていない場合、フィードバックビットは排除又は無効化され得る。１つ以上のパディングビットをＳＣＩステージ２フォーマット２に追加して、グループキャストとユニキャストとを区別することができる。一例では、ＣＲＣコード及び予約ビットを含まないＳＣＩステージ２フォーマット２のペイロードは、３３ビットである。

【0034】

６７０では、ＳＣＩステージ２フォーマット３は、ＴＢがグループキャストオプション１を使用して送信されることを示す。ＳＣＩステージ２ペイロードは復号化され、６８０で、フィードバックビットがセットされているか否かを判定する。フィードバックビットがセットされていない場合、６３０ではフィードバックが提供されない。フィードバックビットがセットされている場合、ＮＡＣＫフィードバックが６９０で提供される。一例では、ＮＡＣＫフィードバックは、ＵＥが送信ＵＥの通信範囲内にあるときにのみ提供される。通信範囲は、ＳＣＩステージ２ペイロードにおいて指定される。この例では、６７０において、ＳＣＩステージ２は、通信範囲を決定するために復号され、ＵＥが通信範囲内にあり、かつフィードバックビットがセットされているときにＮＡＣＫフィードバックが提供される。別の例では、通信範囲が０メートルであることは、フィードバックビットがセットされていてもフィードバックが提供されるべきではないことを示す。別の例では、通信範囲が０メートルであることは、フィードバックが提供されるべきではなく、フィードバックビットがもはやＳＣＩステージ２ペイロードに含まれないことを示す。一例では、ＣＲＣコード及び予約ビットを含まない第２のＳＣＩステージ３フォーマットのペイロードは、３９～４７ビットである。

【0035】

図７は、提供するフィードバックのタイプを、受信されたＳＣＩステージ１ペイロード及びＳＣＩステージ２ペイロードに基づいて決定する例示的な方法７００の例を概説するフロー図である。方法７００は、記憶された命令を実行するプロセッサ及び／又はＲＸ ＵＥのハードウェアによって実行され得る（図９を参照）。方法７００は、第３のＳＣＩステージ２フォーマット設計選択に従う。この設計選択では、２つのＳＣＩステージ２のフォーマットがある。７１０では、ＳＣＩステージ１ペイロードが復号化され、７２０ではＳＣＩステージ２フォーマットが識別される。

【0036】

７３０では、ＳＣＩステージ２フォーマット１は、ＴＢが、ブロードキャスト、フィードバックを伴わないユニキャスト若しくはグループキャスト、又はフィードバックを伴うユニキャストとグループキャストオプション２とを使用して、送信されることを示す。一例では、ＳＣＩステージ２ペイロードの宛先ＩＤは、ブロードキャストサイドリンク通信を示すために、予め定められている固定又は（リソースプール毎に）事前設定された値にセットされる。ＳＣＩステージ２ペイロードは復号化され、７４０で、フィードバックビットがセットされているか否かを判定する。フィードバックビットがセットされていない場合、７５０ではフィードバックが提供されない。７６０では、フィードバックビットがセットされている場合、ＡＣＫ／ＮＡＣＫフィードバックが提供される。

【0037】

７７０において、ＳＣＩステージ２フォーマット２は、ＴＢがフィードバックを伴うグループキャストオプション１を使用して送信されることを示し、ＮＡＣＫフィードバックが提供される。一例では、ＵＥが送信ＵＥの通信範囲内にあるときにのみ、ＮＡＣＫフィードバックが提供される。通信範囲は、ＳＣＩステージ２ペイロードにおいて指定される。この例では、７７０で、ＳＣＩステージ２は通信範囲を決定するために復号され、ＵＥが通信範囲内にあるときにＮＡＣＫフィードバックが提供される。

【0038】

図８は、受信されたＳＣＩステージ１ペイロード及びＳＣＩステージ２ペイロードに基づいて提供されるフィードバックのタイプを決定する例示的な方法８００を概説するフロー図である。方法８００は、記憶された命令を実行するプロセッサ及び／又はＲＸ ＵＥのハードウェアによって実行され得る（図９を参照）。方法８００は、第４のＳＣＩステージ２フォーマット設計選択に従う。この設計選択では、２つのＳＣＩステージ２のフォーマットがある。８１０ではＳＣＩステージ１ペイロードが復号化され、８２０ではＳＣＩステージ２フォーマットが識別される。

【0039】

８３０では、ＳＣＩステージ２フォーマット１は、ＴＢがブロードキャスト、ユニキャスト、又はグループキャストオプション２を使用して送信されることを示す。ＳＣＩステージ２ペイロードは復号化され、８４０で、フィードバックビットがセットされているか否かが判定される。フィードバックビットがセットされていない場合、８６０ではフィードバックが提供されない。８５０において、フィードバックビットがセットされている場合、ＡＣＫ／ＮＡＣＫフィードバックが提供される。

【0040】

８７０では、ＳＣＩステージ２フォーマット２は、ＴＢがグループキャストオプション１を使用して送信されることを示す。ＳＣＩステージ２ペイロードは復号化され、８８０で、フィードバックビットがセットされているか否かが判定される。フィードバックビットがセットされていない場合、８６０ではフィードバックが提供されない。フィードバックビットがセットされている場合、８９０でフィードバックが提供される。一例では、ＵＥが送信ＵＥの通信範囲内にあるときにのみ、ＮＡＣＫフィードバックが提供される。通信範囲は、ＳＣＩステージ２ペイロードにおいて指定される。この例では、８７０において、ＳＣＩステージ２は、通信範囲を決定するために復号され、ＵＥが通信範囲内にあり、かつフィードバックビットがセットされているときにＮＡＣＫフィードバックが提供される。別の例では、通信範囲が０であることは、フィードバックビットがセットされていてもフィードバックが提供されるべきではないことを示す。別の例では、通信範囲が０メートルであることは、フィードバックが提供されるべきでなく、フィードバックビットがもはやＳＣＩステージ２ペイロードに含まれないことを示す。
２つのＵＥ間の距離計算

【0041】

グループキャストオプション１は、ＲＸ ＵＥがＳＣＩステージ２ペイロード内で識別された（ＴＸ ＵＥに関する）通信範囲内にあるときに、ＮＡＣＫタイプのフィードバックを提供するべきであることを示す。図３から、ＴＸ ＵＥのゾーンＩＤもまた、ＳＣＩステージ２ペイロードに含まれることを想起されたい。ＲＸ ＵＥは、このゾーンＩＤを使用して、それ自体とＴＸ ＵＥとの間の距離を決定することができる。次いで、ＲＸ ＵＥは、ＲＸ ＵＥがＳＣＩステージ２ペイロードで識別された通信範囲内にあるかどうかを判定し、ＲＸ ＵＥが通信範囲内にあるときにＮＡＣＫフィードバックを提供することができる。

【0042】

ＬＴＥ Ｖ２Ｘの場合、ゾーンＩＤ計算式は、以下の通りである。

【数1】

この式では、ｘは、メートル単位のＵＥの現在の位置と地理座標（０，０）との間の経度の測地距離である。ｙは、メートル単位のＵＥの現在の位置と地理座標（０，０）との間の緯度の測地距離である。Ｌは、ゾーン構成におけるゾーン長の値であり、Ｗは、ゾーン構成におけるゾーン幅の値である。Ｎ_xは、ゾーン構成におけるｚｏｎｅＩｄＬｏｇｉＭｏｄの値であり、Ｎ_yは、ゾーン構成におけるｚｏｎｅＩｄＬａｔｉＭｏｄの値である。

【0043】

ゾーンＩＤ構成及び計算式が５Ｇ ＮＲＶ２Ｘにおいて同じであると仮定する。ＴＸ ＵＥのゾーンＩＤはＳＣＩステージ２から知られており、ＲＸ ＵＥの測地位置（ｘ_R，ｙ_R）はＲＸ ＵＥによって知られており、ＴＸ ＵＥとＲＸ ＵＥとの間の距離は以下のようにＲＸ ＵＥによって計算することができる。

【0044】

ＴＸ ＵＥのゾーンＩＤ経度値

【数2】

及びゾーンＩＤ緯度値

【数3】

は、ＴＸ ＵＥ ゾーンＩＤから計算される。一例では、いくつかの候補ＴＸ ＵＥ ゾーンＩＤ経度値及び緯度値は、ＴＸ ＵＥのゾーンＩＤと同一であるゾーンＩＤを有する１つ以上の測地位置を取得することによって計算される（これは、ゾーンＩＤが再利用されるためである）。

【数4】

【0045】

測地中心がＲＸ ＵＥに最も近いゾーンＩＤは、以下のようにＴＸ ＵＥ ゾーンＩＤとして識別される。

【数5】

又は、

【数6】

式３及び４において、

【数7】

は、時間的推定ＴＸ ＵＥの位置と地理座標（０，０）との間の経度及び緯度のメートル単位の測地距離である。

【0046】

ゾーン内の

【数8】

の推定測地位置は、以下のように決定される。

【数9】

式５では、αは、［０、Ｌ］の間のゾーン又はゾーン［－Ｌ／２，Ｌ／２］を用いてＴＸ ＵＥの推定経度位置を調整するために使用されるフィードバック係数であり、βは［０、Ｗ］の間のゾーン又はゾーン［－Ｗ／２，Ｗ／２］を用いてＴＸ ＵＥの推定緯度位置を調整するために使用されるフィードバック係数である。α及びβは、（ＴＸ ＵＥの推定位置が通信範囲外となるために）ＲＸ ＵＥがＮＡＣＫフィードバックを提供する可能性に影響を与えるフィードバック要因と見なすことができる。例えば、フィードバックの可能性を高めるために、α及びβは、ＴＸ ＵＥの推定位置をＲＸ ＵＥに近づけさせるように調整され得る。１つの例では、α及びβの値は、リソースプールごとに予め定められている又は事前設定されている。更に別の例では、α及びβの値は、データ優先度値及び／又はチャネルビジー率（channel busy ratio、ＣＢＲ）に依存する。例えば、より高いデータ優先度のために、α及びβは、ＴＸ ＵＥがＲＸ ＵＥにより近く、ＲＸ ＵＥがフィードバックを提供する可能性を高めるように、選択される。例えば、より高いＣＢＲのためには、α及びβは、ＴＸ ＵＥがＲＸ ＵＥからより遠くにあり、ＲＸ ＵＥがフィードバックを提供してトラフィックを減らす可能性を低下させるように選択される。

【0047】

次いで、ＲＸ ＵＥがＴＸ ＵＥの通信範囲内にあるかどうかを判定する際に使用するための推定距離を、推定位置（任意選択的にフィードバック係数によって調整される）を使用して判定することができる。

【数10】

【0048】

上記の様々な態様で論じられるように、ＳＣＩステージ２のフォーマットを使用して、サイドリンク通信のタイプを伝達し、ＲＸ ＵＥのフィードバックのタイプを指定することができる。

【0049】

図９を参照すると、本明細書に記載の様々な態様による、サイドリンク通信を実行するように構成されたユーザ機器無線通信デバイス（ＵＥ）のブロック図が図示されている。ＵＥデバイス９００は、処理回路及び関連付けられたインターフェース（複数可）を備えた１つ以上のプロセッサ９１０（例えば、１つ以上のベースバンドプロセッサ）と、（例えば、（例えば、１つ以上の送信チェーンに関連付けられた）送信機回路、及び／又は、（例えば、１つ以上の受信チェーンに関連付けられ、）共通回路構成要素、別個の回路構成要素、又はそれらの組み合わせを用いることができる受信機回路を含み得るＲＦ回路を備えた）トランシーバ回路９２０と、（任意の様々な記憶媒体を含むことができ、１つ以上のプロセッサ９１０又はトランシーバ回路９２０に関連付けられた命令及び／又はデータを記憶することができる）メモリ９３０と、を含む。

【0050】

本明細書で論じられる様々な実施形態では、信号及び／又はメッセージを生成、出力して送信することができ、かつ／又は送信されたメッセージを受信して処理することができる。生成される信号又はメッセージのタイプに応じて、（例えば、プロセッサ（複数可）９１０などによって）送信を出力することは、以下の１つ以上を含み得る。信号又はメッセージの内容を符号化する関連付けられたビットのセットの生成、符号化（例えば、巡回冗長検査（ＣＲＣ）の追加、及び／又はターボ符号、低密度パリティ検査（ＬＤＰＣ）符号、テイルバイティング畳み込み符号（ＴＢＣＣ）、Ｐｏｌａｒ符号などのうちの１つ以上を介した符号化を含むことができる）、スクランブル（例えば、スクランブリングシードに基づく）、変調（例えば、バイナリ位相シフトキーイング（ＢＰＳＫ）、直交位相シフトキーイング（ＱＰＳＫ）、又は何らかの形式の直交振幅変調（ＱＡＭ）のうちの１つを介して）、及び／又は、（例えば、スケジュールされたリソースのセットへの、アップリンク送信のために許可された時間及び周波数リソースのセットへの）リソースマッピング。受信信号又はメッセージのタイプに応じて、（例えば、プロセッサ（複数可）９１０による）処理は、以下のうちの１つ以上を含み得る。信号／メッセージと関連付けられた物理リソースの識別、信号／メッセージの検出、リソースエレメントグループのデインターリービング、復調、デスクランブル、及び／又は復号化。

【0051】

方法は一連の動作又は事象として本明細書に例示され、説明されているが、そのような動作又は事象の図示された順序は、限定的な意味で解釈されるべきではないことが理解されよう。例えば、いくつかの動作は、本明細書に図示及び／又は説明された動作又は事象とは別に、異なる順序で、かつ／又は他の動作又は事象と同時に発生し得る。加えて、本明細書の本開示の１つ以上の態様又は実施形態を実装するために、すべての図示された動作が必要とされない場合がある。更に、本明細書に示す動作のうちの１つ以上は、１つ以上の別個の動作及び／又は段階で実行され得る。いくつかの実施形態では、上記の方法は、メモリに記憶された命令を使用して、コンピュータ可読媒体に実装され得る。特許請求される開示の範囲内で、多くの他の実施形態及び変形が可能である。

【0052】

「結合」という用語は、本明細書全体を通して使用されている。この用語は、本開示の説明と一致する機能的関係を可能にする接続、通信、又は信号経路をカバーすることができる。例えば、デバイスＡがデバイスＢを制御して動作を実行するために信号を生成する場合、第１の例では、デバイスＡはデバイスＢに結合される、又は第２の例では、デバイスＢがデバイスＡによって生成された制御信号を介してデバイスＡによって制御されるよう、介在構成要素ＣがデバイスＡとデバイスＢとの間の機能的関係を実質的に変化させない場合、デバイスＡは介在構成要素Ｃを介してデバイスＢに結合される。

【0053】

個人特定可能な情報の使用は、ユーザのプライバシーを維持するための業界又は政府の要件を満たす又は超えると一般に認識されているプライバシーポリシー及びプラクティスに従うべきであることを十分に理解されたい。特に、個人特定可能な情報データは、意図されない又は許可されていないアクセス若しくは使用のリスクを最小限に抑えるように管理かつ取り扱われるべきであり、許可された使用の性質はユーザに明確に示されるべきである。
付録Ａ
１ 導入
Ｒｅｌｅａｓｅ－１６ ＮＲ Ｖ２Ｘ仕様は、２０１９年１２月に承認されている［１］。ＮＲＶ ２Ｘにはまだいくつかの残されたタスクがあり、それらは［２］において識別されている。
この寄与においては、ＴＢＳの決定、第１ステージＳＣＩ用のスクランブリングシーケンス生成器の初期化、第２ステージＳＣＩ及びＰＳＳＣＨ上で送信されるデータ、第２ステージＳＣＩフォーマット、第１ステージＳＣＩにおける時間及び周波数リソース指示、並びにサイドリンクデータ送信のためのＭＣＳテーブルを含むいくつかの識別された残されたタスクの詳細について議論する。
２ 考察
２．１ ＴＢＳの決定
ＮＲ Ｕｕリンクにおいて、トランスポートブロックサイズ（ＴＢＳ）は、式又はルックアップテーブルによって決定される。式又はルックアップテーブルからの選択は、情報ビットの中間数に基づく。具体的には、中間数が３８２４より大きい場合、ＴＢＳは式によって計算され、そうでなければＴＢＳはルックアップテーブルから得られる。
情報ビットの中間数は、データ送信のための符号化率、変調順序、層数、及びリソースエレメント（ＲＥ）の総数の乗算に等しい。各割り当てられたデータチャネルリソースブロック（ＲＢ）におけるデータ送信のためのＲＥの数が同一であるという仮定の下で、データ送信のためのＲＥの総数は、ＲＢごとのデータ送信のためのＲＥの数の計算に基づく。ここで、ＤＭＲＳ、ＣＳＩ－ＲＳ、及びＣＯＲＥＳＥＴからのオーバーヘッドは、計算において低減される。
全体として、ＮＲ ＵｕリンクにおけるＴＢＳの決定手順は、サイドリンクデータ送信のためのＲＥの数を数えるためのいくつかの修正を伴って、ＮＲ Ｖ２Ｘサイドリンクのために再利用することができる。ＰＳＣＣＨ及びＰＳＳＣＨの多重化を考慮すると、各ＰＳＳＣＨ ＲＢでのサイドリンクデータ送信のための同一数のＲＥの仮定は保持されない。具体的には、ＰＳＣＣＨはいくつかのＲＢには含まれるが、他のＲＢには含まれない。したがって、データ送信のためのＲＥの総数は、ＲＢごとのデータ送信のＲＥの数に基づいて計算されるべきではない。
代わりに、スロット内のサイドリンク送信のためのＲＥの総数が最初に計算される。次いで、計算された数からオーバーヘッドを差し引くことにより、サイドリンクデータＲＥの数が得られる。ここで、スロット内のサイドリンク送信のためのＲＥの総数は、ＳＣＩに示されるサブチャネルの数、リソースプール当たりの（事前）構成のサブチャネルサイズ、及びスロットごとのサイドリンクシンボルの数の乗算に等しい。
所見１：ＰＳＣＣＨとＰＳＳＣＨの多重化において、ＲＢごとのサイドリンクデータＲＥの総数の計算は正確ではない。
提案１：サイドリンクＴＢＳ決定において、サイドリンクデータＲＥの数は、スロット内のサイドリンク送信のためのＲＥの総数からオーバーヘッドを差し引くことによって計算される。
ＤＭＲＳ、ＣＳＩ－ＲＳ、及びＣＯＲＥＳＥＴからのオーバーヘッドは、ＮＲ ＵｕリンクＴＢＳを決定する際にカウントされる。同様に、ＰＳＳＣＨ ＤＭＲＳ、ＣＳＩ－ＲＳ、及びＰＳＣＣＨからのオーバーヘッドも、サイドリンクＴＢＳを決定する際にカウントされるべきである。更に、サイドリンクのためのいくつかの追加のオーバーヘッドを考慮する必要がある。
１．ＧＡＰシンボル：サイドリンクにおけるＧＡＰシンボルはデータ送信には使用されない。
２．ＡＧＣシンボル：ＡＧＣシンボルはＡＧＣトレーニングに使用され、データ送信には適していない。
３．第２ステージＳＣＩ：第２ステージＳＣＩはＮＲ Ｖ２Ｘに対してサポートされ、そこでＰＳＳＣＨで搬送される。サイドリンクデータは第２ステージＳＣＩで速度整合されるため、第２ステージＳＣＩのＰＳＳＣＨリソースは、差し引かれるべきである。
４．ＰＳＦＣＨシンボル：ＰＳＦＣＨがＰＳＣＣＨ／ＰＳＳＣＨとのＴＤＭであり、ＰＳＦＣＨがスロット内のサイドリンクに利用可能な最後のシンボルを使用することがサポートされる。
提案２：サイドリンクＴＢＳ決定において、ＰＳＳＣＨ ＤＭＲＳ、ＣＳＩ－ＲＳ、ＰＳＣＣＨ、ＧＡＰシンボル、ＡＧＣシンボル、第２ステージＳＣＩ、及びＰＳＦＣＨシンボルからのオーバーヘッドをカウントする必要がある。
ＮＲ Ｖ２Ｘは、ＴＢのブラインド再送信（複数可）をサポートする。初期送信で計算されたＴＢＳは、異なるＰＳＦＣＨオーバーヘッドにより、ブラインド再送（複数可）で計算されたＴＢＳとは異なる可能性がある。ＰＳＦＣＨの周期性は、１、２、又は４スロットであることがサポートされる。ＰＳＦＣＨの周期性が２又は４スロットである場合、ＰＳＦＣＨは初期送信のためのスロット内に存在し得るが、ブラインド再送信のためのスロット内には存在し得ず、又はその逆も同様である。
Ｒｅｌｅａｓｅ １５ＮＲ ＰＤＳＣＨに対して使用されるＬＤＰＣコードがＰＳＳＣＨに適用されることが合意された［３］。ＮＲ ＰＤＳＣＨでは、２つのＬＤＰＣベースグラフが設計され、これら２つのＬＤＰＣベースグラフ間の選択は、符号化率及びＴＢＳに依存する。初期送信とブラインド再送信（複数可）との間のＴＢＳミスマッチにより、異なるＬＤＰＣベースグラフを選択する結果となり得る。誤ったＬＤＰＣベースグラフの選択は、ＰＳＳＣＨ復号化エラーを引き起こす。したがって、ＬＤＰＣベースグラフ選択に使用される共通モデルＴＢＳを導入することによって、初期送信とブラインド再送信（複数可）との間でＴＢＳ計算を整合させる必要がある。
具体的には、ＰＳＦＣＨリソースを含まないリソースプールの場合、ＰＳＦＣＨオーバーヘッドは、ＴＢＳ決定に際し常にカウントされない。１スロットのＰＳＦＣＨ周期性を有するリソースプールの場合、ＰＳＦＣＨオーバーヘッドは、ＴＢＳ決定に際し常にカウントされる。２又は４スロットのＰＳＦＣＨ周期性を有するリソースプールの場合、ＰＳＦＣＨオーバーヘッドがカウントされるか否かは、リソースプールの（事前）構成による。この設計は初期送信とブラインド再送信との間の潜在的なギャップを閉じ、その結果、初期送信又はブラインド再送信（複数可）のいずれかを受信するＵＥが同じＴＢＳを取得する。
提案３：サイドリンクＴＢＳの決定において、ＰＳＦＣＨオーバーヘッドは、ＰＳＦＣＨリソースを含まないリソースプールについてはカウントされない。ＰＳＦＣＨオーバーヘッドは、ＰＳＦＣＨの周期性が１スロットのリソースプールについてはカウントされる。ＰＳＦＣＨオーバーヘッドがカウントされるか否かは、ＰＳＦＣＨの周期性が２又は４スロットのリソースプールの（事前）構成による。
２．２ スクランブリングシーケンスの初期化
ＬＴＥ Ｖ２Ｘでは、ＰＳＣＣＨのスクランブルシーケンスは、初期化値が定数５１０であるゴールド・シーケンスである。この一定の値により、すべての受信機ＵＥがＰＳＣＣＨを復号できることが確実となる。これは、ＬＴＥ Ｖ２Ｘがサイドリンクブロードキャストをサポートし、すべてのモード４のＵＥによって、ＰＳＣＣＨ内のリソース予約情報は、それらのリソース割り当て動作のために復号化される必要があるためである。
ＮＲ Ｖ２Ｘでは、リソース予約情報は第１ステージＳＣＩに含まれて、ＰＳＣＣＨで搬送される。この情報がすべてのモード２ＵＥリソース割り当て動作に必要であるため、ＰＳＣＣＨはすべてのＵＥによって復号化可能である必要がある。したがって、ＬＴＥ Ｖ２Ｘの場合と同様に、一定の初期化値がＰＳＣＣＨスクランブリングシーケンス生成器に使用されるべきである。この一定の初期化値は、リソースプールに基づくことができる。
提案４：第１ステージＳＣＩのスクランブリングシーケンスは、一定の初期化値を有するゴールド・シーケンスである。
別個のスクランブリングが、第２ステージＳＣＩ及びＰＳＳＣＨに適用されることが合意された［４］。ＰＳＣＣＨのスクランブリングシーケンスと同様に、第２ステージＳＣＩのスクランブリングシーケンスは、ゴールド・シーケンスである。ゴールド・シーケンスの初期化値は、ＰＳＣＣＨ ＣＲＣに基づく。この設計は、ＰＳＣＣＨの誤検出の場合に、第２ステージＳＣＩの極性復号化の早期停止を容易にする。例えば、初期化値は、ｃ_init＝ｎ_RNTI２¹⁵＋ｎ_constとしてセットすることができ、式中、ｎ_constは、ＰＳＣＣＨスクランブリングシーケンス初期化値に等しい値を有する定数であり、ｎ_RNTIはＰＳＣＣＨ ＣＲＣの１６ＬＳＢ（最下位ビット）である。
提案５：第２ステージＳＣＩのスクランブリングシーケンスは、ＰＳＣＣＨ ＣＲＣに依拠する初期化値、例えば、ｃ_init＝ｎ_RNTI２¹⁵＋ｎ_constを有するゴールド・シーケンスであり、式中、ｎ_constは、ＰＳＣＣＨスクランブリングシーケンス初期化値に等しい値を有する定数であり、ｎ_RNTIはＰＳＣＣＨ ＣＲＣの１６ＬＳＢ（最下位ビット）である。
更に、ＰＳＳＣＨデータのスクランブリングシーケンスはまた、第１ステージＳＣＩ ＣＲＣ及び第２ステージＳＣＩ ＣＲＣの両方に依拠する初期化値を有するゴールド・シーケンスである。ＰＳＳＣＨデータ復号情報の一部は、第２ステージＳＣＩ（例えば、ソースＩＤ、宛先ＩＤ、ＨＡＲＱプロセス番号など）に含まれることに留意されたい。第２ステージＳＣＩの検出ミスは、ＰＳＳＣＨデータの復号の失敗につながる。更に、第２ステージＳＣＩ（ひいてはそのＣＲＣ）に含まれるランダム性が限られているため、第１ステージＳＣＩ ＣＲＣの一部もまた、ＰＳＳＣＨデータスクランブリングシーケンスの初期化値に使用され得る。例えば、初期化値は、ｃ_init＝ｎ_RNTI２¹⁵＋ｎ_constとしてセットすることができ、式中、ｎ_constは、ＰＳＣＣＨスクランブリングシーケンス初期化値に等しい値を有する定数であり、ｎ_RNTIは第１ステージＳＣＩ ＣＲＣの１６ＬＳＢ（最下位ビット）と第２ステージＳＣＩ ＣＲＣの１６ＭＳＢ（最上位ビット）とのＸＯＲ（排他的論理和）である。
提案６：ＰＳＳＣＨ上のデータのスクランブリングシーケンスは、第１ステージＳＣＩ ＣＲＣ及び第２ステージＳＣＩ ＣＲＣの両方に依拠する初期化値、例えばｃ_init＝ｎ_RNTI２¹⁵＋ｎ_constを有するゴールド・シーケンスであり、式中、ｎ_constは、ＰＳＣＣＨスクランブリングシーケンス初期化値に等しい値を有する定数であり、ｎ_RNTIは第１ステージＳＣＩ ＣＲＣの１６ＬＳＢ（最下位ビット）と第２ステージＳＣＩ ＣＲＣの１６ＭＳＢ（最上位ビット）とのＸＯＲ（排他的論理和）である。
２．３ 第２ステージＳＣＩフォーマット
ＮＲ Ｖ２Ｘでは２ステージＳＣＩ設計が採用され、第１ステージＳＣＩ（又はＳＣＩフォーマット０＿１）は、時間及び周波数リソース割り当て、優先度、ＤＭＲＳパターン、第２ステージＳＣＩフォーマット、ベータオフセットインジケータ、並びにＤＭＲＳポート、ＭＣＳ、及び予約ビットの数を含む。第２ステージＳＣＩ（又はＳＣＩフォーマット０＿２）は、ＨＡＲＱプロセスＩＤ、ＮＤＩ、ＲＶ、ソースＩＤ、宛先ＩＤ、ＣＳＩ要求、ゾーンＩＤ、及び通信範囲要件を含み、最後の２つのフィールドは、グループキャストオプション１のみのためである。第２ステージＳＣＩフォーマットの詳細は未定である。
我々の見解では、第２ステージＳＣＩのすべてのフィールドが、すべてのタイプのキャスト、及びグループキャストの２つのオプションで使用されるわけではない。例えば、ゾーンＩＤ及び通信範囲要件は、グループキャストオプション１にのみ使用される。ブロードキャストには１６ビットの宛先ＩＤが必要とされない可能性がある。以下の表に、推定されたフィールドサイズ及び適用性を要約する。

【表1】

表からは、ブロードキャストの第２ステージＳＣＩペイロードサイズは、ユニキャスト及びグループキャストのための第２ステージのＳＣＩペイロードサイズよりも小さく、他方、グループキャストオプション１の第２ステージのＳＣＩペイロードサイズは、他のキャストタイプのものよりも大きいようである。この観察に基づいて、３つの第２ステージＳＣＩフォーマット、すなわち、ブロードキャスト用に１つ、ユニキャスト及びグループキャストオプション２用に１つ、及びグループキャストオプション１用に１つを有することを提案する。
提案７：３つの第２ステージ用ＳＣＩフォーマットを、それぞれ、ブロードキャスト、ユニキャスト及びグループキャストオプション２、並びにグループキャストオプション１のために、それぞれ定義する。
３つの第２ステージＳＣＩフォーマットのうちの１つを示すための第１ステージＳＣＩの「第２ステージＳＣＩフォーマット」フィールドは、２ビットであるべきである。このフィールドの最後の符号ポイントは、将来の使用のために予約される。
提案８：第１ステージＳＣＩの「第２ステージＳＣＩフォーマット」フィールドのサイズは２ビットである。
グループキャスト及びユニキャストについてリソースプール内でＰＳＦＣＨリソースが（事前）構成されている場合、対応するＰＳＳＣＨ送信に対してＨＡＲＱフィードバックが使用されるか否かをＳＣＩが明示的に示すことが動作上の前提である［４］。ＨＡＲＱフィードバックを動的に無効化することは、第２ステージＳＣＩにビットを１つ追加することで達成可能である。
グループキャストオプション１は、第２ステージＳＣＩの最大ペイロードサイズを既に有しているため、ＨＡＲＱフィードバックの無効化を示すために、その第２ステージのＳＣＩペイロードサイズを更に増加させることは望ましくない。実際には、ＨＡＲＱフィードバックがグループキャストオプション１に対して無効にされる場合、ゾーンＩＤ及び通信範囲要件のフィールドは使用されない。したがって、これらのフィールドを再利用して、ＨＡＲＱフィードバックがグループキャストオプション１に対して無効にされることを示すことができる。１つの可能な方法は、通信範囲要件のセットに、候補値、例えば０メートルを追加することである。直感的に、第２ステージＳＣＩにおける通信範囲要件の値が０であることは、ＴｘＵＥとＲＸ ＵＥとの間のいかなる距離も通信範囲要件の範囲外であることを意味し、したがってＨＡＲＱフィードバックは必要ない。
提案９：ユニキャスト及びグループキャストオプション２について、ＨＡＲＱフィードバックが無効になっているかどうかを示す追加ビットが第２ステージＳＣＩに含められる。グループキャストオプション１については、ＨＡＲＱフィードバックを無効化する指示は、通信範囲要件を０メートルに設定することを介することとする。
２．４ 第１ステージＳＣＩにおける時間及び周波数リソース指示
１つのＳＣＩ内で、Ｎ_max＝３リソースがＴＢのために予約可能であることが合意されている［５］。言い換えれば、ＳＣＩシグナリングは、３２スロットのウィンドウ内にて、時間及び周波数位置において完全な柔軟性を有してＮ_max＝３リソースを示すことを可能とするように設計されている［６］。時間リソースの指示は、周波数リソースの指示とは別個である。すべての予約リソースの時間位置の共同符号化及びすべての予約リソースの周波数位置の共同符号化はサポートされる。しかしながら、時間位置又は周波数位置の共同符号化の詳細は、設計を要する。
時間リソース指示値は、１つのリソースが予約されている１つの符号化ポイントと、２つのリソースが予約されている３１の符号化ポイントとを含むべきである。リソース予約ウィンドウサイズをＳ＝３２で表し、第１のリソースと第２のリソースの間の時間ギャップをΔｔ₁で表し、第２のリソースと第３のリソースの間の時間ギャップをΔｔ₂で表すこととする。ここで、定義により、Δｔ₂＝０，．．．，Ｓ－２であり、Δｔ₂＝０は、第３のリソースが予約されていないことを示す。Δｔ₂＝０の場合、
Δｔ₁＝０，．．．，Ｓ－１であり、式中Δｔ₁＝０は、第２のリソースが予約されていないことを示す。Δｔ₂＞０，Δｔ₁＝１，．．．，Ｓ－１－Δｔ₂である場合、Δｔ₁＞０は、第２のリソースが常に予約されていることを示す。その後、時間リソース指示値は、

【数11】

によって与えられる。
この時間リソース指示の式は、２つの特性を有する。１）結果として得られる時間リソース指示値は、Δｔ₁とΔｔ₂のすべての可能な値にわたって連続している。２）式は、Ｎ_max＝２及びＮ_max＝３の両方に適用可能である。Ｎ_max＝２、時間リソース指示の式は、単にΔｔ₂＝０をセットすることによりΔｔ₁に減じられる。
提案１０：時間リソース表示値は、

【数12】

で与えられる。式中、Ｓ＝３２はリソース予約ウィンドウのサイズ、Δｔ₁は第１のリソースと第２のリソースとの間の時間ギャップであり、Δｔ₂は、第２のリソースと第３のリソースとの間の時間ギャップである。
・Δｔ₂＝０，．．．，Ｓ－２（式中Δｔ₂＝０は、第３のリソースが予約されていないことを示す）。
・Δｔ₂＝０の場合、Δｔ₁＝０，．．．，Ｓ－１（式中Δｔ₁＝０は、第２のリソースが予約されていないことを示す）。
・Δｔ₂＞０の場合、Δｔ₁＝１，．．．，Ｓ－１－Δｔ₂。
予約リソースの数は、ＳＣＩ内の時間リソース指示値によって決定される。所与の数の予約リソースの場合、各リソースのサブチャネルの数並びに第２のリソース及び第３のリソースの開始サブチャネルインデックス（示されている場合）は、ＳＣＩ内の周波数リソース指示値によって計算される。
リソースプール内のサブチャネルの総数がＮ_subであり、各リソースのサブチャネルの数がＬ_subであると仮定すると、１≦Ｌ_sub≦Ｎ_subである。
１．ＳＣＩに１つのリソースのみが予約されている場合、周波数リソース指示値はＬ_sub－１である。
２．２つのリソースがＳＣＩに予約されていて、第２のリソースの開始サブチャネルインデックスがｘ₁であり、ｘ₁＝０，．．．，Ｎ_sub－Ｌ_subである場合、周波数リソース指示値は

【数13】

により与えられる。
３．３つのリソースがＳＣＩに予約されていて、第２のリソースの開始サブチャネルインデックスがｘ₁であり、第３のリソースのスタートサブチャネルインデックスがｘ₂であり、ｘ₁，ｘ₂＝０，．．．，Ｎ_sub－Ｌ_subである場合、周波数リソース指示値は

【数14】

で与えられる。
上記の周波数リソース指示の式から得られた周波数リソース指示値は、ｘ₁、ｘ₂の各すべての可能な値にわたって隣接している。
提案１１：１つのリソースがＳＣＩ内に予約されている場合、周波数リソース指示値は、Ｌ_sub－１により与えられる。２つのリソースがＳＣＩ内に予約されている場合、周波数リソース指示値は、

【数15】

で与えられる。３つのリソースがＳＣＩ内に予約されている場合、周波数リソース指示値は

【数16】

で与えられ、式中、Ｎ_subはリソースプール内のサブチャネルの合計数であり、Ｌ_subは各予約されたリソースのサブチャネルの番号であり、ｘ₁＝０，．．．，Ｎ_sub－Ｌ_subは第２のリソースのスタートサブチャネルインデックスであり、ｘ₂＝０，．．．，Ｎ_sub－Ｌ_subは第３のリソースのスタートサブチャネルインデックスである。
２．５ ＭＣＳテーブル
ＮＲ Ｖ２ＸサイドリンクのためのＲｅｌ－１５ＮＲ ＵｕＣＰ－ＯＦＤＭの３つのＭＣＳテーブルすべてをサポートすることが合意された［４］。サイドリンクにおける低スペクトル効率６４ＱＡＭ ＭＣＳテーブルのサポートは、Ｕｕリンクのように、任意選択のＵＥ機能である。送信機の視点からの２５６ＱＡＭのサポートは、ＵＥ ｃａｐａｂｉｌｉｔｙに基づく。受信機の視点からの２５６ＱＡＭのサポートを必須とするか、又はＵＥ ｃａｐａｂｉｌｉｔｙに基づくものとするかどうかに関しては未定である。
Ｒｅｌ－１５ ＮＲ Ｕｕリンク［７］では、２５６ＱＡＭのサポートはＦＲ１におけるＰＤＳＣＨに必須であるが、ＦＲ２におけるＰＤＳＣＨでは任意選択である。これは、ＮＲ Ｕｕリンク上のＦＲ２で動作するＵＥの場合、送信機の視点及び受信機の視点の両方から、２５６ＱＡＭのサポートがＵＥ ｃａｐａｂｉｌｉｔｙに基づいて任意選択であることを暗に意味する。我々の見解では、このＵＥ ｃａｐａｂｉｌｉｔｙをＮＲ Ｖ２Ｘサイドリンクに拡張することが自然であり、すなわち、ＦＲ２における２５６ＱＡＭのサポートは、ＵＥ ｃａｐａｂｉｌｉｔｙに基づいて任意選択である。
ＮＲ Ｖ２ＸサイドリンクがＦＲ１及びＦＲ２の共通設計を標的とするため、受信機の視点から、ＵＥ ｃａｐａｂｉｌｉｔｙに基づいてＦＲ１及びＦＲ２の両方で２５６ＱＡＭをサポートすることが好ましい。
提案１２：受信機の視点からＵＥによる２５６ＱＡＭのサポートを行うことは、ＵＥ ｃａｐａｂｉｌｉｔｙに基づく。
２５６ＱＡＭ ＭＣＳテーブルは、良好なチャネル条件における高スループット使用事例を標的とする。サイドリンクブロードキャスト及びグループキャストにおいて、送信器ＵＥから各受信機ＵＥへのチャネルが同時に良好な状態であることは保証されない。したがって、２５６ＱＡＭ ＭＣＳテーブルの使用シナリオは限定される。
一方、低スペクトル効率６４ＱＡＭ ＭＣＳテーブルを使用する主な動機は、ワンショットで超高信頼性の送信を達成することである。これは、ＵＲＬＬＣ使用事例に有用である。超高信頼性送信のため、低スペクトル効率６４ＱＡＭ ＭＣＳテーブルが、低スペクトル効率６４ＱＡＭ ＣＱＩ表を伴って使用される。ＮＲ Ｖ２Ｘサイドリンクでは、ＣＱＩレポートはサイドリンクユニキャストに対してのみサポートされる。これは、低スペクトル効率６４ＱＡＭＭＣＳテーブルの使用がサイドリンクユニキャストに限定されることを暗に意味する。
更に、２５６ＱＡＭのサポートは、ＵＥ ｃａｐａｂｉｌｉｔｙである。ＵＥ ｃａｐａｂｉｌｉｔｙの交換は、サイドリンクブロードキャスト及び多くのサイドリンクグループキャストの場合に不可能である。したがって、サイドリンクブロードキャスト及びグループキャストのために２５６ＱＡＭ ＭＣＳテーブル及び低スペクトル効率ＭＣＳテーブルをサポートすることは非効率的である。
所見２：２５６ＱＡＭ ＭＣＳテーブル及び低スペクトル効率６４ＱＡＭ ＭＣＳテーブルを使用する利点は、サイドリンクブロードキャスト及びグループキャストにおいては不明確である。
リソースプールが、サイドリンクユニキャスト、グループキャスト、及びブロードキャストをサポートするように設計されているため。すべてのキャストタイプに適用可能な唯一のＭＣＳテーブルは、従来の６４ＱＡＭ ＭＣＳテーブルである。したがって、ＮＲ Ｖ２ＸサイドリンクのデフォルトＭＣＳテーブルとして６４ＱＡＭ ＭＣＳテーブルを設定することが好ましい。２５６ＱＡＭ ＭＣＳテーブル及び低スペクトル効率６４ＱＡＭ ＭＣＳテーブルの使用は、サイドリンクユニキャストのためのＰＣ５－ＲＲＣ構成を介している。
提案１３：従来の６４ＱＡＭ ＭＣＳテーブルが、ＮＲ Ｖ２ＸサイドリンクのためのデフォルトのＭＣＳテーブルである。２５６ＱＡＭ ＭＣＳテーブル又は低スペクトル効率６４ＱＡＭ ＭＣＳテーブルの使用は、ＰＣ５－ＲＲＣ構成を介する。
３ 結論
この寄与において、ＮＲ Ｖ２Ｘ物理層構造に関する残る詳細を考察した。本発明者らの提案は以下の通りである。
提案１：サイドリンクＴＢＳ決定において、サイドリンクデータＲＥの数は、スロット内のサイドリンク送信のためのＲＥの総数からオーバーヘッドを差し引くことによって計算される。
提案２：サイドリンクＴＢＳ決定において、ＰＳＳＣＨ ＤＭＲＳ、ＣＳＩ－ＲＳ、ＰＳＣＣＨ、ＧＡＰシンボル、ＡＧＣシンボル、第２ステージＳＣＩ、及びＰＳＦＣＨシンボルからのオーバーヘッドをカウントする必要がある。
提案３：サイドリンクＴＢＳの決定において、ＰＳＦＣＨオーバーヘッドは、ＰＳＦＣＨリソースを含まないリソースプールについてはカウントされない。ＰＳＦＣＨオーバーヘッドは、ＰＳＦＣＨの周期性が１スロットのリソースプールについてはカウントされる。ＰＳＦＣＨオーバーヘッドが、ＰＳＦＣＨの周期性が２又は４スロットのリソースプールについてカウントされるか否かは、リソースプールの（プレ）構成による。
提案４：第１ステージＳＣＩのスクランブリングシーケンスは、一定の初期化値を有するゴールド・シーケンスである。
提案５：第２ステージＳＣＩのスクランブリングシーケンスは、ＰＳＣＣＨ ＣＲＣに依拠する初期化値、例えば、ｃ_init＝ｎ_RNTI２¹⁵＋ｎ_constを有するゴールド・シーケンスであり、式中、ｎ_constは、ＰＳＣＣＨスクランブリングシーケンス初期化値に等しい値を有する定数であり、ｎ_RNTIはＰＳＣＣＨ ＣＲＣの１６ＬＳＢ（最下位ビット）である。
提案６：ＰＳＳＣＨ上のデータのスクランブリングシーケンスは、第１ステージＳＣＩ ＣＲＣ及び第２ステージＳＣＩ ＣＲＣの両方に依拠する初期化値、例えばｃ_init＝ｎ_RNTI２¹⁵＋ｎ_constを有するゴールド・シーケンスであり、式中、ｎ_constは、ＰＳＣＣＨスクランブリングシーケンス初期化値に等しい値を有する定数であり、ｎ_RNTIは第１ステージＳＣＩ ＣＲＣの１６ＬＳＢ（最下位ビット）と第２ステージＳＣＩ ＣＲＣの１６ＭＳＢ（最上位ビット）とのＸＯＲ（排他的論理和）である。
提案７：３つの第２ステージＳＣＩフォーマットを、ブロードキャスト、ユニキャスト及びグループキャストオプション２、並びにグループキャストオプション１のために、それぞれ定義する。
提案８：第１ステージＳＣＩの「第２ステージＳＣＩフォーマット」フィールドのサイズは２ビットである。
提案９：ユニキャスト及びグループキャストオプション２について、ＨＡＲＱフィードバックが無効になっているかどうかを示す追加ビットが第２ステージＳＣＩに含められる。グループキャストオプション１について、ＨＡＲＱフィードバックを無効化する指示は、通信範囲要件を０メートルに設定することを介することとする。
提案１０：時間リソース表示値は、

【数17】

で与えられる。ここで、Ｓ＝３２はリソース予約ウィンドウのサイズ、Δｔ₁は第１のリソースと第２のリソースとの間の時間ギャップであり、Δｔ₂は、第２のリソースと第３のリソースとの間の時間ギャップである。
・Δｔ₂＝０，．．．，Ｓ－２、式中Δｔ₂＝０は、第３のリソースが予約されていないことを示す。
・Δｔ₂＝０の場合、Δｔ₁＝０，．．．，Ｓ－１（式中Δｔ₁＝０は、第２のリソースが予約されていないことを示す）。
・Δｔ₂＞０の場合、Δｔ₁＝１，．．．，Ｓ－１－Δｔ₂。
提案１１：１つのリソースがＳＣＩ内に予約されている場合、周波数リソース指示値はＬ_sub－１により与えられる。２つのリソースがＳＣＩ内に予約されている場合、周波数リソース指示値は

【数18】

で与えられる。３つのリソースがＳＣＩに予約されている場合、周波数リソース指示値は

【数19】

で与えられ、式中、Ｎ_subはリソースプール内のサブチャネルの合計数であり、Ｎ_subは各予約されたリソースのサブチャネルの番号であり、ｘ₁＝０，．．．，Ｎ_sub－Ｌ_subは第２のリソースのスタートサブチャネルインデックスであり、ｘ₂＝０，．．．，Ｎ_sub－Ｌ_subは第３のリソースのスタートサブチャネルインデックスである。
提案１２：受信機の視点からのＵＥによる２５６ＱＡＭのサポートは、ＵＥ ｃａｐａｂｉｌｉｔｙに基づく。
提案１３：従来の６４ＱＡＭ ＭＣＳテーブルは、ＮＲ Ｖ２ＸサイドリンクのためのデフォルトのＭＣＳテーブルである。２５６ＱＡＭ ＭＣＳテーブル又は低スペクトル効率６４ＱＡＭ ＭＣＳテーブルの使用は、ＰＣ５－ＲＲＣ構成を介する。
４ 参照文献
［１］ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅｓ，３ＧＰＰ ＴＳＧ ＲＡＮ ＃８６ Ｍｅｅｔｉｎｇ，Ｓｉｔｇｅｓ，ＥＳ，Ｄｅｃ．２０１９．
［２］ ＲＰ－１９３１９８，Ｔａｓｋ ｌｉｓｔ ｆｏｒ ５Ｇ Ｖ２Ｘ ｉｎ ＲＡＮ１ ＃１００，Ｓｉｔｇｅｓ，ＥＳ，Ｄｅｃ．２０１９．
［３］ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅｓ，３ＧＰＰ ＴＳＧ ＲＡＮ１ ＷＧ１ ＃９６ｂｉｓ Ｍｅｅｔｉｎｇ，Ｘｉ’ａｎ，Ｃｈｉｎａ，Ａｐｒ．２０１９．
［４］ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅｓ，３ＧＰＰ ＴＳＧ ＲＡＮ１ ＷＧ１ ＃９８ｂｉｓ Ｍｅｅｔｉｎｇ，Ｃｈｏｎｇｑｉｎｇ，Ｃｈｉｎａ，Ｏｃｔ．２０１９．
［５］ ３ＧＰＰ ｅｍａｉｌ ｄｉｓｃｕｓｓｉｏｎ ｏｎ ｍａｘｉｍｕｍ ｎｕｍｂｅｒ ｏｆ ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅｓ ｆｏｒ ａ ＴＢ，［９８ｂ－ＮＲ－１５］，Ｏｃｔ．２０１９．
［６］ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅｓ，３ＧＰＰ ＴＳＧ ＲＡＮ１ ＷＧ１ ＃９９ Ｍｅｅｔｉｎｇ，Ｒｅｎｏ，ＵＳＡ，Ｎｏｖ．２０１９．
［７］ ３ＧＰＰ ＴＳ３８．８２２，ＮＲ ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ（ＵＥ）ｆｅａｔｕｒｅ ｌｉｓｔ，ｖ１５．０．１，Ｊｕｌ．２０１９．
添付書類Ｂ
５ 導入
Ｒｅｌｅａｓｅ－１６ ＮＲ Ｖ２Ｘ仕様は、２０１９年１２月に承認された［１］。ＮＲＶ ２Ｘにはまだいくつかの残されたタスクがあり、それらは［２］において特定されている。
この寄与においては、サイドリンク電力制御、ＰＳＦＣＨ候補リソース決定、グループキャストＨＡＲＱフィードバックオプション２のためのグループサイズ制限、Ｔｘ－Ｒｘ距離計算、及びグループキャストＨＡＲＱフィードバックオプションの第２ステージＳＣＩフォーマットを含む、いくつかの識別された残りのタスクの詳細について議論する。
６ 考察
６．１ サイドリンク電力制御
ＬＴＥ Ｖ２Ｘでは、ＰＳＣＣＨのＥＰＲＥは、ＰＳＣＣＨカバレッジを増加させるためにＰＳＳＣＨのＥＰＲＥよりも３ｄＢ多い。しかしながら、そのようなＰＳＣＣＨ電力増強は、ＮＲ Ｖ２Ｘには適用されない。
総サイドリンク送信電力は、ＰＳＣＣＨ／ＰＳＳＣＨ送信のためにスロット内で使用されるシンボルにおける送信電力と同じであることが合意された［３］。ＰＳＣＣＨ及びＰＳＳＣＨ多重化オプション３では、ＰＳＣＣＨが電力増強を有する場合、ＰＳＣＣＨと同じシンボル内のＰＳＳＣＨリソースのＥＰＲＥを減少させて、一定のシンボル送信電力を維持する必要がある。これらのＰＳＳＣＨリソースの電力低減は、ＰＳＳＣＨ復号化性能の劣化をもたらす。更に、電力増強後のＰＳＣＣＨの送信電力は、特にＰＳＣＣＨがサブチャネル内の周波数リソースのほとんどを占める場合、既に送信電力定数を超えている可能性がある。したがって、ＰＳＣＣＨの電力増強はサポートされるべきではない。
提案１：ＰＳＣＣＨ上の出力増強はサポートされない。
サイドリンクＣＳＩ－ＲＳが、そのリソースマッピングのためにＮＲ Ｕｕ ＣＳＩ－ＲＳ時間－周波数／ＣＤＭリソースマッピングパターンのサブセットを使用することが合意されている［４］。ＣＳＩ－ＲＳは、すべてのＰＳＣＣＨ／ＰＳＳＣＨシンボルには現れない。スロット内のＰＳＣＣＨ／ＰＳＳＣＨ送信に使用されるすべてのシンボルにわたって同じサイドリンク送信電力を保持するために、サイドリンクＣＳＩ－ＲＳは、サイドリンクデータとして同じＥＰＲＥを使用するべきである。同様の解決策が、サイドリンクＰＴ－ＲＳに適用される。
提案２：サイドリンクＣＳＩ－ＲＳ及びサイドリンクＰＴ－ＲＳの電力増強はサポートされない。
６．２ ＰＳＦＣＨ候補リソース決定
Ｒｘ ＵＥが、ＰＳＦＣＨ候補リソースのセットからそのＰＳＦＣＨリソースを決定することが動作上の前提であった［５］。更に、対応するＰＳＳＣＨに使用される開始サブチャネルインデックス及びスロットインデックスから、ＰＳＦＣＨ候補リソースのセットを決定することが合意されている［４］。１つの未定事項は、ＰＳＳＣＨが複数のサブチャネルを占有することについて、候補となるＰＳＦＣＨリソースは、以下の２つのオプションのうちの１つと関連付けられたＰＲＢのセットである。１）ＰＳＳＣＨに使用される開始サブチャネル及びスロット、２）ＰＳＳＣＨに使用されるサブチャネル（複数可）及びスロット。
ユニキャスト及びグループキャストフィードバックオプション１には１つのＰＳＦＣＨリソースのみが必要であることが知られており、このＰＳＦＣＨリソースは、グループキャストフィードバックオプション１のためのすべてのＲＸ ＵＥによって共有される。その後、候補ＰＳＦＣＨリソースの小さなセットを割り当てるだけで足りる。候補ＰＳＦＣＨリソースは、ＰＳＳＣＨに使用される開始サブチャネル及びスロットと関連付けられたＰＲＢのセットであることが好ましい。これにより、ＴｘＵＥは候補ＰＳＦＣＨリソースの小さなセットにわたってＰＳＦＣＨを検出すればよいだけなので、ＰＳＦＣＨ受信が単純化される。
これに対して、使用されるＰＳＦＣＨリソースの数がグループ内のＲｘ ＵＥの数に等しいグループキャストフィードバックオプション２には複数のＰＳＦＣＨリソースが必要である。その後、候補ＰＳＦＣＨリソースの大きなセットを割り当てる必要がある。したがって、候補ＰＳＦＣＨリソースは、ＰＳＳＣＨに使用されるすべてのサブチャネル及びスロットと関連付けられたＰＲＢのセットであることが有益である。この増加した候補ＰＳＦＣＨリソースのセットによって、ＰＳＦＣＨの衝突の可能性が低減するだけでなく、ＰＳＳＣＨ送信のために複数のサブチャネルを使用することによって、大きなグループのためのグループキャストフィードバックオプション２をサポートすることも可能になる。
提案３：ユニキャスト及びグループキャストフィードバックオプション１におけるＰＳＳＣＨの場合、候補ＰＳＦＣＨリソースは、そのＰＳＳＣＨに使用される開始サブチャネル及びスロットと関連付けられたＰＲＢのセットであり、グループキャストフィードバックオプション２のＰＳＳＣＨの場合、候補ＰＳＦＣＨリソースは、そのＰＳＳＣＨに使用されるすべてのサブチャネル及びスロットと関連付けられたＰＲＢのセットである。
６．３ グループキャストＨＡＲＱフィードバックオプション２のグループサイズ制限
上記の提案に基づき、グループキャストフィードバックオプション２の候補ＰＳＦＣＨリソースの数は、ＰＳＳＣＨに使用されるサブチャネルの数に比例する。ＰＳＳＣＨのサブチャネルが多いほど、より多くのＰＳＦＣＨリソース候補があり、したがって、グループキャストフィードバックオプション２でサポートされるグループサイズも、より大きい。言い換えれば、グループキャストＨＡＲＱフィードバックオプション２のサポートされるグループサイズは、対応するＰＳＳＣＨリソースに応じて変化する。したがって、グループキャストフィードバックオプション２は明確なグループサイズ制限を有する必要はない。
提案４：グループキャストＨＡＲＱフィードバックオプション２には明示的なグループサイズ制限が課されない。
６．４ Ｔｘ－Ｒｘ距離計算
少なくともグループキャストＨＡＲＱフィードバックオプション１、すなわちＨＡＲＱ－ＮＡＣＫのみについて、Ｔｘ－Ｒｘ距離ベースのＨＡＲＱフィードバックがサポートされることが合意されている［３］。Ｔｘ－Ｒｘ距離の計算は、ＴｘＵＥが、第２ステージＳＣＩを介してゾーンＩＤに関してその位置情報を送信することによって容易にされる。各Ｒｘ ＵＥは、それ自体の測地位置及びＴｘ ＵＥのゾーンＩＤに基づいて、Ｔｘ ＵＥまでの距離を計算することができる。距離計算は、以下のステップを有することができる。
１．対応するゾーンＩＤがＴｘ ＵＥのゾーンＩＤと同一であるゾーン中心測地位置のリストを取得する。ここで、ゾーンＩＤのラップアラウンドが考慮される。
２．中心測地位置がＲｘ ＵＥの測地位置に最も近いリストからゾーンを識別する。Ｒｘ ＵＥの測地位置から各候補ゾーン中心測地位置までの距離が計算され、最小距離が選択される。
３．データ優先度に応じて、識別されたゾーン内のＴｘ ＵＥの測地位置をセットする。各ゾーンは矩形であり、Ｔｘ ＵＥは、識別されたゾーン内のどこにあってもよい。識別されたゾーン内でのＴｘ ＵＥの測地位置のセットは、データ優先度に依存する。例えば、高い優先度データの場合、Ｔｘ ＵＥの測地位置は、Ｒｘ ＵＥがＨＡＲＱフィードバックをトリガする可能性がより高くなるように、識別されたゾーン内のＲｘ ＵＥの測地位置に近づいてセットされる。
４．Ｔｘ ＵＥの測地位置とＲｘ ＵＥの測地位置との間の距離を計算する。
提案５：グループキャストＨＡＲＱフィードバックオプション１について、Ｔｘ－Ｒｘ距離の計算は、以下のステップを有する。
１．対応するゾーンＩＤがＴｘ ＵＥのゾーンＩＤと同一であるゾーン中心測地位置のリストを取得する。
２．中心測地位置がＲｘ ＵＥの測地位置に最も近いリストからゾーンを識別する。
３．データ優先度に応じて、識別されたゾーン内のＴｘ ＵＥの測地位置をセットする。
４．Ｔｘ ＵＥの測地位置とＲｘ ＵＥの測地位置との間の距離を計算する。
６．５ グループキャストＨＡＲＱフィードバックオプションのための第２ステージＳＣＩフォーマット
少なくともグループキャストＨＡＲＱフィードバックオプション１について、Ｔｘ－Ｒｘ距離ベースのＨＡＲＱフィードバックがサポートされることが合意されている［３］。我々の見解では、Ｔｘ－Ｒｘ距離ベースのＨＡＲＱフィードバックは、グループキャストＨＡＲＱフィードバックオプション２に適用されるべきではない。主な問題は、Ｔｘ ＵＥがＲｘ ＵＥからＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを受信しない場合、Ｒｘ ＵＥがＰＳＳＣＨ送信を復号化するもののＴｘ－Ｒｘ距離の大きさのためにＨＡＲＱＡＣＫ／ＮＡＣＫをフィードバックしないのか、それともＲｘ ＵＥが全くＰＳＣＣＨを復号しないのかを区別することができないことである。Ｔｘ ＵＥは、これら２つの場合に対して異なる行動を有することが期待されていることに留意されたい。具体的には、Ｔｘ ＵＥは、前者の場合は再送信する必要はないが、後者の場合には再送信する必要がある。受信機ＵＥからのフィードバックがないことによって引き起こされる曖昧さにより、グループキャストＨＡＲＱフィードバックオプション２に対してＴｘ－Ｒｘ距離ベースのＨＡＲＱフィードバックをサポートすることは矛盾している。
提案６：Ｔｘ－Ｒｘ距離ベースのＨＡＲＱフィードバックは、グループキャストＨＡＲＱフィードバックオプション２に対してサポートされない。
グループキャストＨＡＲＱフィードバックオプション１については、通信範囲要件及びＴｘ ＵＥの位置情報が第２ステージＳＣＩペイロードに含まれることが合意されている。これは主に、グループキャストＨＡＲＱフィードバックオプション１のＴｘ－Ｒｘ距離ベースのＨＡＲＱフィードバックをサポートするためである。このメカニズムはグループキャストＨＡＲＱフィードバックオプション２に適用可能ではないため、グループキャストＨＡＲＱフィードバックオプション２が取られる場合、第２ステージＳＣＩにＴｘ ＵＥの位置情報及び通信範囲要件を含める必要はない。このロジスティックに従い、グループキャストＨＡＲＱフィードバックオプション１は、グループキャストＨＡＲＱフィードバックオプション２とは異なる第２ステージＳＣＩフォーマットを有する。第２ステージＳＣＩの詳細な設計は、我々の仲間による寄与に含まれている［６］。
提案７：グループキャストＨＡＲＱフィードバックオプション１とオプション２とでは異なる第２ステージＳＣＩフォーマットが使用され、Ｔｘ ＵＥの位置情報及び通信範囲要件は、グループキャストＨＡＲＱフィードバックオプション２の第２ステージＳＣＩには含まれない。
７ 結論
この寄与においては、ＮＲサイドリンク物理層手順に関する残る詳細を考察した。本発明者らの提案は以下の通りである。
提案１：ＰＳＣＣＨ、ＣＳＩ－ＲＳ、及びＰＴ－ＲＳ上の電力増強はサポートされない。
提案２：サイドリンクＣＳＩ－ＲＳ及びサイドリンクＰＴ－ＲＳの電力電力はサポートされない。
提案３：ユニキャスト及びグループキャストフィードバックオプション１におけるＰＳＳＣＨの場合、候補ＰＳＦＣＨリソースは、そのＰＳＳＣＨに使用される開始サブチャネル及びスロットと関連付けられたＰＲＢのセットであり、グループキャストフィードバックオプション２のＰＳＳＣＨの場合、候補ＰＳＦＣＨリソースは、そのＰＳＳＣＨに使用されるすべてのサブチャネル及びスロットと関連付けられたＰＲＢのセットである。
提案４：グループキャストＨＡＲＱフィードバックオプション２には明示的なグループサイズ制限が課されない。
提案５：グループキャストＨＡＲＱフィードバックオプション１について、Ｔｘ－Ｒｘ距離の計算は、以下のステップを有する。
１．対応するゾーンＩＤがＴｘ ＵＥのゾーンＩＤと同一であるゾーン中心測地位置のリストを取得する。
２．中心測地位置がＲｘ ＵＥの測地位置に最も近いリストからゾーンを識別する。
３．データ優先度に応じて、識別されたゾーン内のＴｘ ＵＥの測地位置をセットする。
４．Ｔｘ ＵＥの測地位置とＲｘ ＵＥの測地位置との間の距離を計算する。
提案６：Ｔｘ－Ｒｘ距離ベースのＨＡＲＱフィードバックは、グループキャストＨＡＲＱフィードバックオプション２に対してサポートされない。
提案７：グループキャストＨＡＲＱフィードバックオプション１とオプション２とでは異なる第２ステージＳＣＩフォーマットが使用され、Ｔｘ ＵＥの位置情報及び通信範囲要件は、グループキャストＨＡＲＱフィードバックオプション２の第２ステージＳＣＩには含まれない。
８ 参照文献
［８］ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅｓ，３ＧＰＰ ＴＳＧ ＲＡＮ ＃８６ Ｍｅｅｔｉｎｇ，Ｓｉｔｇｅｓ，ＥＳ，Ｄｅｃ．２０１９．
［９］ ＲＰ－１９３１９８，Ｔａｓｋ ｌｉｓｔ ｆｏｒ ５Ｇ Ｖ２Ｘ ｉｎ ＲＡＮ１ ＃１００，Ｓｉｔｇｅｓ，ＥＳ，Ｄｅｃ．２０１９．
［１０］ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅｓ，３ＧＰＰ ＴＳＧ ＲＡＮ１ ＷＧ１ ＃９７ Ｍｅｅｔｉｎｇ，Ｒｅｎｏ，ＵＳＡ，Ｍａｙ ２０１９．
［１１］ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅｓ，３ＧＰＰ ＴＳＧ ＲＡＮ１ ＷＧ１ ＃９８ｂｉｓ Ｍｅｅｔｉｎｇ，Ｃｈｏｎｇｑｉｎｇ，Ｃｈｉｎａ，Ｏｃｔ．２０１９．
［１２］ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅｓ，３ＧＰＰ ＴＳＧ ＲＡＮ１ ＷＧ１ ＃９９ Ｍｅｅｔｉｎｇ，Ｒｅｎｏ，ＵＳＡ，Ｎｏｖ．２０１９．
［１３］ Ｒ１－２００ｘｘｘｘ，Ｒｅｍａｉｎｉｎｇ ｄｅｔａｉｌｓ ｏｎ ＮＲ Ｖ２Ｘ ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｓｔｒｕｃｔｕｒｅ，Ａｐｐｌｅ，Ｆｅｂ．２０２０．

【図1A】

【図1B】

【図1C】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【手続補正書】

【提出日】2022-08-05

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

第１のユーザ機器無線通信デバイス（ＵＥ）のための装置であって、１つ以上のプロセッサを備え、前記１つ以上のプロセッサが、前記第１のＵＥに、
トランスポートブロック（ＴＢ）を第２のＵＥに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、又はグループキャストオプション２である場合には第１のＳＣＩステージ２フォーマットを選択し、
前記サイドリンク通信タイプがグループキャストオプション１である場合には第２のＳＣＩステージ２フォーマットを選択する
ことによって、サイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択させ、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化させ、
前記ＳＣＩステージ２ペイロードを前記第２のＵＥに送信させる、
ように構成されている、装置。

【請求項2】

前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記第２のＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にさせ、
前記第２のＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にさせる、
ように構成されている、請求項１に記載の装置。

【請求項3】

前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に前記第１のＵＥとの間の距離を定義する通信範囲を符号化させ、
前記第２のＵＥが前記第１のＵＥに対して前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを提供させ、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲外にあるときにはフィードバックを提供させないように、フィードバックビットを有効化させ、
前記第２のＵＥにフィードバックを提供させないように、前記フィードバックビットを無効化させる、
ように構成されている、請求項１に記載の装置。

【請求項4】

前記１つ以上のプロセッサは、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に前記第１のＵＥとの間の距離を定義する通信範囲を符号化させて、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを提供させ、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲外にあるときにはフィードバックを提供させないようにし、
前記通信範囲をゼロにセットさせて、前記第２のＵＥにフィードバックを提供させない
ように構成されている、請求項１に記載の装置。

【請求項5】

トランスポートブロック（ＴＢ）をＵＥに送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、又はグループキャストオプション２である場合には第１のサイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択することと、
前記サイドリンク通信タイプがグループキャストオプション１である場合には第２のＳＣＩステージ２フォーマットを選択することと、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化することと、
前記ＳＣＩステージ２ペイロードを前記ＵＥに送信することと、
を含む、方法。

【請求項6】

前記第１のＳＣＩステージ２フォーマットが選択されたときに、
前記のＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にすることと、
前記のＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にすることと、
を含む、請求項５に記載の方法。

【請求項7】

前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に距離を定義する通信範囲を符号化することと、
前記ＵＥに、前記ＵＥが前記通信範囲内にあるときはＮＡＣＫフィードバックを提供させ、前記ＵＥが前記通信範囲外にあるときはフィードバックを提供させないように、フィードバックビットを有効にすることと、
前記ＵＥにフィードバックを提供させないように、前記フィードバックビットを無効にすることと、
を含む、請求項５に記載の方法。

【請求項8】

前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に距離を定義する通信範囲を符号化して、前記ＵＥに、前記ＵＥが前記通信範囲内にあるときはＮＡＣＫフィードバックを提供させ、前記ＵＥが前記通信範囲外にあるときはフィードバックを提供させないようにする、ことと、
前記通信範囲をゼロにセットして、前記ＵＥにフィードバックを提供させないようにすることと、
を含む、請求項５に記載の方法。

【請求項9】

第１のユーザ機器無線通信デバイス（ＵＥ）で、
第２のＵＥから、サイドリンク制御情報（ＳＣＩ）ステージ１、ＳＣＩステージ２、及びトランスポートブロックを受信することと、
前記ＳＣＩステージ１を復号して、前記ＳＣＩステージ２のフォーマットを特徴づけるＳＣＩステージ２フォーマットを判定することと、
前記ＳＣＩステージ２フォーマットに基づいて、前記第２のＵＥに提供する、前記ＴＢが正常に受信されたかどうかを示すためのフィードバックのタイプを判定することと、
を含む、方法。

【請求項10】

前記ＳＣＩステージ２フォーマットがフォーマット１であると判定することと、
それに応じて、前記第２のＵＥにフィードバックを送信することを控えることと、
を含む、請求項９に記載の方法。

【請求項11】

前記ＳＣＩステージ２フォーマットがフォーマット２であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号化して、前記ＳＣＩステージ２のフィードバックビットがセットされているかどうかを判定し、
前記フィードバックビットがセットされているときには、前記第２のＵＥに肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）フィードバックを送信し、
前記フィードバックビットがセットされていないときには、前記第２のＵＥにフィードバックを送信することを控える、ことと、
を含む、請求項１０に記載の方法。

【請求項12】

前記ＳＣＩステージ２フォーマットがフォーマット３であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号して、通信範囲を決定し、
前記第２のＵＥが前記通信範囲内にあるかどうかを判定し、
前記第２のＵＥが前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを送信し、
前記第２のＵＥが前記通信範囲内にないときには、フィードバックを送信することを控える、ことと、
を含む、請求項１１に記載の方法。

【請求項13】

前記ＳＣＩステージ２フォーマットがフォーマット３であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号化して、前記ＳＣＩステージ２のフィードバックビットがセットされているかどうかを判定し、
前記フィードバックビットがセットされているときには、前記第２のＵＥにＮＡＣＫフィードバックを送信し、
前記フィードバックビットがセットされていないときには、前記第２のＵＥにフィードバックを送信することを控える、ことと、
を含む、請求項１１に記載の方法。

【請求項14】

前記ＳＣＩステージ２フォーマットがフォーマット３であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号化して、フィードバックビットがセットされているかどうか、及び通信範囲を判定し、
前記第２のＵＥが前記通信範囲内にあるかどうかを判定し、
前記第２のＵＥが前記通信範囲内にあり、前記フィードバックビットがセットされているときには、前記第２のＵＥにＮＡＣＫフィードバックを送信し、
前記第２のＵＥが前記通信範囲内にない、又は前記フィードバックビットがセットされていないときには、フィードバックを送信することを控える、ことと、
を含む、請求項１１に記載の方法。

【請求項15】

前記ＳＣＩステージ２フォーマットがフォーマット１であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号化して、前記ＳＣＩステージ２のフィードバックビットがセットされているかどうかを判定し、
前記フィードバックビットがセットされているときには、前記第２のＵＥにＡＣＫ／ＮＡＣＫフィードバックを送信し、
前記フィードバックビットがセットされていないときには、前記第２のＵＥにフィードバックを送信することを控える、ことと、
を含む、請求項９に記載の方法。

【請求項16】

前記ＳＣＩステージ２フォーマットがフォーマット２であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号して、通信範囲を決定し、
前記第２のＵＥが前記通信範囲内にあるかどうかを判定し、
前記第２のＵＥが前記通信範囲内にあるときには、前記第２のＵＥにＮＡＣＫフィードバックを送信し、
前記第２のＵＥが前記通信範囲内にないときには、フィードバックを送信することを控える、ことと、
を含む、請求項１５に記載の方法。

【請求項17】

前記ＳＣＩステージ２フォーマットがフォーマット２であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号化して、フィードバックビットがセットされているかどうか、及び通信範囲を判定し、
前記第２のＵＥが前記通信範囲内にあるかどうかを判定し、
前記第２のＵＥが前記通信範囲内にあり、前記フィードバックビットがセットされているときには、前記第２のＵＥにＮＡＣＫフィードバックを送信し、
前記第２のＵＥが前記通信範囲内にない、又は前記フィードバックビットがセットされていないときには、フィードバックを送信することを控える、ことと、
を含む、請求項１５に記載の方法。

【手続補正2】

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

【補正対象項目名】００５３

【補正方法】変更

【補正の内容】

【0053】

個人特定可能な情報の使用は、ユーザのプライバシーを維持するための業界又は政府の要件を満たす又は超えると一般に認識されているプライバシーポリシー及びプラクティスに従うべきであることを十分に理解されたい。特に、個人特定可能な情報データは、意図されない又は許可されていないアクセス若しくは使用のリスクを最小限に抑えるように管理かつ取り扱われるべきであり、許可された使用の性質はユーザに明確に示されるべきである。
付録Ａ
１ 導入
Ｒｅｌｅａｓｅ－１６ ＮＲ Ｖ２Ｘ仕様は、２０１９年１２月に承認されている［１］。ＮＲＶ ２Ｘにはまだいくつかの残されたタスクがあり、それらは［２］において識別されている。
この寄与においては、ＴＢＳの決定、第１ステージＳＣＩ用のスクランブリングシーケンス生成器の初期化、第２ステージＳＣＩ及びＰＳＳＣＨ上で送信されるデータ、第２ステージＳＣＩフォーマット、第１ステージＳＣＩにおける時間及び周波数リソース指示、並びにサイドリンクデータ送信のためのＭＣＳテーブルを含むいくつかの識別された残されたタスクの詳細について議論する。
２ 考察
２．１ ＴＢＳの決定
ＮＲ Ｕｕリンクにおいて、トランスポートブロックサイズ（ＴＢＳ）は、式又はルックアップテーブルによって決定される。式又はルックアップテーブルからの選択は、情報ビットの中間数に基づく。具体的には、中間数が３８２４より大きい場合、ＴＢＳは式によって計算され、そうでなければＴＢＳはルックアップテーブルから得られる。
情報ビットの中間数は、データ送信のための符号化率、変調順序、層数、及びリソースエレメント（ＲＥ）の総数の乗算に等しい。各割り当てられたデータチャネルリソースブロック（ＲＢ）におけるデータ送信のためのＲＥの数が同一であるという仮定の下で、データ送信のためのＲＥの総数は、ＲＢごとのデータ送信のためのＲＥの数の計算に基づく。ここで、ＤＭＲＳ、ＣＳＩ－ＲＳ、及びＣＯＲＥＳＥＴからのオーバーヘッドは、計算において低減される。
全体として、ＮＲ ＵｕリンクにおけるＴＢＳの決定手順は、サイドリンクデータ送信のためのＲＥの数を数えるためのいくつかの修正を伴って、ＮＲ Ｖ２Ｘサイドリンクのために再利用することができる。ＰＳＣＣＨ及びＰＳＳＣＨの多重化を考慮すると、各ＰＳＳＣＨ ＲＢでのサイドリンクデータ送信のための同一数のＲＥの仮定は保持されない。具体的には、ＰＳＣＣＨはいくつかのＲＢには含まれるが、他のＲＢには含まれない。したがって、データ送信のためのＲＥの総数は、ＲＢごとのデータ送信のＲＥの数に基づいて計算されるべきではない。
代わりに、スロット内のサイドリンク送信のためのＲＥの総数が最初に計算される。次いで、計算された数からオーバーヘッドを差し引くことにより、サイドリンクデータＲＥの数が得られる。ここで、スロット内のサイドリンク送信のためのＲＥの総数は、ＳＣＩに示されるサブチャネルの数、リソースプール当たりの（事前）構成のサブチャネルサイズ、及びスロットごとのサイドリンクシンボルの数の乗算に等しい。
所見１：ＰＳＣＣＨとＰＳＳＣＨの多重化において、ＲＢごとのサイドリンクデータＲＥの総数の計算は正確ではない。
提案１：サイドリンクＴＢＳ決定において、サイドリンクデータＲＥの数は、スロット内のサイドリンク送信のためのＲＥの総数からオーバーヘッドを差し引くことによって計算される。
ＤＭＲＳ、ＣＳＩ－ＲＳ、及びＣＯＲＥＳＥＴからのオーバーヘッドは、ＮＲ ＵｕリンクＴＢＳを決定する際にカウントされる。同様に、ＰＳＳＣＨ ＤＭＲＳ、ＣＳＩ－ＲＳ、及びＰＳＣＣＨからのオーバーヘッドも、サイドリンクＴＢＳを決定する際にカウントされるべきである。更に、サイドリンクのためのいくつかの追加のオーバーヘッドを考慮する必要がある。
１．ＧＡＰシンボル：サイドリンクにおけるＧＡＰシンボルはデータ送信には使用されない。
２．ＡＧＣシンボル：ＡＧＣシンボルはＡＧＣトレーニングに使用され、データ送信には適していない。
３．第２ステージＳＣＩ：第２ステージＳＣＩはＮＲ Ｖ２Ｘに対してサポートされ、そこでＰＳＳＣＨで搬送される。サイドリンクデータは第２ステージＳＣＩで速度整合されるため、第２ステージＳＣＩのＰＳＳＣＨリソースは、差し引かれるべきである。
４．ＰＳＦＣＨシンボル：ＰＳＦＣＨがＰＳＣＣＨ／ＰＳＳＣＨとのＴＤＭであり、ＰＳＦＣＨがスロット内のサイドリンクに利用可能な最後のシンボルを使用することがサポートされる。
提案２：サイドリンクＴＢＳ決定において、ＰＳＳＣＨ ＤＭＲＳ、ＣＳＩ－ＲＳ、ＰＳＣＣＨ、ＧＡＰシンボル、ＡＧＣシンボル、第２ステージＳＣＩ、及びＰＳＦＣＨシンボルからのオーバーヘッドをカウントする必要がある。
ＮＲ Ｖ２Ｘは、ＴＢのブラインド再送信（複数可）をサポートする。初期送信で計算されたＴＢＳは、異なるＰＳＦＣＨオーバーヘッドにより、ブラインド再送（複数可）で計算されたＴＢＳとは異なる可能性がある。ＰＳＦＣＨの周期性は、１、２、又は４スロットであることがサポートされる。ＰＳＦＣＨの周期性が２又は４スロットである場合、ＰＳＦＣＨは初期送信のためのスロット内に存在し得るが、ブラインド再送信のためのスロット内には存在し得ず、又はその逆も同様である。
Ｒｅｌｅａｓｅ １５ＮＲ ＰＤＳＣＨに対して使用されるＬＤＰＣコードがＰＳＳＣＨに適用されることが合意された［３］。ＮＲ ＰＤＳＣＨでは、２つのＬＤＰＣベースグラフが設計され、これら２つのＬＤＰＣベースグラフ間の選択は、符号化率及びＴＢＳに依存する。初期送信とブラインド再送信（複数可）との間のＴＢＳミスマッチにより、異なるＬＤＰＣベースグラフを選択する結果となり得る。誤ったＬＤＰＣベースグラフの選択は、ＰＳＳＣＨ復号化エラーを引き起こす。したがって、ＬＤＰＣベースグラフ選択に使用される共通モデルＴＢＳを導入することによって、初期送信とブラインド再送信（複数可）との間でＴＢＳ計算を整合させる必要がある。
具体的には、ＰＳＦＣＨリソースを含まないリソースプールの場合、ＰＳＦＣＨオーバーヘッドは、ＴＢＳ決定に際し常にカウントされない。１スロットのＰＳＦＣＨ周期性を有するリソースプールの場合、ＰＳＦＣＨオーバーヘッドは、ＴＢＳ決定に際し常にカウントされる。２又は４スロットのＰＳＦＣＨ周期性を有するリソースプールの場合、ＰＳＦＣＨオーバーヘッドがカウントされるか否かは、リソースプールの（事前）構成による。この設計は初期送信とブラインド再送信との間の潜在的なギャップを閉じ、その結果、初期送信又はブラインド再送信（複数可）のいずれかを受信するＵＥが同じＴＢＳを取得する。
提案３：サイドリンクＴＢＳの決定において、ＰＳＦＣＨオーバーヘッドは、ＰＳＦＣＨリソースを含まないリソースプールについてはカウントされない。ＰＳＦＣＨオーバーヘッドは、ＰＳＦＣＨの周期性が１スロットのリソースプールについてはカウントされる。ＰＳＦＣＨオーバーヘッドがカウントされるか否かは、ＰＳＦＣＨの周期性が２又は４スロットのリソースプールの（事前）構成による。
２．２ スクランブリングシーケンスの初期化
ＬＴＥ Ｖ２Ｘでは、ＰＳＣＣＨのスクランブルシーケンスは、初期化値が定数５１０であるゴールド・シーケンスである。この一定の値により、すべての受信機ＵＥがＰＳＣＣＨを復号できることが確実となる。これは、ＬＴＥ Ｖ２Ｘがサイドリンクブロードキャストをサポートし、すべてのモード４のＵＥによって、ＰＳＣＣＨ内のリソース予約情報は、それらのリソース割り当て動作のために復号化される必要があるためである。
ＮＲ Ｖ２Ｘでは、リソース予約情報は第１ステージＳＣＩに含まれて、ＰＳＣＣＨで搬送される。この情報がすべてのモード２ＵＥリソース割り当て動作に必要であるため、ＰＳＣＣＨはすべてのＵＥによって復号化可能である必要がある。したがって、ＬＴＥ Ｖ２Ｘの場合と同様に、一定の初期化値がＰＳＣＣＨスクランブリングシーケンス生成器に使用されるべきである。この一定の初期化値は、リソースプールに基づくことができる。
提案４：第１ステージＳＣＩのスクランブリングシーケンスは、一定の初期化値を有するゴールド・シーケンスである。
別個のスクランブリングが、第２ステージＳＣＩ及びＰＳＳＣＨに適用されることが合意された［４］。ＰＳＣＣＨのスクランブリングシーケンスと同様に、第２ステージＳＣＩのスクランブリングシーケンスは、ゴールド・シーケンスである。ゴールド・シーケンスの初期化値は、ＰＳＣＣＨ ＣＲＣに基づく。この設計は、ＰＳＣＣＨの誤検出の場合に、第２ステージＳＣＩの極性復号化の早期停止を容易にする。例えば、初期化値は、ｃ_init＝ｎ_RNTI２¹⁵＋ｎ_constとしてセットすることができ、式中、ｎ_constは、ＰＳＣＣＨスクランブリングシーケンス初期化値に等しい値を有する定数であり、ｎ_RNTIはＰＳＣＣＨ ＣＲＣの１６ＬＳＢ（最下位ビット）である。
提案５：第２ステージＳＣＩのスクランブリングシーケンスは、ＰＳＣＣＨ ＣＲＣに依拠する初期化値、例えば、ｃ_init＝ｎ_RNTI２¹⁵＋ｎ_constを有するゴールド・シーケンスであり、式中、ｎ_constは、ＰＳＣＣＨスクランブリングシーケンス初期化値に等しい値を有する定数であり、ｎ_RNTIはＰＳＣＣＨ ＣＲＣの１６ＬＳＢ（最下位ビット）である。
更に、ＰＳＳＣＨデータのスクランブリングシーケンスはまた、第１ステージＳＣＩ ＣＲＣ及び第２ステージＳＣＩ ＣＲＣの両方に依拠する初期化値を有するゴールド・シーケンスである。ＰＳＳＣＨデータ復号情報の一部は、第２ステージＳＣＩ（例えば、ソースＩＤ、宛先ＩＤ、ＨＡＲＱプロセス番号など）に含まれることに留意されたい。第２ステージＳＣＩの検出ミスは、ＰＳＳＣＨデータの復号の失敗につながる。更に、第２ステージＳＣＩ（ひいてはそのＣＲＣ）に含まれるランダム性が限られているため、第１ステージＳＣＩ ＣＲＣの一部もまた、ＰＳＳＣＨデータスクランブリングシーケンスの初期化値に使用され得る。例えば、初期化値は、ｃ_init＝ｎ_RNTI２¹⁵＋ｎ_constとしてセットすることができ、式中、ｎ_constは、ＰＳＣＣＨスクランブリングシーケンス初期化値に等しい値を有する定数であり、ｎ_RNTIは第１ステージＳＣＩ ＣＲＣの１６ＬＳＢ（最下位ビット）と第２ステージＳＣＩ ＣＲＣの１６ＭＳＢ（最上位ビット）とのＸＯＲ（排他的論理和）である。
提案６：ＰＳＳＣＨ上のデータのスクランブリングシーケンスは、第１ステージＳＣＩ ＣＲＣ及び第２ステージＳＣＩ ＣＲＣの両方に依拠する初期化値、例えばｃ_init＝ｎ_RNTI２¹⁵＋ｎ_constを有するゴールド・シーケンスであり、式中、ｎ_constは、ＰＳＣＣＨスクランブリングシーケンス初期化値に等しい値を有する定数であり、ｎ_RNTIは第１ステージＳＣＩ ＣＲＣの１６ＬＳＢ（最下位ビット）と第２ステージＳＣＩ ＣＲＣの１６ＭＳＢ（最上位ビット）とのＸＯＲ（排他的論理和）である。
２．３ 第２ステージＳＣＩフォーマット
ＮＲ Ｖ２Ｘでは２ステージＳＣＩ設計が採用され、第１ステージＳＣＩ（又はＳＣＩフォーマット０＿１）は、時間及び周波数リソース割り当て、優先度、ＤＭＲＳパターン、第２ステージＳＣＩフォーマット、ベータオフセットインジケータ、並びにＤＭＲＳポート、ＭＣＳ、及び予約ビットの数を含む。第２ステージＳＣＩ（又はＳＣＩフォーマット０＿２）は、ＨＡＲＱプロセスＩＤ、ＮＤＩ、ＲＶ、ソースＩＤ、宛先ＩＤ、ＣＳＩ要求、ゾーンＩＤ、及び通信範囲要件を含み、最後の２つのフィールドは、グループキャストオプション１のみのためである。第２ステージＳＣＩフォーマットの詳細は未定である。
我々の見解では、第２ステージＳＣＩのすべてのフィールドが、すべてのタイプのキャスト、及びグループキャストの２つのオプションで使用されるわけではない。例えば、ゾーンＩＤ及び通信範囲要件は、グループキャストオプション１にのみ使用される。ブロードキャストには１６ビットの宛先ＩＤが必要とされない可能性がある。以下の表に、推定されたフィールドサイズ及び適用性を要約する。

【表1】

表からは、ブロードキャストの第２ステージＳＣＩペイロードサイズは、ユニキャスト及びグループキャストのための第２ステージのＳＣＩペイロードサイズよりも小さく、他方、グループキャストオプション１の第２ステージのＳＣＩペイロードサイズは、他のキャストタイプのものよりも大きいようである。この観察に基づいて、３つの第２ステージＳＣＩフォーマット、すなわち、ブロードキャスト用に１つ、ユニキャスト及びグループキャストオプション２用に１つ、及びグループキャストオプション１用に１つを有することを提案する。
提案７：３つの第２ステージ用ＳＣＩフォーマットを、それぞれ、ブロードキャスト、ユニキャスト及びグループキャストオプション２、並びにグループキャストオプション１のために、それぞれ定義する。
３つの第２ステージＳＣＩフォーマットのうちの１つを示すための第１ステージＳＣＩの「第２ステージＳＣＩフォーマット」フィールドは、２ビットであるべきである。このフィールドの最後の符号ポイントは、将来の使用のために予約される。
提案８：第１ステージＳＣＩの「第２ステージＳＣＩフォーマット」フィールドのサイズは２ビットである。
グループキャスト及びユニキャストについてリソースプール内でＰＳＦＣＨリソースが（事前）構成されている場合、対応するＰＳＳＣＨ送信に対してＨＡＲＱフィードバックが使用されるか否かをＳＣＩが明示的に示すことが動作上の前提である［４］。ＨＡＲＱフィードバックを動的に無効化することは、第２ステージＳＣＩにビットを１つ追加することで達成可能である。
グループキャストオプション１は、第２ステージＳＣＩの最大ペイロードサイズを既に有しているため、ＨＡＲＱフィードバックの無効化を示すために、その第２ステージのＳＣＩペイロードサイズを更に増加させることは望ましくない。実際には、ＨＡＲＱフィードバックがグループキャストオプション１に対して無効にされる場合、ゾーンＩＤ及び通信範囲要件のフィールドは使用されない。したがって、これらのフィールドを再利用して、ＨＡＲＱフィードバックがグループキャストオプション１に対して無効にされることを示すことができる。１つの可能な方法は、通信範囲要件のセットに、候補値、例えば０メートルを追加することである。直感的に、第２ステージＳＣＩにおける通信範囲要件の値が０であることは、ＴｘＵＥとＲＸ ＵＥとの間のいかなる距離も通信範囲要件の範囲外であることを意味し、したがってＨＡＲＱフィードバックは必要ない。
提案９：ユニキャスト及びグループキャストオプション２について、ＨＡＲＱフィードバックが無効になっているかどうかを示す追加ビットが第２ステージＳＣＩに含められる。グループキャストオプション１については、ＨＡＲＱフィードバックを無効化する指示は、通信範囲要件を０メートルに設定することを介することとする。
２．４ 第１ステージＳＣＩにおける時間及び周波数リソース指示
１つのＳＣＩ内で、Ｎ_max＝３リソースがＴＢのために予約可能であることが合意されている［５］。言い換えれば、ＳＣＩシグナリングは、３２スロットのウィンドウ内にて、時間及び周波数位置において完全な柔軟性を有してＮ_max＝３リソースを示すことを可能とするように設計されている［６］。時間リソースの指示は、周波数リソースの指示とは別個である。すべての予約リソースの時間位置の共同符号化及びすべての予約リソースの周波数位置の共同符号化はサポートされる。しかしながら、時間位置又は周波数位置の共同符号化の詳細は、設計を要する。
時間リソース指示値は、１つのリソースが予約されている１つの符号化ポイントと、２つのリソースが予約されている３１の符号化ポイントとを含むべきである。リソース予約ウィンドウサイズをＳ＝３２で表し、第１のリソースと第２のリソースの間の時間ギャップをΔｔ₁で表し、第２のリソースと第３のリソースの間の時間ギャップをΔｔ₂で表すこととする。ここで、定義により、Δｔ₂＝０，．．．，Ｓ－２であり、Δｔ₂＝０は、第３のリソースが予約されていないことを示す。Δｔ₂＝０の場合、
Δｔ₁＝０，．．．，Ｓ－１であり、式中Δｔ₁＝０は、第２のリソースが予約されていないことを示す。Δｔ₂＞０，Δｔ₁＝１，．．．，Ｓ－１－Δｔ₂である場合、Δｔ₁＞０は、第２のリソースが常に予約されていることを示す。その後、時間リソース指示値は、

【数11】

によって与えられる。
この時間リソース指示の式は、２つの特性を有する。１）結果として得られる時間リソース指示値は、Δｔ₁とΔｔ₂のすべての可能な値にわたって連続している。２）式は、Ｎ_max＝２及びＮ_max＝３の両方に適用可能である。Ｎ_max＝２、時間リソース指示の式は、単にΔｔ₂＝０をセットすることによりΔｔ₁に減じられる。
提案１０：時間リソース表示値は、

【数12】

で与えられる。式中、Ｓ＝３２はリソース予約ウィンドウのサイズ、Δｔ₁は第１のリソースと第２のリソースとの間の時間ギャップであり、Δｔ₂は、第２のリソースと第３のリソースとの間の時間ギャップである。
・Δｔ₂＝０，．．．，Ｓ－２（式中Δｔ₂＝０は、第３のリソースが予約されていないことを示す）。
・Δｔ₂＝０の場合、Δｔ₁＝０，．．．，Ｓ－１（式中Δｔ₁＝０は、第２のリソースが予約されていないことを示す）。
・Δｔ₂＞０の場合、Δｔ₁＝１，．．．，Ｓ－１－Δｔ₂。
予約リソースの数は、ＳＣＩ内の時間リソース指示値によって決定される。所与の数の予約リソースの場合、各リソースのサブチャネルの数並びに第２のリソース及び第３のリソースの開始サブチャネルインデックス（示されている場合）は、ＳＣＩ内の周波数リソース指示値によって計算される。
リソースプール内のサブチャネルの総数がＮ_subであり、各リソースのサブチャネルの数がＬ_subであると仮定すると、１≦Ｌ_sub≦Ｎ_subである。
１．ＳＣＩに１つのリソースのみが予約されている場合、周波数リソース指示値はＬ_sub－１である。
２．２つのリソースがＳＣＩに予約されていて、第２のリソースの開始サブチャネルインデックスがｘ₁であり、ｘ₁＝０，．．．，Ｎ_sub－Ｌ_subである場合、周波数リソース指示値は

【数13】

により与えられる。
３．３つのリソースがＳＣＩに予約されていて、第２のリソースの開始サブチャネルインデックスがｘ₁であり、第３のリソースのスタートサブチャネルインデックスがｘ₂であり、ｘ₁，ｘ₂＝０，．．．，Ｎ_sub－Ｌ_subである場合、周波数リソース指示値は

【数14】

で与えられる。
上記の周波数リソース指示の式から得られた周波数リソース指示値は、ｘ₁、ｘ₂の各すべての可能な値にわたって隣接している。
提案１１：１つのリソースがＳＣＩ内に予約されている場合、周波数リソース指示値は、Ｌ_sub－１により与えられる。２つのリソースがＳＣＩ内に予約されている場合、周波数リソース指示値は、

【数15】

で与えられる。３つのリソースがＳＣＩ内に予約されている場合、周波数リソース指示値は

【数16】

で与えられ、式中、Ｎ_subはリソースプール内のサブチャネルの合計数であり、Ｌ_subは各予約されたリソースのサブチャネルの番号であり、ｘ₁＝０，．．．，Ｎ_sub－Ｌ_subは第２のリソースのスタートサブチャネルインデックスであり、ｘ₂＝０，．．．，Ｎ_sub－Ｌ_subは第３のリソースのスタートサブチャネルインデックスである。
２．５ ＭＣＳテーブル
ＮＲ Ｖ２ＸサイドリンクのためのＲｅｌ－１５ＮＲ ＵｕＣＰ－ＯＦＤＭの３つのＭＣＳテーブルすべてをサポートすることが合意された［４］。サイドリンクにおける低スペクトル効率６４ＱＡＭ ＭＣＳテーブルのサポートは、Ｕｕリンクのように、任意選択のＵＥ機能である。送信機の視点からの２５６ＱＡＭのサポートは、ＵＥ ｃａｐａｂｉｌｉｔｙに基づく。受信機の視点からの２５６ＱＡＭのサポートを必須とするか、又はＵＥ ｃａｐａｂｉｌｉｔｙに基づくものとするかどうかに関しては未定である。
Ｒｅｌ－１５ ＮＲ Ｕｕリンク［７］では、２５６ＱＡＭのサポートはＦＲ１におけるＰＤＳＣＨに必須であるが、ＦＲ２におけるＰＤＳＣＨでは任意選択である。これは、ＮＲ Ｕｕリンク上のＦＲ２で動作するＵＥの場合、送信機の視点及び受信機の視点の両方から、２５６ＱＡＭのサポートがＵＥ ｃａｐａｂｉｌｉｔｙに基づいて任意選択であることを暗に意味する。我々の見解では、このＵＥ ｃａｐａｂｉｌｉｔｙをＮＲ Ｖ２Ｘサイドリンクに拡張することが自然であり、すなわち、ＦＲ２における２５６ＱＡＭのサポートは、ＵＥ ｃａｐａｂｉｌｉｔｙに基づいて任意選択である。
ＮＲ Ｖ２ＸサイドリンクがＦＲ１及びＦＲ２の共通設計を標的とするため、受信機の視点から、ＵＥ ｃａｐａｂｉｌｉｔｙに基づいてＦＲ１及びＦＲ２の両方で２５６ＱＡＭをサポートすることが好ましい。
提案１２：受信機の視点からＵＥによる２５６ＱＡＭのサポートを行うことは、ＵＥ ｃａｐａｂｉｌｉｔｙに基づく。
２５６ＱＡＭ ＭＣＳテーブルは、良好なチャネル条件における高スループット使用事例を標的とする。サイドリンクブロードキャスト及びグループキャストにおいて、送信器ＵＥから各受信機ＵＥへのチャネルが同時に良好な状態であることは保証されない。したがって、２５６ＱＡＭ ＭＣＳテーブルの使用シナリオは限定される。
一方、低スペクトル効率６４ＱＡＭ ＭＣＳテーブルを使用する主な動機は、ワンショットで超高信頼性の送信を達成することである。これは、ＵＲＬＬＣ使用事例に有用である。超高信頼性送信のため、低スペクトル効率６４ＱＡＭ ＭＣＳテーブルが、低スペクトル効率６４ＱＡＭ ＣＱＩ表を伴って使用される。ＮＲ Ｖ２Ｘサイドリンクでは、ＣＱＩレポートはサイドリンクユニキャストに対してのみサポートされる。これは、低スペクトル効率６４ＱＡＭＭＣＳテーブルの使用がサイドリンクユニキャストに限定されることを暗に意味する。
更に、２５６ＱＡＭのサポートは、ＵＥ ｃａｐａｂｉｌｉｔｙである。ＵＥ ｃａｐａｂｉｌｉｔｙの交換は、サイドリンクブロードキャスト及び多くのサイドリンクグループキャストの場合に不可能である。したがって、サイドリンクブロードキャスト及びグループキャストのために２５６ＱＡＭ ＭＣＳテーブル及び低スペクトル効率ＭＣＳテーブルをサポートすることは非効率的である。
所見２：２５６ＱＡＭ ＭＣＳテーブル及び低スペクトル効率６４ＱＡＭ ＭＣＳテーブルを使用する利点は、サイドリンクブロードキャスト及びグループキャストにおいては不明確である。
リソースプールが、サイドリンクユニキャスト、グループキャスト、及びブロードキャストをサポートするように設計されているため。すべてのキャストタイプに適用可能な唯一のＭＣＳテーブルは、従来の６４ＱＡＭ ＭＣＳテーブルである。したがって、ＮＲ Ｖ２ＸサイドリンクのデフォルトＭＣＳテーブルとして６４ＱＡＭ ＭＣＳテーブルを設定することが好ましい。２５６ＱＡＭ ＭＣＳテーブル及び低スペクトル効率６４ＱＡＭ ＭＣＳテーブルの使用は、サイドリンクユニキャストのためのＰＣ５－ＲＲＣ構成を介している。
提案１３：従来の６４ＱＡＭ ＭＣＳテーブルが、ＮＲ Ｖ２ＸサイドリンクのためのデフォルトのＭＣＳテーブルである。２５６ＱＡＭ ＭＣＳテーブル又は低スペクトル効率６４ＱＡＭ ＭＣＳテーブルの使用は、ＰＣ５－ＲＲＣ構成を介する。
３ 結論
この寄与において、ＮＲ Ｖ２Ｘ物理層構造に関する残る詳細を考察した。本発明者らの提案は以下の通りである。
提案１：サイドリンクＴＢＳ決定において、サイドリンクデータＲＥの数は、スロット内のサイドリンク送信のためのＲＥの総数からオーバーヘッドを差し引くことによって計算される。
提案２：サイドリンクＴＢＳ決定において、ＰＳＳＣＨ ＤＭＲＳ、ＣＳＩ－ＲＳ、ＰＳＣＣＨ、ＧＡＰシンボル、ＡＧＣシンボル、第２ステージＳＣＩ、及びＰＳＦＣＨシンボルからのオーバーヘッドをカウントする必要がある。
提案３：サイドリンクＴＢＳの決定において、ＰＳＦＣＨオーバーヘッドは、ＰＳＦＣＨリソースを含まないリソースプールについてはカウントされない。ＰＳＦＣＨオーバーヘッドは、ＰＳＦＣＨの周期性が１スロットのリソースプールについてはカウントされる。ＰＳＦＣＨオーバーヘッドが、ＰＳＦＣＨの周期性が２又は４スロットのリソースプールについてカウントされるか否かは、リソースプールの（プレ）構成による。
提案４：第１ステージＳＣＩのスクランブリングシーケンスは、一定の初期化値を有するゴールド・シーケンスである。
提案５：第２ステージＳＣＩのスクランブリングシーケンスは、ＰＳＣＣＨ ＣＲＣに依拠する初期化値、例えば、ｃ_init＝ｎ_RNTI２¹⁵＋ｎ_constを有するゴールド・シーケンスであり、式中、ｎ_constは、ＰＳＣＣＨスクランブリングシーケンス初期化値に等しい値を有する定数であり、ｎ_RNTIはＰＳＣＣＨ ＣＲＣの１６ＬＳＢ（最下位ビット）である。
提案６：ＰＳＳＣＨ上のデータのスクランブリングシーケンスは、第１ステージＳＣＩ ＣＲＣ及び第２ステージＳＣＩ ＣＲＣの両方に依拠する初期化値、例えばｃ_init＝ｎ_RNTI２¹⁵＋ｎ_constを有するゴールド・シーケンスであり、式中、ｎ_constは、ＰＳＣＣＨスクランブリングシーケンス初期化値に等しい値を有する定数であり、ｎ_RNTIは第１ステージＳＣＩ ＣＲＣの１６ＬＳＢ（最下位ビット）と第２ステージＳＣＩ ＣＲＣの１６ＭＳＢ（最上位ビット）とのＸＯＲ（排他的論理和）である。
提案７：３つの第２ステージＳＣＩフォーマットを、ブロードキャスト、ユニキャスト及びグループキャストオプション２、並びにグループキャストオプション１のために、それぞれ定義する。
提案８：第１ステージＳＣＩの「第２ステージＳＣＩフォーマット」フィールドのサイズは２ビットである。
提案９：ユニキャスト及びグループキャストオプション２について、ＨＡＲＱフィードバックが無効になっているかどうかを示す追加ビットが第２ステージＳＣＩに含められる。グループキャストオプション１について、ＨＡＲＱフィードバックを無効化する指示は、通信範囲要件を０メートルに設定することを介することとする。
提案１０：時間リソース表示値は、

【数17】

で与えられる。ここで、Ｓ＝３２はリソース予約ウィンドウのサイズ、Δｔ₁は第１のリソースと第２のリソースとの間の時間ギャップであり、Δｔ₂は、第２のリソースと第３のリソースとの間の時間ギャップである。
・Δｔ₂＝０，．．．，Ｓ－２、式中Δｔ₂＝０は、第３のリソースが予約されていないことを示す。
・Δｔ₂＝０の場合、Δｔ₁＝０，．．．，Ｓ－１（式中Δｔ₁＝０は、第２のリソースが予約されていないことを示す）。
・Δｔ₂＞０の場合、Δｔ₁＝１，．．．，Ｓ－１－Δｔ₂。
提案１１：１つのリソースがＳＣＩ内に予約されている場合、周波数リソース指示値はＬ_sub－１により与えられる。２つのリソースがＳＣＩ内に予約されている場合、周波数リソース指示値は

【数18】

で与えられる。３つのリソースがＳＣＩに予約されている場合、周波数リソース指示値は

【数19】

で与えられ、式中、Ｎ_subはリソースプール内のサブチャネルの合計数であり、Ｎ_subは各予約されたリソースのサブチャネルの番号であり、ｘ₁＝０，．．．，Ｎ_sub－Ｌ_subは第２のリソースのスタートサブチャネルインデックスであり、ｘ₂＝０，．．．，Ｎ_sub－Ｌ_subは第３のリソースのスタートサブチャネルインデックスである。
提案１２：受信機の視点からのＵＥによる２５６ＱＡＭのサポートは、ＵＥ ｃａｐａｂｉｌｉｔｙに基づく。
提案１３：従来の６４ＱＡＭ ＭＣＳテーブルは、ＮＲ Ｖ２ＸサイドリンクのためのデフォルトのＭＣＳテーブルである。２５６ＱＡＭ ＭＣＳテーブル又は低スペクトル効率６４ＱＡＭ ＭＣＳテーブルの使用は、ＰＣ５－ＲＲＣ構成を介する。
４ 参照文献
［１］ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅｓ，３ＧＰＰ ＴＳＧ ＲＡＮ ＃８６ Ｍｅｅｔｉｎｇ，Ｓｉｔｇｅｓ，ＥＳ，Ｄｅｃ．２０１９．
［２］ ＲＰ－１９３１９８，Ｔａｓｋ ｌｉｓｔ ｆｏｒ ５Ｇ Ｖ２Ｘ ｉｎ ＲＡＮ１ ＃１００，Ｓｉｔｇｅｓ，ＥＳ，Ｄｅｃ．２０１９．
［３］ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅｓ，３ＧＰＰ ＴＳＧ ＲＡＮ１ ＷＧ１ ＃９６ｂｉｓ Ｍｅｅｔｉｎｇ，Ｘｉ’ａｎ，Ｃｈｉｎａ，Ａｐｒ．２０１９．
［４］ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅｓ，３ＧＰＰ ＴＳＧ ＲＡＮ１ ＷＧ１ ＃９８ｂｉｓ Ｍｅｅｔｉｎｇ，Ｃｈｏｎｇｑｉｎｇ，Ｃｈｉｎａ，Ｏｃｔ．２０１９．
［５］ ３ＧＰＰ ｅｍａｉｌ ｄｉｓｃｕｓｓｉｏｎ ｏｎ ｍａｘｉｍｕｍ ｎｕｍｂｅｒ ｏｆ ｒｅｓｅｒｖｅｄ ｒｅｓｏｕｒｃｅｓ ｆｏｒ ａ ＴＢ，［９８ｂ－ＮＲ－１５］，Ｏｃｔ．２０１９．
［６］ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅｓ，３ＧＰＰ ＴＳＧ ＲＡＮ１ ＷＧ１ ＃９９ Ｍｅｅｔｉｎｇ，Ｒｅｎｏ，ＵＳＡ，Ｎｏｖ．２０１９．
［７］ ３ＧＰＰ ＴＳ３８．８２２，ＮＲ ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ（ＵＥ）ｆｅａｔｕｒｅ ｌｉｓｔ，ｖ１５．０．１，Ｊｕｌ．２０１９．
添付書類Ｂ
５ 導入
Ｒｅｌｅａｓｅ－１６ ＮＲ Ｖ２Ｘ仕様は、２０１９年１２月に承認された［１］。ＮＲＶ ２Ｘにはまだいくつかの残されたタスクがあり、それらは［２］において特定されている。
この寄与においては、サイドリンク電力制御、ＰＳＦＣＨ候補リソース決定、グループキャストＨＡＲＱフィードバックオプション２のためのグループサイズ制限、Ｔｘ－Ｒｘ距離計算、及びグループキャストＨＡＲＱフィードバックオプションの第２ステージＳＣＩフォーマットを含む、いくつかの識別された残りのタスクの詳細について議論する。
６ 考察
６．１ サイドリンク電力制御
ＬＴＥ Ｖ２Ｘでは、ＰＳＣＣＨのＥＰＲＥは、ＰＳＣＣＨカバレッジを増加させるためにＰＳＳＣＨのＥＰＲＥよりも３ｄＢ多い。しかしながら、そのようなＰＳＣＣＨ電力増強は、ＮＲ Ｖ２Ｘには適用されない。
総サイドリンク送信電力は、ＰＳＣＣＨ／ＰＳＳＣＨ送信のためにスロット内で使用されるシンボルにおける送信電力と同じであることが合意された［３］。ＰＳＣＣＨ及びＰＳＳＣＨ多重化オプション３では、ＰＳＣＣＨが電力増強を有する場合、ＰＳＣＣＨと同じシンボル内のＰＳＳＣＨリソースのＥＰＲＥを減少させて、一定のシンボル送信電力を維持する必要がある。これらのＰＳＳＣＨリソースの電力低減は、ＰＳＳＣＨ復号化性能の劣化をもたらす。更に、電力増強後のＰＳＣＣＨの送信電力は、特にＰＳＣＣＨがサブチャネル内の周波数リソースのほとんどを占める場合、既に送信電力定数を超えている可能性がある。したがって、ＰＳＣＣＨの電力増強はサポートされるべきではない。
提案１：ＰＳＣＣＨ上の出力増強はサポートされない。
サイドリンクＣＳＩ－ＲＳが、そのリソースマッピングのためにＮＲ Ｕｕ ＣＳＩ－ＲＳ時間－周波数／ＣＤＭリソースマッピングパターンのサブセットを使用することが合意されている［４］。ＣＳＩ－ＲＳは、すべてのＰＳＣＣＨ／ＰＳＳＣＨシンボルには現れない。スロット内のＰＳＣＣＨ／ＰＳＳＣＨ送信に使用されるすべてのシンボルにわたって同じサイドリンク送信電力を保持するために、サイドリンクＣＳＩ－ＲＳは、サイドリンクデータとして同じＥＰＲＥを使用するべきである。同様の解決策が、サイドリンクＰＴ－ＲＳに適用される。
提案２：サイドリンクＣＳＩ－ＲＳ及びサイドリンクＰＴ－ＲＳの電力増強はサポートされない。
６．２ ＰＳＦＣＨ候補リソース決定
Ｒｘ ＵＥが、ＰＳＦＣＨ候補リソースのセットからそのＰＳＦＣＨリソースを決定することが動作上の前提であった［５］。更に、対応するＰＳＳＣＨに使用される開始サブチャネルインデックス及びスロットインデックスから、ＰＳＦＣＨ候補リソースのセットを決定することが合意されている［４］。１つの未定事項は、ＰＳＳＣＨが複数のサブチャネルを占有することについて、候補となるＰＳＦＣＨリソースは、以下の２つのオプションのうちの１つと関連付けられたＰＲＢのセットである。１）ＰＳＳＣＨに使用される開始サブチャネル及びスロット、２）ＰＳＳＣＨに使用されるサブチャネル（複数可）及びスロット。
ユニキャスト及びグループキャストフィードバックオプション１には１つのＰＳＦＣＨリソースのみが必要であることが知られており、このＰＳＦＣＨリソースは、グループキャストフィードバックオプション１のためのすべてのＲＸ ＵＥによって共有される。その後、候補ＰＳＦＣＨリソースの小さなセットを割り当てるだけで足りる。候補ＰＳＦＣＨリソースは、ＰＳＳＣＨに使用される開始サブチャネル及びスロットと関連付けられたＰＲＢのセットであることが好ましい。これにより、ＴｘＵＥは候補ＰＳＦＣＨリソースの小さなセットにわたってＰＳＦＣＨを検出すればよいだけなので、ＰＳＦＣＨ受信が単純化される。
これに対して、使用されるＰＳＦＣＨリソースの数がグループ内のＲｘ ＵＥの数に等しいグループキャストフィードバックオプション２には複数のＰＳＦＣＨリソースが必要である。その後、候補ＰＳＦＣＨリソースの大きなセットを割り当てる必要がある。したがって、候補ＰＳＦＣＨリソースは、ＰＳＳＣＨに使用されるすべてのサブチャネル及びスロットと関連付けられたＰＲＢのセットであることが有益である。この増加した候補ＰＳＦＣＨリソースのセットによって、ＰＳＦＣＨの衝突の可能性が低減するだけでなく、ＰＳＳＣＨ送信のために複数のサブチャネルを使用することによって、大きなグループのためのグループキャストフィードバックオプション２をサポートすることも可能になる。
提案３：ユニキャスト及びグループキャストフィードバックオプション１におけるＰＳＳＣＨの場合、候補ＰＳＦＣＨリソースは、そのＰＳＳＣＨに使用される開始サブチャネル及びスロットと関連付けられたＰＲＢのセットであり、グループキャストフィードバックオプション２のＰＳＳＣＨの場合、候補ＰＳＦＣＨリソースは、そのＰＳＳＣＨに使用されるすべてのサブチャネル及びスロットと関連付けられたＰＲＢのセットである。
６．３ グループキャストＨＡＲＱフィードバックオプション２のグループサイズ制限
上記の提案に基づき、グループキャストフィードバックオプション２の候補ＰＳＦＣＨリソースの数は、ＰＳＳＣＨに使用されるサブチャネルの数に比例する。ＰＳＳＣＨのサブチャネルが多いほど、より多くのＰＳＦＣＨリソース候補があり、したがって、グループキャストフィードバックオプション２でサポートされるグループサイズも、より大きい。言い換えれば、グループキャストＨＡＲＱフィードバックオプション２のサポートされるグループサイズは、対応するＰＳＳＣＨリソースに応じて変化する。したがって、グループキャストフィードバックオプション２は明確なグループサイズ制限を有する必要はない。
提案４：グループキャストＨＡＲＱフィードバックオプション２には明示的なグループサイズ制限が課されない。
６．４ Ｔｘ－Ｒｘ距離計算
少なくともグループキャストＨＡＲＱフィードバックオプション１、すなわちＨＡＲＱ－ＮＡＣＫのみについて、Ｔｘ－Ｒｘ距離ベースのＨＡＲＱフィードバックがサポートされることが合意されている［３］。Ｔｘ－Ｒｘ距離の計算は、ＴｘＵＥが、第２ステージＳＣＩを介してゾーンＩＤに関してその位置情報を送信することによって容易にされる。各Ｒｘ ＵＥは、それ自体の測地位置及びＴｘ ＵＥのゾーンＩＤに基づいて、Ｔｘ ＵＥまでの距離を計算することができる。距離計算は、以下のステップを有することができる。
１．対応するゾーンＩＤがＴｘ ＵＥのゾーンＩＤと同一であるゾーン中心測地位置のリストを取得する。ここで、ゾーンＩＤのラップアラウンドが考慮される。
２．中心測地位置がＲｘ ＵＥの測地位置に最も近いリストからゾーンを識別する。Ｒｘ ＵＥの測地位置から各候補ゾーン中心測地位置までの距離が計算され、最小距離が選択される。
３．データ優先度に応じて、識別されたゾーン内のＴｘ ＵＥの測地位置をセットする。各ゾーンは矩形であり、Ｔｘ ＵＥは、識別されたゾーン内のどこにあってもよい。識別されたゾーン内でのＴｘ ＵＥの測地位置のセットは、データ優先度に依存する。例えば、高い優先度データの場合、Ｔｘ ＵＥの測地位置は、Ｒｘ ＵＥがＨＡＲＱフィードバックをトリガする可能性がより高くなるように、識別されたゾーン内のＲｘ ＵＥの測地位置に近づいてセットされる。
４．Ｔｘ ＵＥの測地位置とＲｘ ＵＥの測地位置との間の距離を計算する。
提案５：グループキャストＨＡＲＱフィードバックオプション１について、Ｔｘ－Ｒｘ距離の計算は、以下のステップを有する。
１．対応するゾーンＩＤがＴｘ ＵＥのゾーンＩＤと同一であるゾーン中心測地位置のリストを取得する。
２．中心測地位置がＲｘ ＵＥの測地位置に最も近いリストからゾーンを識別する。
３．データ優先度に応じて、識別されたゾーン内のＴｘ ＵＥの測地位置をセットする。
４．Ｔｘ ＵＥの測地位置とＲｘ ＵＥの測地位置との間の距離を計算する。
６．５ グループキャストＨＡＲＱフィードバックオプションのための第２ステージＳＣＩフォーマット
少なくともグループキャストＨＡＲＱフィードバックオプション１について、Ｔｘ－Ｒｘ距離ベースのＨＡＲＱフィードバックがサポートされることが合意されている［３］。我々の見解では、Ｔｘ－Ｒｘ距離ベースのＨＡＲＱフィードバックは、グループキャストＨＡＲＱフィードバックオプション２に適用されるべきではない。主な問題は、Ｔｘ ＵＥがＲｘ ＵＥからＨＡＲＱ ＡＣＫ／ＮＡＣＫフィードバックを受信しない場合、Ｒｘ ＵＥがＰＳＳＣＨ送信を復号化するもののＴｘ－Ｒｘ距離の大きさのためにＨＡＲＱＡＣＫ／ＮＡＣＫをフィードバックしないのか、それともＲｘ ＵＥが全くＰＳＣＣＨを復号しないのかを区別することができないことである。Ｔｘ ＵＥは、これら２つの場合に対して異なる行動を有することが期待されていることに留意されたい。具体的には、Ｔｘ ＵＥは、前者の場合は再送信する必要はないが、後者の場合には再送信する必要がある。受信機ＵＥからのフィードバックがないことによって引き起こされる曖昧さにより、グループキャストＨＡＲＱフィードバックオプション２に対してＴｘ－Ｒｘ距離ベースのＨＡＲＱフィードバックをサポートすることは矛盾している。
提案６：Ｔｘ－Ｒｘ距離ベースのＨＡＲＱフィードバックは、グループキャストＨＡＲＱフィードバックオプション２に対してサポートされない。
グループキャストＨＡＲＱフィードバックオプション１については、通信範囲要件及びＴｘ ＵＥの位置情報が第２ステージＳＣＩペイロードに含まれることが合意されている。これは主に、グループキャストＨＡＲＱフィードバックオプション１のＴｘ－Ｒｘ距離ベースのＨＡＲＱフィードバックをサポートするためである。このメカニズムはグループキャストＨＡＲＱフィードバックオプション２に適用可能ではないため、グループキャストＨＡＲＱフィードバックオプション２が取られる場合、第２ステージＳＣＩにＴｘ ＵＥの位置情報及び通信範囲要件を含める必要はない。このロジスティックに従い、グループキャストＨＡＲＱフィードバックオプション１は、グループキャストＨＡＲＱフィードバックオプション２とは異なる第２ステージＳＣＩフォーマットを有する。第２ステージＳＣＩの詳細な設計は、我々の仲間による寄与に含まれている［６］。
提案７：グループキャストＨＡＲＱフィードバックオプション１とオプション２とでは異なる第２ステージＳＣＩフォーマットが使用され、Ｔｘ ＵＥの位置情報及び通信範囲要件は、グループキャストＨＡＲＱフィードバックオプション２の第２ステージＳＣＩには含まれない。
７ 結論
この寄与においては、ＮＲサイドリンク物理層手順に関する残る詳細を考察した。本発明者らの提案は以下の通りである。
提案１：ＰＳＣＣＨ、ＣＳＩ－ＲＳ、及びＰＴ－ＲＳ上の電力増強はサポートされない。
提案２：サイドリンクＣＳＩ－ＲＳ及びサイドリンクＰＴ－ＲＳの電力電力はサポートされない。
提案３：ユニキャスト及びグループキャストフィードバックオプション１におけるＰＳＳＣＨの場合、候補ＰＳＦＣＨリソースは、そのＰＳＳＣＨに使用される開始サブチャネル及びスロットと関連付けられたＰＲＢのセットであり、グループキャストフィードバックオプション２のＰＳＳＣＨの場合、候補ＰＳＦＣＨリソースは、そのＰＳＳＣＨに使用されるすべてのサブチャネル及びスロットと関連付けられたＰＲＢのセットである。
提案４：グループキャストＨＡＲＱフィードバックオプション２には明示的なグループサイズ制限が課されない。
提案５：グループキャストＨＡＲＱフィードバックオプション１について、Ｔｘ－Ｒｘ距離の計算は、以下のステップを有する。
１．対応するゾーンＩＤがＴｘ ＵＥのゾーンＩＤと同一であるゾーン中心測地位置のリストを取得する。
２．中心測地位置がＲｘ ＵＥの測地位置に最も近いリストからゾーンを識別する。
３．データ優先度に応じて、識別されたゾーン内のＴｘ ＵＥの測地位置をセットする。
４．Ｔｘ ＵＥの測地位置とＲｘ ＵＥの測地位置との間の距離を計算する。
提案６：Ｔｘ－Ｒｘ距離ベースのＨＡＲＱフィードバックは、グループキャストＨＡＲＱフィードバックオプション２に対してサポートされない。
提案７：グループキャストＨＡＲＱフィードバックオプション１とオプション２とでは異なる第２ステージＳＣＩフォーマットが使用され、Ｔｘ ＵＥの位置情報及び通信範囲要件は、グループキャストＨＡＲＱフィードバックオプション２の第２ステージＳＣＩには含まれない。
８ 参照文献
［８］ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅｓ，３ＧＰＰ ＴＳＧ ＲＡＮ ＃８６ Ｍｅｅｔｉｎｇ，Ｓｉｔｇｅｓ，ＥＳ，Ｄｅｃ．２０１９．
［９］ ＲＰ－１９３１９８，Ｔａｓｋ ｌｉｓｔ ｆｏｒ ５Ｇ Ｖ２Ｘ ｉｎ ＲＡＮ１ ＃１００，Ｓｉｔｇｅｓ，ＥＳ，Ｄｅｃ．２０１９．
［１０］ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅｓ，３ＧＰＰ ＴＳＧ ＲＡＮ１ ＷＧ１ ＃９７ Ｍｅｅｔｉｎｇ，Ｒｅｎｏ，ＵＳＡ，Ｍａｙ ２０１９．
［１１］ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅｓ，３ＧＰＰ ＴＳＧ ＲＡＮ１ ＷＧ１ ＃９８ｂｉｓ Ｍｅｅｔｉｎｇ，Ｃｈｏｎｇｑｉｎｇ，Ｃｈｉｎａ，Ｏｃｔ．２０１９．
［１２］ Ｃｈａｉｒｍａｎ‘ｓ Ｎｏｔｅｓ，３ＧＰＰ ＴＳＧ ＲＡＮ１ ＷＧ１ ＃９９ Ｍｅｅｔｉｎｇ，Ｒｅｎｏ，ＵＳＡ，Ｎｏｖ．２０１９．
［１３］ Ｒ１－２００ｘｘｘｘ，Ｒｅｍａｉｎｉｎｇ ｄｅｔａｉｌｓ ｏｎ ＮＲ Ｖ２Ｘ ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｓｔｒｕｃｔｕｒｅ，Ａｐｐｌｅ，Ｆｅｂ．２０２０．
［項目１］
第１のユーザ機器無線通信デバイス（ＵＥ）のための装置であって、１つ以上のプロセッサを備え、前記１つ以上のプロセッサが、前記第１のＵＥに、
トランスポートブロック（ＴＢ）を第２のＵＥに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャストである場合には第１のＳＣＩステージ２フォーマットを選択し、
前記サイドリンク通信タイプがユニキャスト、フィードバックを伴わないグループキャスト、又はフィードバックを伴うグループキャストオプション２である場合には第２のＳＣＩステージ２フォーマットを選択し、
前記サイドリンク通信タイプがフィードバックを伴うグループキャストオプション１である場合には第３のＳＣＩステージ２フォーマットを選択する
ことによって、サイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択させ、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化させ、
前記ＳＣＩステージ２ペイロードを前記第２のＵＥに送信させる、
ように構成されている、装置。
［項目２］
前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記第２のＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にさせ、
前記第２のＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にさせる、
ように構成されている、項目１に記載の装置。
［項目３］
前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）が構成されているかどうかを判定させ、
前記ＰＳＦＣＨが構成されていない場合、前記ＳＣＩステージ２ペイロードから前記フィードバックビットを排除させる、
ように構成されている、項目２に記載の装置。
［項目４］
前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択され、かつ前記サイドリンク通信タイプがグループキャストであるときに、
１つ以上のパディングビットを前記ＳＣＩステージ２ペイロードに追加させる
ように構成されている、項目２に記載の装置。
［項目５］
前記１つ以上のプロセッサが、前記ＵＥに、前記第３のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に通信範囲を符号化させて、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを提供させ、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲外にあるときにはフィードバックを提供させないようにする
ように構成されている、項目１に記載の装置。
［項目６］
第１のユーザ機器無線通信デバイス（ＵＥ）のための装置であって、１つ以上のプロセッサを備え、前記１つ以上のプロセッサは、前記第１のＵＥに、
トランスポートブロック（ＴＢ）を第２のＵＥに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャストである場合には第１のＳＣＩステージ２フォーマットを選択し、
前記サイドリンク通信タイプがユニキャスト又はグループキャストオプション２である場合には第２のＳＣＩステージ２フォーマットを選択し、
前記サイドリンク通信タイプがグループキャストオプション１である場合には第３のＳＣＩステージ２フォーマットを選択する
ことによって、サイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択させ、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化させ、
前記ＳＣＩステージ２ペイロードを前記第２のＵＥに送信させる、
ように構成されている、装置。
［項目７］
前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記第２のＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にさせ、
前記第２のＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にさせる
ように構成されている、項目６に記載の装置。
［項目８］
前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）が構成されているかどうかを判定させ、
前記ＰＳＦＣＨが構成されていない場合、前記ＳＣＩステージ２ペイロードから前記フィードバックビットを排除させる、
ように構成されている、項目７に記載の装置。
［項目９］
前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択され、かつ前記サイドリンク通信タイプがグループキャストであるときに、
１つ以上のパディングビットを前記ＳＣＩステージ２ペイロードに追加させる
ように構成されている、項目７に記載の装置。
［項目１０］
前記１つ以上のプロセッサが、前記ＵＥに、前記第３のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に前記第１のＵＥとの間の距離を定義する通信範囲を符号化させ、
前記第２のＵＥが前記第１のＵＥに対して前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを提供させ、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲外にあるときにはフィードバックを提供させないようにするよう、フィードバックビッチを有効化させて、
前記第２のＵＥにフィードバックを提供させないためには、前記フィードバックビッチを無効化させる、
ように構成されている、項目６に記載の装置。
［項目１１］
前記１つ以上のプロセッサが、前記ＵＥに、前記第３のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に前記第１のＵＥとの間の距離を定義する通信範囲を符号化させて、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを提供させ、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲外にあるときにはフィードバックを提供させないようにし、
前記通信範囲をゼロにセットさせて、前記第２のＵＥにフィードバックを提供させない
ように構成されている、項目６に記載の装置。
［項目１２］
第１のユーザ機器無線通信デバイス（ＵＥ）のための装置であって、１つ以上のプロセッサを備え、前記１つ以上のプロセッサが、前記第１のＵＥに、
トランスポートブロック（ＴＢ）を第２のＵＥに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、フィードバックを伴わないグループキャスト、又はフィードバックを伴うグループキャストオプション２である場合には第１のＳＣＩステージ２フォーマットを選択し、
前記サイドリンク通信タイプがフィードバックを伴うグループキャストオプション１である場合には第２のＳＣＩステージ２フォーマットを選択することによって、サイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択させ、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化させ、
前記ＳＣＩステージ２ペイロードを前記第２のＵＥに送信させる、
ように構成されている、装置。
［項目１３］
前記１つ以上のプロセッサが、前記ＵＥに、前記第１のＳＣＩステージ２フォーマットが選択され、かつ前記サイドリンク通信タイプがブロードキャストであるときに、
前記ＳＣＩステージ２ペイロード内に共通のブロードキャスト宛先識別子（ＩＤ）を符号化させる
ように構成されている、項目１２に記載の装置。
［項目１４］
前記共通のブロードキャスト宛先ＩＤが、すべてのブロードキャスト通信に対して予め定められている、項目１３に記載の装置。
［項目１５］
前記共通のブロードキャスト宛先ＩＤが、リソースプールごとに予め定められている、項目１３に記載の装置。
［項目１６］
前記１つ以上のプロセッサが、前記ＵＥに、前記第１のＳＣＩステージ２フォーマットが選択されたときに、
前記第２のＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にさせ、
前記第２のＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にさせる、
ように構成されている、項目１２に記載の装置。
［項目１７］
前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に通信範囲を符号化させて、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを提供させ、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲外にあるときにはフィードバックを提供させない、
ように構成されている、項目１２に記載の装置。
［項目１８］
第１のユーザ機器無線通信デバイス（ＵＥ）のための装置であって、１つ以上のプロセッサを備え、前記１つ以上のプロセッサが、前記第１のＵＥに、
トランスポートブロック（ＴＢ）を第２のＵＥに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、又はグループキャストオプション２である場合には第１のＳＣＩステージ２フォーマットを選択し、
前記サイドリンク通信タイプがグループキャストオプション１である場合には第２のＳＣＩステージ２フォーマットを選択する
ことによって、サイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択させ、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化させ、
前記ＳＣＩステージ２ペイロードを前記第２のＵＥに送信させる、
ように構成されている、装置。
［項目１９］
前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記第２のＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にさせ、
前記第２のＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にさせる、
ように構成されている、項目１８に記載の装置。
［項目２０］
前記１つ以上のプロセッサが、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に前記第１のＵＥとの間の距離を定義する通信範囲を符号化させ、
前記第２のＵＥが前記第１のＵＥに対して前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを提供させ、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲外にあるときにはフィードバックを提供させないように、フィードバックビットを有効化させ、
前記第２のＵＥにフィードバックを提供させないように、前記フィードバックビットを無効化させる、
ように構成されている、項目１８に記載の装置。
［項目２１］
前記１つ以上のプロセッサは、前記ＵＥに、前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に前記第１のＵＥとの間の距離を定義する通信範囲を符号化させて、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを提供させ、前記第２のＵＥが前記第１のＵＥに対して前記通信範囲外にあるときにはフィードバックを提供させないようにし、
前記通信範囲をゼロにセットさせて、前記第２のＵＥにフィードバックを提供させない
ように構成されている、項目１８に記載の装置。
［項目２２］
第１のユーザ機器無線通信デバイス（ＵＥ）のための装置であって、１つ以上のプロセッサを備え、前記１つ以上のプロセッサが、前記第１のＵＥに、
第２のＵＥのゾーン識別子（ＩＤ）を判定させ、
前記ゾーンＩＤに基づいて、前記第２のＵＥの推定位置を判定させ、
前記推定位置に基づいて、前記第１のＵＥと前記第２のＵＥとの間の推定距離を判定させる、
ように構成されている、装置。
［項目２３］
前記１つ以上のプロセッサが、前記第１のＵＥに、
前記第２のＵＥから受信したサイドリンク制御情報（ＳＣＩ）ステージ２に基づいて、前記ゾーンＩＤを識別させる、
ように構成されている、項目２２に記載の装置。
［項目２４］
前記１つ以上のプロセッサが、前記第１のＵＥに、
前記ゾーンＩＤによって識別された地理的ゾーンの測地中心に基づいて、前記推定位置を判定させる、
ように構成されている、項目２２に記載の装置。
［項目２５］
前記１つ以上のプロセッサが、前記第１のＵＥに、
２つ以上の地理的ゾーンが前記ゾーンＩＤにより識別されていることを判定させ、
前記第１のＵＥに最も近い地理的ゾーンを選択させ、
前記第２のＵＥの前記推定位置を、前記選択した地理的ゾーンに基づいて判定させる、ように構成されている、項目２２に記載の装置。
［項目２６］
前記１つ以上のプロセッサが、前記第１のＵＥに、
前記ゾーンＩＤによって識別された地理的ゾーンの測地中心を判定し、
前記測地中心をフィードバック係数によって調整し、
前記調整された測地中心に基づいて前記推定位置を判定させる、
ことによって、前記推定位置を判定させるように構成されている、項目２２に記載の装置。
［項目２７］
前記１つ以上のプロセッサが、前記第１のＵＥに、
前記フィードバック係数をリソースプール構成に基づいて決定させる、
ように構成されている、項目２６に記載の装置。
［項目２８］
前記１つ以上のプロセッサが、前記第１のＵＥに、
前記推定距離に基づいて送信されるトランスポートブロックのデータ優先度に基づいて、前記フィードバック係数を決定させる、
ように構成されている、項目２６に記載の装置。
［項目２９］
前記１つ以上のプロセッサが、前記第１のＵＥに、
前記フィードバック係数の値を調整して、前記データ優先度が高まるにつれて前記推定距離を最小化させる、
ように構成されている、項目２８に記載の装置。
［項目３０］
前記１つ以上のプロセッサが、前記第１のＵＥに、
前記フィードバック係数をチャネルビジー率（ＣＢＲ）に基づいて決定させる、
ように構成されている、項目２９に記載の装置。
［項目３１］
前記１つ以上のプロセッサが、前記第１のＵＥに、
前記フィードバック係数の値を調整して、前記ＣＢＲが増加するにつれて前記推定距離を最大化させる、
ように構成されている、項目３０に記載の装置。
［項目３２］
トランスポートブロック（ＴＢ）をユーザ機器無線通信デバイス（ＵＥ）に送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャストである場合には第１のサイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択することと、
前記サイドリンク通信タイプがユニキャスト、フィードバックを伴わないグループキャスト、又はフィードバックを伴うグループキャストオプション２である場合には第２のＳＣＩステージ２フォーマットを選択することと、
前記サイドリンク通信タイプがフィードバックを伴うグループキャストオプション１である場合には第３のＳＣＩステージ２フォーマットを選択することと、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化することと、
前記ＳＣＩステージ２ペイロードを前記ＵＥに送信することと、
を含む、方法。
［項目３３］
前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にすることと、
前記ＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にすることと、
を含む、項目３２に記載の方法。
［項目３４］
前記第２のＳＣＩステージ２フォーマットが選択されたときに、
物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）が構成されているかどうかを判定することと、
前記ＰＳＦＣＨが構成されていない場合、前記ＳＣＩステージ２ペイロードから前記フィードバックビットを排除することと、
を含む、項目３３に記載の方法。
［項目３５］
前記第２のＳＣＩステージ２フォーマットが選択され、かつ前記サイドリンク通信タイプがグループキャストであるときに、
１つ以上のパディングビットを前記ＳＣＩステージ２ペイロードに追加すること、
を含む、項目３３に記載の方法。
［項目３６］
前記第３のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２のペイロード内に通信範囲を符号化させて、
前記ＵＥが前記通信範囲内にあるときには前記ＵＥにＮＡＣＫフィードバックを提供させ、前記ＵＥが前記通信範囲外にあるときにはフィードバックを提供させないようにすること、
を含む、項目３２に記載の方法。
［項目３７］
トランスポートブロック（ＴＢ）をＵＥに送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャストである場合には第１のサイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択することと、
前記サイドリンク通信タイプがユニキャスト又はグループキャストオプション２である場合には第２のＳＣＩステージ２フォーマットを選択することと、
前記サイドリンク通信タイプがグループキャストオプション１である場合には第３のＳＣＩステージ２フォーマットを選択することと、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化することと、
前記ＳＣＩステージ２ペイロードを前記ＵＥに送信することと、
を含む、方法。
［項目３８］
前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にすることと、
前記ＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にすることと、
を含む、項目３７に記載の方法。
［項目３９］
前記第２のＳＣＩステージ２フォーマットが選択されたときに、
物理サイドリンクフィードバックチャネル（ＰＳＦＣＨ）が構成されているかどうかを決定することと、
前記ＰＳＦＣＨが構成されていない場合、前記ＳＣＩステージ２ペイロードから前記フィードバックビットを排除することと、
を含む、項目３８に記載の方法。
［項目４０］
前記第２のＳＣＩステージ２フォーマットが選択され、かつ前記サイドリンク通信タイプがグループキャストであるときに、
１つ以上のパディングビットを前記ＳＣＩステージ２ペイロードに追加すること、
を含む、項目３８に記載の方法。
［項目４１］
前記第３のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に距離を定義する通信範囲を符号化することと、
前記ＵＥに、前記ＵＥが前記通信範囲内にあるときはＮＡＣＫフィードバックを提供させ、前記ＵＥが前記通信範囲外にあるときはフィードバックを提供させないように、フィードバックビットを有効にすることと、
前記ＵＥにフィードバックを提供させないように前記フィードバックビットを無効にすることと、
を含む、項目３７に記載の方法。
［項目４２］
前記第３のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に距離を定義する通信範囲を符号化して、前記ＵＥに、前記ＵＥが前記通信範囲内にあるときはＮＡＣＫフィードバックを提供させ、前記ＵＥが前記通信範囲外にあるときはフィードバックを提供させないようにする、ことと、
前記通信範囲をゼロにセットして、前記ＵＥにフィードバックを提供させないようにする、ことと、
を含む、項目３７に記載の方法。
［項目４３］
トランスポートブロック（ＴＢ）をＵＥに送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、フィードバックを伴わないグループキャスト、又はフィードバックを伴うグループキャストオプション２である場合には第１のサイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択することと、
前記サイドリンク通信タイプがフィードバックを伴うグループキャストオプション１である場合には第２のＳＣＩステージ２フォーマットを選択することと、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化することと、
前記ＳＣＩステージ２ペイロードを前記ＵＥに送信することと、
を含む、方法。
［項目４４］
前記第１のＳＣＩステージ２フォーマットが選択され、かつ前記サイドリンク通信タイプがブロードキャストであるときに、
前記ＳＣＩステージ２ペイロード内に共通のブロードキャスト宛先識別子（ＩＤ）を符号化すること、
を含む、項目４３に記載の方法。
［項目４５］
前記共通のブロードキャスト宛先ＩＤが、すべてのブロードキャスト通信に対して予め定められている、項目４４に記載の方法。
［項目４６］
前記共通のブロードキャスト宛先ＩＤが、リソースプールごとに予め定められている、項目４４に記載の方法。
［項目４７］
前記第１のＳＣＩステージ２フォーマットが選択されたときに、
前記のＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にすることと、
前記のＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にすることと、
を含む、項目４３に記載の方法。
［項目４８］
前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２のペイロード内に通信範囲を符号化して、前記ＵＥが前記通信範囲内にあるときには前記ＵＥにＮＡＣＫフィードバックを提供させ、前記ＵＥが前記通信範囲外にあるときにはフィードバックを提供させないようにすること、
を含む、項目４３に記載の方法。
［項目４９］
トランスポートブロック（ＴＢ）をＵＥに送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、又はグループキャストオプション２である場合には第１のサイドリンク制御情報（ＳＣＩ）ステージ２フォーマットを選択することと、
前記サイドリンク通信タイプがグループキャストオプション１である場合には第２のＳＣＩステージ２フォーマットを選択することと、
前記選択されたＳＣＩステージ２フォーマットに従ってＳＣＩステージ２ペイロードを符号化することと、
前記ＳＣＩステージ２ペイロードを前記ＵＥに送信することと、
を含む、方法。
［項目５０］
前記第１のＳＣＩステージ２フォーマットが選択されたときに、
前記のＵＥにＡＣＫ／ＮＡＣＫフィードバックを提供するように命令するために、前記ＳＣＩステージ２ペイロード内のフィードバックビットを有効にすることと、
前記のＵＥにフィードバックを提供しないように命令するために、前記ＳＣＩステージ２ペイロード内の前記フィードバックビットを無効にすることと、
を含む、項目４９に記載の方法。
［項目５１］
前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に距離を定義する通信範囲を符号化することと、
前記ＵＥに、前記ＵＥが前記通信範囲内にあるときはＮＡＣＫフィードバックを提供させ、前記ＵＥが前記通信範囲外にあるときはフィードバックを提供させないように、フィードバックビットを有効にすることと、
前記ＵＥにフィードバックを提供させないように、前記フィードバックビットを無効にすることと、
を含む、項目４９に記載の方法。
［項目５２］
前記第２のＳＣＩステージ２フォーマットが選択されたときに、
前記ＳＣＩステージ２ペイロード内に距離を定義する通信範囲を符号化して、前記ＵＥに、前記ＵＥが前記通信範囲内にあるときはＮＡＣＫフィードバックを提供させ、前記ＵＥが前記通信範囲外にあるときはフィードバックを提供させないようにする、ことと、
前記通信範囲をゼロにセットして、前記ＵＥにフィードバックを提供させないようにすることと、
を含む、項目４９に記載の方法。
［項目５３］
第１のＵＥで、
第２のＵＥのゾーン識別子（ＩＤ）を判定することと、
前記ゾーンＩＤに基づいて、前記第２のＵＥの推定位置を判定することと、
前記推定位置に基づいて、前記第１のＵＥと前記第２のＵＥとの間の推定距離を判定することと、
を含む、方法。
［項目５４］
前記第２のＵＥから受信されたサイドリンク制御情報（ＳＣＩ）ステージ２に基づいて、前記ゾーンＩＤを識別すること、
を含む、項目５３に記載の方法。
［項目５５］
前記ゾーンＩＤによって識別された地理的ゾーンの測地中心に基づいて、前記推定位置を判定すること、
を含む、項目５３に記載の方法。
［項目５６］
２つ以上の地理的ゾーンが前記ゾーンＩＤによって識別されると判定することと、
前記第１のＵＥに最も近い地理的ゾーンを選択することと、
前記選択された地理的ゾーンに基づいて、前記第２のＵＥの前記推定位置を判定することと、
を含む、項目５３に記載の方法。
［項目５７］
前記推定位置を、
前記ゾーンＩＤによって識別された地理的ゾーンの測地中心を判定し、
前記測地中心をフィードバック係数によって調整し、
前記調整された測地中心に基づいて前記推定位置を判定する、
ことによって判定すること、を含む、項目５３に記載の方法。
［項目５８］
リソースプール構成に基づいて前記フィードバック係数を決定すること、
を含む、項目５７に記載の方法。
［項目５９］
前記推定距離に基づいて送信されるトランスポートブロックのデータ優先度に基づいて、前記フィードバック係数を決定すること、
を含む、項目５７に記載の方法。
［項目６０］
前記フィードバック係数の値を調整して、前記データ優先度が高まるにつれて前記推定距離を最小化させること、
を含む、項目５７に記載の方法。
［項目６１］
チャネルビジー率（ＣＢＲ）に基づいて前記フィードバック係数を決定すること、
を含む、項目５７に記載の方法。
［項目６２］
前記フィードバック係数の値を調整して、前記ＣＢＲが増加するにつれて前記推定距離を最大化させること、
を含む、項目５７に記載の方法。
［項目６３］
第１のユーザ機器無線通信デバイス（ＵＥ）で、
第２のＵＥから、サイドリンク制御情報（ＳＣＩ）ステージ１、ＳＣＩステージ２、及びトランスポートブロックを受信することと、
前記ＳＣＩステージ１を復号して、前記ＳＣＩステージ２のフォーマットを特徴づけるＳＣＩステージ２フォーマットを判定することと、
前記ＳＣＩステージ２フォーマットに基づいて、前記第２のＵＥに提供する、前記ＴＢが正常に受信されたかどうかを示すためのフィードバックのタイプを判定することと、
を含む、方法。
［項目６４］
前記ＳＣＩステージ２フォーマットがフォーマット１であると判定することと、
それに応じて、前記第２のＵＥにフィードバックを送信することを控えることと、
を含む、項目６３に記載の方法。
［項目６５］
前記ＳＣＩステージ２フォーマットがフォーマット２であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号化して、前記ＳＣＩステージ２のフィードバックビットがセットされているかどうかを判定し、
前記フィードバックビットがセットされているときには、前記第２のＵＥに肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ）フィードバックを送信し、
前記フィードバックビットがセットされていないときには、前記第２のＵＥにフィードバックを送信することを控える、ことと、
を含む、項目６４に記載の方法。
［項目６６］
前記ＳＣＩステージ２フォーマットがフォーマット３であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号して、通信範囲を決定し、
前記第２のＵＥが前記通信範囲内にあるかどうかを判定し、
前記第２のＵＥが前記通信範囲内にあるときには前記第２のＵＥにＮＡＣＫフィードバックを送信し、
前記第２のＵＥが前記通信範囲内にないときには、フィードバックを送信することを控える、ことと、
を含む、項目６５に記載の方法。
［項目６７］
前記ＳＣＩステージ２フォーマットがフォーマット３であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号化して、前記ＳＣＩステージ２のフィードバックビットがセットされているかどうかを判定し、
前記フィードバックビットがセットされているときには、前記第２のＵＥにＮＡＣＫフィードバックを送信し、
前記フィードバックビットがセットされていないときには、前記第２のＵＥにフィードバックを送信することを控える、ことと、
を含む、項目６５に記載の方法。
［項目６８］
前記ＳＣＩステージ２フォーマットがフォーマット３であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号化して、フィードバックビットがセットされているかどうか、及び通信範囲を判定し、
前記第２のＵＥが前記通信範囲内にあるかどうかを判定し、
前記第２のＵＥが前記通信範囲内にあり、前記フィードバックビットがセットされているときには、前記第２のＵＥにＮＡＣＫフィードバックを送信し、
前記第２のＵＥが前記通信範囲内にない、又は前記フィードバックビットがセットされていないときには、フィードバックを送信することを控える、ことと、
を含む、項目６５に記載の方法。
［項目６９］
前記ＳＣＩステージ２フォーマットがフォーマット１であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号化して、前記ＳＣＩステージ２のフィードバックビットがセットされているかどうかを判定し、
前記フィードバックビットがセットされているときには、前記第２のＵＥにＡＣＫ／ＮＡＣＫフィードバックを送信し、
前記フィードバックビットがセットされていないときには、前記第２のＵＥにフィードバックを送信することを控える、ことと、
を含む、項目６３に記載の方法。
［項目７０］
前記ＳＣＩステージ２フォーマットがフォーマット２であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号して、通信範囲を決定し、
前記第２のＵＥが前記通信範囲内にあるかどうかを判定し、
前記第２のＵＥが前記通信範囲内にあるときには、前記第２のＵＥにＮＡＣＫフィードバックを送信し、
前記第２のＵＥが前記通信範囲内にないときには、フィードバックを送信することを控える、ことと、
を含む、項目６９に記載の方法。
［項目７１］
前記ＳＣＩステージ２フォーマットがフォーマット２であると判定することと、
それに応じて、
前記ＳＣＩステージ２を復号化して、フィードバックビットがセットされているかどうか、及び通信範囲を判定し、
前記第２のＵＥが前記通信範囲内にあるかどうかを判定し、
前記第２のＵＥが前記通信範囲内にあり、前記フィードバックビットがセットされているときには、前記第２のＵＥにＮＡＣＫフィードバックを送信し、
前記第２のＵＥが前記通信範囲内にない、又は前記フィードバックビットがセットされていないときには、フィードバックを送信することを控える、ことと、
を含む、項目６９に記載の方法。

【国際調査報告】