除了 WebRTC 和 RTC,还有哪些实时通讯技术?

简介: 【10月更文挑战第25天】

除了 WebRTC 和 RTC,还有以下实时通讯技术:

  1. RTMP(Real-Time Messaging Protocol)
    • 简介:这是 Adobe 公司为 Flash 播放器和服务器之间开发的音视频数据传输的开放协议,一般传输 FLV 或 F4V 格式的媒体流。
    • 特点:工作在 TCP 之上,能够保持长连接,为用户提供低延时通信,是目前低延时直播应用比较普遍的协议,几乎是全部编码器标准输出协议。缺点是协议较老,对于一些新的视频格式缺乏官方定义,连接过程较长且拥塞控制依赖于 TCP 的拥塞控制算法。
  2. RTSP(Real Time Streaming Protocol)
    • 简介:是传输层之上的应用层协议,可选择 UDP、组播 UDP、TCP、RTP 为传输机制。
    • 特点:定义了双向多应用程序如何有效地通过 IP 网络传送多媒体数据,可充当多媒体服务器的网络远程控制,使实时数据的快进、快退、中止、播放等操作成为可能。它与 RTP 通常配合使用,RTSP 负责控制,RTP 负责数据传输。
  3. HLS(HTTP Live Streaming)
    • 简介:由 Apple 公司提出的基于 HTTP 的媒体流传输协议,用于实时音视频流的传输。
    • 特点:基于 HTTP 协议,网络支持好,能方便穿透防火墙或代理服务器。HLS 协议将整条流切割成一个个小的可以通过 HTTP 下载的媒体文件,然后提供一个配套的媒体列表文件(m3u8),客户端拿到 m3u8 后,根据内容顺序地拉取媒体文件播放。但是,这种方式相对来说延迟会比其他一些实时通讯技术高一些。
  4. SIP(Session Initiation Protocol)
    • 简介:是一种应用层控制协议,用于创建、修改和终止多媒体会话,如 IP 电话、视频会议等。
    • 特点:它具有很强的灵活性和扩展性,可用于不同类型的网络环境和终端设备。SIP 协议支持多种信令功能,如呼叫转移、呼叫等待、多方通话等,广泛应用于企业级的实时通信系统中。
  5. XMPP(Extensible Messaging and Presence Protocol)
    • 简介:是一种基于 XML 的即时通讯协议,最初是为即时消息传递而设计的,但也可以用于实时通信。
    • 特点:具有良好的开放性和可扩展性,支持多种设备和平台。XMPP 协议的通信方式是基于文本的,易于理解和实现,并且可以通过扩展来支持各种自定义的功能。不过,在实时性方面可能不如一些专门的实时通讯技术。
  6. MQTT(Message Queuing Telemetry Transport)
    • 简介:是一种轻量级的发布/订阅消息传输协议,主要用于物联网设备之间的通信,但也可以应用于实时通讯场景。
    • 特点:具有低带宽占用、低功耗等特点,适合在网络条件较差或设备资源有限的环境下使用。MQTT 协议支持异步通信,可以实现一对多的消息发布和订阅,方便实现实时数据的推送和接收。
相关文章
|
Web App开发 数据采集 物联网
Android平台基于RTMP或RTSP的一对一音视频互动技术方案探讨
随着智能门禁等物联网产品的普及,越来越多的开发者对音视频互动体验提出了更高的要求。目前市面上大多一对一互动都是基于WebRTC,优点不再赘述,我们这里先说说可能需要面临的问题:WebRTC的服务器部署非常复杂,可以私有部署,但是非常复杂。传输基于UDP,很难保证传输质量,由于UDP是不可靠的传输协议,在复杂的公网网络环境下,各种突发流量、偶尔的传输错误、网络抖动、超时等等都会引起丢包异常,都会在一定程度上影响音视频通信的质量,难以应对复杂的互联网环境,如跨区跨运营商、低带宽、高丢包等场景,行话说的好:从demo到实用,中间还差1万个WebRTC。
150 0
|
编解码 网络协议 安全
一文看懂音视频流媒体协议及信令技术
音视频通信完整流程有如下几个环节:采集、编码、前后处理、传输、解码、缓冲、渲染等。 每一个细分环节,还有更细分的技术模块。比如,前后处理环节有美颜、滤镜、回声消除、噪声抑制等,采集有麦克风阵列等,编解码有H.263,H.264、H.265等,传输就涉及到了本文重点介绍的RTSP/RTMP/RTP/RTCP等流媒体协议以及相关的信令技术。
一文看懂音视频流媒体协议及信令技术
|
Web App开发 编解码 算法
发现一个非常好用的RTC(实时音视频通信)方案,做直播和视频通话都很牛
HaaS RTC是阿里云IoT联合视频云开发的IoT设备端上的实时通讯服务,主要面向直播,音视频通话等各种场景。
2225 0
发现一个非常好用的RTC(实时音视频通信)方案,做直播和视频通话都很牛
|
16天前
|
Web App开发 JavaScript 前端开发
WebRTC 和 RTC 有什么区别?
【10月更文挑战第25天】WebRTC是RTC的一种具体实现方式,侧重于网页端的实时通信,具有便捷性和跨平台性等特点;而RTC则是一个更广泛的概念,包括了各种不同平台和技术实现的实时通信方式,应用场景更加丰富多样。在实际应用中,需要根据具体的需求和场景选择合适的实时通信技术。
|
2月前
|
Web App开发 网络协议 Android开发
Android平台一对一音视频通话方案大比拼:WebRTC VS RTMP VS RTSP,谁才是王者?
【9月更文挑战第4天】本文详细对比了在Android平台上实现一对一音视频通话时常用的WebRTC、RTMP及RTSP三种技术方案。从技术原理、性能表现与开发难度等方面进行了深入分析,并提供了示例代码。WebRTC适合追求低延迟和高质量的场景,但开发成本较高;RTMP和RTSP则在简化开发流程的同时仍能保持较好的传输效果,适用于不同需求的应用场景。
160 1
|
Web App开发 安全 API
WebRTC 技术在实时通信中的应用与实现
WebRTC(Web Real-Time Communication)是一种支持实时音视频通信的开放式标准。它允许在 Web 浏览器之间进行点对点的音视频通信,而无需安装插件或其他额外的软件。WebRTC 在实时通信领域有着广泛的应用,包括视频通话、音频通话、实时消息等。下面将介绍 WebRTC 技术在实时通信中的应用与实现。
331 0
|
数据格式
直播APP开发,协议盘点(五):实时传输协议RTP
简单搭建实时传输协议RTP的部分参考代码: import socket rtp_socket = socket.socket(socket.AF_INET, socket.SOCK_DGRAM) rtp_port = 1234 rtp_socket.bind(('localhost', rtp_port)) packet_size = 1024 while True:
直播APP开发,协议盘点(五):实时传输协议RTP
|
Web App开发 开发工具 Android开发
利用RTMP或RTSP实现跨平台一对一互动功能
目前市面上大多一对一互动都是基于WebRTC,缺点如下: 1. 服务器部署非常复杂,不利于私有部署,在一些私密性高的场景下,无法使用,如公安、市政等体系; 2. 传输基于UDP,很难保证传输质量,由于UDP是不可靠的传输协议,在复杂的公网网络环境下,各种突发流量、偶尔的传输错误、网络抖动、超时等等都会引起丢包异常,都会在一定程度上影响音视频通信的质量; 3. 难以应对复杂的互联网环境,如跨区跨运营商、低带宽、高丢包等场景; 4. 整个框架体系不够灵活,代码复杂度高,行话说的好:从demo到实用,中间还差1万个WebRTC。
|
编解码 网络协议 开发工具
跨平台低延迟的RTMP/RTSP直播播放器设计实现
2015年,当我们试图在市面上找一款专供直播播放使用的低延迟播放器,来配合测试我们的RTMP推送模块使用时,居然发现没有一款好用的,市面上的,如VLC或Vitamio,说白了都是基于FFMPEG,在点播这块支持格式很多,也非常优异,但是直播这块,特别是RTMP,延迟要几秒钟,对如纯音频、纯视频播放,快速启播、网络异常状态处理、集成复杂度等各方面,支持非常差,而且因为功能强大,bug很多,除了行业内资深的开发者能驾驭,好多开发者甚至连编译整体环境,都要耗费很大的精力。
340 0
|
Web App开发 编解码 网络协议
Android平台一对一音视频通话方案对比:WebRTC VS RTMP VS RTSP
Android平台一对一音视频通话方案对比:WebRTC VS RTMP VS RTSP
362 0