C114门户论坛百科APPEN| 举报 切换到宽版

亚星游戏官网

 找回密码
 注册

只需一步,快速开始

短信验证,便捷登录

搜索
查看: 1625|回复: 0

[技术讨论] OFDM链路仿真部分总结 [复制链接]

军衔等级:

亚星游戏官网-yaxin222  新兵

注册:2017-3-8
发表于 2021-11-17 16:22:24 |显示全部楼层
1, 每个ofdm符号总长度为1/14ms,有效长度为1/15ms,cp长度为(1/14 -1/15)ms,有效sym长度等于cp长度的14倍;
2,有效长度为1/15ms,是因为每个symbol长度至少需要包含一个载波周期,否则傅里叶变换得不到正确的频谱;//错误理解,应该只是为了保证各个子载波之间的正交性
3,发送端星座映射之后的数据被认为是频域信息,做IFFT(不足2的幂次方的补零)转换到时域,然后添加cp,再上变频;接收端下变频后,在一个symbol内采样至少一个完整周期的时域波形(也就是发送端IFFT点数的倍数个数据),然后判决,再FFT(开窗位置?),最后去掉无用信息,得到有效数据。
4,交织按行写入,按列读出。交织发生在信道编码之后,星座映射之前,这样才可以在接收端解码的时候防止大块错误(信道频率选择性衰落等原因)导致译码不正确。
5,加扰发生在星座映射之前,因为扰码需要加在二进制bit流上,星座映射之后已经变为复数。
6,解调的时候不应该进行硬判决,一旦是高阶调制,判决将不会很容易。然后在在译码时选择用硬判决译码或软判决译码
7,viterbi译码时,只要回溯到当前状态,就已经知道了前一时刻输入的信息(当前状态的最高bit);只要有了父状态的最低bit,也就知道了具体的父状态(S2i或者S2i+1);
8,viterbi译码使用滑窗确实能减少较多存储空间,假设共有256个状态,虽然每个stage、每个状态只存1bit,但每个stage需要存256bit,如果信息长度较长,则stage数量会很多,此时存储父状态所需的空间会比存储PM的空间大很多。另外,较早地开始回溯译码(与PM计算并行进行)会提高译码效率,减少译码时间。
9,咬尾卷积码在译码时,随机选择一个初始状态,最多只需要两次迭代即可,且第一次迭代译码完成之后只有前(m) bit信息可能有误;此时通常最终状态和初始状态不同,然后以该最终状态作为新的初始状态,第二次迭代译码一定可以完全译码成功;也有一种可能是,第一次译码的最终状态和初始状态不同,但实际上已经完全译码成功,因为有一定的概率在部分路径不同的情况下,路径代表的含义是相同的。
10,只加awgn信道时,如果考虑sto,则接收信号经过FFT后,都会产生2pi*k*sto/N_fft相位偏移。如果此时大家想恢复原序列(且忽略噪声引起的幅度偏差),则直接给每个子载波位置补偿相位即可。或者将接收到导频和本地golden导频相除之后得到的就是pilot的频域幅度和相位偏移,然后插值得到data的频域幅度和相位偏移。最后将接收到的数据和该偏移值(复数)相除即可得到估计后的源数据。
11,如果考虑到真实多径衰落信道h以及噪声影响,就不能使用直接补偿每个子载波的相位的方法。

举报本楼

您需要登录后才可以回帖 登录 | 注册 |

手机版|C114 ( 沪ICP备12002291号-1 )|联系大家 |网站地图  

GMT+8, 2024-11-15 14:02 , Processed in 0.110621 second(s), 15 queries , Gzip On.

Copyright © 1999-2023 C114 All Rights Reserved

Discuz Licensed

回顶部
XML 地图 | Sitemap 地图