作者uefang (云飞)
看板comm_and_RF
标题[转录][文章]网路封包遗失的资讯修补艺术(二)
时间Thu Sep 20 00:18:22 2007
※ [本文转录自 share 看板]
作者: biocloud (biocloud) 看板: share
标题: [文章]网路封包遗失的资讯修补艺术(二)
时间: Wed Sep 12 18:15:28 2007
作者:锺庆丰
视讯编码与封包化经由IP网路来传递即时视讯,因封包遗失为其常
态,故应用层(application- layer)的错误控制方法常经由联合来源
端与通道编码方法(joint source-channel coding,JSCC)来加以搭
配使用。其中来源端编码(source coding)与前导错误修正 (forward
error correction,FEC)更是常被加入错误控制的设计里面,用以
缓和因封包遗失所带来的冲击。不过要在IP网路上保证即时视讯品质有
其一定的难度,在处理这些视讯QoS的问题上面,一个通常的作法是
应用错误控制策略来因应。
不同的错误控制策略,其使用的方法(元件)亦可能在不同的网路层
级上加以实作,并且可能被放在传送端或接收端来处理。在传送端,
其可能应用的有错误修复(error resilience)来源编码策略、应用层
重传机制或是混合式的FEC方法;在接收端,其可能应用的策略主要
有错误隐藏 (error concealment)方法。不管是在接收端或传送端,
每一种不同的错误控制方法都被用来处理封包遗失的问题。例如:在
错误回覆来源端编码策略里面,其执行错误控制的方法,是利用在来
源端编码层级里面加入一些冗余封包来防止错误的扩散,并限制封包
遗失所可能导致的失真情形。
常见的错误回覆技术在封包交换式的网路里面,要做到错误回覆一
般有两种常见技术可供使用。一种是利用封包本身的不同编码机制来
做到错误回覆的功能,另一种是利用现有的错误修正方法来达成错误
回覆功能。在前者,其其错误回覆的效能与每个封包的编码模式(enc
ode node)选择息息相关,例如使用可变视讯编码或多描述编码(mult
iple description coding)方式,也可以达到一部份错误回覆的效果
;除了封包本身的编码模式选择来达到错误回覆功能之外,另一种处
理封包遗失的方法,便是在应用层传送层使用错误修正技术(error c
orrection)。
目前这种错误修正技术有两种常见基本型态存在,一种是前导错误
修正 (forward error correction,FEC)方法;另一种是自动重复要
求(automatic repeat request,ARQ)方法。两种方法在其错误强固
性与网路流量负载(traffic load)上均有其优、缺点。在许多观念里
,因为这种错误回覆机制常被放在解码端使用,所以错误回覆技术也
就常被认为是一种须藉助解码器所使用之後处理技术,其利用视讯片
段在空间与时序上的关联性,用以掌握封包的遗失状况。不过在即时
串流的应用上面,ARQ比FEC较少被使用,换言的FEC-based的技术在此
领域颇受青睐。甚至J. Rosenberg及H. Schulzrinne更是强力主导FE
C方法成为IETF错误回覆的标准规范。然而因FEC本身区块大小(block
size)的限制,其不能完全避开封包遗失的问题。另外,FEC的使用
即使在无封包遗失的情况下,亦须付出固定的使用代价,且FEC的适当
使用层级必须依据通道行为的精准评估才行。此点相较於ARQ,FEC方
法的确有不及之处(因ARQ可以自动适应通道的遗失特徵,并只传送
所遗失的封包及数量),因此在端点对端点的延迟限制无太大要求时
,ARQ的方法反而会是不错的选择。一个封包式即时视讯传送系统,
以及不同层级所可以使用的错误控制元件如图1。
深入了解详细全文:网路封包遗失的资讯修补艺术(二)
http://compotechasia.blogspot.com/2007/09/blog-post_12.html
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 140.113.128.74
1F:→ biocloud:上次贴了第一篇 续接 09/12 18:15
2F:推 djmay: 上次推了第一篇 续推 XD 09/12 20:35
3F:推 uefang:感谢分享....帅哦 09/13 00:57
--
※ 发信站: 批踢踢实业坊(ptt.cc)
◆ From: 203.67.162.9
4F:推 bugsbear:推~不过好像没有提到比较特别的东西 76.86.37.160 10/01 06:46