※ 引述《cht1234 (cht1234)》之铭言： : 小弟想问一下 : 我是参考这份 PPT : www.csee.wvu.edu/~mvalenti/documents/TurboLDPCTutorial.ppt : 和 : Moon TK. Error correction coding Mathematical methods and algorithms : 2005 : 目前也只是看一部分...就遇到超多的问题 今天又查了一些资料就自问自答.... 如有观念错误希望大家指正 : 1 : 关於LDPC CODE的 Hard decision 是否就是这麽简单?? : 也就是Bit-Flipping Algorithm的方式 似乎没错 : 2 : 又soft decision 性能是否远胜 hard?? : 不然两者的运算量差距也太大了吧 这我还是找不到明确答案，很久以前上课的时候老师有说 一般的编码Soft 和 hard 的效能差大约3dB，我不确定LDPC是否如此?? : 3 : 我问一下我的观念有没有错 : LDPC是要一个非常大的稀疏矩阵来当H : 有H後就可以得到G : 那以真实世界(规格)来说H是要多大??? : 有看书上说LDPC的H越大，效能越好 有看到DVB S2的规格，在code rate=0.5时 他们的规定 data block frame是32400bits=k LDPC block frame 是 64800bits=n 那是否一个H矩阵就是32400X64800??如果是的话那H真的是很大 : 4 : 要设定H时的规范是否有严谨的规定 : 假设我要的是 code rate k/n为0.5.... : 那该不会传送一个BLOCK就要H的行数或是列(ROW)数这麽大吧 : 我在设计CODE时可否有向是说我一个BLOCK就是512.. : 然後设计出code rate 0.5 512出 256进的设计??? 5 Regular 和 irregular 主要是看矩阵中的weight是否符合某一规则 目前效能最好的LDPC反而是irregular... 那 regular在编码或是解码是否会比较简单实现 (因为有一套左移或是右移的规则也许在电路上叫简单??这方面有论文可参考??) 6 我们是否已经有几个完美且性能良好的H矩阵或是G矩阵?? 因为在ENCODE时有时候会要做上三角或是下三角货是矩阵处理 如果H或是G已经确定了，那做三角矩阵时不就是一个已知了?? 又 在ENCODE有甚麽方法比较好，有出线在哪篇资料里?? --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 59.112.139.157