《数字视频处理及应用》课件第7章.ppt

图7-27重建过程图7.4.3RTSP

实时流协议(RTSP)是用于控制具有实时特征数据传输的应用层协议。它提供了一个可扩展的框架以控制、按需传送实时数据，如音频、视频等，数据源既可以是实况数据产生装置，也可以是预先保存的媒体文件。该协议致力于控制多个数据传送会话，提供了一种在UDP、组播UDP和TCP等传输通道之间进行选择的方法，也为选择基于RTP的传输机制提供了方法。RTSP可建立和控制一个或多个音频和视频连续媒体的时间同步流。虽然在可能的情况下，它会将控制流插入连续媒体流，但它本身并不发送连续媒体流。因此，RTSP用于通过网络对媒体服务器进行远程控制。尽管RTSP和HTTP有很多类似之处，但不同于HTTP，RTSP服务器维护会话的状态信息，从而通过RTSP的状态参数可对连续媒体流的回放进行控制(如暂停等)。7.4.4MIME

用因特网邮件扩展(MultipurposeInternetMailExtensions，MIME)是SMTP的扩展，不仅用于电子邮件，还能用来标记在Internet上传输的任何文件类型。通过它，Web服务器和Web浏览器才可以识别流媒体并进行相应的处理。Web服务器和Web浏览器都是基于HTTP协议的，而HTTP内建有MIME。HTTP正是通过MIME标记Web上繁多的多媒体文件格式。为了能处理一种特定文件格式，需对Web服务器和Web浏览器都进行MIME类型设置。对于标准的MIME类型，如文本和JPEG图像，Web服务器和Web浏览器提供内建支持；但对Real等非标准的流媒体文件格式，则需设置audio/x-pn-realaudio等MIME类型。浏览器通过MIME来识别流媒体的类型，并调用相应的程序或Plug–in(插件)来处理。在IE和Netscape这两个最常用的浏览器中，都提供了很多的内建流媒体支持。7.5视频传输中的差错控制

7.5.1视频传输中的误码及误码扩散

目前大多数的视频压缩编码标准采用的都是基于块变换的混合视频编码框架，压缩效率随着压缩编码标准的改进日益提高。然而，高压缩比压缩后的视频码流对丢包极其敏感，而在实际应用中传输错误又是不可避免的，甚至还比较高，比如无线通信环境和高负荷下的IP网络。在无线通信环境中，由于衰落造成信道的误码率很高，数据在传输过程中会出现随机性或突发性错误；在IP网络中，由于Internet是“尽力而为”的传输，当网络繁忙时，往往会出现丢包或数据丢失，造成视频质量下降甚至无法解码。而某一帧中的数据丢失不仅影响该帧的正确解码，同时影响后续帧的正确解码。这是因为预测时参考帧中被破坏区域也被用来预测后续帧而造成后续帧也出现视频质量下降。通常，在视频序列中误码区域随时间增加逐渐扩散，强度逐渐减小。这种错误蔓延的示例如图7-21所示，序列中的第121帧正确接收，第122帧中人物右手位置部分宏块出错(如图7-21(b)所示)，由于后续帧要用前向帧来进行帧间预测，所以即使第122帧后的所有帧都正确接收到了压缩码流，随着时间延长，在出错块附近区域都出现误码，并且呈扩散的趋势。在图7-21中，原始错误块在第122帧的人右手处，但在第126帧时人的右手下方及附近同样出现误码(如图7-21(c)所示)，并在后续帧中逐渐扩散(如图7-21(d)所示)。图7-21误码扩散示意图7.5.2差错控制

差错控制的目的是保证数据传输的准确性。差错控制在数据通信中被广泛应用，在网络体系中的多层都在使用。差错控制通常分为两步：首先是差错检测，通过差错检测可以发现接收的数据是否正确，如果不正确则进行第二步，差错纠正。常用的差错纠正方法有两种：一是自动请求重发(AutomaticRepeatrequest，ARQ)，二是前向纠错(ForwordErrorCorrection，FEC)。1)差错检测

差错检测的目的是发现接收到的数据是否准确。差错检测是通过差错编码和解码来完成的，在发送端按照一定的编码规则在K位信息位后加上L位通过编码规则计算出的校验信息，在接收端根据校验信息判断数据是否正确。数据通信中常用的编码方法有两类：一类是奇偶校验，另一类是循环冗余校验(CyclicRedundancyCheck，CRC)。

(1)奇偶校验:奇偶校验编码分为奇校验编码和偶校验编码，它们的编码原理相同，在k比特信息位附加一位校验位构成码字，奇校验编码保证码字中1的总数为奇数，即满足下列条件：

an－1+an－2+…+a0=1(7-1)其中，a0为校验位，其他为信息位。

偶校验编码保证码字中1的总数为偶数，即满足下列条件：