LTE物理信道-PBCH _传输

PBCH:
目录
1、MIB（block）携带信息
2、TDD or FDD
3、编码方式
4、速率匹配
5、Code block 串联与turbo相同
6、加扰
7、QPSK 调制
8、层映射
9、预编码
那么问题来了：如何在接收端进行译码?
10、资源映射
11、
1、MIB（block）携带信息
PBCH信息比特共24位
dl-, 3位, 表示 6, 15, 25, 50, 75, 100 六种带宽.
phich-, 1位, 表示 or
phich-, 2位, 对应PHICH的参数Ng, ={1/6, 1/2, 1, 2}
SFN帧号高8位（低两位可以通过解码得到）
spare预留比特10位.
2、TDD or FDD
- 0 slot1 sym0~3
-围绕DC的72个子载波(6RB)，不能占用CRS的资源
-占用72*4-4*6*2=240RE（前两个符号每个RB有4个RE用于传输CRS）
-传输周期10ms，每40ms内重复传输4次相同的原始信息；每次传输可以独立解码；
3、编码方式
{D_{0}^{i},D_{1}^{i},...,D_{D-1}^{i}}" src="" />
a tail- k=7, r=1/3code with afor ratethatandastothesize;
i为编码输出流索引
- CRC 校验，24bit + 14bit 的校验位，CRC校验可参考文献2，不同发送天线端口数，采用不同的CRC掩码。以此来区分
- code block ,每段加CRC，在第一块进行bit填充
- 信道编码
-咬尾卷积码，码率1/3，D=K
-Turbo 码率1/3 D=K+4
每一位映射成3bit，最右边的D对应着最低bit
移位寄存器的初始化值：为code block的最后几个
4、速率匹配
-类似turbo，只有bit选择、传输不同
见：LTE-0的博客-CSDN博客
-下面只叙述差异部分
从上述伪代码可以看出，相当于是16倍的重复编码；（16=1920/120）
5、Code block 串联与turbo相同 6、加扰
物理小区ID + SFN的低2位进行加扰序列的初始化。因此，每一帧传输的最终BIT不一致。
7、QPSK 调制

文章插图
得到
每帧传输240*2Bit=
每40ms传输480*4Bit = ;
8、层映射
9、预编码
（根据最新LTE协议，PBCH只有两种预编码方式）
-(a) 单天线传输
,p为端口号{0,4,5,7,8,11,13,107,108,109,110}
-(b) 发射分集的方式，天线端口数为2或4
- 天线端口数 = 2的例子
Port0 顺序传输QPSK符号；Port1传输Port0的对应数据实部取反或者虚部取反的副本；也可表示成如下形式，两者是等效的。
- 天线端口数 = 4 的例子
那么问题来了：如何在接收端进行译码? 10、资源映射
11、
-MIB 每40ms为传输周期，同步信号可以得到5ms的同步周期，通常需要滑窗来收集4个PBCH 的接收信号。如果SNR足够好，UE可以尝试通过单个PBCH接收信号来解码，不需要等40ms 。在后面的情况下，需要尝试4种解扰序列。译码成功最终得到完整的系统帧号；
参考:
1、ttps://////
2、CRC校验原理及实现 - 知乎
【LTE物理信道-PBCH】3、/ftp/Specs/中的212协议