※ 引述《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