FEC难:
飞雨(314698641) 12:03:16
有人研究fec吗
把信源编码好信道编码区别开来 ?
有人研究fec吗
把信源编码好信道编码区别开来 ?
杭州桓泽(84894922) 12:52:54
fec实际是一种概括性技术
可以从信源的方面做fec
就是重发,低码率重发,核心层重发
这三种分别对应不同的信源压缩方法
但是fec本质上是一种冗余
也可以用信道的方法添加。加RS,Turbo信道编码方法打包
但是信源fec中通常不用中继做事情,中继负担小,中继要做的就是拆分。
尤其在广播应用中
而信道fec有可能在广播应用中要中继完成
这个时候太复杂的信道fec会增加中继的负担
中继的负担大了,可能转发上也会产生问题,造成延时和堵塞。
另外,后端的PLC也很重要。
往往要前端的FEC和后端的PLC结合处理。
比如,前端的fec从信源上讲一定有2类参数,重要的和次要的,
还有丢弃的非常次要的
那么往往,次要的和丢弃的非常次要的可以通过PLC恢复。
比如前端的fec在视频上信道编码+信源编码发核心层。小尺寸小比特率
然后高效的后端插值补偿。
搞笑的插值补偿依靠前端的fec参数
前端(信道+信源)+后端 = 高抗丢包
fec实际是一种概括性技术
可以从信源的方面做fec
就是重发,低码率重发,核心层重发
这三种分别对应不同的信源压缩方法
但是fec本质上是一种冗余
也可以用信道的方法添加。加RS,Turbo信道编码方法打包
但是信源fec中通常不用中继做事情,中继负担小,中继要做的就是拆分。
尤其在广播应用中
而信道fec有可能在广播应用中要中继完成
这个时候太复杂的信道fec会增加中继的负担
中继的负担大了,可能转发上也会产生问题,造成延时和堵塞。
另外,后端的PLC也很重要。
往往要前端的FEC和后端的PLC结合处理。
比如,前端的fec从信源上讲一定有2类参数,重要的和次要的,
还有丢弃的非常次要的
那么往往,次要的和丢弃的非常次要的可以通过PLC恢复。
比如前端的fec在视频上信道编码+信源编码发核心层。小尺寸小比特率
然后高效的后端插值补偿。
搞笑的插值补偿依靠前端的fec参数
前端(信道+信源)+后端 = 高抗丢包