移动直播选择 RTMP 还是RTC协议

随着现场场景的不断扩展,现场效果的优化也逐渐成为现场平台和现场技术服务提供商的升级重点。在直播中，往往有需要延迟或网络环境较差的情况。因此,基于RTC协议的移动广播技术的使用也越来越频繁。如今,智能技术已经分析了移动广播中传统RTMP协议或RTC协议的选择

RTMP协议

RTMP(Real Time Messaging Protocol)是一种基于TCP的传输协议。最大的特征是与CDN有很强的联系,利用CDN负载平衡系统,将内容推到用户附近的边缘节点,使用户更接近所需内容,提高响应速度和用户访问成功率,解决由分布、带宽和服务器性能引起的访问延迟。更适合现场加速 、 指针 、 短视频等场景.

对于首次使用CDN服务实现音频和视频通信的开发者,技术指标应关注延迟、卡率、下载率、开放率、检索率、带宽冗余增强率等多种方面。

有研究表明，在0.0以下的延迟,用户几乎不敏感,延迟大约1秒,用户会注意到延误的发生,但在这段时间里,思考仍然是一致的;经过10秒的延迟,用户失去耐心等待.所有 关键 技术 指标 中,控制延迟是CDN最需要的升级。

以直播场景为例，延迟主要是由于两个主要指标:启动时间和重新缓冲时间。第一个广播时间是从打开到看视频屏幕的时间,将受到域名分析 、 连接 、 第一次包装时间的影响,第一秒的广播时间控制效果很好.其次是再缓冲时间，这是用户观看视频的卡片时间.由于实际服务的视频长度不同,通常做播放经验统计,主要监测是卡顿率.行业内而言，现场首映时间300ms,15%以下的卡率是优质通讯服务。

目前的 CDN，通常有3~5秒的延迟,在观看图片、短视频等时,用户的看法并不明显,对于不需要强有力的实时交互的实时广播,例如,现场体育活动,现场音乐会,现场新闻,延迟是可以接受的，它不会影响用户体验。

RTC 协议

谈RTC(实时通信)实时音频和视频通信,它的最大特点是低延迟和没有卡丁。从功能流程上说，它包含许多联系,如获取、编码、前端处理、传输、解码、缓冲、渲染等。RTC不是通过“优化”每个环节实现的实时交互,相反,它依靠在推力端的实时传输机制。

许多实时 音频和视频服务提供商使用WebRTC标准,这是一个基于浏览器的实时通信的开源解决方案,将UDP私有协议应用于媒体驱动器,没有必要创建一个离散的媒体段;并且它不面向连接,TCP连接切断没有握手确认机制,基于这两点，WebRTC可以在毫秒内实现低延迟,这远远低于基于RTMP协议的CDN分布的延迟。而且，它可以直接通过浏览器运行和播放,这对开发人员来说非常方便。

正常网络及弱网络环境影响的质量

测试场景

节目通过CDN向观众广播,在节目主持人尾部进行各种弱网络限制以观察观众的表现质量。 本论文的弱网络环境只针对上行,下行网络处于无害状态。

参数配置

为了避免受到不同来源的影响,RTMP和RTC流都用一个固定的V2TXLivePusher推向相同的本地视频。
视频参数：

若干弱网络场景下的关键指标比较

帧率

卡顿率

附录：网络参数说明

数据源:Live SDK RTC streaming

本文由 在线网速测试 整理编辑，转载请注明出处，原文链接：https://www.wangsu123.cn/news/28924.html。