Reed-Solomon, Turbo 및 LDPC 코드 간의 비교를 검색했지만 모두 효율성에 초점을 맞추고있는 것 같습니다. 나는 사용 가능한 libs, 상용 성 및 GF (32)의 상용 라이센스, 즉 32 개 기호 (GF (256) 이상에서 사용 가능한 Reed-Solomon 구현)가있는 코드에 더 관심이 있습니다.어떤 오류 수정을 GF (32)에 사용해야합니까?
효율성 (속도)은 적합하지 않습니다. 메시지는 24 개의 기호로 구성됩니다.
속도와 관련이없는 가장 유명한 리드 - 솔로몬, 터보 및 LDPC 코드를 신속하게 비교할 수 있습니까?
감사합니다.
기본적으로, 리드 - 솔로몬 따라서는 TurboCodes 및 LDPC은 을 한 상태에서 정확하게, (n-k)/2 에러 (K = 메시지의 길이 N = 메시지 + EC 심볼 길이)까지 보정 할 수 있음을 의미 최적 인 거의 최적 인, 즉 (n-k-e)/2까지 수정할 수 있다는 것을 의미합니다. 여기서 e는 작은 상수이므로 이상적인 경우 (n-k)/2에 매우 가깝습니다 (이것이 거의 최적이라고합니다. 섀넌 한도에 가깝습니다). TurboCodes과 LDPC는 비슷한 오류 수정 능력을 가지고 있으며 필요에 따라 다양한 변형이 있습니다 (많은 문헌 리뷰 나 프레젠테이션을 찾을 수 있습니다).
LDPC 또는 Turbocode의 다른 변형은 erase 채널 (즉, 데이터)의 특정 특성에 맞게 알고리즘을 최적화하여 상수 e (따라서 Shannon 한계에 가까워짐)를 줄이는 것입니다. 따라서 귀하의 경우 가장 좋은 대안은 삭제 채널의 세부 사항에 달려 있습니다. 또한, 내 지식으로는, 그것들은 모두 현재 공개되어 있습니다 (아마도 Turbocodes의 특허는 아니지만 아직 그렇지 않다면 곧있을 것입니다).