上面是示出在不同的Eb的BER(誤碼率)的曲線/使用BPSK在AWGN信道號值。粉紅色曲線顯示未編碼系統(無通道編碼器和解碼器)的BER,而黑色曲線表示使用漢明(7,4)編碼進行通道編碼的數字通信的BER。但是,我無法解釋爲什麼兩條曲線開始相交併以6dB交叉。
0
A
回答
0
我開始在評論中寫這個,它開始變長。我認爲這是正確的或不正確的。這對我來說很有意義,儘管如此,也許你必須在這之外做更多的研究。
注:我知道BER通常超過秒,但對於我們的目的,我們會看到更小的東西。
雖然我的第一個假設(根據您的圖表)是BER是在實際數據而不是信號。如果我們對1個錯誤的這些2個不同的編碼方案的BER每7個比特我們有0個錯誤,每7個比特相比,1的漢明編碼信號的BER在7
初始:
- 未編碼的:1個錯誤每7位接收
- 漢明(7,4):0錯誤每4位(如果校正)
現在讓我們增加噪聲,從而增加了耳鼻喉科的錯誤率ire信號。
高度增加的BER:
- 未編碼:3.5差錯7位(50%)(多個序列以獲取平均)
- 漢明(7,4):在4個比特2級的錯誤(50 %)
在BER增加的過程中,它們必須跨越你所看到的圖形。除了交叉點之外,由於每個錯誤的數據較少(實際數據密度較低),我希望在漢明方面看起來更糟糕。我相信你可以用數學的方式來計算......不幸的是,我需要更多的時間來研究這個問題,而不是我所關心的,儘管它對我來說只是直覺上有意義。
相關問題
- 1. 編碼效率VS執行效率
- 2. 未獲取代碼覆蓋率信息
- 3. 字符編碼錯誤未通過指定編碼解決
- 4. Cobertura代碼覆蓋率是錯誤的
- 5. C#上的頻率代碼錯誤#
- 6. ffmpeg多比特率編碼
- 7. Encoding.ASCII VS編碼.UTF8錯誤
- 8. 安卓碼率按鈕語法錯誤
- 9. 代碼覆蓋率 - 消除誤報
- 10. GNU無線電DQPSK誤碼率
- 11. FFMPEG,轉碼分辨率誤差
- 12. 編碼通信
- 13. 編碼錯誤信息
- 14. 效率的代碼
- 15. SAX代碼效率
- 16. Python代碼效率
- 17. 效率VB.NET代碼
- 18. Javascript代碼效率
- 19. 谷歌地圖地理編碼API錯誤率限制
- 20. 使用VS 2012代碼合併代碼覆蓋率文件動態代碼覆蓋率
- 21. 無法設置MediaRecorder的採樣率和編碼比特率
- 22. 代碼覆蓋率:.NET代碼覆蓋率和SonarQube VSTS集成
- 23. 聲納代碼覆蓋率:%代碼覆蓋率不一致
- 24. MediaCodec輸出碼率,法令至10%時更新碼率
- 25. Java中BASE64類的編碼/解碼算法的效率如何?
- 26. PHP編碼約定和效率
- 27. X264編碼幀速率限制
- 28. BeautifulSoup漢字編碼錯誤
- 29. 字符編碼錯誤
- 30. cURL字體編碼 - 錯誤
很確定這應該在另一個堆棧交換部分。無論如何,我的想法是你的數據密度在兩種情況下都不相同。使用漢明碼,您可以獲得數據+開銷而不僅僅是數據。這意味着每個數據位(給定相同的傳輸速率)會導致更多的錯誤,而不是沒有。這會導致編碼版本的某個給定點在任何給定時間幀內具有足夠的錯誤以導致每個數據更多的錯誤。 – Goblinlord
關於這句話:這會導致編碼版本的某個給定點在任何給定時間範圍內有足夠的錯誤,導致每個數據更多的錯誤。你介意更多嗎? – wolong91