3GPP TR 38.885 Study on NR Vehicle-to-Everything (V2X) (Release 16)
目錄
Sidelink(PC5) 方面
5.1?NR sidelink 單播、組播和廣播設計
5.1.1 物理層結構
5.1.1.1 子載波間隔和循環(huán)前綴
5.1.1.2 信道編碼
5.1.1.3 DL 帶寬部分和資源池
5.1.1.4 資源分配
5.1.1.5 參考信號
5.1.2 物理層流程
5.1.2.1 物理信道復用
5.1.2.2 HARQ 流程
5.1.2.3 CSI 獲取
5.1.2.4 功率控制
5.1.2.5 波束管理
5.2 同步
5.2.1 主同步，輔同步，廣播信道
5.2.2 同步流程
5.3 資源分配
5.3.1 資源分配Mode 2
5.3.1.1 感知和資源（重-）選擇
5.3.1.2 Mode2(a)
5.3.1.2 Mode2(c)
5.3.1.2 Mode2(d)
5.4 L2/L3協(xié)議
?
Sidelink(PC5) 方面
5.1?NR sidelink 單播、組播和廣播設計
在覆蓋內、覆蓋外以及部分覆蓋場景中都能支持sidelink unicast（單播）, groupcast（組播，也叫multicast）和broadcast(廣播)
PC5接口AS層的控制面協(xié)議棧至少由RRC，PDCP，RLC，MAC子層和物理層組成
PC5接口AS層的用戶面協(xié)議棧至少由SDAP，PDCP，RLC，MAC子層和物理層組成
為了物理層分析的目的，由高層決定某一個特定的數據傳輸應該使用單播,組播或者是廣播, 以及相應地高層通知物理層使用的傳播方式
當考慮一個單播或者組播時，我們假設UE有能力確定一個傳輸到底屬于哪一個單播或者組播會話，以及物理層知道以下信息：
- 身份識別：
- 源UE以及目標UE的layer-1 ID, 通過SCI傳輸
- 額外的一種layer-1 ID,也通過PSCCH傳輸，至少在接收端HARQ反饋中能用來識別哪些傳輸是可以被合并的
- HARQ 進程ID
為了layer 2分析的目的，由高層（AS層以上）提供某一個特定的數據傳輸是否使用單播,組播或者是廣播方式。對于sidelink單播或者組播，layer 2知道以下信息：
- 身份識別：
- 單播：目標UE ID, 源UE ID
- 組播：目標組ID, 源UE ID
任何一個UE，只要它被配置了一個目標組Layer 2 ID, 它就允許去接收這個組傳輸，不管它在不在高層提供的最小通信范圍內
對于單播AS層的鏈路管理，支持SL的RLM/RLF申明。對于SL單播中的RLC AM，當最大重傳次數達到時，RLC申明由RLC層的指示觸發(fā)。AS層的鏈路狀態(tài)（比如失敗）應該告知更高層。組播的RLC設計和單播的RLM設計是一樣的。對于組播來說，組內成員之間的RLM/RLF申明時沒有必要的
單播和組播的Discovery流程以及相干信息由取決于上層
5.1.1 物理層結構
這部分研究了PSCCH, PSSCH, PSFCH以及其他和物理層結構有關的設計。除了這個TR中討論了的東西，標準化還會包含至少調制，加擾，RE映射以及速率匹配。關于PSBCH的設計請參考5.2節(jié)
波形支持CP-OFDM
5.1.1.1 子載波間隔和循環(huán)前綴
在FR1中，支持15kHz, 30kHz, 60kHz攜帶普通CP，以及 60kHz攜帶擴展CP
在FR2中，支持60kHz, 120kHz攜帶普通CP，以及60kHz攜帶擴展CP
在一個給定的載波中，UE不需要同時發(fā)送或者接收超過一種SCS和CP配置的傳輸，numelorogy配置屬于SL BWP的一部分（5.1.1.3）
5.1.1.2 信道編碼
NR Uu中數據信道和控制信道所使用的信道編碼分別作為SL的起始點
5.1.1.3 DL 帶寬部分和資源池
為SL 定義BWP,并且發(fā)送和接收使用同一個BWP。在標準方面，在一個載波上，SL的BWP可以和Uu BWP分別定義并且使用不同的配置信令。對于RRC IDLE和覆蓋范圍外用戶，預配置一個BWP。對于RRC_CONNECTED用戶，一個載波上只有一個SL BWP被激活。沒有信令交流用來激活或者去激活一個SL BWP
在一個載波上UE只會被配置一個SL BWP, 并且UE不期望在同一時間使用和激活SL BWP不同的numerology
一個資源池時一組可被用作發(fā)送或者傳輸的時頻資源。從UE的角度來看，一個資源池必須在UE的帶寬范圍內，必須在一個BWP范圍內，并且只有一個單一的numerology。資源池在時間上可以是不連續(xù)的。一個UE在一個載波上可以被（預-）配置多個資源池
5.1.1.4 資源分配
NR V2X可以被部署在一個ITS專用的載波上，或者一個和蜂窩服務共享的載波上。因此，SL支持一個slot上所有符號都可以被用作SL或者一個slot上只有部分符號可以被用作SL。后者當然不適用于專用載波上。
PSSCH的資源分配是基于頻域上subchannel的概念進行的，UE在一個載波上以slot為單位進行發(fā)送或者接收操作。支持一個TB的盲重傳，以及資源分配方案Mode 2支持這種盲重傳的資源預留功能
PSFCH至少支持使用一個slot最后幾個符號的這種格式
5.1.1.5 參考信號
支持DMRS和PSSCH在時域上可能的幾種傳輸pattern。在FR2, PSSCH的PTRS也被支持
其他可能的參考信號：CSI-RS, SRS, AGC訓練符號
5.1.2 物理層流程
這部分研究了物理層流程，對于同步流程參考5.2
5.1.2.1 物理信道復用
在本節(jié)中，當PSCCH至少承載了解調PSSCH相關的SCI時，我們稱PSSCH和PSCCH是相關的。研究了以下PSSCH和PSCCH的復用方式：
Option 1：PSCCH和相關的PSSCH使用不重疊的的時間資源
- Option 1A:兩個信道使用的頻率資源是相同的
- Option 1B:兩個信道使用的頻率資源可以是不同的
Option 2:? PSCCH和相關的PSSCH在所有使用的時間資源上都使用不重合的頻率資源。兩者的時間資源是完全相同的
Option 3：部分PSCCH和相關的PSSCH使用重合的時間資源以及非重合的頻率資源，但是其他相關的PSSCH和其他PSCCH使用非重合的時間資源
目前至少Option 3是支持的
5.1.2.2 HARQ 流程
5.1.2.2.1 一般HARQ流程
對于SL單播和組播，物理層支持HARQ反饋和HARQ合并。PSSCH的HARQ-ACK反饋通過PSFCH的SFCI格式承載，同時支持Mode1和Mode2
當單播的SL HARQ功能開啟時，在non-RBG情況時，如果接收端UE成功解調了對應的TB，UE生成HARQ-ACK；如果UE在解調了給自己的PSCCH之后解調PSSCH失敗了，UE生成HARQ-NACK
當組播的SL HARQ功能開啟時，支持使用TX-RX之間的距離以及/或者RSRP來決定接收端UE是否發(fā)送HARQ反饋。在non-CBG情況中支持兩種選項：
Option 1：UE解調相關的PSCCH之后解調PSSCH失敗了，在PSFCH發(fā)送HARQ-NACK。否則，在PSFCH上不發(fā)送信號
Option 2：如果UE成功解調了PSSCH,接收端UE在PSFCH上發(fā)送HARQ-ACK; 如果接收端解調PSCCH之后沒能成功解調相關的PSSCH則在PSFCH上發(fā)送HARQ-NACK。
?
?
5.1.2.2.2 Mode 1資源分配的HARQ流程細節(jié)
PSSCH和發(fā)送HARQ反饋的PSFCH之間的時間間隔時預定義的。對于單播和組播來說，如果SL需要重傳，這個可以通過覆蓋范圍內的UE通過PUCCH通知基站。目前支持發(fā)送端UE以SR/BSR形式通知基站，而不是以HARQ ACH/NACK的形式，該結論目前已經被反轉，即支持發(fā)送端UE發(fā)送HARQ ACK/NACK通知基站需要重傳資源，而不是SR/BSR的形式。
研究同時考慮了另一種選項：接收端UE發(fā)送指示給他的服務基站，比如HARQ-ACK/NACK,以及假設沒有基站間通信（該結論好像也被否決了）
SL重傳資源也可以在基站沒有收到類似的指示時由基站分配
5.1.2.2.3 Mode 2資源分配的HARQ流程細節(jié)
PSSCH和發(fā)送HARQ反饋的PSFCH之間的時間間隔時預定義的。
5.1.2.3 CSI 獲取
V2X的CSI信息例子有CQI, PMI, RI, RSRP, RSRQ, 路損/路增益， SRI, CRI, 干擾條件，車的移動。對于單播來說，假設天線端口不超過4個，CQI,RI,和PMI或者他們的子集支持寬帶形式非周期的CSI上報。CSI流程不依賴于單獨的RS。CSI報告可以通過配置被開始或者關閉。
5.1.2.4 功率控制
SL支持開環(huán)功率控制。當發(fā)射端UE在覆蓋范圍內，基站可以為單播，組播或者廣播開啟開環(huán)功率控制，該功控是基于發(fā)射端UE和服務基站之間的pathloss的，這是為了緩解對基站的上行接收的干擾。額外的，至少對于單播來說，也可以（預）配置使用發(fā)射UE和接收UE之間的pathloss. 發(fā)射端UE通過接收端UE上報的RSRP進行路損的估計
為了支持開環(huán)功控，單播至少支持長期的RSRP測量，比如L3濾波
SL不支持TPC命令，也即閉環(huán)功控
5.1.2.5 波束管理
RAN1對波束管理進行了很少的討論，結論是波束管理對于SL來說是有好處的。在FR1,沒有波束管理的V2X是可行的。在FR2,一些場景不用波束管理也是可行的。為了提高FR2的通信范圍，面板選擇是必要的。
5.2 同步
V2X SL 同步包括：
- SL 同步信號：SL 主同步信號（S-PSS）, SL 輔同步信號(S-SSS)
- 物理SL廣播信道（PSBCH）
- SL同步源和流程
使用其他SL信號或者信道來做同步，比如PSCCH/PSSCH的參考信號，也被研究過
5.2.1 主同步，輔同步，廣播信道
把S-PSS, S-SSS和PSBCH構成一個塊結構（S-SSB）支持周期傳輸。在一個載波上，S-SSB和PSCCH/PSSCH有著相同的numerology, 傳輸帶寬在配置的SL BWP之內，以及S-SSB的頻率位置是（預）配置的。這樣UE在一個載波上去檢測S-SSB就不需要對頻率位置進行假設了
S-PSS的序列是一個m序列，S-SSS序列是一個Gold序列。這個和PSS以及SSS的序列類型是對應相同的
5.2.2 同步流程
SL同步源包括GNSS,gNB,eNB,NR UE,每一個都有一個同步優(yōu)先級如下：
| P0 | GNSS | gNB/eNB |
| P1 | 所有直接同步到GNSS的UE | 所有直接同步到gNB/eNB的UE |
| P2 | 所有非直接同步到GNSS的UE | 所有非直接同步到gNB/eNB的UE |
| P3 | 任何其他UE | GNSS |
| P4 | N/A | 所有直接同步到GNSS的UE |
| P5 | N/A | 所有非直接同步到GNSS的UE |
| P6 | N/A | 任何其他UE |
是否基于GNSS還是eNB/gNB作同步是（預先）配置的。在單載波通信中，UE從可獲得的同步源中具有較高優(yōu)先級的同步源總獲取傳輸的定時信息。
當NR UE支持LTE Uu/PC5 或者 LTE Uu時，才能使用eNB作同步源。把NR SL和LTE SL同步并且NR和LTE SL的同步流程是單獨進行的，這樣的操作由標準化進行規(guī)范
在一個不存在蜂窩網絡的非授權載波上（ITS），也支持使用SL RS進行同步。這樣的RS既不是S-PSS/S-SSS的一部分也不是單獨為這個目的設計和發(fā)送的
5.3 資源分配
研究階段定義了至少以下兩種SL資源分配方案：
Mode 1：基站為UE的sidelink傳輸分配sdielink資源
Mode 2: UE自己決定sidelink傳輸資源，也就是說基站不調度，這些選擇的資源是基站/網絡配置的或者預定義的。
資源分配Mode 2包括：
a) UE自主選擇資源
b) UE幫助另一個UE選擇資源，作為a) b) c)的一部分功能
c) UE被配置了資源許可（Type-1）
d) UE為其他UE分配資源
5.3.1 資源分配Mode 2
資源分配Mode 2至少支持盲重傳的資源預留
5.3.1.1 感知和資源（重-）選擇
資源分配Mode 2支持資源感知和資源選擇
感知的過程被定義為解調其他UE的SCI以及/或者sidelink測量。解調的SCI至少能提供發(fā)送這個SCI的UE所占據/指示的資源信息。在解調了對應的SCI之后，感知流程使用一個基于sidelink DMRS的L1 RSRP測量。
資源選擇定義為使用感知的結果進行資源選擇
5.3.1.2 Mode2(a)
研究階段考慮了Mode 2（a）的資源選擇流程，包括不同TB的多次傳輸的半靜態(tài)資源選擇，以及一個TB的多次傳輸的動態(tài)資源選擇
研究了以下技術用于區(qū)分已經被占用的資源：
- 解調sidelink控制信道傳輸
- sidelink測量
- sidelink傳輸檢測
研究了以下技術用于sidelink資源選擇：
- UE怎么為PSCCH以及PSSCH選擇資源
- UE使用哪些信息進行資源選擇流程
5.3.1.2 Mode2(c)
對于覆蓋外的運營場景，Mode 2（c）在每一個資源池中預定義一個或者多個sidelink傳輸資源pattern
對于覆蓋范圍內運營場景，Mode 2（c）由基站為每一俄國資源池指示一個或者多個sidelink傳輸資源pattern
如果一個發(fā)送UE只被配置了一個傳輸資源pattern，UE不需要進行感知流程；當配置了多個傳輸資源pattern，UE有可能進行感知流程
一個“pattern”被定義成時頻資源的大小以及位置，以及資源的數量
5.3.1.2 Mode2(d)
在組播sidelink通信中，支持由UE-A通知他的服務基站其他的組成員UE-B, UE-C等。也支持由gNB通過UE-A為每個組成員配置單獨的資源池。UE-A不能修改這些配置并且其他組成員UE和gNB之間不需要建立連接。這些配置通過高層信令進行。這些功能取決于UE能力。
5.4 L2/L3協(xié)議
未完待續(xù)......
?
?
?
總結
以上是生活随笔為你收集整理的3GPP TR 38.885 Study on NR Vehicle-to-Everything (V2X) (Release 16)的全部內容，希望文章能夠幫你解決所遇到的問題。
- 上一篇： 基于5G智慧园区的车联网系统应用示范
- 下一篇： 单片机L298N电机驱动板的几种不同电压