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

Posted 2023-04-02 智密科技

随着直播场景的不断延伸，对于直播效果的优化也渐渐成为了直播平台和直播技术服务商的升级重点。在直播中，经常会遇到对延迟有要求或者网络环境较差的场景。因此基于RTC协议的移动直播技术的使用也变得频繁起来。今天智密科技就来为大家分析一下在移动直播中选择传统的RTMP协议还是RTC协议

RTMP协议

RTMP （Real Time Messaging Protocol）基于 TCP 的流媒体传输协议，最大的特点是与 CDN 的强绑定，需要借助 CDN 的负载均衡系统将内容推送到接近用户的边缘节点，使用户就近取得所需内容，提高用户访问的响应速度和成功率，解决因分布、带宽、服务器性能带来的访问延迟问题。更多适用于站点加速、点播、短视频等场景。

对于初次通过 CDN 服务来实现音视频通信的开发者来说，技术指标应主要关注延时、卡顿率、下载速度、打开速度、回源率、宽带冗余提升率等几个维度。

有研究表明，在 0.1s 以下的延迟，用户几乎是无感知的；1s 左右的延迟，用户会明显注意到延时的发生，但在该时间内思维依然是连贯的；超过 10s 的延时，用户会失去等待的耐心。在所有关键技术指标中，控制延时是 CDN 最需要提升的。

以直播场景为例，延时主要看 2 个核心指标：首播时间和再缓存时间。首播时间即从打开到看到视频画面的时间，会受域名解析、连接、第一包时间的影响，首播时间控制在 1 秒内算是不错的效果。其次是再缓冲时间，是用户观看视频时的卡顿时间。由于实际服务中视频长度不一，一般会做播放的体验统计，主要监测的是卡顿率。行业内而言，直播首播时间 300ms，卡顿率在 15% 以下算是优质的通信服务。

目前的 CDN，通常有 3-5 秒的延迟，在浏览图片、短视频等内容时用户感知不明显，对于不需要实时强互动的直播，比如体育赛事网络直播、演唱会网络直播、新闻现场直播，延迟是可以接受的，并不会影响用户体验。

RTC 协议

说到 RTC（Real Time Communication）实时音视频通信，它最大的特点就是低延时和无卡顿。从功能流程上说，它包含了采集、编码、前后处理、传输、解码、缓冲、渲染等诸多环节，RTC 不是靠“优化”各环节去实现的实时互动，而是依靠推流端实时的传输机制。

很多实时音视频服务专业厂商使用的就是 WebRTC 标准，这是一种基于浏览器的实时通信的开源解决方案，使用 UDP 私有协议来进行媒体推流，而不需要创建离散的媒体段；并且它是面向无连接的，没有 TCP 连接断开时的挥手确认连接关闭的机制，基于这两点，WebRTC 能够做到毫秒级的低延迟，远远低于基于 RTMP 协议的 CDN 分发的延迟。而且，它直接通过浏览器就可以完成推流和播放，对于开发者接入来说实在太方便。

正常网络及弱网环境下的效果质量

测试场景

主播推流，观众通过 CDN 观看。在主播端进行各种弱网限制，观察观众播放的效果质量。本文档弱网环境只针对上行，下行网络为无损状态。

参数配置

为了避免受不同源的影响，使用 RTMP 和 RTC 推流时都固定使用 V2TXLivePusher 推同一个本地视频。
视频参数：

参数类型	配置信息
分辨率	720 × 1280
码率	1800 kbps
帧率	15

几种弱网场景下关键指标的对比

帧率
 

卡顿率
 

附录：网络参数说明

参数	说明
帧率	每秒钟渲染帧数
丢包率	50% 代表发送了10个数据包中会丢失5个
时延	200ms 时延代表 SDK 发送的包，会经过 200ms 后才被网络发送出去
限速	800kbps 代表每秒钟最多发送 800kb 的数据
卡帧率	渲染间隔大于 200ms 表示卡顿，卡顿率等于卡顿时间总和除以总播放时长

 数据来源：直播 SDK RTC 推流

开通慢直播，RTMP协议和RTSP协议如何选择？

视频直播的产业包括娱乐直播和安防监控直播，现在主流的直播协议包括RTSP、RTMP、GB/T28181三种，除此之外还有众多私有协议，比如海康和大华的SDK等。国标GB28181协议主要是政法单位和公共安防事业在使用，其余大部分企业直播还是使用RTMP协议和RTSP协议比较多。

其实RTSP和RTMP协议的直播平台都已经开发的很成熟了，比如TSINGSEE青犀视频开发的EasyNVR、EasyDSS，都在很多安防直播方面发挥了监控及统一管理作用，那我们为什么还要把这个话题提出来说呢？这个终极理由就是线上慢直播的兴起。我们知道疫情开始之后，慢直播越来越成为直播的主流，架设一个或多个摄像头，实现7*24H的对外直播，并且通过抖音、快手、斗鱼等各大直播APP等进行分发，这是目前最为流行的慢直播方式，而将摄像头的视频流分发至这些直播平台就是我们搭建直播的第一步。

以前的直播平台都是通过RTMP推流来直播，而现在也有平台兼容了RTSP的直播，就拿抖音来举例，为了方便不同协议用户建立慢直播，抖音现在同时具备RTSP和RTMP协议的直播，做直播时，只需要将直播连链接地址复制到抖音直播平台上，操作便捷。

那假如企业同时具备RTSP和RTMP，应该如何选择？不管是普通安防直播还是现在流行的安防直播，都涉及到视频传输这块。

RTMP主要用于网络直播主动推流传输，协议为TCP协议，如果是在条件较差的互联网情况中，采用RTMP就能够在一定程度上保证传输质量，比如开阔的水库、森林、矿业等地，但是其传输延迟相对较高，传输效率相对较低。RTMP采用了FLV作为封装格式，H.264作为视频编码格式，AAC作为音频编码格式。

RTSP的能量在UDP传输这块，实际上公网环境下大量的UDP包，容易被防火墙block住，相对靠谱的模式，是rtsp over http tunnel，如果需要Web端播放RTSP流的话，需要写插件，而且对浏览器也很挑剔，这就限制了很多程度上的应用。

在不同情况下，大家尽量根据自己的场地及需求选择，如果需要高质量传输，则选择RTMP，如果对直播要求不算很高，仅作展示使用，则也可以选择RTSP协议。