【笔记】各类型应用的QoS需求和推荐方案--2.视频应用

视频应用以往在运营商的网络中通常是被归到多媒体业务中，因为不赚钱而且会大量消耗带宽，所以一直处于QoS业务分类的最底层附近。

不过最近几年随着数据业务的发展、传统语音、短信业务的萎缩，视频应用成为数据业务的新推手，因此地位陡升，正如设备厂商在吹嘘自己的4G网速时，最喜欢的就是放段高清视频，没有谁还去打个电话，发个彩信了。

视频应用能够迅速发展，除了得益于网络带宽条件大大改善，还收益于高压缩率的压缩技术发展，目前主流的H.264编码可以将高清视频流压缩到5Mbit/s , 而H.265可以在H.264的基础上进一步节省40%，从而进一步降低视频类业务对网络造成的压力。

但是如此高（300:1）的压缩率也将带来缺点，那就是对丢包率极为敏感，任何信息的丢失都会被放大，带来的影响就是一旦有丢包，还原后影像中就会出现马赛克，直到新的视频帧把它刷新掉。

Cisco实验室的测试结果表明，每10000个高清视频数据包中丢失1个数据包，也会被用户察觉到，（相比VoIP 100个包中丢失1个也能哄过耳朵，我们对马赛克到底有多敏感啊！）

所以视频类应用需要把丢包率的要求制定得比较高，但是在网络拥塞的情况下， 仍然硬性规定原视频质量也是不可取的，可以适度的根据丢包检测的结果，采取包括降低质量、分辨率、发送速率或其他降级功能的措施。

视频应用可以分为：广播视频（单向）和交互式视频（双向）

广播视频

     广播视频是单向的，而且大量运用了缓冲技术，因此这类应用对网络的延迟和抖动没有严格要求，但是对丢包有相当严格的要求。

因此广播视频对QoS的要求为: 丢包率不应超过0.1% 

QoS推荐方案：

• 应打上CS5/DSCP40的标记
• 以EF作为PHB
• 实施流量准入控制

实时交互视频

实时交互视频的QoS要求类似VoIP，

• 单向延迟不超过200ms
• 单向抖动峰值不超过50ms
• 每跳抖动峰值不超过10ms
• 丢包率不超过0.1%
• 带宽根据编码、分辨率、帧速率等而定

QoS推荐方案：

• 应打上CS4/DSCP32的标记
• 以EF作为PHB
• 实施流量准入控制
  

以上标记方式为Cisco推荐值，不同厂商在不同的环境、和业务组合情况下可以自行设定（这也是为啥E2E QoS这么难实现的原因，基本上是各说各话！比嗓门！吵了半天还是用轻负载的方式解决问题。）