IPTV培训教材-FCCFECRETSQM分析.ppt

* * * * * * * * Page * IPTV视频质量保证手段 丢包是网络对TV业务影响最大的因素 解决思路 引入技术 简要原理 华为算法 冗余纠错 FEC 在视频流中插入冗余包，实现在一定丢包情况下，终端可以根据冗余包自动恢复 标准算法：RFC 5510: Reed-Solomon 丢包重传 RET 服务器缓冲视频流数据，终端检测到丢包，向服务器二次请求丢失数据 基于标准流媒体协议实现，业界无标准算法 FEC: Forward error correct,是在业务保障领域常见思路； RET: re-transmission顾名思义丢包重传； RFC是IETF (Internet Engineering Task Force )发布的非强制性，在IP领域应用最广 Page * FEC/RET的理论前提——RTP封装 Sequence Number? (16 bits) 用来检测丢包情况，并可根据sequence number确定丢包身份. Timestamp? (32 bits). 用来检测时延和抖动 每个RTP包的Sequence number按照RTP包封装次序顺序加1，所以RTP流中每一个RTP的报文都可以根据Sequence number的数值进行定位 RTP RTP RTP RTP 11 12 13 14 RTP 封装包头格式 … … RTP流 FEC/RET目的是解决网络丢包，那么应用层为什么能够准确判断出丢失了哪个报文，并恢复相应报文——原因是视频流通过RTP封装后，RTP报文中的序列号属性可以提供相应信息。 Page * FEC原理详细介绍 发送方将要发送的数据分割为k个原始块； 根据某种编码算法对其编码，生成（nk）个编码数据块 一定丢失机率的信道上传输； 接收方接收到m (n= m ）个数据块； （m=k，才可能译码) 通过相应的译码算法恢复k个原始数据块。 FEC的理论基础 承载网 STB 直播源 1 2 1 向MRF（直播转发器）发送直播频道 2 直播转发器加入冗余包(5/6) 3 STB接收组播，由于网络问题，丢失个别报文 4 STB利用冗余包恢复丢失报文 1 2 3 4 1 2 3 4 5 6 1 2 4 5 6 3 MRF 华为FEC方案 RTP RTP 4 4 4 1 2 3 4 5 STB利用完整报文展示视频 Page * RET的理论基础 流媒体系统是一个时延和带宽均受限的系统，而重传技术则是希望在时间、带宽以及效率之间寻求一个平衡 RET的重要前提就是STB收到报文后，在展示之前有一定的缓冲时间，在这个时间内，可以发现丢失报文，完成重传，避免丢包对视频质量的影响 RET的理论基础 Playout point Loss check point Encoder STB ARQ Server Sending rate l Feedback network Receiving rate l’ Playout Rate m Selective ARQ Page * 华为RET方案 承载网 STB 直播源 1 2 7 1 2 3 4 1 2 3 4 1 2 4 4 MRF RET 3 3 5 6 1 2 3 4 1 向MRF（直播转发器）发送直播频道 2 3 4 5 6 7 MRF 服务器完成RTP封装，将直播流注入承载网 RTP RET服务器接收组播流，缓存一定时间的视频报文 STB加入组播，接收相应组播流 STB检测出有丢包发生 STB向RET服务器发起请求，请求重传丢失报文 STB利用完整报文展示视频 备注：在实际部署中,直播RET服务器一般和FCC服务器合设，点播ARQ服务器一般和HMU合设 Page * 如何提升对网络损伤的容忍度——华为“FEC+RET”的组合保障方案 优化三（选择性重传和丢包）：在网络情况较差时，实现选择性重传的选择性丢包 选择性重传：由于用于RET的重传带宽有限，因此在丢包较多时无法将所有丢失的包重传到终端。此时使用选择性重 传技术，仅重传重要的包到终端。 选择性丢包：严重丢包时，如果某些包到达解码播放时间仍然未重传成功，且这些包交给解码器解码反而不如整帧丢 弃，此时由终端判断丢弃整个帧。 优化二（RET）：通过终端和服务器进行交互，对丢包实现重传 媒体服务器 STB 经过网络传输后出现了严重丢包，将导致视频质量严重下降 优化一（FEC）：源端发送FEC纠错包，终端通过FEC冗余纠错包和原始包进行计算，对丢包进行恢复 优化四（动态码率适配）：终端发现当前可用带宽下降后，向服务器请求低码率的片源；终端发现当前可用带宽提升 后，向服务器请求高码率的片源。 目录 快速频道切换（Fast Channel Change） 前向纠错和丢包重传（FE