JP2023512817A - サイドリンク制御情報ステージ2フォーマット - Google Patents
サイドリンク制御情報ステージ2フォーマット Download PDFInfo
- Publication number
- JP2023512817A JP2023512817A JP2022547981A JP2022547981A JP2023512817A JP 2023512817 A JP2023512817 A JP 2023512817A JP 2022547981 A JP2022547981 A JP 2022547981A JP 2022547981 A JP2022547981 A JP 2022547981A JP 2023512817 A JP2023512817 A JP 2023512817A
- Authority
- JP
- Japan
- Prior art keywords
- feedback
- sci
- stage
- format
- sci stage
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000004891 communication Methods 0.000 claims abstract description 244
- 238000000034 method Methods 0.000 claims abstract description 128
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 claims description 89
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 claims description 89
- 230000005540 biological transmission Effects 0.000 description 59
- 238000013461 design Methods 0.000 description 21
- PCHJSUWPFVWCPO-UHFFFAOYSA-N gold Chemical group [Au] PCHJSUWPFVWCPO-UHFFFAOYSA-N 0.000 description 20
- 230000003595 spectral effect Effects 0.000 description 20
- 238000004364 calculation method Methods 0.000 description 18
- 101150069124 RAN1 gene Proteins 0.000 description 16
- 101100355633 Salmo salar ran gene Proteins 0.000 description 16
- 238000010586 diagram Methods 0.000 description 15
- 101150071746 Pbsn gene Proteins 0.000 description 14
- 230000008569 process Effects 0.000 description 9
- 238000013468 resource allocation Methods 0.000 description 6
- 238000001514 detection method Methods 0.000 description 5
- 238000013507 mapping Methods 0.000 description 5
- 125000004122 cyclic group Chemical group 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000011664 signaling Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 230000008901 benefit Effects 0.000 description 2
- 230000015556 catabolic process Effects 0.000 description 2
- 230000003247 decreasing effect Effects 0.000 description 2
- 238000006731 degradation reaction Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000008450 motivation Effects 0.000 description 2
- 230000010363 phase shift Effects 0.000 description 2
- 238000012545 processing Methods 0.000 description 2
- 230000009467 reduction Effects 0.000 description 2
- 238000012549 training Methods 0.000 description 2
- 241000169170 Boreogadus saida Species 0.000 description 1
- 230000009471 action Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
- H04L1/001—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding applied to control information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
- H04L1/0072—Error control for data other than payload data, e.g. control data
- H04L1/0073—Special arrangements for feedback channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0079—Formats for control data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
- H04L1/0084—Formats for payload data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1825—Adaptation of specific ARQ protocol parameters according to transmission conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/189—Transmission or retransmission of more than one copy of a message
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/18—Interfaces between hierarchically similar devices between terminal devices
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0093—Point-to-multipoint
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/30—Services specially adapted for particular environments, situations or purposes
- H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
Description
SCIステージ2フォーマット設計
2つのUE間の距離計算
付録A
1 導入
Release-16 NR V2X仕様は、2019年12月に承認されている[1]。NRV 2Xにはまだいくつかの残されたタスクがあり、それらは[2]において識別されている。
この寄与においては、TBSの決定、第1ステージSCI用のスクランブリングシーケンス生成器の初期化、第2ステージSCI及びPSSCH上で送信されるデータ、第2ステージSCIフォーマット、第1ステージSCIにおける時間及び周波数リソース指示、並びにサイドリンクデータ送信のためのMCSテーブルを含むいくつかの識別された残されたタスクの詳細について議論する。
2 考察
2.1 TBSの決定
NR Uuリンクにおいて、トランスポートブロックサイズ(TBS)は、式又はルックアップテーブルによって決定される。式又はルックアップテーブルからの選択は、情報ビットの中間数に基づく。具体的には、中間数が3824より大きい場合、TBSは式によって計算され、そうでなければTBSはルックアップテーブルから得られる。
情報ビットの中間数は、データ送信のための符号化率、変調順序、層数、及びリソースエレメント(RE)の総数の乗算に等しい。各割り当てられたデータチャネルリソースブロック(RB)におけるデータ送信のためのREの数が同一であるという仮定の下で、データ送信のためのREの総数は、RBごとのデータ送信のためのREの数の計算に基づく。ここで、DMRS、CSI-RS、及びCORESETからのオーバーヘッドは、計算において低減される。
全体として、NR UuリンクにおけるTBSの決定手順は、サイドリンクデータ送信のためのREの数を数えるためのいくつかの修正を伴って、NR V2Xサイドリンクのために再利用することができる。PSCCH及びPSSCHの多重化を考慮すると、各PSSCH RBでのサイドリンクデータ送信のための同一数のREの仮定は保持されない。具体的には、PSCCHはいくつかのRBには含まれるが、他のRBには含まれない。したがって、データ送信のためのREの総数は、RBごとのデータ送信のREの数に基づいて計算されるべきではない。
代わりに、スロット内のサイドリンク送信のためのREの総数が最初に計算される。次いで、計算された数からオーバーヘッドを差し引くことにより、サイドリンクデータREの数が得られる。ここで、スロット内のサイドリンク送信のためのREの総数は、SCIに示されるサブチャネルの数、リソースプール当たりの(事前)構成のサブチャネルサイズ、及びスロットごとのサイドリンクシンボルの数の乗算に等しい。
所見1:PSCCHとPSSCHの多重化において、RBごとのサイドリンクデータREの総数の計算は正確ではない。
提案1:サイドリンクTBS決定において、サイドリンクデータREの数は、スロット内のサイドリンク送信のためのREの総数からオーバーヘッドを差し引くことによって計算される。
DMRS、CSI-RS、及びCORESETからのオーバーヘッドは、NR UuリンクTBSを決定する際にカウントされる。同様に、PSSCH DMRS、CSI-RS、及びPSCCHからのオーバーヘッドも、サイドリンクTBSを決定する際にカウントされるべきである。更に、サイドリンクのためのいくつかの追加のオーバーヘッドを考慮する必要がある。
1.GAPシンボル:サイドリンクにおけるGAPシンボルはデータ送信には使用されない。
2.AGCシンボル:AGCシンボルはAGCトレーニングに使用され、データ送信には適していない。
3.第2ステージSCI:第2ステージSCIはNR V2Xに対してサポートされ、そこでPSSCHで搬送される。サイドリンクデータは第2ステージSCIで速度整合されるため、第2ステージSCIのPSSCHリソースは、差し引かれるべきである。
4.PSFCHシンボル:PSFCHがPSCCH/PSSCHとのTDMであり、PSFCHがスロット内のサイドリンクに利用可能な最後のシンボルを使用することがサポートされる。
提案2:サイドリンクTBS決定において、PSSCH DMRS、CSI-RS、PSCCH、GAPシンボル、AGCシンボル、第2ステージSCI、及びPSFCHシンボルからのオーバーヘッドをカウントする必要がある。
NR V2Xは、TBのブラインド再送信(複数可)をサポートする。初期送信で計算されたTBSは、異なるPSFCHオーバーヘッドにより、ブラインド再送(複数可)で計算されたTBSとは異なる可能性がある。PSFCHの周期性は、1、2、又は4スロットであることがサポートされる。PSFCHの周期性が2又は4スロットである場合、PSFCHは初期送信のためのスロット内に存在し得るが、ブラインド再送信のためのスロット内には存在し得ず、又はその逆も同様である。
Release 15NR PDSCHに対して使用されるLDPCコードがPSSCHに適用されることが合意された[3]。NR PDSCHでは、2つのLDPCベースグラフが設計され、これら2つのLDPCベースグラフ間の選択は、符号化率及びTBSに依存する。初期送信とブラインド再送信(複数可)との間のTBSミスマッチにより、異なるLDPCベースグラフを選択する結果となり得る。誤ったLDPCベースグラフの選択は、PSSCH復号化エラーを引き起こす。したがって、LDPCベースグラフ選択に使用される共通モデルTBSを導入することによって、初期送信とブラインド再送信(複数可)との間でTBS計算を整合させる必要がある。
具体的には、PSFCHリソースを含まないリソースプールの場合、PSFCHオーバーヘッドは、TBS決定に際し常にカウントされない。1スロットのPSFCH周期性を有するリソースプールの場合、PSFCHオーバーヘッドは、TBS決定に際し常にカウントされる。2又は4スロットのPSFCH周期性を有するリソースプールの場合、PSFCHオーバーヘッドがカウントされるか否かは、リソースプールの(事前)構成による。この設計は初期送信とブラインド再送信との間の潜在的なギャップを閉じ、その結果、初期送信又はブラインド再送信(複数可)のいずれかを受信するUEが同じTBSを取得する。
提案3:サイドリンクTBSの決定において、PSFCHオーバーヘッドは、PSFCHリソースを含まないリソースプールについてはカウントされない。PSFCHオーバーヘッドは、PSFCHの周期性が1スロットのリソースプールについてはカウントされる。PSFCHオーバーヘッドがカウントされるか否かは、PSFCHの周期性が2又は4スロットのリソースプールの(事前)構成による。
2.2 スクランブリングシーケンスの初期化
LTE V2Xでは、PSCCHのスクランブルシーケンスは、初期化値が定数510であるゴールド・シーケンスである。この一定の値により、すべての受信機UEがPSCCHを復号できることが確実となる。これは、LTE V2Xがサイドリンクブロードキャストをサポートし、すべてのモード4のUEによって、PSCCH内のリソース予約情報は、それらのリソース割り当て動作のために復号化される必要があるためである。
NR V2Xでは、リソース予約情報は第1ステージSCIに含まれて、PSCCHで搬送される。この情報がすべてのモード2UEリソース割り当て動作に必要であるため、PSCCHはすべてのUEによって復号化可能である必要がある。したがって、LTE V2Xの場合と同様に、一定の初期化値がPSCCHスクランブリングシーケンス生成器に使用されるべきである。この一定の初期化値は、リソースプールに基づくことができる。
提案4:第1ステージSCIのスクランブリングシーケンスは、一定の初期化値を有するゴールド・シーケンスである。
別個のスクランブリングが、第2ステージSCI及びPSSCHに適用されることが合意された[4]。PSCCHのスクランブリングシーケンスと同様に、第2ステージSCIのスクランブリングシーケンスは、ゴールド・シーケンスである。ゴールド・シーケンスの初期化値は、PSCCH CRCに基づく。この設計は、PSCCHの誤検出の場合に、第2ステージSCIの極性復号化の早期停止を容易にする。例えば、初期化値は、cinit=nRNTI215+nconstとしてセットすることができ、式中、nconstは、PSCCHスクランブリングシーケンス初期化値に等しい値を有する定数であり、nRNTIはPSCCH CRCの16LSB(最下位ビット)である。
提案5:第2ステージSCIのスクランブリングシーケンスは、PSCCH CRCに依拠する初期化値、例えば、cinit=nRNTI215+nconstを有するゴールド・シーケンスであり、式中、nconstは、PSCCHスクランブリングシーケンス初期化値に等しい値を有する定数であり、nRNTIはPSCCH CRCの16LSB(最下位ビット)である。
更に、PSSCHデータのスクランブリングシーケンスはまた、第1ステージSCI CRC及び第2ステージSCI CRCの両方に依拠する初期化値を有するゴールド・シーケンスである。PSSCHデータ復号情報の一部は、第2ステージSCI(例えば、ソースID、宛先ID、HARQプロセス番号など)に含まれることに留意されたい。第2ステージSCIの検出ミスは、PSSCHデータの復号の失敗につながる。更に、第2ステージSCI(ひいてはそのCRC)に含まれるランダム性が限られているため、第1ステージSCI CRCの一部もまた、PSSCHデータスクランブリングシーケンスの初期化値に使用され得る。例えば、初期化値は、cinit=nRNTI215+nconstとしてセットすることができ、式中、nconstは、PSCCHスクランブリングシーケンス初期化値に等しい値を有する定数であり、nRNTIは第1ステージSCI CRCの16LSB(最下位ビット)と第2ステージSCI CRCの16MSB(最上位ビット)とのXOR(排他的論理和)である。
提案6:PSSCH上のデータのスクランブリングシーケンスは、第1ステージSCI CRC及び第2ステージSCI CRCの両方に依拠する初期化値、例えばcinit=nRNTI215+nconstを有するゴールド・シーケンスであり、式中、nconstは、PSCCHスクランブリングシーケンス初期化値に等しい値を有する定数であり、nRNTIは第1ステージSCI CRCの16LSB(最下位ビット)と第2ステージSCI CRCの16MSB(最上位ビット)とのXOR(排他的論理和)である。
2.3 第2ステージSCIフォーマット
NR V2Xでは2ステージSCI設計が採用され、第1ステージSCI(又はSCIフォーマット0_1)は、時間及び周波数リソース割り当て、優先度、DMRSパターン、第2ステージSCIフォーマット、ベータオフセットインジケータ、並びにDMRSポート、MCS、及び予約ビットの数を含む。第2ステージSCI(又はSCIフォーマット0_2)は、HARQプロセスID、NDI、RV、ソースID、宛先ID、CSI要求、ゾーンID、及び通信範囲要件を含み、最後の2つのフィールドは、グループキャストオプション1のみのためである。第2ステージSCIフォーマットの詳細は未定である。
我々の見解では、第2ステージSCIのすべてのフィールドが、すべてのタイプのキャスト、及びグループキャストの2つのオプションで使用されるわけではない。例えば、ゾーンID及び通信範囲要件は、グループキャストオプション1にのみ使用される。ブロードキャストには16ビットの宛先IDが必要とされない可能性がある。以下の表に、推定されたフィールドサイズ及び適用性を要約する。
提案7:3つの第2ステージ用SCIフォーマットを、それぞれ、ブロードキャスト、ユニキャスト及びグループキャストオプション2、並びにグループキャストオプション1のために、それぞれ定義する。
3つの第2ステージSCIフォーマットのうちの1つを示すための第1ステージSCIの「第2ステージSCIフォーマット」フィールドは、2ビットであるべきである。このフィールドの最後の符号ポイントは、将来の使用のために予約される。
提案8:第1ステージSCIの「第2ステージSCIフォーマット」フィールドのサイズは2ビットである。
グループキャスト及びユニキャストについてリソースプール内でPSFCHリソースが(事前)構成されている場合、対応するPSSCH送信に対してHARQフィードバックが使用されるか否かをSCIが明示的に示すことが動作上の前提である[4]。HARQフィードバックを動的に無効化することは、第2ステージSCIにビットを1つ追加することで達成可能である。
グループキャストオプション1は、第2ステージSCIの最大ペイロードサイズを既に有しているため、HARQフィードバックの無効化を示すために、その第2ステージのSCIペイロードサイズを更に増加させることは望ましくない。実際には、HARQフィードバックがグループキャストオプション1に対して無効にされる場合、ゾーンID及び通信範囲要件のフィールドは使用されない。したがって、これらのフィールドを再利用して、HARQフィードバックがグループキャストオプション1に対して無効にされることを示すことができる。1つの可能な方法は、通信範囲要件のセットに、候補値、例えば0メートルを追加することである。直感的に、第2ステージSCIにおける通信範囲要件の値が0であることは、TxUEとRX UEとの間のいかなる距離も通信範囲要件の範囲外であることを意味し、したがってHARQフィードバックは必要ない。
提案9:ユニキャスト及びグループキャストオプション2について、HARQフィードバックが無効になっているかどうかを示す追加ビットが第2ステージSCIに含められる。グループキャストオプション1については、HARQフィードバックを無効化する指示は、通信範囲要件を0メートルに設定することを介することとする。
2.4 第1ステージSCIにおける時間及び周波数リソース指示
1つのSCI内で、Nmax=3リソースがTBのために予約可能であることが合意されている[5]。言い換えれば、SCIシグナリングは、32スロットのウィンドウ内にて、時間及び周波数位置において完全な柔軟性を有してNmax=3リソースを示すことを可能とするように設計されている[6]。時間リソースの指示は、周波数リソースの指示とは別個である。すべての予約リソースの時間位置の共同符号化及びすべての予約リソースの周波数位置の共同符号化はサポートされる。しかしながら、時間位置又は周波数位置の共同符号化の詳細は、設計を要する。
時間リソース指示値は、1つのリソースが予約されている1つの符号化ポイントと、2つのリソースが予約されている31の符号化ポイントとを含むべきである。リソース予約ウィンドウサイズをS=32で表し、第1のリソースと第2のリソースの間の時間ギャップをΔt1で表し、第2のリソースと第3のリソースの間の時間ギャップをΔt2で表すこととする。ここで、定義により、Δt2=0,...,S-2であり、Δt2=0は、第3のリソースが予約されていないことを示す。Δt2=0の場合、
Δt1=0,...,S-1であり、式中Δt1=0は、第2のリソースが予約されていないことを示す。Δt2>0,Δt1=1,...,S-1-Δt2である場合、Δt1>0は、第2のリソースが常に予約されていることを示す。その後、時間リソース指示値は、
この時間リソース指示の式は、2つの特性を有する。1)結果として得られる時間リソース指示値は、Δt1とΔt2のすべての可能な値にわたって連続している。2)式は、Nmax=2及びNmax=3の両方に適用可能である。Nmax=2、時間リソース指示の式は、単にΔt2=0をセットすることによりΔt1に減じられる。
提案10:時間リソース表示値は、
・Δt2=0,...,S-2(式中Δt2=0は、第3のリソースが予約されていないことを示す)。
・Δt2=0の場合、Δt1=0,...,S-1(式中Δt1=0は、第2のリソースが予約されていないことを示す)。
・Δt2>0の場合、Δt1=1,...,S-1-Δt2。
予約リソースの数は、SCI内の時間リソース指示値によって決定される。所与の数の予約リソースの場合、各リソースのサブチャネルの数並びに第2のリソース及び第3のリソースの開始サブチャネルインデックス(示されている場合)は、SCI内の周波数リソース指示値によって計算される。
リソースプール内のサブチャネルの総数がNsubであり、各リソースのサブチャネルの数がLsubであると仮定すると、1≦Lsub≦Nsubである。
1.SCIに1つのリソースのみが予約されている場合、周波数リソース指示値はLsub-1である。
2.2つのリソースがSCIに予約されていて、第2のリソースの開始サブチャネルインデックスがx1であり、x1=0,...,Nsub-Lsubである場合、周波数リソース指示値は
3.3つのリソースがSCIに予約されていて、第2のリソースの開始サブチャネルインデックスがx1であり、第3のリソースのスタートサブチャネルインデックスがx2であり、x1,x2=0,...,Nsub-Lsubである場合、周波数リソース指示値は
上記の周波数リソース指示の式から得られた周波数リソース指示値は、x1、x2の各すべての可能な値にわたって隣接している。
提案11:1つのリソースがSCI内に予約されている場合、周波数リソース指示値は、Lsub-1により与えられる。2つのリソースがSCI内に予約されている場合、周波数リソース指示値は、
2.5 MCSテーブル
NR V2XサイドリンクのためのRel-15NR UuCP-OFDMの3つのMCSテーブルすべてをサポートすることが合意された[4]。サイドリンクにおける低スペクトル効率64QAM MCSテーブルのサポートは、Uuリンクのように、任意選択のUE機能である。送信機の視点からの256QAMのサポートは、UE capabilityに基づく。受信機の視点からの256QAMのサポートを必須とするか、又はUE capabilityに基づくものとするかどうかに関しては未定である。
Rel-15 NR Uuリンク[7]では、256QAMのサポートはFR1におけるPDSCHに必須であるが、FR2におけるPDSCHでは任意選択である。これは、NR Uuリンク上のFR2で動作するUEの場合、送信機の視点及び受信機の視点の両方から、256QAMのサポートがUE capabilityに基づいて任意選択であることを暗に意味する。我々の見解では、このUE capabilityをNR V2Xサイドリンクに拡張することが自然であり、すなわち、FR2における256QAMのサポートは、UE capabilityに基づいて任意選択である。
NR V2XサイドリンクがFR1及びFR2の共通設計を標的とするため、受信機の視点から、UE capabilityに基づいてFR1及びFR2の両方で256QAMをサポートすることが好ましい。
提案12:受信機の視点からUEによる256QAMのサポートを行うことは、UE capabilityに基づく。
256QAM MCSテーブルは、良好なチャネル条件における高スループット使用事例を標的とする。サイドリンクブロードキャスト及びグループキャストにおいて、送信器UEから各受信機UEへのチャネルが同時に良好な状態であることは保証されない。したがって、256QAM MCSテーブルの使用シナリオは限定される。
一方、低スペクトル効率64QAM MCSテーブルを使用する主な動機は、ワンショットで超高信頼性の送信を達成することである。これは、URLLC使用事例に有用である。超高信頼性送信のため、低スペクトル効率64QAM MCSテーブルが、低スペクトル効率64QAM CQI表を伴って使用される。NR V2Xサイドリンクでは、CQIレポートはサイドリンクユニキャストに対してのみサポートされる。これは、低スペクトル効率64QAMMCSテーブルの使用がサイドリンクユニキャストに限定されることを暗に意味する。
更に、256QAMのサポートは、UE capabilityである。UE capabilityの交換は、サイドリンクブロードキャスト及び多くのサイドリンクグループキャストの場合に不可能である。したがって、サイドリンクブロードキャスト及びグループキャストのために256QAM MCSテーブル及び低スペクトル効率MCSテーブルをサポートすることは非効率的である。
所見2:256QAM MCSテーブル及び低スペクトル効率64QAM MCSテーブルを使用する利点は、サイドリンクブロードキャスト及びグループキャストにおいては不明確である。
リソースプールが、サイドリンクユニキャスト、グループキャスト、及びブロードキャストをサポートするように設計されているため。すべてのキャストタイプに適用可能な唯一のMCSテーブルは、従来の64QAM MCSテーブルである。したがって、NR V2XサイドリンクのデフォルトMCSテーブルとして64QAM MCSテーブルを設定することが好ましい。256QAM MCSテーブル及び低スペクトル効率64QAM MCSテーブルの使用は、サイドリンクユニキャストのためのPC5-RRC構成を介している。
提案13:従来の64QAM MCSテーブルが、NR V2XサイドリンクのためのデフォルトのMCSテーブルである。256QAM MCSテーブル又は低スペクトル効率64QAM MCSテーブルの使用は、PC5-RRC構成を介する。
3 結論
この寄与において、NR V2X物理層構造に関する残る詳細を考察した。本発明者らの提案は以下の通りである。
提案1:サイドリンクTBS決定において、サイドリンクデータREの数は、スロット内のサイドリンク送信のためのREの総数からオーバーヘッドを差し引くことによって計算される。
提案2:サイドリンクTBS決定において、PSSCH DMRS、CSI-RS、PSCCH、GAPシンボル、AGCシンボル、第2ステージSCI、及びPSFCHシンボルからのオーバーヘッドをカウントする必要がある。
提案3:サイドリンクTBSの決定において、PSFCHオーバーヘッドは、PSFCHリソースを含まないリソースプールについてはカウントされない。PSFCHオーバーヘッドは、PSFCHの周期性が1スロットのリソースプールについてはカウントされる。PSFCHオーバーヘッドが、PSFCHの周期性が2又は4スロットのリソースプールについてカウントされるか否かは、リソースプールの(プレ)構成による。
提案4:第1ステージSCIのスクランブリングシーケンスは、一定の初期化値を有するゴールド・シーケンスである。
提案5:第2ステージSCIのスクランブリングシーケンスは、PSCCH CRCに依拠する初期化値、例えば、cinit=nRNTI215+nconstを有するゴールド・シーケンスであり、式中、nconstは、PSCCHスクランブリングシーケンス初期化値に等しい値を有する定数であり、nRNTIはPSCCH CRCの16LSB(最下位ビット)である。
提案6:PSSCH上のデータのスクランブリングシーケンスは、第1ステージSCI CRC及び第2ステージSCI CRCの両方に依拠する初期化値、例えばcinit=nRNTI215+nconstを有するゴールド・シーケンスであり、式中、nconstは、PSCCHスクランブリングシーケンス初期化値に等しい値を有する定数であり、nRNTIは第1ステージSCI CRCの16LSB(最下位ビット)と第2ステージSCI CRCの16MSB(最上位ビット)とのXOR(排他的論理和)である。
提案7:3つの第2ステージSCIフォーマットを、ブロードキャスト、ユニキャスト及びグループキャストオプション2、並びにグループキャストオプション1のために、それぞれ定義する。
提案8:第1ステージSCIの「第2ステージSCIフォーマット」フィールドのサイズは2ビットである。
提案9:ユニキャスト及びグループキャストオプション2について、HARQフィードバックが無効になっているかどうかを示す追加ビットが第2ステージSCIに含められる。グループキャストオプション1について、HARQフィードバックを無効化する指示は、通信範囲要件を0メートルに設定することを介することとする。
提案10:時間リソース表示値は、
・Δt2=0,...,S-2、式中Δt2=0は、第3のリソースが予約されていないことを示す。
・Δt2=0の場合、Δt1=0,...,S-1(式中Δt1=0は、第2のリソースが予約されていないことを示す)。
・Δt2>0の場合、Δt1=1,...,S-1-Δt2。
提案11:1つのリソースがSCI内に予約されている場合、周波数リソース指示値はLsub-1により与えられる。2つのリソースがSCI内に予約されている場合、周波数リソース指示値は
提案12:受信機の視点からのUEによる256QAMのサポートは、UE capabilityに基づく。
提案13:従来の64QAM MCSテーブルは、NR V2XサイドリンクのためのデフォルトのMCSテーブルである。256QAM MCSテーブル又は低スペクトル効率64QAM MCSテーブルの使用は、PC5-RRC構成を介する。
4 参照文献
[1] Chairman‘s Notes,3GPP TSG RAN #86 Meeting,Sitges,ES,Dec.2019.
[2] RP-193198,Task list for 5G V2X in RAN1 #100,Sitges,ES,Dec.2019.
[3] Chairman‘s Notes,3GPP TSG RAN1 WG1 #96bis Meeting,Xi’an,China,Apr.2019.
[4] Chairman‘s Notes,3GPP TSG RAN1 WG1 #98bis Meeting,Chongqing,China,Oct.2019.
[5] 3GPP email discussion on maximum number of reserved resources for a TB,[98b-NR-15],Oct.2019.
[6] Chairman‘s Notes,3GPP TSG RAN1 WG1 #99 Meeting,Reno,USA,Nov.2019.
[7] 3GPP TS38.822,NR user equipment(UE)feature list,v15.0.1,Jul.2019.
添付書類B
5 導入
Release-16 NR V2X仕様は、2019年12月に承認された[1]。NRV 2Xにはまだいくつかの残されたタスクがあり、それらは[2]において特定されている。
この寄与においては、サイドリンク電力制御、PSFCH候補リソース決定、グループキャストHARQフィードバックオプション2のためのグループサイズ制限、Tx-Rx距離計算、及びグループキャストHARQフィードバックオプションの第2ステージSCIフォーマットを含む、いくつかの識別された残りのタスクの詳細について議論する。
6 考察
6.1 サイドリンク電力制御
LTE V2Xでは、PSCCHのEPREは、PSCCHカバレッジを増加させるためにPSSCHのEPREよりも3dB多い。しかしながら、そのようなPSCCH電力増強は、NR V2Xには適用されない。
総サイドリンク送信電力は、PSCCH/PSSCH送信のためにスロット内で使用されるシンボルにおける送信電力と同じであることが合意された[3]。PSCCH及びPSSCH多重化オプション3では、PSCCHが電力増強を有する場合、PSCCHと同じシンボル内のPSSCHリソースのEPREを減少させて、一定のシンボル送信電力を維持する必要がある。これらのPSSCHリソースの電力低減は、PSSCH復号化性能の劣化をもたらす。更に、電力増強後のPSCCHの送信電力は、特にPSCCHがサブチャネル内の周波数リソースのほとんどを占める場合、既に送信電力定数を超えている可能性がある。したがって、PSCCHの電力増強はサポートされるべきではない。
提案1:PSCCH上の出力増強はサポートされない。
サイドリンクCSI-RSが、そのリソースマッピングのためにNR Uu CSI-RS時間-周波数/CDMリソースマッピングパターンのサブセットを使用することが合意されている[4]。CSI-RSは、すべてのPSCCH/PSSCHシンボルには現れない。スロット内のPSCCH/PSSCH送信に使用されるすべてのシンボルにわたって同じサイドリンク送信電力を保持するために、サイドリンクCSI-RSは、サイドリンクデータとして同じEPREを使用するべきである。同様の解決策が、サイドリンクPT-RSに適用される。
提案2:サイドリンクCSI-RS及びサイドリンクPT-RSの電力増強はサポートされない。
6.2 PSFCH候補リソース決定
Rx UEが、PSFCH候補リソースのセットからそのPSFCHリソースを決定することが動作上の前提であった[5]。更に、対応するPSSCHに使用される開始サブチャネルインデックス及びスロットインデックスから、PSFCH候補リソースのセットを決定することが合意されている[4]。1つの未定事項は、PSSCHが複数のサブチャネルを占有することについて、候補となるPSFCHリソースは、以下の2つのオプションのうちの1つと関連付けられたPRBのセットである。1)PSSCHに使用される開始サブチャネル及びスロット、2)PSSCHに使用されるサブチャネル(複数可)及びスロット。
ユニキャスト及びグループキャストフィードバックオプション1には1つのPSFCHリソースのみが必要であることが知られており、このPSFCHリソースは、グループキャストフィードバックオプション1のためのすべてのRX UEによって共有される。その後、候補PSFCHリソースの小さなセットを割り当てるだけで足りる。候補PSFCHリソースは、PSSCHに使用される開始サブチャネル及びスロットと関連付けられたPRBのセットであることが好ましい。これにより、TxUEは候補PSFCHリソースの小さなセットにわたってPSFCHを検出すればよいだけなので、PSFCH受信が単純化される。
これに対して、使用されるPSFCHリソースの数がグループ内のRx UEの数に等しいグループキャストフィードバックオプション2には複数のPSFCHリソースが必要である。その後、候補PSFCHリソースの大きなセットを割り当てる必要がある。したがって、候補PSFCHリソースは、PSSCHに使用されるすべてのサブチャネル及びスロットと関連付けられたPRBのセットであることが有益である。この増加した候補PSFCHリソースのセットによって、PSFCHの衝突の可能性が低減するだけでなく、PSSCH送信のために複数のサブチャネルを使用することによって、大きなグループのためのグループキャストフィードバックオプション2をサポートすることも可能になる。
提案3:ユニキャスト及びグループキャストフィードバックオプション1におけるPSSCHの場合、候補PSFCHリソースは、そのPSSCHに使用される開始サブチャネル及びスロットと関連付けられたPRBのセットであり、グループキャストフィードバックオプション2のPSSCHの場合、候補PSFCHリソースは、そのPSSCHに使用されるすべてのサブチャネル及びスロットと関連付けられたPRBのセットである。
6.3 グループキャストHARQフィードバックオプション2のグループサイズ制限
上記の提案に基づき、グループキャストフィードバックオプション2の候補PSFCHリソースの数は、PSSCHに使用されるサブチャネルの数に比例する。PSSCHのサブチャネルが多いほど、より多くのPSFCHリソース候補があり、したがって、グループキャストフィードバックオプション2でサポートされるグループサイズも、より大きい。言い換えれば、グループキャストHARQフィードバックオプション2のサポートされるグループサイズは、対応するPSSCHリソースに応じて変化する。したがって、グループキャストフィードバックオプション2は明確なグループサイズ制限を有する必要はない。
提案4:グループキャストHARQフィードバックオプション2には明示的なグループサイズ制限が課されない。
6.4 Tx-Rx距離計算
少なくともグループキャストHARQフィードバックオプション1、すなわちHARQ-NACKのみについて、Tx-Rx距離ベースのHARQフィードバックがサポートされることが合意されている[3]。Tx-Rx距離の計算は、TxUEが、第2ステージSCIを介してゾーンIDに関してその位置情報を送信することによって容易にされる。各Rx UEは、それ自体の測地位置及びTx UEのゾーンIDに基づいて、Tx UEまでの距離を計算することができる。距離計算は、以下のステップを有することができる。
1.対応するゾーンIDがTx UEのゾーンIDと同一であるゾーン中心測地位置のリストを取得する。ここで、ゾーンIDのラップアラウンドが考慮される。
2.中心測地位置がRx UEの測地位置に最も近いリストからゾーンを識別する。Rx UEの測地位置から各候補ゾーン中心測地位置までの距離が計算され、最小距離が選択される。
3.データ優先度に応じて、識別されたゾーン内のTx UEの測地位置をセットする。各ゾーンは矩形であり、Tx UEは、識別されたゾーン内のどこにあってもよい。識別されたゾーン内でのTx UEの測地位置のセットは、データ優先度に依存する。例えば、高い優先度データの場合、Tx UEの測地位置は、Rx UEがHARQフィードバックをトリガする可能性がより高くなるように、識別されたゾーン内のRx UEの測地位置に近づいてセットされる。
4.Tx UEの測地位置とRx UEの測地位置との間の距離を計算する。
提案5:グループキャストHARQフィードバックオプション1について、Tx-Rx距離の計算は、以下のステップを有する。
1.対応するゾーンIDがTx UEのゾーンIDと同一であるゾーン中心測地位置のリストを取得する。
2.中心測地位置がRx UEの測地位置に最も近いリストからゾーンを識別する。
3.データ優先度に応じて、識別されたゾーン内のTx UEの測地位置をセットする。
4.Tx UEの測地位置とRx UEの測地位置との間の距離を計算する。
6.5 グループキャストHARQフィードバックオプションのための第2ステージSCIフォーマット
少なくともグループキャストHARQフィードバックオプション1について、Tx-Rx距離ベースのHARQフィードバックがサポートされることが合意されている[3]。我々の見解では、Tx-Rx距離ベースのHARQフィードバックは、グループキャストHARQフィードバックオプション2に適用されるべきではない。主な問題は、Tx UEがRx UEからHARQ ACK/NACKフィードバックを受信しない場合、Rx UEがPSSCH送信を復号化するもののTx-Rx距離の大きさのためにHARQACK/NACKをフィードバックしないのか、それともRx UEが全くPSCCHを復号しないのかを区別することができないことである。Tx UEは、これら2つの場合に対して異なる行動を有することが期待されていることに留意されたい。具体的には、Tx UEは、前者の場合は再送信する必要はないが、後者の場合には再送信する必要がある。受信機UEからのフィードバックがないことによって引き起こされる曖昧さにより、グループキャストHARQフィードバックオプション2に対してTx-Rx距離ベースのHARQフィードバックをサポートすることは矛盾している。
提案6:Tx-Rx距離ベースのHARQフィードバックは、グループキャストHARQフィードバックオプション2に対してサポートされない。
グループキャストHARQフィードバックオプション1については、通信範囲要件及びTx UEの位置情報が第2ステージSCIペイロードに含まれることが合意されている。これは主に、グループキャストHARQフィードバックオプション1のTx-Rx距離ベースのHARQフィードバックをサポートするためである。このメカニズムはグループキャストHARQフィードバックオプション2に適用可能ではないため、グループキャストHARQフィードバックオプション2が取られる場合、第2ステージSCIにTx UEの位置情報及び通信範囲要件を含める必要はない。このロジスティックに従い、グループキャストHARQフィードバックオプション1は、グループキャストHARQフィードバックオプション2とは異なる第2ステージSCIフォーマットを有する。第2ステージSCIの詳細な設計は、我々の仲間による寄与に含まれている[6]。
提案7:グループキャストHARQフィードバックオプション1とオプション2とでは異なる第2ステージSCIフォーマットが使用され、Tx UEの位置情報及び通信範囲要件は、グループキャストHARQフィードバックオプション2の第2ステージSCIには含まれない。
7 結論
この寄与においては、NRサイドリンク物理層手順に関する残る詳細を考察した。本発明者らの提案は以下の通りである。
提案1:PSCCH、CSI-RS、及びPT-RS上の電力増強はサポートされない。
提案2:サイドリンクCSI-RS及びサイドリンクPT-RSの電力電力はサポートされない。
提案3:ユニキャスト及びグループキャストフィードバックオプション1におけるPSSCHの場合、候補PSFCHリソースは、そのPSSCHに使用される開始サブチャネル及びスロットと関連付けられたPRBのセットであり、グループキャストフィードバックオプション2のPSSCHの場合、候補PSFCHリソースは、そのPSSCHに使用されるすべてのサブチャネル及びスロットと関連付けられたPRBのセットである。
提案4:グループキャストHARQフィードバックオプション2には明示的なグループサイズ制限が課されない。
提案5:グループキャストHARQフィードバックオプション1について、Tx-Rx距離の計算は、以下のステップを有する。
1.対応するゾーンIDがTx UEのゾーンIDと同一であるゾーン中心測地位置のリストを取得する。
2.中心測地位置がRx UEの測地位置に最も近いリストからゾーンを識別する。
3.データ優先度に応じて、識別されたゾーン内のTx UEの測地位置をセットする。
4.Tx UEの測地位置とRx UEの測地位置との間の距離を計算する。
提案6:Tx-Rx距離ベースのHARQフィードバックは、グループキャストHARQフィードバックオプション2に対してサポートされない。
提案7:グループキャストHARQフィードバックオプション1とオプション2とでは異なる第2ステージSCIフォーマットが使用され、Tx UEの位置情報及び通信範囲要件は、グループキャストHARQフィードバックオプション2の第2ステージSCIには含まれない。
8 参照文献
[8] Chairman‘s Notes,3GPP TSG RAN #86 Meeting,Sitges,ES,Dec.2019.
[9] RP-193198,Task list for 5G V2X in RAN1 #100,Sitges,ES,Dec.2019.
[10] Chairman‘s Notes,3GPP TSG RAN1 WG1 #97 Meeting,Reno,USA,May 2019.
[11] Chairman‘s Notes,3GPP TSG RAN1 WG1 #98bis Meeting,Chongqing,China,Oct.2019.
[12] Chairman‘s Notes,3GPP TSG RAN1 WG1 #99 Meeting,Reno,USA,Nov.2019.
[13] R1-200xxxx,Remaining details on NR V2X physical layer structure,Apple,Feb.2020.
付録A
1 導入
Release-16 NR V2X仕様は、2019年12月に承認されている[1]。NRV 2Xにはまだいくつかの残されたタスクがあり、それらは[2]において識別されている。
この寄与においては、TBSの決定、第1ステージSCI用のスクランブリングシーケンス生成器の初期化、第2ステージSCI及びPSSCH上で送信されるデータ、第2ステージSCIフォーマット、第1ステージSCIにおける時間及び周波数リソース指示、並びにサイドリンクデータ送信のためのMCSテーブルを含むいくつかの識別された残されたタスクの詳細について議論する。
2 考察
2.1 TBSの決定
NR Uuリンクにおいて、トランスポートブロックサイズ(TBS)は、式又はルックアップテーブルによって決定される。式又はルックアップテーブルからの選択は、情報ビットの中間数に基づく。具体的には、中間数が3824より大きい場合、TBSは式によって計算され、そうでなければTBSはルックアップテーブルから得られる。
情報ビットの中間数は、データ送信のための符号化率、変調順序、層数、及びリソースエレメント(RE)の総数の乗算に等しい。各割り当てられたデータチャネルリソースブロック(RB)におけるデータ送信のためのREの数が同一であるという仮定の下で、データ送信のためのREの総数は、RBごとのデータ送信のためのREの数の計算に基づく。ここで、DMRS、CSI-RS、及びCORESETからのオーバーヘッドは、計算において低減される。
全体として、NR UuリンクにおけるTBSの決定手順は、サイドリンクデータ送信のためのREの数を数えるためのいくつかの修正を伴って、NR V2Xサイドリンクのために再利用することができる。PSCCH及びPSSCHの多重化を考慮すると、各PSSCH RBでのサイドリンクデータ送信のための同一数のREの仮定は保持されない。具体的には、PSCCHはいくつかのRBには含まれるが、他のRBには含まれない。したがって、データ送信のためのREの総数は、RBごとのデータ送信のREの数に基づいて計算されるべきではない。
代わりに、スロット内のサイドリンク送信のためのREの総数が最初に計算される。次いで、計算された数からオーバーヘッドを差し引くことにより、サイドリンクデータREの数が得られる。ここで、スロット内のサイドリンク送信のためのREの総数は、SCIに示されるサブチャネルの数、リソースプール当たりの(事前)構成のサブチャネルサイズ、及びスロットごとのサイドリンクシンボルの数の乗算に等しい。
所見1:PSCCHとPSSCHの多重化において、RBごとのサイドリンクデータREの総数の計算は正確ではない。
提案1:サイドリンクTBS決定において、サイドリンクデータREの数は、スロット内のサイドリンク送信のためのREの総数からオーバーヘッドを差し引くことによって計算される。
DMRS、CSI-RS、及びCORESETからのオーバーヘッドは、NR UuリンクTBSを決定する際にカウントされる。同様に、PSSCH DMRS、CSI-RS、及びPSCCHからのオーバーヘッドも、サイドリンクTBSを決定する際にカウントされるべきである。更に、サイドリンクのためのいくつかの追加のオーバーヘッドを考慮する必要がある。
1.GAPシンボル:サイドリンクにおけるGAPシンボルはデータ送信には使用されない。
2.AGCシンボル:AGCシンボルはAGCトレーニングに使用され、データ送信には適していない。
3.第2ステージSCI:第2ステージSCIはNR V2Xに対してサポートされ、そこでPSSCHで搬送される。サイドリンクデータは第2ステージSCIで速度整合されるため、第2ステージSCIのPSSCHリソースは、差し引かれるべきである。
4.PSFCHシンボル:PSFCHがPSCCH/PSSCHとのTDMであり、PSFCHがスロット内のサイドリンクに利用可能な最後のシンボルを使用することがサポートされる。
提案2:サイドリンクTBS決定において、PSSCH DMRS、CSI-RS、PSCCH、GAPシンボル、AGCシンボル、第2ステージSCI、及びPSFCHシンボルからのオーバーヘッドをカウントする必要がある。
NR V2Xは、TBのブラインド再送信(複数可)をサポートする。初期送信で計算されたTBSは、異なるPSFCHオーバーヘッドにより、ブラインド再送(複数可)で計算されたTBSとは異なる可能性がある。PSFCHの周期性は、1、2、又は4スロットであることがサポートされる。PSFCHの周期性が2又は4スロットである場合、PSFCHは初期送信のためのスロット内に存在し得るが、ブラインド再送信のためのスロット内には存在し得ず、又はその逆も同様である。
Release 15NR PDSCHに対して使用されるLDPCコードがPSSCHに適用されることが合意された[3]。NR PDSCHでは、2つのLDPCベースグラフが設計され、これら2つのLDPCベースグラフ間の選択は、符号化率及びTBSに依存する。初期送信とブラインド再送信(複数可)との間のTBSミスマッチにより、異なるLDPCベースグラフを選択する結果となり得る。誤ったLDPCベースグラフの選択は、PSSCH復号化エラーを引き起こす。したがって、LDPCベースグラフ選択に使用される共通モデルTBSを導入することによって、初期送信とブラインド再送信(複数可)との間でTBS計算を整合させる必要がある。
具体的には、PSFCHリソースを含まないリソースプールの場合、PSFCHオーバーヘッドは、TBS決定に際し常にカウントされない。1スロットのPSFCH周期性を有するリソースプールの場合、PSFCHオーバーヘッドは、TBS決定に際し常にカウントされる。2又は4スロットのPSFCH周期性を有するリソースプールの場合、PSFCHオーバーヘッドがカウントされるか否かは、リソースプールの(事前)構成による。この設計は初期送信とブラインド再送信との間の潜在的なギャップを閉じ、その結果、初期送信又はブラインド再送信(複数可)のいずれかを受信するUEが同じTBSを取得する。
提案3:サイドリンクTBSの決定において、PSFCHオーバーヘッドは、PSFCHリソースを含まないリソースプールについてはカウントされない。PSFCHオーバーヘッドは、PSFCHの周期性が1スロットのリソースプールについてはカウントされる。PSFCHオーバーヘッドがカウントされるか否かは、PSFCHの周期性が2又は4スロットのリソースプールの(事前)構成による。
2.2 スクランブリングシーケンスの初期化
LTE V2Xでは、PSCCHのスクランブルシーケンスは、初期化値が定数510であるゴールド・シーケンスである。この一定の値により、すべての受信機UEがPSCCHを復号できることが確実となる。これは、LTE V2Xがサイドリンクブロードキャストをサポートし、すべてのモード4のUEによって、PSCCH内のリソース予約情報は、それらのリソース割り当て動作のために復号化される必要があるためである。
NR V2Xでは、リソース予約情報は第1ステージSCIに含まれて、PSCCHで搬送される。この情報がすべてのモード2UEリソース割り当て動作に必要であるため、PSCCHはすべてのUEによって復号化可能である必要がある。したがって、LTE V2Xの場合と同様に、一定の初期化値がPSCCHスクランブリングシーケンス生成器に使用されるべきである。この一定の初期化値は、リソースプールに基づくことができる。
提案4:第1ステージSCIのスクランブリングシーケンスは、一定の初期化値を有するゴールド・シーケンスである。
別個のスクランブリングが、第2ステージSCI及びPSSCHに適用されることが合意された[4]。PSCCHのスクランブリングシーケンスと同様に、第2ステージSCIのスクランブリングシーケンスは、ゴールド・シーケンスである。ゴールド・シーケンスの初期化値は、PSCCH CRCに基づく。この設計は、PSCCHの誤検出の場合に、第2ステージSCIの極性復号化の早期停止を容易にする。例えば、初期化値は、cinit=nRNTI215+nconstとしてセットすることができ、式中、nconstは、PSCCHスクランブリングシーケンス初期化値に等しい値を有する定数であり、nRNTIはPSCCH CRCの16LSB(最下位ビット)である。
提案5:第2ステージSCIのスクランブリングシーケンスは、PSCCH CRCに依拠する初期化値、例えば、cinit=nRNTI215+nconstを有するゴールド・シーケンスであり、式中、nconstは、PSCCHスクランブリングシーケンス初期化値に等しい値を有する定数であり、nRNTIはPSCCH CRCの16LSB(最下位ビット)である。
更に、PSSCHデータのスクランブリングシーケンスはまた、第1ステージSCI CRC及び第2ステージSCI CRCの両方に依拠する初期化値を有するゴールド・シーケンスである。PSSCHデータ復号情報の一部は、第2ステージSCI(例えば、ソースID、宛先ID、HARQプロセス番号など)に含まれることに留意されたい。第2ステージSCIの検出ミスは、PSSCHデータの復号の失敗につながる。更に、第2ステージSCI(ひいてはそのCRC)に含まれるランダム性が限られているため、第1ステージSCI CRCの一部もまた、PSSCHデータスクランブリングシーケンスの初期化値に使用され得る。例えば、初期化値は、cinit=nRNTI215+nconstとしてセットすることができ、式中、nconstは、PSCCHスクランブリングシーケンス初期化値に等しい値を有する定数であり、nRNTIは第1ステージSCI CRCの16LSB(最下位ビット)と第2ステージSCI CRCの16MSB(最上位ビット)とのXOR(排他的論理和)である。
提案6:PSSCH上のデータのスクランブリングシーケンスは、第1ステージSCI CRC及び第2ステージSCI CRCの両方に依拠する初期化値、例えばcinit=nRNTI215+nconstを有するゴールド・シーケンスであり、式中、nconstは、PSCCHスクランブリングシーケンス初期化値に等しい値を有する定数であり、nRNTIは第1ステージSCI CRCの16LSB(最下位ビット)と第2ステージSCI CRCの16MSB(最上位ビット)とのXOR(排他的論理和)である。
2.3 第2ステージSCIフォーマット
NR V2Xでは2ステージSCI設計が採用され、第1ステージSCI(又はSCIフォーマット0_1)は、時間及び周波数リソース割り当て、優先度、DMRSパターン、第2ステージSCIフォーマット、ベータオフセットインジケータ、並びにDMRSポート、MCS、及び予約ビットの数を含む。第2ステージSCI(又はSCIフォーマット0_2)は、HARQプロセスID、NDI、RV、ソースID、宛先ID、CSI要求、ゾーンID、及び通信範囲要件を含み、最後の2つのフィールドは、グループキャストオプション1のみのためである。第2ステージSCIフォーマットの詳細は未定である。
我々の見解では、第2ステージSCIのすべてのフィールドが、すべてのタイプのキャスト、及びグループキャストの2つのオプションで使用されるわけではない。例えば、ゾーンID及び通信範囲要件は、グループキャストオプション1にのみ使用される。ブロードキャストには16ビットの宛先IDが必要とされない可能性がある。以下の表に、推定されたフィールドサイズ及び適用性を要約する。
提案7:3つの第2ステージ用SCIフォーマットを、それぞれ、ブロードキャスト、ユニキャスト及びグループキャストオプション2、並びにグループキャストオプション1のために、それぞれ定義する。
3つの第2ステージSCIフォーマットのうちの1つを示すための第1ステージSCIの「第2ステージSCIフォーマット」フィールドは、2ビットであるべきである。このフィールドの最後の符号ポイントは、将来の使用のために予約される。
提案8:第1ステージSCIの「第2ステージSCIフォーマット」フィールドのサイズは2ビットである。
グループキャスト及びユニキャストについてリソースプール内でPSFCHリソースが(事前)構成されている場合、対応するPSSCH送信に対してHARQフィードバックが使用されるか否かをSCIが明示的に示すことが動作上の前提である[4]。HARQフィードバックを動的に無効化することは、第2ステージSCIにビットを1つ追加することで達成可能である。
グループキャストオプション1は、第2ステージSCIの最大ペイロードサイズを既に有しているため、HARQフィードバックの無効化を示すために、その第2ステージのSCIペイロードサイズを更に増加させることは望ましくない。実際には、HARQフィードバックがグループキャストオプション1に対して無効にされる場合、ゾーンID及び通信範囲要件のフィールドは使用されない。したがって、これらのフィールドを再利用して、HARQフィードバックがグループキャストオプション1に対して無効にされることを示すことができる。1つの可能な方法は、通信範囲要件のセットに、候補値、例えば0メートルを追加することである。直感的に、第2ステージSCIにおける通信範囲要件の値が0であることは、TxUEとRX UEとの間のいかなる距離も通信範囲要件の範囲外であることを意味し、したがってHARQフィードバックは必要ない。
提案9:ユニキャスト及びグループキャストオプション2について、HARQフィードバックが無効になっているかどうかを示す追加ビットが第2ステージSCIに含められる。グループキャストオプション1については、HARQフィードバックを無効化する指示は、通信範囲要件を0メートルに設定することを介することとする。
2.4 第1ステージSCIにおける時間及び周波数リソース指示
1つのSCI内で、Nmax=3リソースがTBのために予約可能であることが合意されている[5]。言い換えれば、SCIシグナリングは、32スロットのウィンドウ内にて、時間及び周波数位置において完全な柔軟性を有してNmax=3リソースを示すことを可能とするように設計されている[6]。時間リソースの指示は、周波数リソースの指示とは別個である。すべての予約リソースの時間位置の共同符号化及びすべての予約リソースの周波数位置の共同符号化はサポートされる。しかしながら、時間位置又は周波数位置の共同符号化の詳細は、設計を要する。
時間リソース指示値は、1つのリソースが予約されている1つの符号化ポイントと、2つのリソースが予約されている31の符号化ポイントとを含むべきである。リソース予約ウィンドウサイズをS=32で表し、第1のリソースと第2のリソースの間の時間ギャップをΔt1で表し、第2のリソースと第3のリソースの間の時間ギャップをΔt2で表すこととする。ここで、定義により、Δt2=0,...,S-2であり、Δt2=0は、第3のリソースが予約されていないことを示す。Δt2=0の場合、
Δt1=0,...,S-1であり、式中Δt1=0は、第2のリソースが予約されていないことを示す。Δt2>0,Δt1=1,...,S-1-Δt2である場合、Δt1>0は、第2のリソースが常に予約されていることを示す。その後、時間リソース指示値は、
この時間リソース指示の式は、2つの特性を有する。1)結果として得られる時間リソース指示値は、Δt1とΔt2のすべての可能な値にわたって連続している。2)式は、Nmax=2及びNmax=3の両方に適用可能である。Nmax=2、時間リソース指示の式は、単にΔt2=0をセットすることによりΔt1に減じられる。
提案10:時間リソース表示値は、
・Δt2=0,...,S-2(式中Δt2=0は、第3のリソースが予約されていないことを示す)。
・Δt2=0の場合、Δt1=0,...,S-1(式中Δt1=0は、第2のリソースが予約されていないことを示す)。
・Δt2>0の場合、Δt1=1,...,S-1-Δt2。
予約リソースの数は、SCI内の時間リソース指示値によって決定される。所与の数の予約リソースの場合、各リソースのサブチャネルの数並びに第2のリソース及び第3のリソースの開始サブチャネルインデックス(示されている場合)は、SCI内の周波数リソース指示値によって計算される。
リソースプール内のサブチャネルの総数がNsubであり、各リソースのサブチャネルの数がLsubであると仮定すると、1≦Lsub≦Nsubである。
1.SCIに1つのリソースのみが予約されている場合、周波数リソース指示値はLsub-1である。
2.2つのリソースがSCIに予約されていて、第2のリソースの開始サブチャネルインデックスがx1であり、x1=0,...,Nsub-Lsubである場合、周波数リソース指示値は
3.3つのリソースがSCIに予約されていて、第2のリソースの開始サブチャネルインデックスがx1であり、第3のリソースのスタートサブチャネルインデックスがx2であり、x1,x2=0,...,Nsub-Lsubである場合、周波数リソース指示値は
上記の周波数リソース指示の式から得られた周波数リソース指示値は、x1、x2の各すべての可能な値にわたって隣接している。
提案11:1つのリソースがSCI内に予約されている場合、周波数リソース指示値は、Lsub-1により与えられる。2つのリソースがSCI内に予約されている場合、周波数リソース指示値は、
2.5 MCSテーブル
NR V2XサイドリンクのためのRel-15NR UuCP-OFDMの3つのMCSテーブルすべてをサポートすることが合意された[4]。サイドリンクにおける低スペクトル効率64QAM MCSテーブルのサポートは、Uuリンクのように、任意選択のUE機能である。送信機の視点からの256QAMのサポートは、UE capabilityに基づく。受信機の視点からの256QAMのサポートを必須とするか、又はUE capabilityに基づくものとするかどうかに関しては未定である。
Rel-15 NR Uuリンク[7]では、256QAMのサポートはFR1におけるPDSCHに必須であるが、FR2におけるPDSCHでは任意選択である。これは、NR Uuリンク上のFR2で動作するUEの場合、送信機の視点及び受信機の視点の両方から、256QAMのサポートがUE capabilityに基づいて任意選択であることを暗に意味する。我々の見解では、このUE capabilityをNR V2Xサイドリンクに拡張することが自然であり、すなわち、FR2における256QAMのサポートは、UE capabilityに基づいて任意選択である。
NR V2XサイドリンクがFR1及びFR2の共通設計を標的とするため、受信機の視点から、UE capabilityに基づいてFR1及びFR2の両方で256QAMをサポートすることが好ましい。
提案12:受信機の視点からUEによる256QAMのサポートを行うことは、UE capabilityに基づく。
256QAM MCSテーブルは、良好なチャネル条件における高スループット使用事例を標的とする。サイドリンクブロードキャスト及びグループキャストにおいて、送信器UEから各受信機UEへのチャネルが同時に良好な状態であることは保証されない。したがって、256QAM MCSテーブルの使用シナリオは限定される。
一方、低スペクトル効率64QAM MCSテーブルを使用する主な動機は、ワンショットで超高信頼性の送信を達成することである。これは、URLLC使用事例に有用である。超高信頼性送信のため、低スペクトル効率64QAM MCSテーブルが、低スペクトル効率64QAM CQI表を伴って使用される。NR V2Xサイドリンクでは、CQIレポートはサイドリンクユニキャストに対してのみサポートされる。これは、低スペクトル効率64QAMMCSテーブルの使用がサイドリンクユニキャストに限定されることを暗に意味する。
更に、256QAMのサポートは、UE capabilityである。UE capabilityの交換は、サイドリンクブロードキャスト及び多くのサイドリンクグループキャストの場合に不可能である。したがって、サイドリンクブロードキャスト及びグループキャストのために256QAM MCSテーブル及び低スペクトル効率MCSテーブルをサポートすることは非効率的である。
所見2:256QAM MCSテーブル及び低スペクトル効率64QAM MCSテーブルを使用する利点は、サイドリンクブロードキャスト及びグループキャストにおいては不明確である。
リソースプールが、サイドリンクユニキャスト、グループキャスト、及びブロードキャストをサポートするように設計されているため。すべてのキャストタイプに適用可能な唯一のMCSテーブルは、従来の64QAM MCSテーブルである。したがって、NR V2XサイドリンクのデフォルトMCSテーブルとして64QAM MCSテーブルを設定することが好ましい。256QAM MCSテーブル及び低スペクトル効率64QAM MCSテーブルの使用は、サイドリンクユニキャストのためのPC5-RRC構成を介している。
提案13:従来の64QAM MCSテーブルが、NR V2XサイドリンクのためのデフォルトのMCSテーブルである。256QAM MCSテーブル又は低スペクトル効率64QAM MCSテーブルの使用は、PC5-RRC構成を介する。
3 結論
この寄与において、NR V2X物理層構造に関する残る詳細を考察した。本発明者らの提案は以下の通りである。
提案1:サイドリンクTBS決定において、サイドリンクデータREの数は、スロット内のサイドリンク送信のためのREの総数からオーバーヘッドを差し引くことによって計算される。
提案2:サイドリンクTBS決定において、PSSCH DMRS、CSI-RS、PSCCH、GAPシンボル、AGCシンボル、第2ステージSCI、及びPSFCHシンボルからのオーバーヘッドをカウントする必要がある。
提案3:サイドリンクTBSの決定において、PSFCHオーバーヘッドは、PSFCHリソースを含まないリソースプールについてはカウントされない。PSFCHオーバーヘッドは、PSFCHの周期性が1スロットのリソースプールについてはカウントされる。PSFCHオーバーヘッドが、PSFCHの周期性が2又は4スロットのリソースプールについてカウントされるか否かは、リソースプールの(プレ)構成による。
提案4:第1ステージSCIのスクランブリングシーケンスは、一定の初期化値を有するゴールド・シーケンスである。
提案5:第2ステージSCIのスクランブリングシーケンスは、PSCCH CRCに依拠する初期化値、例えば、cinit=nRNTI215+nconstを有するゴールド・シーケンスであり、式中、nconstは、PSCCHスクランブリングシーケンス初期化値に等しい値を有する定数であり、nRNTIはPSCCH CRCの16LSB(最下位ビット)である。
提案6:PSSCH上のデータのスクランブリングシーケンスは、第1ステージSCI CRC及び第2ステージSCI CRCの両方に依拠する初期化値、例えばcinit=nRNTI215+nconstを有するゴールド・シーケンスであり、式中、nconstは、PSCCHスクランブリングシーケンス初期化値に等しい値を有する定数であり、nRNTIは第1ステージSCI CRCの16LSB(最下位ビット)と第2ステージSCI CRCの16MSB(最上位ビット)とのXOR(排他的論理和)である。
提案7:3つの第2ステージSCIフォーマットを、ブロードキャスト、ユニキャスト及びグループキャストオプション2、並びにグループキャストオプション1のために、それぞれ定義する。
提案8:第1ステージSCIの「第2ステージSCIフォーマット」フィールドのサイズは2ビットである。
提案9:ユニキャスト及びグループキャストオプション2について、HARQフィードバックが無効になっているかどうかを示す追加ビットが第2ステージSCIに含められる。グループキャストオプション1について、HARQフィードバックを無効化する指示は、通信範囲要件を0メートルに設定することを介することとする。
提案10:時間リソース表示値は、
・Δt2=0,...,S-2、式中Δt2=0は、第3のリソースが予約されていないことを示す。
・Δt2=0の場合、Δt1=0,...,S-1(式中Δt1=0は、第2のリソースが予約されていないことを示す)。
・Δt2>0の場合、Δt1=1,...,S-1-Δt2。
提案11:1つのリソースがSCI内に予約されている場合、周波数リソース指示値はLsub-1により与えられる。2つのリソースがSCI内に予約されている場合、周波数リソース指示値は
提案12:受信機の視点からのUEによる256QAMのサポートは、UE capabilityに基づく。
提案13:従来の64QAM MCSテーブルは、NR V2XサイドリンクのためのデフォルトのMCSテーブルである。256QAM MCSテーブル又は低スペクトル効率64QAM MCSテーブルの使用は、PC5-RRC構成を介する。
4 参照文献
[1] Chairman‘s Notes,3GPP TSG RAN #86 Meeting,Sitges,ES,Dec.2019.
[2] RP-193198,Task list for 5G V2X in RAN1 #100,Sitges,ES,Dec.2019.
[3] Chairman‘s Notes,3GPP TSG RAN1 WG1 #96bis Meeting,Xi’an,China,Apr.2019.
[4] Chairman‘s Notes,3GPP TSG RAN1 WG1 #98bis Meeting,Chongqing,China,Oct.2019.
[5] 3GPP email discussion on maximum number of reserved resources for a TB,[98b-NR-15],Oct.2019.
[6] Chairman‘s Notes,3GPP TSG RAN1 WG1 #99 Meeting,Reno,USA,Nov.2019.
[7] 3GPP TS38.822,NR user equipment(UE)feature list,v15.0.1,Jul.2019.
添付書類B
5 導入
Release-16 NR V2X仕様は、2019年12月に承認された[1]。NRV 2Xにはまだいくつかの残されたタスクがあり、それらは[2]において特定されている。
この寄与においては、サイドリンク電力制御、PSFCH候補リソース決定、グループキャストHARQフィードバックオプション2のためのグループサイズ制限、Tx-Rx距離計算、及びグループキャストHARQフィードバックオプションの第2ステージSCIフォーマットを含む、いくつかの識別された残りのタスクの詳細について議論する。
6 考察
6.1 サイドリンク電力制御
LTE V2Xでは、PSCCHのEPREは、PSCCHカバレッジを増加させるためにPSSCHのEPREよりも3dB多い。しかしながら、そのようなPSCCH電力増強は、NR V2Xには適用されない。
総サイドリンク送信電力は、PSCCH/PSSCH送信のためにスロット内で使用されるシンボルにおける送信電力と同じであることが合意された[3]。PSCCH及びPSSCH多重化オプション3では、PSCCHが電力増強を有する場合、PSCCHと同じシンボル内のPSSCHリソースのEPREを減少させて、一定のシンボル送信電力を維持する必要がある。これらのPSSCHリソースの電力低減は、PSSCH復号化性能の劣化をもたらす。更に、電力増強後のPSCCHの送信電力は、特にPSCCHがサブチャネル内の周波数リソースのほとんどを占める場合、既に送信電力定数を超えている可能性がある。したがって、PSCCHの電力増強はサポートされるべきではない。
提案1:PSCCH上の出力増強はサポートされない。
サイドリンクCSI-RSが、そのリソースマッピングのためにNR Uu CSI-RS時間-周波数/CDMリソースマッピングパターンのサブセットを使用することが合意されている[4]。CSI-RSは、すべてのPSCCH/PSSCHシンボルには現れない。スロット内のPSCCH/PSSCH送信に使用されるすべてのシンボルにわたって同じサイドリンク送信電力を保持するために、サイドリンクCSI-RSは、サイドリンクデータとして同じEPREを使用するべきである。同様の解決策が、サイドリンクPT-RSに適用される。
提案2:サイドリンクCSI-RS及びサイドリンクPT-RSの電力増強はサポートされない。
6.2 PSFCH候補リソース決定
Rx UEが、PSFCH候補リソースのセットからそのPSFCHリソースを決定することが動作上の前提であった[5]。更に、対応するPSSCHに使用される開始サブチャネルインデックス及びスロットインデックスから、PSFCH候補リソースのセットを決定することが合意されている[4]。1つの未定事項は、PSSCHが複数のサブチャネルを占有することについて、候補となるPSFCHリソースは、以下の2つのオプションのうちの1つと関連付けられたPRBのセットである。1)PSSCHに使用される開始サブチャネル及びスロット、2)PSSCHに使用されるサブチャネル(複数可)及びスロット。
ユニキャスト及びグループキャストフィードバックオプション1には1つのPSFCHリソースのみが必要であることが知られており、このPSFCHリソースは、グループキャストフィードバックオプション1のためのすべてのRX UEによって共有される。その後、候補PSFCHリソースの小さなセットを割り当てるだけで足りる。候補PSFCHリソースは、PSSCHに使用される開始サブチャネル及びスロットと関連付けられたPRBのセットであることが好ましい。これにより、TxUEは候補PSFCHリソースの小さなセットにわたってPSFCHを検出すればよいだけなので、PSFCH受信が単純化される。
これに対して、使用されるPSFCHリソースの数がグループ内のRx UEの数に等しいグループキャストフィードバックオプション2には複数のPSFCHリソースが必要である。その後、候補PSFCHリソースの大きなセットを割り当てる必要がある。したがって、候補PSFCHリソースは、PSSCHに使用されるすべてのサブチャネル及びスロットと関連付けられたPRBのセットであることが有益である。この増加した候補PSFCHリソースのセットによって、PSFCHの衝突の可能性が低減するだけでなく、PSSCH送信のために複数のサブチャネルを使用することによって、大きなグループのためのグループキャストフィードバックオプション2をサポートすることも可能になる。
提案3:ユニキャスト及びグループキャストフィードバックオプション1におけるPSSCHの場合、候補PSFCHリソースは、そのPSSCHに使用される開始サブチャネル及びスロットと関連付けられたPRBのセットであり、グループキャストフィードバックオプション2のPSSCHの場合、候補PSFCHリソースは、そのPSSCHに使用されるすべてのサブチャネル及びスロットと関連付けられたPRBのセットである。
6.3 グループキャストHARQフィードバックオプション2のグループサイズ制限
上記の提案に基づき、グループキャストフィードバックオプション2の候補PSFCHリソースの数は、PSSCHに使用されるサブチャネルの数に比例する。PSSCHのサブチャネルが多いほど、より多くのPSFCHリソース候補があり、したがって、グループキャストフィードバックオプション2でサポートされるグループサイズも、より大きい。言い換えれば、グループキャストHARQフィードバックオプション2のサポートされるグループサイズは、対応するPSSCHリソースに応じて変化する。したがって、グループキャストフィードバックオプション2は明確なグループサイズ制限を有する必要はない。
提案4:グループキャストHARQフィードバックオプション2には明示的なグループサイズ制限が課されない。
6.4 Tx-Rx距離計算
少なくともグループキャストHARQフィードバックオプション1、すなわちHARQ-NACKのみについて、Tx-Rx距離ベースのHARQフィードバックがサポートされることが合意されている[3]。Tx-Rx距離の計算は、TxUEが、第2ステージSCIを介してゾーンIDに関してその位置情報を送信することによって容易にされる。各Rx UEは、それ自体の測地位置及びTx UEのゾーンIDに基づいて、Tx UEまでの距離を計算することができる。距離計算は、以下のステップを有することができる。
1.対応するゾーンIDがTx UEのゾーンIDと同一であるゾーン中心測地位置のリストを取得する。ここで、ゾーンIDのラップアラウンドが考慮される。
2.中心測地位置がRx UEの測地位置に最も近いリストからゾーンを識別する。Rx UEの測地位置から各候補ゾーン中心測地位置までの距離が計算され、最小距離が選択される。
3.データ優先度に応じて、識別されたゾーン内のTx UEの測地位置をセットする。各ゾーンは矩形であり、Tx UEは、識別されたゾーン内のどこにあってもよい。識別されたゾーン内でのTx UEの測地位置のセットは、データ優先度に依存する。例えば、高い優先度データの場合、Tx UEの測地位置は、Rx UEがHARQフィードバックをトリガする可能性がより高くなるように、識別されたゾーン内のRx UEの測地位置に近づいてセットされる。
4.Tx UEの測地位置とRx UEの測地位置との間の距離を計算する。
提案5:グループキャストHARQフィードバックオプション1について、Tx-Rx距離の計算は、以下のステップを有する。
1.対応するゾーンIDがTx UEのゾーンIDと同一であるゾーン中心測地位置のリストを取得する。
2.中心測地位置がRx UEの測地位置に最も近いリストからゾーンを識別する。
3.データ優先度に応じて、識別されたゾーン内のTx UEの測地位置をセットする。
4.Tx UEの測地位置とRx UEの測地位置との間の距離を計算する。
6.5 グループキャストHARQフィードバックオプションのための第2ステージSCIフォーマット
少なくともグループキャストHARQフィードバックオプション1について、Tx-Rx距離ベースのHARQフィードバックがサポートされることが合意されている[3]。我々の見解では、Tx-Rx距離ベースのHARQフィードバックは、グループキャストHARQフィードバックオプション2に適用されるべきではない。主な問題は、Tx UEがRx UEからHARQ ACK/NACKフィードバックを受信しない場合、Rx UEがPSSCH送信を復号化するもののTx-Rx距離の大きさのためにHARQACK/NACKをフィードバックしないのか、それともRx UEが全くPSCCHを復号しないのかを区別することができないことである。Tx UEは、これら2つの場合に対して異なる行動を有することが期待されていることに留意されたい。具体的には、Tx UEは、前者の場合は再送信する必要はないが、後者の場合には再送信する必要がある。受信機UEからのフィードバックがないことによって引き起こされる曖昧さにより、グループキャストHARQフィードバックオプション2に対してTx-Rx距離ベースのHARQフィードバックをサポートすることは矛盾している。
提案6:Tx-Rx距離ベースのHARQフィードバックは、グループキャストHARQフィードバックオプション2に対してサポートされない。
グループキャストHARQフィードバックオプション1については、通信範囲要件及びTx UEの位置情報が第2ステージSCIペイロードに含まれることが合意されている。これは主に、グループキャストHARQフィードバックオプション1のTx-Rx距離ベースのHARQフィードバックをサポートするためである。このメカニズムはグループキャストHARQフィードバックオプション2に適用可能ではないため、グループキャストHARQフィードバックオプション2が取られる場合、第2ステージSCIにTx UEの位置情報及び通信範囲要件を含める必要はない。このロジスティックに従い、グループキャストHARQフィードバックオプション1は、グループキャストHARQフィードバックオプション2とは異なる第2ステージSCIフォーマットを有する。第2ステージSCIの詳細な設計は、我々の仲間による寄与に含まれている[6]。
提案7:グループキャストHARQフィードバックオプション1とオプション2とでは異なる第2ステージSCIフォーマットが使用され、Tx UEの位置情報及び通信範囲要件は、グループキャストHARQフィードバックオプション2の第2ステージSCIには含まれない。
7 結論
この寄与においては、NRサイドリンク物理層手順に関する残る詳細を考察した。本発明者らの提案は以下の通りである。
提案1:PSCCH、CSI-RS、及びPT-RS上の電力増強はサポートされない。
提案2:サイドリンクCSI-RS及びサイドリンクPT-RSの電力電力はサポートされない。
提案3:ユニキャスト及びグループキャストフィードバックオプション1におけるPSSCHの場合、候補PSFCHリソースは、そのPSSCHに使用される開始サブチャネル及びスロットと関連付けられたPRBのセットであり、グループキャストフィードバックオプション2のPSSCHの場合、候補PSFCHリソースは、そのPSSCHに使用されるすべてのサブチャネル及びスロットと関連付けられたPRBのセットである。
提案4:グループキャストHARQフィードバックオプション2には明示的なグループサイズ制限が課されない。
提案5:グループキャストHARQフィードバックオプション1について、Tx-Rx距離の計算は、以下のステップを有する。
1.対応するゾーンIDがTx UEのゾーンIDと同一であるゾーン中心測地位置のリストを取得する。
2.中心測地位置がRx UEの測地位置に最も近いリストからゾーンを識別する。
3.データ優先度に応じて、識別されたゾーン内のTx UEの測地位置をセットする。
4.Tx UEの測地位置とRx UEの測地位置との間の距離を計算する。
提案6:Tx-Rx距離ベースのHARQフィードバックは、グループキャストHARQフィードバックオプション2に対してサポートされない。
提案7:グループキャストHARQフィードバックオプション1とオプション2とでは異なる第2ステージSCIフォーマットが使用され、Tx UEの位置情報及び通信範囲要件は、グループキャストHARQフィードバックオプション2の第2ステージSCIには含まれない。
8 参照文献
[8] Chairman‘s Notes,3GPP TSG RAN #86 Meeting,Sitges,ES,Dec.2019.
[9] RP-193198,Task list for 5G V2X in RAN1 #100,Sitges,ES,Dec.2019.
[10] Chairman‘s Notes,3GPP TSG RAN1 WG1 #97 Meeting,Reno,USA,May 2019.
[11] Chairman‘s Notes,3GPP TSG RAN1 WG1 #98bis Meeting,Chongqing,China,Oct.2019.
[12] Chairman‘s Notes,3GPP TSG RAN1 WG1 #99 Meeting,Reno,USA,Nov.2019.
[13] R1-200xxxx,Remaining details on NR V2X physical layer structure,Apple,Feb.2020.
[項目1]
第1のユーザ機器無線通信デバイス(UE)のための装置であって、1つ以上のプロセッサを備え、前記1つ以上のプロセッサが、前記第1のUEに、
トランスポートブロック(TB)を第2のUEに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャストである場合には第1のSCIステージ2フォーマットを選択し、
前記サイドリンク通信タイプがユニキャスト、フィードバックを伴わないグループキャスト、又はフィードバックを伴うグループキャストオプション2である場合には第2のSCIステージ2フォーマットを選択し、
前記サイドリンク通信タイプがフィードバックを伴うグループキャストオプション1である場合には第3のSCIステージ2フォーマットを選択する
ことによって、サイドリンク制御情報(SCI)ステージ2フォーマットを選択させ、
前記選択されたSCIステージ2フォーマットに従ってSCIステージ2ペイロードを符号化させ、
前記SCIステージ2ペイロードを前記第2のUEに送信させる、
ように構成されている、装置。
[項目2]
前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択されたときに、
前記第2のUEにACK/NACKフィードバックを提供するように命令するために、前記SCIステージ2ペイロード内のフィードバックビットを有効にさせ、
前記第2のUEにフィードバックを提供しないように命令するために、前記SCIステージ2ペイロード内の前記フィードバックビットを無効にさせる、
ように構成されている、項目1に記載の装置。
[項目3]
前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択されたときに、
物理サイドリンクフィードバックチャネル(PSFCH)が構成されているかどうかを判定させ、
前記PSFCHが構成されていない場合、前記SCIステージ2ペイロードから前記フィードバックビットを排除させる、
ように構成されている、項目2に記載の装置。
[項目4]
前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択され、かつ前記サイドリンク通信タイプがグループキャストであるときに、
1つ以上のパディングビットを前記SCIステージ2ペイロードに追加させる
ように構成されている、項目2に記載の装置。
[項目5]
前記1つ以上のプロセッサが、前記UEに、前記第3のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に通信範囲を符号化させて、前記第2のUEが前記第1のUEに対して前記通信範囲内にあるときには前記第2のUEにNACKフィードバックを提供させ、前記第2のUEが前記第1のUEに対して前記通信範囲外にあるときにはフィードバックを提供させないようにする
ように構成されている、項目1に記載の装置。
[項目6]
第1のユーザ機器無線通信デバイス(UE)のための装置であって、1つ以上のプロセッサを備え、前記1つ以上のプロセッサは、前記第1のUEに、
トランスポートブロック(TB)を第2のUEに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャストである場合には第1のSCIステージ2フォーマットを選択し、
前記サイドリンク通信タイプがユニキャスト又はグループキャストオプション2である場合には第2のSCIステージ2フォーマットを選択し、
前記サイドリンク通信タイプがグループキャストオプション1である場合には第3のSCIステージ2フォーマットを選択する
ことによって、サイドリンク制御情報(SCI)ステージ2フォーマットを選択させ、
前記選択されたSCIステージ2フォーマットに従ってSCIステージ2ペイロードを符号化させ、
前記SCIステージ2ペイロードを前記第2のUEに送信させる、
ように構成されている、装置。
[項目7]
前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択されたときに、
前記第2のUEにACK/NACKフィードバックを提供するように命令するために、前記SCIステージ2ペイロード内のフィードバックビットを有効にさせ、
前記第2のUEにフィードバックを提供しないように命令するために、前記SCIステージ2ペイロード内の前記フィードバックビットを無効にさせる
ように構成されている、項目6に記載の装置。
[項目8]
前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択されたときに、
物理サイドリンクフィードバックチャネル(PSFCH)が構成されているかどうかを判定させ、
前記PSFCHが構成されていない場合、前記SCIステージ2ペイロードから前記フィードバックビットを排除させる、
ように構成されている、項目7に記載の装置。
[項目9]
前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択され、かつ前記サイドリンク通信タイプがグループキャストであるときに、
1つ以上のパディングビットを前記SCIステージ2ペイロードに追加させる
ように構成されている、項目7に記載の装置。
[項目10]
前記1つ以上のプロセッサが、前記UEに、前記第3のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に前記第1のUEとの間の距離を定義する通信範囲を符号化させ、
前記第2のUEが前記第1のUEに対して前記通信範囲内にあるときには前記第2のUEにNACKフィードバックを提供させ、前記第2のUEが前記第1のUEに対して前記通信範囲外にあるときにはフィードバックを提供させないようにするよう、フィードバックビッチを有効化させて、
前記第2のUEにフィードバックを提供させないためには、前記フィードバックビッチを無効化させる、
ように構成されている、項目6に記載の装置。
[項目11]
前記1つ以上のプロセッサが、前記UEに、前記第3のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に前記第1のUEとの間の距離を定義する通信範囲を符号化させて、前記第2のUEが前記第1のUEに対して前記通信範囲内にあるときには前記第2のUEにNACKフィードバックを提供させ、前記第2のUEが前記第1のUEに対して前記通信範囲外にあるときにはフィードバックを提供させないようにし、
前記通信範囲をゼロにセットさせて、前記第2のUEにフィードバックを提供させない
ように構成されている、項目6に記載の装置。
[項目12]
第1のユーザ機器無線通信デバイス(UE)のための装置であって、1つ以上のプロセッサを備え、前記1つ以上のプロセッサが、前記第1のUEに、
トランスポートブロック(TB)を第2のUEに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、フィードバックを伴わないグループキャスト、又はフィードバックを伴うグループキャストオプション2である場合には第1のSCIステージ2フォーマットを選択し、
前記サイドリンク通信タイプがフィードバックを伴うグループキャストオプション1である場合には第2のSCIステージ2フォーマットを選択することによって、サイドリンク制御情報(SCI)ステージ2フォーマットを選択させ、
前記選択されたSCIステージ2フォーマットに従ってSCIステージ2ペイロードを符号化させ、
前記SCIステージ2ペイロードを前記第2のUEに送信させる、
ように構成されている、装置。
[項目13]
前記1つ以上のプロセッサが、前記UEに、前記第1のSCIステージ2フォーマットが選択され、かつ前記サイドリンク通信タイプがブロードキャストであるときに、
前記SCIステージ2ペイロード内に共通のブロードキャスト宛先識別子(ID)を符号化させる
ように構成されている、項目12に記載の装置。
[項目14]
前記共通のブロードキャスト宛先IDが、すべてのブロードキャスト通信に対して予め定められている、項目13に記載の装置。
[項目15]
前記共通のブロードキャスト宛先IDが、リソースプールごとに予め定められている、項目13に記載の装置。
[項目16]
前記1つ以上のプロセッサが、前記UEに、前記第1のSCIステージ2フォーマットが選択されたときに、
前記第2のUEにACK/NACKフィードバックを提供するように命令するために、前記SCIステージ2ペイロード内のフィードバックビットを有効にさせ、
前記第2のUEにフィードバックを提供しないように命令するために、前記SCIステージ2ペイロード内の前記フィードバックビットを無効にさせる、
ように構成されている、項目12に記載の装置。
[項目17]
前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に通信範囲を符号化させて、前記第2のUEが前記第1のUEに対して前記通信範囲内にあるときには前記第2のUEにNACKフィードバックを提供させ、前記第2のUEが前記第1のUEに対して前記通信範囲外にあるときにはフィードバックを提供させない、
ように構成されている、項目12に記載の装置。
[項目18]
第1のユーザ機器無線通信デバイス(UE)のための装置であって、1つ以上のプロセッサを備え、前記1つ以上のプロセッサが、前記第1のUEに、
トランスポートブロック(TB)を第2のUEに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、又はグループキャストオプション2である場合には第1のSCIステージ2フォーマットを選択し、
前記サイドリンク通信タイプがグループキャストオプション1である場合には第2のSCIステージ2フォーマットを選択する
ことによって、サイドリンク制御情報(SCI)ステージ2フォーマットを選択させ、
前記選択されたSCIステージ2フォーマットに従ってSCIステージ2ペイロードを符号化させ、
前記SCIステージ2ペイロードを前記第2のUEに送信させる、
ように構成されている、装置。
[項目19]
前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択されたときに、
前記第2のUEにACK/NACKフィードバックを提供するように命令するために、前記SCIステージ2ペイロード内のフィードバックビットを有効にさせ、
前記第2のUEにフィードバックを提供しないように命令するために、前記SCIステージ2ペイロード内の前記フィードバックビットを無効にさせる、
ように構成されている、項目18に記載の装置。
[項目20]
前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に前記第1のUEとの間の距離を定義する通信範囲を符号化させ、
前記第2のUEが前記第1のUEに対して前記通信範囲内にあるときには前記第2のUEにNACKフィードバックを提供させ、前記第2のUEが前記第1のUEに対して前記通信範囲外にあるときにはフィードバックを提供させないように、フィードバックビットを有効化させ、
前記第2のUEにフィードバックを提供させないように、前記フィードバックビットを無効化させる、
ように構成されている、項目18に記載の装置。
[項目21]
前記1つ以上のプロセッサは、前記UEに、前記第2のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に前記第1のUEとの間の距離を定義する通信範囲を符号化させて、前記第2のUEが前記第1のUEに対して前記通信範囲内にあるときには前記第2のUEにNACKフィードバックを提供させ、前記第2のUEが前記第1のUEに対して前記通信範囲外にあるときにはフィードバックを提供させないようにし、
前記通信範囲をゼロにセットさせて、前記第2のUEにフィードバックを提供させない
ように構成されている、項目18に記載の装置。
[項目22]
第1のユーザ機器無線通信デバイス(UE)のための装置であって、1つ以上のプロセッサを備え、前記1つ以上のプロセッサが、前記第1のUEに、
第2のUEのゾーン識別子(ID)を判定させ、
前記ゾーンIDに基づいて、前記第2のUEの推定位置を判定させ、
前記推定位置に基づいて、前記第1のUEと前記第2のUEとの間の推定距離を判定させる、
ように構成されている、装置。
[項目23]
前記1つ以上のプロセッサが、前記第1のUEに、
前記第2のUEから受信したサイドリンク制御情報(SCI)ステージ2に基づいて、前記ゾーンIDを識別させる、
ように構成されている、項目22に記載の装置。
[項目24]
前記1つ以上のプロセッサが、前記第1のUEに、
前記ゾーンIDによって識別された地理的ゾーンの測地中心に基づいて、前記推定位置を判定させる、
ように構成されている、項目22に記載の装置。
[項目25]
前記1つ以上のプロセッサが、前記第1のUEに、
2つ以上の地理的ゾーンが前記ゾーンIDにより識別されていることを判定させ、
前記第1のUEに最も近い地理的ゾーンを選択させ、
前記第2のUEの前記推定位置を、前記選択した地理的ゾーンに基づいて判定させる、ように構成されている、項目22に記載の装置。
[項目26]
前記1つ以上のプロセッサが、前記第1のUEに、
前記ゾーンIDによって識別された地理的ゾーンの測地中心を判定し、
前記測地中心をフィードバック係数によって調整し、
前記調整された測地中心に基づいて前記推定位置を判定させる、
ことによって、前記推定位置を判定させるように構成されている、項目22に記載の装置。
[項目27]
前記1つ以上のプロセッサが、前記第1のUEに、
前記フィードバック係数をリソースプール構成に基づいて決定させる、
ように構成されている、項目26に記載の装置。
[項目28]
前記1つ以上のプロセッサが、前記第1のUEに、
前記推定距離に基づいて送信されるトランスポートブロックのデータ優先度に基づいて、前記フィードバック係数を決定させる、
ように構成されている、項目26に記載の装置。
[項目29]
前記1つ以上のプロセッサが、前記第1のUEに、
前記フィードバック係数の値を調整して、前記データ優先度が高まるにつれて前記推定距離を最小化させる、
ように構成されている、項目28に記載の装置。
[項目30]
前記1つ以上のプロセッサが、前記第1のUEに、
前記フィードバック係数をチャネルビジー率(CBR)に基づいて決定させる、
ように構成されている、項目29に記載の装置。
[項目31]
前記1つ以上のプロセッサが、前記第1のUEに、
前記フィードバック係数の値を調整して、前記CBRが増加するにつれて前記推定距離を最大化させる、
ように構成されている、項目30に記載の装置。
[項目32]
トランスポートブロック(TB)をユーザ機器無線通信デバイス(UE)に送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャストである場合には第1のサイドリンク制御情報(SCI)ステージ2フォーマットを選択することと、
前記サイドリンク通信タイプがユニキャスト、フィードバックを伴わないグループキャスト、又はフィードバックを伴うグループキャストオプション2である場合には第2のSCIステージ2フォーマットを選択することと、
前記サイドリンク通信タイプがフィードバックを伴うグループキャストオプション1である場合には第3のSCIステージ2フォーマットを選択することと、
前記選択されたSCIステージ2フォーマットに従ってSCIステージ2ペイロードを符号化することと、
前記SCIステージ2ペイロードを前記UEに送信することと、
を含む、方法。
[項目33]
前記第2のSCIステージ2フォーマットが選択されたときに、
前記UEにACK/NACKフィードバックを提供するように命令するために、前記SCIステージ2ペイロード内のフィードバックビットを有効にすることと、
前記UEにフィードバックを提供しないように命令するために、前記SCIステージ2ペイロード内の前記フィードバックビットを無効にすることと、
を含む、項目32に記載の方法。
[項目34]
前記第2のSCIステージ2フォーマットが選択されたときに、
物理サイドリンクフィードバックチャネル(PSFCH)が構成されているかどうかを判定することと、
前記PSFCHが構成されていない場合、前記SCIステージ2ペイロードから前記フィードバックビットを排除することと、
を含む、項目33に記載の方法。
[項目35]
前記第2のSCIステージ2フォーマットが選択され、かつ前記サイドリンク通信タイプがグループキャストであるときに、
1つ以上のパディングビットを前記SCIステージ2ペイロードに追加すること、
を含む、項目33に記載の方法。
[項目36]
前記第3のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2のペイロード内に通信範囲を符号化させて、
前記UEが前記通信範囲内にあるときには前記UEにNACKフィードバックを提供させ、前記UEが前記通信範囲外にあるときにはフィードバックを提供させないようにすること、
を含む、項目32に記載の方法。
[項目37]
トランスポートブロック(TB)をUEに送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャストである場合には第1のサイドリンク制御情報(SCI)ステージ2フォーマットを選択することと、
前記サイドリンク通信タイプがユニキャスト又はグループキャストオプション2である場合には第2のSCIステージ2フォーマットを選択することと、
前記サイドリンク通信タイプがグループキャストオプション1である場合には第3のSCIステージ2フォーマットを選択することと、
前記選択されたSCIステージ2フォーマットに従ってSCIステージ2ペイロードを符号化することと、
前記SCIステージ2ペイロードを前記UEに送信することと、
を含む、方法。
[項目38]
前記第2のSCIステージ2フォーマットが選択されたときに、
前記UEにACK/NACKフィードバックを提供するように命令するために、前記SCIステージ2ペイロード内のフィードバックビットを有効にすることと、
前記UEにフィードバックを提供しないように命令するために、前記SCIステージ2ペイロード内の前記フィードバックビットを無効にすることと、
を含む、項目37に記載の方法。
[項目39]
前記第2のSCIステージ2フォーマットが選択されたときに、
物理サイドリンクフィードバックチャネル(PSFCH)が構成されているかどうかを決定することと、
前記PSFCHが構成されていない場合、前記SCIステージ2ペイロードから前記フィードバックビットを排除することと、
を含む、項目38に記載の方法。
[項目40]
前記第2のSCIステージ2フォーマットが選択され、かつ前記サイドリンク通信タイプがグループキャストであるときに、
1つ以上のパディングビットを前記SCIステージ2ペイロードに追加すること、
を含む、項目38に記載の方法。
[項目41]
前記第3のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に距離を定義する通信範囲を符号化することと、
前記UEに、前記UEが前記通信範囲内にあるときはNACKフィードバックを提供させ、前記UEが前記通信範囲外にあるときはフィードバックを提供させないように、フィードバックビットを有効にすることと、
前記UEにフィードバックを提供させないように前記フィードバックビットを無効にすることと、
を含む、項目37に記載の方法。
[項目42]
前記第3のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に距離を定義する通信範囲を符号化して、前記UEに、前記UEが前記通信範囲内にあるときはNACKフィードバックを提供させ、前記UEが前記通信範囲外にあるときはフィードバックを提供させないようにする、ことと、
前記通信範囲をゼロにセットして、前記UEにフィードバックを提供させないようにする、ことと、
を含む、項目37に記載の方法。
[項目43]
トランスポートブロック(TB)をUEに送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、フィードバックを伴わないグループキャスト、又はフィードバックを伴うグループキャストオプション2である場合には第1のサイドリンク制御情報(SCI)ステージ2フォーマットを選択することと、
前記サイドリンク通信タイプがフィードバックを伴うグループキャストオプション1である場合には第2のSCIステージ2フォーマットを選択することと、
前記選択されたSCIステージ2フォーマットに従ってSCIステージ2ペイロードを符号化することと、
前記SCIステージ2ペイロードを前記UEに送信することと、
を含む、方法。
[項目44]
前記第1のSCIステージ2フォーマットが選択され、かつ前記サイドリンク通信タイプがブロードキャストであるときに、
前記SCIステージ2ペイロード内に共通のブロードキャスト宛先識別子(ID)を符号化すること、
を含む、項目43に記載の方法。
[項目45]
前記共通のブロードキャスト宛先IDが、すべてのブロードキャスト通信に対して予め定められている、項目44に記載の方法。
[項目46]
前記共通のブロードキャスト宛先IDが、リソースプールごとに予め定められている、項目44に記載の方法。
[項目47]
前記第1のSCIステージ2フォーマットが選択されたときに、
前記のUEにACK/NACKフィードバックを提供するように命令するために、前記SCIステージ2ペイロード内のフィードバックビットを有効にすることと、
前記のUEにフィードバックを提供しないように命令するために、前記SCIステージ2ペイロード内の前記フィードバックビットを無効にすることと、
を含む、項目43に記載の方法。
[項目48]
前記第2のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2のペイロード内に通信範囲を符号化して、前記UEが前記通信範囲内にあるときには前記UEにNACKフィードバックを提供させ、前記UEが前記通信範囲外にあるときにはフィードバックを提供させないようにすること、
を含む、項目43に記載の方法。
[項目49]
トランスポートブロック(TB)をUEに送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、又はグループキャストオプション2である場合には第1のサイドリンク制御情報(SCI)ステージ2フォーマットを選択することと、
前記サイドリンク通信タイプがグループキャストオプション1である場合には第2のSCIステージ2フォーマットを選択することと、
前記選択されたSCIステージ2フォーマットに従ってSCIステージ2ペイロードを符号化することと、
前記SCIステージ2ペイロードを前記UEに送信することと、
を含む、方法。
[項目50]
前記第1のSCIステージ2フォーマットが選択されたときに、
前記のUEにACK/NACKフィードバックを提供するように命令するために、前記SCIステージ2ペイロード内のフィードバックビットを有効にすることと、
前記のUEにフィードバックを提供しないように命令するために、前記SCIステージ2ペイロード内の前記フィードバックビットを無効にすることと、
を含む、項目49に記載の方法。
[項目51]
前記第2のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に距離を定義する通信範囲を符号化することと、
前記UEに、前記UEが前記通信範囲内にあるときはNACKフィードバックを提供させ、前記UEが前記通信範囲外にあるときはフィードバックを提供させないように、フィードバックビットを有効にすることと、
前記UEにフィードバックを提供させないように、前記フィードバックビットを無効にすることと、
を含む、項目49に記載の方法。
[項目52]
前記第2のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に距離を定義する通信範囲を符号化して、前記UEに、前記UEが前記通信範囲内にあるときはNACKフィードバックを提供させ、前記UEが前記通信範囲外にあるときはフィードバックを提供させないようにする、ことと、
前記通信範囲をゼロにセットして、前記UEにフィードバックを提供させないようにすることと、
を含む、項目49に記載の方法。
[項目53]
第1のUEで、
第2のUEのゾーン識別子(ID)を判定することと、
前記ゾーンIDに基づいて、前記第2のUEの推定位置を判定することと、
前記推定位置に基づいて、前記第1のUEと前記第2のUEとの間の推定距離を判定することと、
を含む、方法。
[項目54]
前記第2のUEから受信されたサイドリンク制御情報(SCI)ステージ2に基づいて、前記ゾーンIDを識別すること、
を含む、項目53に記載の方法。
[項目55]
前記ゾーンIDによって識別された地理的ゾーンの測地中心に基づいて、前記推定位置を判定すること、
を含む、項目53に記載の方法。
[項目56]
2つ以上の地理的ゾーンが前記ゾーンIDによって識別されると判定することと、
前記第1のUEに最も近い地理的ゾーンを選択することと、
前記選択された地理的ゾーンに基づいて、前記第2のUEの前記推定位置を判定することと、
を含む、項目53に記載の方法。
[項目57]
前記推定位置を、
前記ゾーンIDによって識別された地理的ゾーンの測地中心を判定し、
前記測地中心をフィードバック係数によって調整し、
前記調整された測地中心に基づいて前記推定位置を判定する、
ことによって判定すること、を含む、項目53に記載の方法。
[項目58]
リソースプール構成に基づいて前記フィードバック係数を決定すること、
を含む、項目57に記載の方法。
[項目59]
前記推定距離に基づいて送信されるトランスポートブロックのデータ優先度に基づいて、前記フィードバック係数を決定すること、
を含む、項目57に記載の方法。
[項目60]
前記フィードバック係数の値を調整して、前記データ優先度が高まるにつれて前記推定距離を最小化させること、
を含む、項目57に記載の方法。
[項目61]
チャネルビジー率(CBR)に基づいて前記フィードバック係数を決定すること、
を含む、項目57に記載の方法。
[項目62]
前記フィードバック係数の値を調整して、前記CBRが増加するにつれて前記推定距離を最大化させること、
を含む、項目57に記載の方法。
[項目63]
第1のユーザ機器無線通信デバイス(UE)で、
第2のUEから、サイドリンク制御情報(SCI)ステージ1、SCIステージ2、及びトランスポートブロックを受信することと、
前記SCIステージ1を復号して、前記SCIステージ2のフォーマットを特徴づけるSCIステージ2フォーマットを判定することと、
前記SCIステージ2フォーマットに基づいて、前記第2のUEに提供する、前記TBが正常に受信されたかどうかを示すためのフィードバックのタイプを判定することと、
を含む、方法。
[項目64]
前記SCIステージ2フォーマットがフォーマット1であると判定することと、
それに応じて、前記第2のUEにフィードバックを送信することを控えることと、
を含む、項目63に記載の方法。
[項目65]
前記SCIステージ2フォーマットがフォーマット2であると判定することと、
それに応じて、
前記SCIステージ2を復号化して、前記SCIステージ2のフィードバックビットがセットされているかどうかを判定し、
前記フィードバックビットがセットされているときには、前記第2のUEに肯定応答/否定応答(ACK/NACK)フィードバックを送信し、
前記フィードバックビットがセットされていないときには、前記第2のUEにフィードバックを送信することを控える、ことと、
を含む、項目64に記載の方法。
[項目66]
前記SCIステージ2フォーマットがフォーマット3であると判定することと、
それに応じて、
前記SCIステージ2を復号して、通信範囲を決定し、
前記第2のUEが前記通信範囲内にあるかどうかを判定し、
前記第2のUEが前記通信範囲内にあるときには前記第2のUEにNACKフィードバックを送信し、
前記第2のUEが前記通信範囲内にないときには、フィードバックを送信することを控える、ことと、
を含む、項目65に記載の方法。
[項目67]
前記SCIステージ2フォーマットがフォーマット3であると判定することと、
それに応じて、
前記SCIステージ2を復号化して、前記SCIステージ2のフィードバックビットがセットされているかどうかを判定し、
前記フィードバックビットがセットされているときには、前記第2のUEにNACKフィードバックを送信し、
前記フィードバックビットがセットされていないときには、前記第2のUEにフィードバックを送信することを控える、ことと、
を含む、項目65に記載の方法。
[項目68]
前記SCIステージ2フォーマットがフォーマット3であると判定することと、
それに応じて、
前記SCIステージ2を復号化して、フィードバックビットがセットされているかどうか、及び通信範囲を判定し、
前記第2のUEが前記通信範囲内にあるかどうかを判定し、
前記第2のUEが前記通信範囲内にあり、前記フィードバックビットがセットされているときには、前記第2のUEにNACKフィードバックを送信し、
前記第2のUEが前記通信範囲内にない、又は前記フィードバックビットがセットされていないときには、フィードバックを送信することを控える、ことと、
を含む、項目65に記載の方法。
[項目69]
前記SCIステージ2フォーマットがフォーマット1であると判定することと、
それに応じて、
前記SCIステージ2を復号化して、前記SCIステージ2のフィードバックビットがセットされているかどうかを判定し、
前記フィードバックビットがセットされているときには、前記第2のUEにACK/NACKフィードバックを送信し、
前記フィードバックビットがセットされていないときには、前記第2のUEにフィードバックを送信することを控える、ことと、
を含む、項目63に記載の方法。
[項目70]
前記SCIステージ2フォーマットがフォーマット2であると判定することと、
それに応じて、
前記SCIステージ2を復号して、通信範囲を決定し、
前記第2のUEが前記通信範囲内にあるかどうかを判定し、
前記第2のUEが前記通信範囲内にあるときには、前記第2のUEにNACKフィードバックを送信し、
前記第2のUEが前記通信範囲内にないときには、フィードバックを送信することを控える、ことと、
を含む、項目69に記載の方法。
[項目71]
前記SCIステージ2フォーマットがフォーマット2であると判定することと、
それに応じて、
前記SCIステージ2を復号化して、フィードバックビットがセットされているかどうか、及び通信範囲を判定し、
前記第2のUEが前記通信範囲内にあるかどうかを判定し、
前記第2のUEが前記通信範囲内にあり、前記フィードバックビットがセットされているときには、前記第2のUEにNACKフィードバックを送信し、
前記第2のUEが前記通信範囲内にない、又は前記フィードバックビットがセットされていないときには、フィードバックを送信することを控える、ことと、
を含む、項目69に記載の方法。
Claims (71)
- 第1のユーザ機器無線通信デバイス(UE)のための装置であって、1つ以上のプロセッサを備え、前記1つ以上のプロセッサが、前記第1のUEに、
トランスポートブロック(TB)を第2のUEに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャストである場合には第1のSCIステージ2フォーマットを選択し、
前記サイドリンク通信タイプがユニキャスト、フィードバックを伴わないグループキャスト、又はフィードバックを伴うグループキャストオプション2である場合には第2のSCIステージ2フォーマットを選択し、
前記サイドリンク通信タイプがフィードバックを伴うグループキャストオプション1である場合には第3のSCIステージ2フォーマットを選択する
ことによって、サイドリンク制御情報(SCI)ステージ2フォーマットを選択させ、
前記選択されたSCIステージ2フォーマットに従ってSCIステージ2ペイロードを符号化させ、
前記SCIステージ2ペイロードを前記第2のUEに送信させる、
ように構成されている、装置。 - 前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択されたときに、
前記第2のUEにACK/NACKフィードバックを提供するように命令するために、前記SCIステージ2ペイロード内のフィードバックビットを有効にさせ、
前記第2のUEにフィードバックを提供しないように命令するために、前記SCIステージ2ペイロード内の前記フィードバックビットを無効にさせる、
ように構成されている、請求項1に記載の装置。 - 前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択されたときに、
物理サイドリンクフィードバックチャネル(PSFCH)が構成されているかどうかを判定させ、
前記PSFCHが構成されていない場合、前記SCIステージ2ペイロードから前記フィードバックビットを排除させる、
ように構成されている、請求項2に記載の装置。 - 前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択され、かつ前記サイドリンク通信タイプがグループキャストであるときに、
1つ以上のパディングビットを前記SCIステージ2ペイロードに追加させる
ように構成されている、請求項2に記載の装置。 - 前記1つ以上のプロセッサが、前記UEに、前記第3のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に通信範囲を符号化させて、前記第2のUEが前記第1のUEに対して前記通信範囲内にあるときには前記第2のUEにNACKフィードバックを提供させ、前記第2のUEが前記第1のUEに対して前記通信範囲外にあるときにはフィードバックを提供させないようにする
ように構成されている、請求項1に記載の装置。 - 第1のユーザ機器無線通信デバイス(UE)のための装置であって、1つ以上のプロセッサを備え、前記1つ以上のプロセッサは、前記第1のUEに、
トランスポートブロック(TB)を第2のUEに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャストである場合には第1のSCIステージ2フォーマットを選択し、
前記サイドリンク通信タイプがユニキャスト又はグループキャストオプション2である場合には第2のSCIステージ2フォーマットを選択し、
前記サイドリンク通信タイプがグループキャストオプション1である場合には第3のSCIステージ2フォーマットを選択する
ことによって、サイドリンク制御情報(SCI)ステージ2フォーマットを選択させ、
前記選択されたSCIステージ2フォーマットに従ってSCIステージ2ペイロードを符号化させ、
前記SCIステージ2ペイロードを前記第2のUEに送信させる、
ように構成されている、装置。 - 前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択されたときに、
前記第2のUEにACK/NACKフィードバックを提供するように命令するために、前記SCIステージ2ペイロード内のフィードバックビットを有効にさせ、
前記第2のUEにフィードバックを提供しないように命令するために、前記SCIステージ2ペイロード内の前記フィードバックビットを無効にさせる
ように構成されている、請求項6に記載の装置。 - 前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択されたときに、
物理サイドリンクフィードバックチャネル(PSFCH)が構成されているかどうかを判定させ、
前記PSFCHが構成されていない場合、前記SCIステージ2ペイロードから前記フィードバックビットを排除させる、
ように構成されている、請求項7に記載の装置。 - 前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択され、かつ前記サイドリンク通信タイプがグループキャストであるときに、
1つ以上のパディングビットを前記SCIステージ2ペイロードに追加させる
ように構成されている、請求項7に記載の装置。 - 前記1つ以上のプロセッサが、前記UEに、前記第3のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に前記第1のUEとの間の距離を定義する通信範囲を符号化させ、
前記第2のUEが前記第1のUEに対して前記通信範囲内にあるときには前記第2のUEにNACKフィードバックを提供させ、前記第2のUEが前記第1のUEに対して前記通信範囲外にあるときにはフィードバックを提供させないようにするよう、フィードバックビッチを有効化させて、
前記第2のUEにフィードバックを提供させないためには、前記フィードバックビッチを無効化させる、
ように構成されている、請求項6に記載の装置。 - 前記1つ以上のプロセッサが、前記UEに、前記第3のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に前記第1のUEとの間の距離を定義する通信範囲を符号化させて、前記第2のUEが前記第1のUEに対して前記通信範囲内にあるときには前記第2のUEにNACKフィードバックを提供させ、前記第2のUEが前記第1のUEに対して前記通信範囲外にあるときにはフィードバックを提供させないようにし、
前記通信範囲をゼロにセットさせて、前記第2のUEにフィードバックを提供させない
ように構成されている、請求項6に記載の装置。 - 第1のユーザ機器無線通信デバイス(UE)のための装置であって、1つ以上のプロセッサを備え、前記1つ以上のプロセッサが、前記第1のUEに、
トランスポートブロック(TB)を第2のUEに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、フィードバックを伴わないグループキャスト、又はフィードバックを伴うグループキャストオプション2である場合には第1のSCIステージ2フォーマットを選択し、
前記サイドリンク通信タイプがフィードバックを伴うグループキャストオプション1である場合には第2のSCIステージ2フォーマットを選択することによって、サイドリンク制御情報(SCI)ステージ2フォーマットを選択させ、
前記選択されたSCIステージ2フォーマットに従ってSCIステージ2ペイロードを符号化させ、
前記SCIステージ2ペイロードを前記第2のUEに送信させる、
ように構成されている、装置。 - 前記1つ以上のプロセッサが、前記UEに、前記第1のSCIステージ2フォーマットが選択され、かつ前記サイドリンク通信タイプがブロードキャストであるときに、
前記SCIステージ2ペイロード内に共通のブロードキャスト宛先識別子(ID)を符号化させる
ように構成されている、請求項12に記載の装置。 - 前記共通のブロードキャスト宛先IDが、すべてのブロードキャスト通信に対して予め定められている、請求項13に記載の装置。
- 前記共通のブロードキャスト宛先IDが、リソースプールごとに予め定められている、請求項13に記載の装置。
- 前記1つ以上のプロセッサが、前記UEに、前記第1のSCIステージ2フォーマットが選択されたときに、
前記第2のUEにACK/NACKフィードバックを提供するように命令するために、前記SCIステージ2ペイロード内のフィードバックビットを有効にさせ、
前記第2のUEにフィードバックを提供しないように命令するために、前記SCIステージ2ペイロード内の前記フィードバックビットを無効にさせる、
ように構成されている、請求項12に記載の装置。 - 前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に通信範囲を符号化させて、前記第2のUEが前記第1のUEに対して前記通信範囲内にあるときには前記第2のUEにNACKフィードバックを提供させ、前記第2のUEが前記第1のUEに対して前記通信範囲外にあるときにはフィードバックを提供させない、
ように構成されている、請求項12に記載の装置。 - 第1のユーザ機器無線通信デバイス(UE)のための装置であって、1つ以上のプロセッサを備え、前記1つ以上のプロセッサが、前記第1のUEに、
トランスポートブロック(TB)を第2のUEに送信する際に使用するためのサイドリンク通信タイプを決定させ、
前記サイドリンク通信タイプに基づいて、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、又はグループキャストオプション2である場合には第1のSCIステージ2フォーマットを選択し、
前記サイドリンク通信タイプがグループキャストオプション1である場合には第2のSCIステージ2フォーマットを選択する
ことによって、サイドリンク制御情報(SCI)ステージ2フォーマットを選択させ、
前記選択されたSCIステージ2フォーマットに従ってSCIステージ2ペイロードを符号化させ、
前記SCIステージ2ペイロードを前記第2のUEに送信させる、
ように構成されている、装置。 - 前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択されたときに、
前記第2のUEにACK/NACKフィードバックを提供するように命令するために、前記SCIステージ2ペイロード内のフィードバックビットを有効にさせ、
前記第2のUEにフィードバックを提供しないように命令するために、前記SCIステージ2ペイロード内の前記フィードバックビットを無効にさせる、
ように構成されている、請求項18に記載の装置。 - 前記1つ以上のプロセッサが、前記UEに、前記第2のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に前記第1のUEとの間の距離を定義する通信範囲を符号化させ、
前記第2のUEが前記第1のUEに対して前記通信範囲内にあるときには前記第2のUEにNACKフィードバックを提供させ、前記第2のUEが前記第1のUEに対して前記通信範囲外にあるときにはフィードバックを提供させないように、フィードバックビットを有効化させ、
前記第2のUEにフィードバックを提供させないように、前記フィードバックビットを無効化させる、
ように構成されている、請求項18に記載の装置。 - 前記1つ以上のプロセッサは、前記UEに、前記第2のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に前記第1のUEとの間の距離を定義する通信範囲を符号化させて、前記第2のUEが前記第1のUEに対して前記通信範囲内にあるときには前記第2のUEにNACKフィードバックを提供させ、前記第2のUEが前記第1のUEに対して前記通信範囲外にあるときにはフィードバックを提供させないようにし、
前記通信範囲をゼロにセットさせて、前記第2のUEにフィードバックを提供させない
ように構成されている、請求項18に記載の装置。 - 第1のユーザ機器無線通信デバイス(UE)のための装置であって、1つ以上のプロセッサを備え、前記1つ以上のプロセッサが、前記第1のUEに、
第2のUEのゾーン識別子(ID)を判定させ、
前記ゾーンIDに基づいて、前記第2のUEの推定位置を判定させ、
前記推定位置に基づいて、前記第1のUEと前記第2のUEとの間の推定距離を判定させる、
ように構成されている、装置。 - 前記1つ以上のプロセッサが、前記第1のUEに、
前記第2のUEから受信したサイドリンク制御情報(SCI)ステージ2に基づいて、前記ゾーンIDを識別させる、
ように構成されている、請求項22に記載の装置。 - 前記1つ以上のプロセッサが、前記第1のUEに、
前記ゾーンIDによって識別された地理的ゾーンの測地中心に基づいて、前記推定位置を判定させる、
ように構成されている、請求項22に記載の装置。 - 前記1つ以上のプロセッサが、前記第1のUEに、
2つ以上の地理的ゾーンが前記ゾーンIDにより識別されていることを判定させ、
前記第1のUEに最も近い地理的ゾーンを選択させ、
前記第2のUEの前記推定位置を、前記選択した地理的ゾーンに基づいて判定させる、ように構成されている、請求項22に記載の装置。 - 前記1つ以上のプロセッサが、前記第1のUEに、
前記ゾーンIDによって識別された地理的ゾーンの測地中心を判定し、
前記測地中心をフィードバック係数によって調整し、
前記調整された測地中心に基づいて前記推定位置を判定させる、
ことによって、前記推定位置を判定させるように構成されている、請求項22に記載の装置。 - 前記1つ以上のプロセッサが、前記第1のUEに、
前記フィードバック係数をリソースプール構成に基づいて決定させる、
ように構成されている、請求項26に記載の装置。 - 前記1つ以上のプロセッサが、前記第1のUEに、
前記推定距離に基づいて送信されるトランスポートブロックのデータ優先度に基づいて、前記フィードバック係数を決定させる、
ように構成されている、請求項26に記載の装置。 - 前記1つ以上のプロセッサが、前記第1のUEに、
前記フィードバック係数の値を調整して、前記データ優先度が高まるにつれて前記推定距離を最小化させる、
ように構成されている、請求項28に記載の装置。 - 前記1つ以上のプロセッサが、前記第1のUEに、
前記フィードバック係数をチャネルビジー率(CBR)に基づいて決定させる、
ように構成されている、請求項29に記載の装置。 - 前記1つ以上のプロセッサが、前記第1のUEに、
前記フィードバック係数の値を調整して、前記CBRが増加するにつれて前記推定距離を最大化させる、
ように構成されている、請求項30に記載の装置。 - トランスポートブロック(TB)をユーザ機器無線通信デバイス(UE)に送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャストである場合には第1のサイドリンク制御情報(SCI)ステージ2フォーマットを選択することと、
前記サイドリンク通信タイプがユニキャスト、フィードバックを伴わないグループキャスト、又はフィードバックを伴うグループキャストオプション2である場合には第2のSCIステージ2フォーマットを選択することと、
前記サイドリンク通信タイプがフィードバックを伴うグループキャストオプション1である場合には第3のSCIステージ2フォーマットを選択することと、
前記選択されたSCIステージ2フォーマットに従ってSCIステージ2ペイロードを符号化することと、
前記SCIステージ2ペイロードを前記UEに送信することと、
を含む、方法。 - 前記第2のSCIステージ2フォーマットが選択されたときに、
前記UEにACK/NACKフィードバックを提供するように命令するために、前記SCIステージ2ペイロード内のフィードバックビットを有効にすることと、
前記UEにフィードバックを提供しないように命令するために、前記SCIステージ2ペイロード内の前記フィードバックビットを無効にすることと、
を含む、請求項32に記載の方法。 - 前記第2のSCIステージ2フォーマットが選択されたときに、
物理サイドリンクフィードバックチャネル(PSFCH)が構成されているかどうかを判定することと、
前記PSFCHが構成されていない場合、前記SCIステージ2ペイロードから前記フィードバックビットを排除することと、
を含む、請求項33に記載の方法。 - 前記第2のSCIステージ2フォーマットが選択され、かつ前記サイドリンク通信タイプがグループキャストであるときに、
1つ以上のパディングビットを前記SCIステージ2ペイロードに追加すること、
を含む、請求項33に記載の方法。 - 前記第3のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2のペイロード内に通信範囲を符号化させて、
前記UEが前記通信範囲内にあるときには前記UEにNACKフィードバックを提供させ、前記UEが前記通信範囲外にあるときにはフィードバックを提供させないようにすること、
を含む、請求項32に記載の方法。 - トランスポートブロック(TB)をUEに送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャストである場合には第1のサイドリンク制御情報(SCI)ステージ2フォーマットを選択することと、
前記サイドリンク通信タイプがユニキャスト又はグループキャストオプション2である場合には第2のSCIステージ2フォーマットを選択することと、
前記サイドリンク通信タイプがグループキャストオプション1である場合には第3のSCIステージ2フォーマットを選択することと、
前記選択されたSCIステージ2フォーマットに従ってSCIステージ2ペイロードを符号化することと、
前記SCIステージ2ペイロードを前記UEに送信することと、
を含む、方法。 - 前記第2のSCIステージ2フォーマットが選択されたときに、
前記UEにACK/NACKフィードバックを提供するように命令するために、前記SCIステージ2ペイロード内のフィードバックビットを有効にすることと、
前記UEにフィードバックを提供しないように命令するために、前記SCIステージ2ペイロード内の前記フィードバックビットを無効にすることと、
を含む、請求項37に記載の方法。 - 前記第2のSCIステージ2フォーマットが選択されたときに、
物理サイドリンクフィードバックチャネル(PSFCH)が構成されているかどうかを決定することと、
前記PSFCHが構成されていない場合、前記SCIステージ2ペイロードから前記フィードバックビットを排除することと、
を含む、請求項38に記載の方法。 - 前記第2のSCIステージ2フォーマットが選択され、かつ前記サイドリンク通信タイプがグループキャストであるときに、
1つ以上のパディングビットを前記SCIステージ2ペイロードに追加すること、
を含む、請求項38に記載の方法。 - 前記第3のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に距離を定義する通信範囲を符号化することと、
前記UEに、前記UEが前記通信範囲内にあるときはNACKフィードバックを提供させ、前記UEが前記通信範囲外にあるときはフィードバックを提供させないように、フィードバックビットを有効にすることと、
前記UEにフィードバックを提供させないように前記フィードバックビットを無効にすることと、
を含む、請求項37に記載の方法。 - 前記第3のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に距離を定義する通信範囲を符号化して、前記UEに、前記UEが前記通信範囲内にあるときはNACKフィードバックを提供させ、前記UEが前記通信範囲外にあるときはフィードバックを提供させないようにする、ことと、
前記通信範囲をゼロにセットして、前記UEにフィードバックを提供させないようにする、ことと、
を含む、請求項37に記載の方法。 - トランスポートブロック(TB)をUEに送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、フィードバックを伴わないグループキャスト、又はフィードバックを伴うグループキャストオプション2である場合には第1のサイドリンク制御情報(SCI)ステージ2フォーマットを選択することと、
前記サイドリンク通信タイプがフィードバックを伴うグループキャストオプション1である場合には第2のSCIステージ2フォーマットを選択することと、
前記選択されたSCIステージ2フォーマットに従ってSCIステージ2ペイロードを符号化することと、
前記SCIステージ2ペイロードを前記UEに送信することと、
を含む、方法。 - 前記第1のSCIステージ2フォーマットが選択され、かつ前記サイドリンク通信タイプがブロードキャストであるときに、
前記SCIステージ2ペイロード内に共通のブロードキャスト宛先識別子(ID)を符号化すること、
を含む、請求項43に記載の方法。 - 前記共通のブロードキャスト宛先IDが、すべてのブロードキャスト通信に対して予め定められている、請求項44に記載の方法。
- 前記共通のブロードキャスト宛先IDが、リソースプールごとに予め定められている、請求項44に記載の方法。
- 前記第1のSCIステージ2フォーマットが選択されたときに、
前記のUEにACK/NACKフィードバックを提供するように命令するために、前記SCIステージ2ペイロード内のフィードバックビットを有効にすることと、
前記のUEにフィードバックを提供しないように命令するために、前記SCIステージ2ペイロード内の前記フィードバックビットを無効にすることと、
を含む、請求項43に記載の方法。 - 前記第2のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2のペイロード内に通信範囲を符号化して、前記UEが前記通信範囲内にあるときには前記UEにNACKフィードバックを提供させ、前記UEが前記通信範囲外にあるときにはフィードバックを提供させないようにすること、
を含む、請求項43に記載の方法。 - トランスポートブロック(TB)をUEに送信する際に使用するためのサイドリンク通信タイプを決定することと、
前記サイドリンク通信タイプがブロードキャスト、ユニキャスト、又はグループキャストオプション2である場合には第1のサイドリンク制御情報(SCI)ステージ2フォーマットを選択することと、
前記サイドリンク通信タイプがグループキャストオプション1である場合には第2のSCIステージ2フォーマットを選択することと、
前記選択されたSCIステージ2フォーマットに従ってSCIステージ2ペイロードを符号化することと、
前記SCIステージ2ペイロードを前記UEに送信することと、
を含む、方法。 - 前記第1のSCIステージ2フォーマットが選択されたときに、
前記のUEにACK/NACKフィードバックを提供するように命令するために、前記SCIステージ2ペイロード内のフィードバックビットを有効にすることと、
前記のUEにフィードバックを提供しないように命令するために、前記SCIステージ2ペイロード内の前記フィードバックビットを無効にすることと、
を含む、請求項49に記載の方法。 - 前記第2のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に距離を定義する通信範囲を符号化することと、
前記UEに、前記UEが前記通信範囲内にあるときはNACKフィードバックを提供させ、前記UEが前記通信範囲外にあるときはフィードバックを提供させないように、フィードバックビットを有効にすることと、
前記UEにフィードバックを提供させないように、前記フィードバックビットを無効にすることと、
を含む、請求項49に記載の方法。 - 前記第2のSCIステージ2フォーマットが選択されたときに、
前記SCIステージ2ペイロード内に距離を定義する通信範囲を符号化して、前記UEに、前記UEが前記通信範囲内にあるときはNACKフィードバックを提供させ、前記UEが前記通信範囲外にあるときはフィードバックを提供させないようにする、ことと、
前記通信範囲をゼロにセットして、前記UEにフィードバックを提供させないようにすることと、
を含む、請求項49に記載の方法。 - 第1のUEで、
第2のUEのゾーン識別子(ID)を判定することと、
前記ゾーンIDに基づいて、前記第2のUEの推定位置を判定することと、
前記推定位置に基づいて、前記第1のUEと前記第2のUEとの間の推定距離を判定することと、
を含む、方法。 - 前記第2のUEから受信されたサイドリンク制御情報(SCI)ステージ2に基づいて、前記ゾーンIDを識別すること、
を含む、請求項53に記載の方法。 - 前記ゾーンIDによって識別された地理的ゾーンの測地中心に基づいて、前記推定位置を判定すること、
を含む、請求項53に記載の方法。 - 2つ以上の地理的ゾーンが前記ゾーンIDによって識別されると判定することと、
前記第1のUEに最も近い地理的ゾーンを選択することと、
前記選択された地理的ゾーンに基づいて、前記第2のUEの前記推定位置を判定することと、
を含む、請求項53に記載の方法。 - 前記推定位置を、
前記ゾーンIDによって識別された地理的ゾーンの測地中心を判定し、
前記測地中心をフィードバック係数によって調整し、
前記調整された測地中心に基づいて前記推定位置を判定する、
ことによって判定すること、を含む、請求項53に記載の方法。 - リソースプール構成に基づいて前記フィードバック係数を決定すること、
を含む、請求項57に記載の方法。 - 前記推定距離に基づいて送信されるトランスポートブロックのデータ優先度に基づいて、前記フィードバック係数を決定すること、
を含む、請求項57に記載の方法。 - 前記フィードバック係数の値を調整して、前記データ優先度が高まるにつれて前記推定距離を最小化させること、
を含む、請求項57に記載の方法。 - チャネルビジー率(CBR)に基づいて前記フィードバック係数を決定すること、
を含む、請求項57に記載の方法。 - 前記フィードバック係数の値を調整して、前記CBRが増加するにつれて前記推定距離を最大化させること、
を含む、請求項57に記載の方法。 - 第1のユーザ機器無線通信デバイス(UE)で、
第2のUEから、サイドリンク制御情報(SCI)ステージ1、SCIステージ2、及びトランスポートブロックを受信することと、
前記SCIステージ1を復号して、前記SCIステージ2のフォーマットを特徴づけるSCIステージ2フォーマットを判定することと、
前記SCIステージ2フォーマットに基づいて、前記第2のUEに提供する、前記TBが正常に受信されたかどうかを示すためのフィードバックのタイプを判定することと、
を含む、方法。 - 前記SCIステージ2フォーマットがフォーマット1であると判定することと、
それに応じて、前記第2のUEにフィードバックを送信することを控えることと、
を含む、請求項63に記載の方法。 - 前記SCIステージ2フォーマットがフォーマット2であると判定することと、
それに応じて、
前記SCIステージ2を復号化して、前記SCIステージ2のフィードバックビットがセットされているかどうかを判定し、
前記フィードバックビットがセットされているときには、前記第2のUEに肯定応答/否定応答(ACK/NACK)フィードバックを送信し、
前記フィードバックビットがセットされていないときには、前記第2のUEにフィードバックを送信することを控える、ことと、
を含む、請求項64に記載の方法。 - 前記SCIステージ2フォーマットがフォーマット3であると判定することと、
それに応じて、
前記SCIステージ2を復号して、通信範囲を決定し、
前記第2のUEが前記通信範囲内にあるかどうかを判定し、
前記第2のUEが前記通信範囲内にあるときには前記第2のUEにNACKフィードバックを送信し、
前記第2のUEが前記通信範囲内にないときには、フィードバックを送信することを控える、ことと、
を含む、請求項65に記載の方法。 - 前記SCIステージ2フォーマットがフォーマット3であると判定することと、
それに応じて、
前記SCIステージ2を復号化して、前記SCIステージ2のフィードバックビットがセットされているかどうかを判定し、
前記フィードバックビットがセットされているときには、前記第2のUEにNACKフィードバックを送信し、
前記フィードバックビットがセットされていないときには、前記第2のUEにフィードバックを送信することを控える、ことと、
を含む、請求項65に記載の方法。 - 前記SCIステージ2フォーマットがフォーマット3であると判定することと、
それに応じて、
前記SCIステージ2を復号化して、フィードバックビットがセットされているかどうか、及び通信範囲を判定し、
前記第2のUEが前記通信範囲内にあるかどうかを判定し、
前記第2のUEが前記通信範囲内にあり、前記フィードバックビットがセットされているときには、前記第2のUEにNACKフィードバックを送信し、
前記第2のUEが前記通信範囲内にない、又は前記フィードバックビットがセットされていないときには、フィードバックを送信することを控える、ことと、
を含む、請求項65に記載の方法。 - 前記SCIステージ2フォーマットがフォーマット1であると判定することと、
それに応じて、
前記SCIステージ2を復号化して、前記SCIステージ2のフィードバックビットがセットされているかどうかを判定し、
前記フィードバックビットがセットされているときには、前記第2のUEにACK/NACKフィードバックを送信し、
前記フィードバックビットがセットされていないときには、前記第2のUEにフィードバックを送信することを控える、ことと、
を含む、請求項63に記載の方法。 - 前記SCIステージ2フォーマットがフォーマット2であると判定することと、
それに応じて、
前記SCIステージ2を復号して、通信範囲を決定し、
前記第2のUEが前記通信範囲内にあるかどうかを判定し、
前記第2のUEが前記通信範囲内にあるときには、前記第2のUEにNACKフィードバックを送信し、
前記第2のUEが前記通信範囲内にないときには、フィードバックを送信することを控える、ことと、
を含む、請求項69に記載の方法。 - 前記SCIステージ2フォーマットがフォーマット2であると判定することと、
それに応じて、
前記SCIステージ2を復号化して、フィードバックビットがセットされているかどうか、及び通信範囲を判定し、
前記第2のUEが前記通信範囲内にあるかどうかを判定し、
前記第2のUEが前記通信範囲内にあり、前記フィードバックビットがセットされているときには、前記第2のUEにNACKフィードバックを送信し、
前記第2のUEが前記通信範囲内にない、又は前記フィードバックビットがセットされていないときには、フィードバックを送信することを控える、ことと、
を含む、請求項69に記載の方法。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2020/074903 WO2021159318A1 (en) | 2020-02-12 | 2020-02-12 | Sidelink control information stage 2 format |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2023512817A true JP2023512817A (ja) | 2023-03-29 |
JP7505012B2 JP7505012B2 (ja) | 2024-06-24 |
Family
ID=
Also Published As
Publication number | Publication date |
---|---|
US20230397210A1 (en) | 2023-12-07 |
CL2022002173A1 (es) | 2023-03-17 |
BR112022008359A2 (pt) | 2022-07-26 |
KR20220069986A (ko) | 2022-05-27 |
WO2021159318A1 (en) | 2021-08-19 |
US20220377722A1 (en) | 2022-11-24 |
US11924832B2 (en) | 2024-03-05 |
EP4029297A4 (en) | 2023-04-26 |
EP4029297A1 (en) | 2022-07-20 |
CN113260059A (zh) | 2021-08-13 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10848293B2 (en) | Method for transmitting ACK/NACK in wireless communication system and device using same | |
WO2021159318A1 (en) | Sidelink control information stage 2 format | |
US10615939B2 (en) | Method and device for transmitting ACK/NACK in wireless communication system | |
CN107409014B (zh) | 用于操作大量载波的上行链路反馈方法 | |
WO2021159328A1 (en) | V2x frequency and time resource indication signaling | |
KR102086035B1 (ko) | 저기능 디바이스들에 대한 통신 방법 및 장치 | |
KR101832771B1 (ko) | 무선 통신 시스템에서의 제어 정보의 전송 방법 및 장치 | |
KR101867820B1 (ko) | 무선통신 시스템에서의 제어정보의 전송 방법 및 장치 | |
US11290962B2 (en) | Terminal apparatus, base station apparatus, and communication method | |
WO2017028038A1 (zh) | 一种上行控制信息的发送方法、接收方法及相关装置 | |
JP7197280B2 (ja) | 端末装置、基地局装置、および、通信方法 | |
US20110032897A1 (en) | Method of allocating acknowledgement channel | |
WO2018171676A1 (zh) | 数据传输的方法和装置 | |
JP7505012B2 (ja) | サイドリンク制御情報ステージ2フォーマット | |
WO2020135815A1 (zh) | 数据传输方法和装置、用户设备及计算机存储介质 | |
KR20220104544A (ko) | 통신 시스템에서 멀티캐스팅 및 브로드캐스팅을 제공하는 방법 및 장치 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220805 |
|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20220805 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20230725 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20230831 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20231122 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20240208 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20240426 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20240513 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20240612 |