【笔记】各类型应用的QoS需求和推荐方案--2.视频应用
来源:互联网 发布:知乎live可以事后看吗 编辑:程序博客网 时间:2024/06/07 14:50
视频应用以往在运营商的网络中通常是被归到多媒体业务中,因为不赚钱而且会大量消耗带宽,所以一直处于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这么难实现的原因,基本上是各说各话!比嗓门!吵了半天还是用轻负载的方式解决问题。)
0 0
- 【笔记】各类型应用的QoS需求和推荐方案--2.视频应用
- 【笔记】各类型应用的QoS需求和推荐方案--1.语音应用
- 实时视频应用之QoS关键技术分析
- 实时视频应用之QoS关键技术分析
- 实时视频应用之QoS关键技术分析
- 系统和应用需求
- 社会化视频推荐系统应用
- 需求分析方法和需求管理工具的应用
- 各类session监听器的应用
- 录制视频和播放视频的应用
- Redis各类型应用场景
- Redis各类型应用场景
- 工业应用——YouTube的视频推荐系统
- Struts应用的需求分析与设计(摘要二) 收集和分析应用需求
- 各类排序算法比较和应用场景
- 校园网络视频直播系统应用方案
- datasource的应用方案
- 视频解析技术的原理和应用
- Forward Pipeline from 7561016
- Oracle数据库创建、删除用户及用户授权
- 第四周项目1-建立单链表
- android 仿QQ,微信群组里的@功能,支持@多人,并能一键删除,能获取上传对应的id
- 决策树,decision的pyton代码和注释(机器学习实战)
- 【笔记】各类型应用的QoS需求和推荐方案--2.视频应用
- 第四周项目4圆柱表面积
- 【HDU5897 2016 ACM ICPC Asia Regional Shenyang Online F】【模拟+有向图博弈】The Game 双将一马最长获胜时间.cpp
- 为什么不能从静态的方法里面调用非静态方法,或变量?
- 第四周 项目1 建立单链表
- 使用gitpage和hexo开发你自己的博客更新
- github 官网 ionic-datapicker 插件用法
- 从零开始学习音视频编程技术(八) FFMPEG Qt视频播放器之音视频同步
- hibernate 注释 唯一键约束 uniqueConstraints