這個系列介紹NR的PUSCH（Physical Uplink Shared Channel），物理上行共享信道。PUSCH和PDSCH（Physical Downlink Shared Channel）對應(yīng)，一個用于上行傳輸，一個用于下行傳輸，在很多方面比較相似，這里重點關(guān)注不同之處。不熟悉PDSCH的讀者，可參考孫老師的《NR下行物理信道（PDSCH）簡析V2.0》，或我的學習心得（《NR PDSCH（一）/（二）/（三）/（四）/（五）/（六）/（七）》）。

PUSCH和PDSCH都是物理信道，位于Uu接口協(xié)議棧的最底層。從映射關(guān)系看，PUSCH只對應(yīng)一種傳輸信道（UL-SCH），用于傳輸“數(shù)據(jù)”（DTCH）和“信令”（CCCH、DCCH），不用關(guān)注廣播（BCCH）和尋呼（PCH）等過程，比PDSCH簡單一些。不過，除了“數(shù)據(jù)”和“信令”，PUSCH有時也會“夾帶私貨”，包括下行傳輸?shù)?strong>HARQ-ACK信息，或CSI（Channel State Information）報告。

無論PUSCH還是PDSCH，資源都是gNB分配的。通常來說，UE通過DCI獲得UL Grant（上行授權(quán)），才可以在對應(yīng)的時頻資源發(fā)送上行數(shù)據(jù)。不過，在CBRA（Contention Based Random Access）中，UE通過PUSCH發(fā)送MSG 3，此時UL Grant來自MSG 2（Random Access Response）。對UE來說，UL Grant怎么來（DCI或RAR）并不重要，不管黑貓白貓，捉到老鼠就是好貓。在某種程度上，UE對UL Grant指示的資源有一定的自主權(quán)（基站分配完就管不了那么多了），比如說，UE為了業(yè)務(wù)數(shù)據(jù)請求PUSCH，獲得UL Grant后，PUSCH可用于發(fā)送優(yōu)先級更高的信令數(shù)據(jù)。

除了CBRA的MSG 3，gNB無法預(yù)知UE何時需要發(fā)送數(shù)據(jù)（UE的心思你別猜），因而不會為UE預(yù)留PUSCH資源，以免浪費。在上行數(shù)據(jù)抵達時，UE需要主動通過PUCCH發(fā)送SR（Scheduling Request），向gNB請求PUSCH資源—— 前提是UE出于“上行同步”狀態(tài)，且有可用于SR的PUCCH資源。如果UE處于“上行失步”狀態(tài)，UE只能通過隨機接入獲得PUSCH資源。

和PDSCH不同，除了通過DCI或RAR獲得UL Grant的Grant-Based方式（動態(tài)調(diào)度），PUSCH還支持兩種Grant-Free方式，基站通過Configured Grant Config進行PUSCH的RRC預(yù)配置 —— 實際調(diào)度時，Type 1由RRC配置（上行數(shù)據(jù)到達觸發(fā)），Type 2通過CS-RNTI加擾的DCI激活（半靜態(tài)調(diào)度）。和PDSCH相同，PUSCH也支持（TB）重復(fù)傳輸，PUSCH Aggregation Factor可配置為n2、n4或n8，選擇RV參見下圖。

在NR中，gNB通過DCI1_0和DCI 1_1調(diào)度PDSCH，通過DCI 0_0和DCI 0_1調(diào)度PUSCH。Frequency Domain Resource Assignment和Time Domain Resource Assignment用于指示時頻資源。和PDSCH不同，PUSCH不支持交織（Interleaving）映射，因此，DCI 0_0和DCI 0_1不包含VRB to PRB Mapping字段。和LTE相似，NR PUSCH使用另一種方法獲得頻域分集增益 —— 跳頻（Frequency Hopping），后面再講。

和PDSCH相似，PUSCH支持HARQ（但沒有顯性的HARQ反饋，可參考《NR HARQ（五）》），因此，DCI 0_0和DCI 0_1包含MCS（Modulation and Coding Scheme）、NDI（New Data Indicator）、RV（Redundancy Version）、HARQ Process Number等，TBS（TB Size）確定方式和PDSCH相似。PUSCH只支持1個Codeword，DCI 0_0和DCI 0_1不包含第二個TB相關(guān)字段。PUSCH支持CBG傳輸，DCI 0_1包含CBGTI（Code Block Group Transmission Indicator），指示發(fā)送（或重傳）的CBG，由于上行傳輸?shù)腍ARQ緩存就在gNB，DCI 0_1不包含CBGFI（Code Block Group Flushing Indicator）字段 —— gNB自己知道就行了。

和PDSCH相似，“數(shù)據(jù)”經(jīng)過一系列處理后，才“裝載”到PUSCH進行傳輸。更具體的，根據(jù)3GPP TS 38.211和TS 38.212描述，在發(fā)送端（UE），UL-SCH處理過程包括14個步驟：1、Transport Block CRC Attachment；2、LDPC Base Graph selection；3、Code Block Segmentation and Code Block CRC Attachment；4、Channel Coding；5、Rate Matching；6、Code Block Concatenation；7、Data and Control Multiplexing；8、Scrambling；9、Modulation；10、Layer Mapping；11、Transform Precoding；12、Precoding；13、Mapping to VRB；14、VRB to PRB Mapping。步驟1 ~ 7詳見3GPP TS 38.212的6.2章節(jié)；步驟8 ~ 14詳見3GPP TS 38.211的6.3.1章節(jié)。

從“宏觀”角度看，PUSCH（UL-SCH）處理過程比PDSCH（DL-SCH）多2個步驟：Data and Control Multiplexing（“數(shù)據(jù)”和“控制”復(fù)用）和Transform Precoding（DFT預(yù)編碼）。前一個解決PUSCH“夾帶私貨”的需求，后一個用于降低立方度量，提升功放效率。“DFT預(yù)編碼”只用于上行傳輸，因為相對UE來說，基站（功放）沒那么“嬌氣”。“DFT預(yù)編碼”是否開啟，對其他處理步驟會產(chǎn)生影響（比如調(diào)制模式、預(yù)編碼矩陣、DM-RS序列和附加DM-RS等），是PUSCH的一個關(guān)鍵環(huán)節(jié)。

Data and Control Multiplexing有機會再講，在此之前，PUSCH處理步驟和PDSCH基本相同，概括來說，就是進行信道編碼（LDPC），根據(jù)空口碼率和RV選擇比特，構(gòu)成Codeword。在這部分中，PUSCH和PDSCH的主要差異是：PDSCH支持2個Codeword，但LBRM（Limited Buffer Rate Matching，可參考《NR PDSCH（三）》）是強制要求的（UE緩存更可能受限）；PUSCH只支持1個Codeword，但LBRM是可配置的。

PUSCH和PDSCH的擾碼（Scrambling Code）都是偽隨機碼，主要差異是：1、Cinit的nID分別使用data Scrambling Identity PUSCH和data Scrambling Identity PDSCH —— 如果RRC有配置的話（沒有則使用小區(qū)ID）；2、PDSCH的Cinit輸入包含q（對應(yīng)不同Codeword），兩個Codeword使用不同的擾碼，PUSCH的Cinit輸入不包含q，因為PUSCH只支持1個Codeword。

在NR中，PDSCH支持4種調(diào)制模式：QPSK、16QAM、64QAM和256QAM。PUSCH也支持這4種調(diào)制模式，如果“DFT預(yù)編碼”開啟，則還支持π/2-BPSK調(diào)制，以降低立方度量，提升功放效率 —— 如果“DFT預(yù)編碼”沒有開啟，立方度量主要受限于OFDM，沒必要支持π/2-BPSK調(diào)制。（引用自愛立信的《5G NR The Next Generation Wireless Access Technology》）

在NR中，PDSCH最多支持8層傳輸，PUSCH最多支持4層傳輸（受限于UE天線端口數(shù)量）。PUSCH層映射方法和PDSCH相同，協(xié)議中直接引用PDSCH的表格（1 ~ 4層）。不過，如果“DFT預(yù)編碼”開啟，PUSCH只支持單層傳輸，因為多層傳輸和“DFT預(yù)編碼”疊加過于復(fù)雜。實際上，引入“DFT預(yù)編碼”主要是為了提高覆蓋，在覆蓋受限場景下，接收信噪比較低，本來也無法支持多層傳輸。

“DFT預(yù)編碼”將長度為M（符號）的數(shù)據(jù)塊，通過長度為M的DFT（Discrete Fourier Transform，離散傅里葉變換），以降低立方度量，提升功放效率 —— M代表PUSCH包含SC數(shù)量，由于PUSCH以RB為粒度分配，而1個RB包含12個SC，因此M總是12的倍數(shù)。從DFT實現(xiàn)的復(fù)雜度看，M應(yīng)限制為2的冪，但這會限制調(diào)度的靈活性（M為12的倍數(shù)，已不可能是2的冪），為了在復(fù)雜度和靈活性之間取得平衡，協(xié)議規(guī)定PUSCH包含RB數(shù)量的質(zhì)因數(shù)只能是2、3和5，即M = 2^a2 x 3^a3 x 5^a5。（和LTE一樣）

在NR中，PDSCH只支持“基于非碼本的預(yù)編碼”，預(yù)編碼對UE來說是“透明”的；PUSCH支持“基于碼本的預(yù)編碼”和“基于非碼本的預(yù)編碼”，gNB可通過PUSCH Config的高層參數(shù)txConfig配置 —— 如果使用“基于碼本的預(yù)編碼”，gNB通過DCI向UE傳遞TPMI（Transmitted Precoding Matrix Indicator），UE根據(jù)層數(shù)（Layers）、天線端口數(shù)量（Antenna Ports）和“DFT預(yù)編碼”是否開啟，在3GPP TS 38.211的Table 6.3.1.5-1 ~ 7選擇表格，再根據(jù)TPMI選擇碼本（預(yù)編碼矩陣W）。如果使用“基于非碼本的預(yù)編碼”，W退化為單位矩陣。

在下行傳輸中，UE通過測量CSI-RS（Channel State Reference Signal）確定預(yù)編碼矩陣W，相對應(yīng)的，在上行傳輸中，gNB通過測量SRS（Sounding Reference Signal）確定預(yù)編碼矩陣W。從“接收機”的角度看，PUSCH的DM-RS和“數(shù)據(jù)”采用相同的預(yù)編碼，預(yù)編碼是透明的，但從“調(diào)度器”的角度看，DCI包含的TPMI是“調(diào)度器”選擇的，預(yù)編碼是可見的。

這個系列是《NR上行物理信道（PUCCH / PUSCH）簡析V2.0》（作者孫老師，發(fā)表于“春天工作室”公眾號，推薦各位讀者關(guān)注）的學習心得，提供給和我一樣的小白參考。本系列同時參考了金輝老師的《深入理解LTE-A》、愛立信的《5GNR The Next Generation Wireless Access Technology》和人民郵電出版社的《5G空口特性與關(guān)鍵技術(shù)》。部分示圖引用自上述資料，為了風格的一致性，我重新繪制并做了修改（也可能引入了一些錯誤）。