博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
差错控制系统与纠错编码分类
阅读量:3915 次
发布时间:2019-05-23

本文共 644 字,大约阅读时间需要 2 分钟。

重传反馈方式(ARQ)

发送端发送能够发现(检测)错误的码,接收端收到通过信道传来的码后,根据改码的译码规则,判决收到的码序列中有无错误产生,并通过反馈信道把判决结果用判决信号告诉发送端。发送端根据这些判决信号,把接收端认为有错的消息再次传送,直到接收端认为正确接收到为止。

优点:译码的设备比较简单,在一定的多余度码元下,检错码的检错能力比纠错码的纠错能力要高得很多,因而整个系统的纠错能力极强。
缺点:若信道干扰很频繁,则系统重发的次数较多,因此整个系统的实时性和连贯性不太好。
这里写图片描述

前向纠错方式(FEC)

发送端发送能够被纠错的码,接收端收到这些码后,通过纠错译码器不仅能够自动地发现错误,而且能够自动地纠正接受码字传输中的错误。

这种方式的优点:是不需要反馈信道,能进行一个用户对多个用户的同播通信,译码的实时性比较好。
缺点:译码的设备比较复杂,信道的适应性比较差。
这里写图片描述

混合纠错方式(HEC)

发送端发送的码不仅能够被检测出错误,而且还具有一定的纠错能力。接收端收到码序列以后,首先检验错误情况,如果在纠错范围以内,则自动进行纠错。如果错误太多,但能检测出来,则接收端通过反馈信道,要求发送端重新传送有错的息。这种方式在一定程度上避免了FEC方式要求用复杂的译码设备和ARQ方式信息连贯性差的缺点,并能达到较低的误码率,因此在实际应用中越来越广。

这里写图片描述

CRC-RS级联编码

如下图,即是一个基本的HEC实现原理图,利用了CRC以及RS的检错和纠错能力,设计了一个简单的HEC混合纠错方式。

这里写图片描述

你可能感兴趣的文章
MongoDB最新4.2.7版本三分片集群修改IP实操演练
查看>>
编写第一个 .NET 微服务
查看>>
深入探究.Net Core Configuration读取配置的优先级
查看>>
Blazor带我重玩前端(六)
查看>>
使用 C# 捕获进程输出
查看>>
数据库单表千万行 LIKE 搜索优化手记
查看>>
.NET Core 中生成验证码
查看>>
.NET Core 中导入导出Excel
查看>>
初识ABP vNext(8):ABP特征管理
查看>>
WPF 消息框 TextBox 绑定新数据时让光标和滚动条跳到最下面
查看>>
【BCVP】实现基于 Redis 的消息队列
查看>>
网络安全逐渐成为程序员的必备技能
查看>>
在Docker中配置ASP.NETCore的HTTPS模式
查看>>
统信发布UOS V20 进军个人市场 生态日益完善
查看>>
【追加功能】OFFICE插件管理工具重整后再上路,更好用易用。
查看>>
Confluent官博:Kafka最牛队列,性能15倍于RabbitMQ!
查看>>
使用SWAGGER和ASP.NET CORE设置可选路由参数
查看>>
C#刷剑指Offer | 二叉搜索树的后序遍历序列
查看>>
新版 C# 高效率编程指南
查看>>
跟我一起学.NetCore之文件系统应用及核心浅析
查看>>