數(shù)據(jù)或信令在發(fā)給物理層之前，要先經(jīng)過PDCP，RLC和MAC層的處理。但從物理層的角度來看，它只從MAC層接收數(shù)據(jù)：MAC PDU（Protocol Data Unit）。一個MAC PDU對應(yīng)一個物理層TB。
下行物信道的處理流程：
- TB到Codeword的處理過程：
1、CRC校驗：添加CRC校驗碼
2、分段：對碼字進行分塊，使其適合信道編碼器的長度，添加CRC檢驗碼
3、信道編碼：對分段碼塊進行信道編碼
4、對分段碼塊進行速率匹配，生成HARQ對應(yīng)冗余版本，隨后對分段碼塊進行串聯(lián)，形成Codeword
- Codeword到OFDM信號的處理過程
5、比特加擾：對Codeword進行加擾
6、調(diào)制：將比特流調(diào)制為復(fù)數(shù)信號
7、層映射：將碼字等分為N份，每一份放到獨立的一層處理
8、預(yù)編碼：將層符號流通過預(yù)編碼矩陣映射到不同的天線端口。注意天線端口是邏輯概念，可以理解為非相干天線數(shù)，
端口的概念在這篇博文里面講得比較清楚。http://blog.sciencenet.cn/blog-645086-794284.html
端口的實質(zhì)：端口是從接收者的角度定義的（下行的接收是UE，上行的接收是基站），一個端口對于接收者來說就認為是一個獨立的天線信道；如發(fā)送端有4根天線，且是相干的小間距天線，所以只能將這個4個天線定義為一個端口，對于接收端來說，這4根天線與一根沒有區(qū)別，若一定說區(qū)別，前者可以做動態(tài)的beamforming（但是在LTE協(xié)議里面做不到），而后者只能是扇區(qū)賦型（定向天線）。對于單端口系統(tǒng)來說，不存在precoding，更談不上codebook了。
一個天線端口就是一個信道，終端需要根據(jù)這個天線端口對應(yīng)的參考信號進行信道估計和數(shù)據(jù)解調(diào)。
9、生成OFDM信號，每個天線端口對應(yīng)一個OFDM信號
