推 cht1234:專家厲害喔 59.112.139.157 12/01 21:32
: : 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