: : 1 : : 關於LDPC CODE的 Hard decision 是否就是這麼簡單?? : : 也就是Bit-Flipping Algorithm的方式 : 似乎沒錯 你應該指的是Hard Decision Decoding... Bit-Flipping後來其實演變成一種很General的通稱～ 裡面有許多的變形，不乏有使用到Soft Information 在最原始的版本中，確實是Hard Decision Decoding : : 2 : : 又soft decision 性能是否遠勝 hard?? : : 不然兩者的運算量差距也太大了吧 : 這我還是找不到明確答案，很久以前上課的時候老師有說 : 一般的編碼Soft 和 hard 的效能差大約3dB，我不確定LDPC是否如此?? ML Decoding下的確有這樣約略3dB的差異～ Suboptimal Decoding就未必了... : : 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真的是很大 是，就是這麼大，但是這個H通常會有某種構造方便Encoding... DVB-S2的就有特殊構造避免Cycle4和方便Encode : : 4 : : 要設定H時的規範是否有嚴謹的規定 : : 假設我要的是 code rate k/n為0.5.... : : 那該不會傳送一個BLOCK就要H的行數或是列(ROW)數這麼大吧 : : 我在設計CODE時可否有向是說我一個BLOCK就是512.. : : 然後設計出code rate 0.5 512出 256進的設計??? 通常是Rate先決定好，限制住碼長n之後，自然而然就有k了 : 5 : Regular 和 irregular 主要是看矩陣中的weight是否符合某一規則 : 目前效能最好的LDPC反而是irregular... : 那 : regular在編碼或是解碼是否會比較簡單實現 : (因為有一套左移或是右移的規則也許在電路上叫簡單??這方面有論文可參考??) 是，Regular LDPC Code在Decoding的實現是有很大的好處... Encoding我不認為有啥太大的差別，除非是特殊構造的(Ir)regular LDPC Code : 6 : 我們是否已經有幾個完美且性能良好的H矩陣或是G矩陣?? : 因為在ENCODE時有時候會要做上三角或是下三角貨是矩陣處理 : 如果H或是G已經確定了，那做三角矩陣時不就是一個已知了?? : 又 : 在ENCODE有甚麼方法比較好，有出線在哪篇資料裡?? 請爬文LDPC，應該可以找到一篇Richardson的Efficient Encoding.....的論文... 如果本身H沒有特殊構造，這方法應該還算可以用.... -- 現代人普遍的現象： 「小學而大遺」、「捨本而逐末」、「以偏而概全」、「因噎而廢食」 --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 140.113.144.28