请教OFDM解调的问题

☆─────────────────────────────────────☆
   hutcoffee (缘起，诸法无常，诸形无我) 于  (Fri Dec  1 18:00:12 2006)  提到:
如果采用硬判决，那么将FFT之后的数据直接映射为比特；
如果采用软判决，那么该怎么做呢？
谢谢！
☆─────────────────────────────────────☆
   MrJiang (我不是牛人) 于  (Fri Dec  1 20:57:54 2006)  提到:
根据后面译码的要求，截取某些位就行咯
☆─────────────────────────────────────☆
   hutcoffee (缘起，诸法无常，诸形无我) 于  (Fri Dec  1 23:20:30 2006)  提到:
我记得维特比译码不是要求解调提供后验概率作为软信息的吗？
☆─────────────────────────────────────☆
   MrJiang (我不是牛人) 于  (Sat Dec  2 15:12:18 2006)  提到:
个人理解软判决和硬判决的差别在于，软判决为解码处理提供了一个更为准确的是0还是1的概率；而硬判决则只能提供各为50%的概率。
软判决在回答了这个结果可能是0或者1的同时也说明了这个结果有多大的可能是0或者1.比硬判决多一些信息
☆─────────────────────────────────────☆
   hutcoffee (缘起，诸法无常，诸形无我) 于  (Sat Dec  2 19:08:48 2006)  提到:
不错，软判决在解调时不像硬判决那样把信号根据判决得到的星座点映射为比特，而是输出了很多中间状态。
但在实现的时候应该怎么做呢？你说的直接截取是怎么回事？
☆─────────────────────────────────────☆
   redgiggs (同十年辉煌，共百年风雨) 于  (Sun Dec  3 09:38:12 2006)  提到:
实际做东西，即使不考虑信道估计和补偿，也不会有在FFT之后就截取出所谓硬判决的，viterbi那如果不做软判决解码，会错的很严重。
☆─────────────────────────────────────☆
   hutcoffee (缘起，诸法无常，诸形无我) 于  (Sun Dec  3 11:43:35 2006)  提到:
你的意思是用了卷积码之后必须得用软判决解调？
☆─────────────────────────────────────☆
   fireice (ice rain) 于  (Sun Dec  3 12:56:22 2006)  提到:
实现时可以认为对解调输出进行量化，因为一般解调输出的bit数会大于译码器需要的b
it数，用4bit来作译码在一般通信系统中是够用的。量化间隔需要认真考虑，理论上每
个信躁比都有一个对应的最佳量化间隔，proakis的数字通信关于卷积码那章的末尾有论
述，但在多径下推导太麻烦，就通过仿真来确定了。
☆─────────────────────────────────────☆
   hutcoffee (缘起，诸法无常，诸形无我) 于  (Sun Dec  3 19:11:36 2006)  提到:
是不是这样理解：把FFT之后的数据（复数）进行量化，然后送给viterbi译码器做译码？
但是这中间没有进行映射啊？
☆─────────────────────────────────────☆
   fireice (ice rain) 于  (Sun Dec  3 22:33:58 2006)  提到:
当然要进行映射，对于BPSK,QPSK调制直接用来量化就可以，对于高阶调制就要采取算法
来计算对应bit的软判决，软判决实际就是对应bit的是0或1的概率
☆─────────────────────────────────────☆
   hutcoffee (缘起，诸法无常，诸形无我) 于  (Mon Dec  4 10:23:22 2006)  提到:
BPSK的时候好理解，QPSK的情况就不太明白了：
FFT之后的信号量化之后仍然是复数，最后怎么确定哪个去对应00、哪个去对应01、10、11呢？选择不同的映射方案最后结果都不一样，难道这个任务交给译码器完成了？

这个不是OFDM解调的问题，而是demapping的问题，对QPSK,16QAM,64QAM,...的解映射问题。以最简单的QPSK为例，假设FFT之后的复数是A+j*B，那么A,B代表的是发送端的'0'和‘1’的可信度（而不是直接判决为0，1），接下来会由后面的FEC（比如viterbi）再来译码到具体的比特。