webrtc paced sender(技术分享| WebRTC之SDP详解)

一,什么是SDP

WebRTC 是 Web Real-Time Communication,即网页实时通信的缩写,是 RTC 协议的一种Web实现,项目由 Google 开源,并和 IETF 和 W3C 制定了行业标准。

WebRTC是点对点通讯,他的通话建立需要交换媒体信息才能建立,媒体信息的载体就是SDP。SDP(Session Description Protocol) 是一种会话描述协议,基于文本,其本身并不属于传输协议,需要依赖其它的传输协议(比如 SIP, HTTP,自定义的信令等)来交换必要的媒体信息,用于两个会话实体之间的媒体协商,同时SDP也不是只为WebRTC使用,其他的传输比流量套餐如RTSP,SIP通话也是通过SDP进行媒体协商。

SDP是由多行文本组成的一个纯文本协议,如果将SDP从语义上分解成不同组件来描述一个多媒体会话信息,那么SDP由以下部分组成:

a,会话级别描述

b,网络描述

c,媒体级别描述

d,安全描述

e,DTLS角色

f,ICE策略

g,QoS,Grouping传输描述

一个标准的WebRTC通话的建立,至少需要一次Offer/Answer交互,如下所示:

二,为什么SDP又分PlanB 与 UnifiedPlan

WebRTC的单个通道是可以传输多路音视频流的。而PlanB 和 UnifiedPlan 其实就是 WebRTC 在多路媒体源(multi media sou流量套餐rce)场景下的不同的两种SDP 协商方式。WebRTC引入了 Stream 和 Track 的概念,一个流:Stream 可能包含音轨:AudioTrack 和 视轨:VideoTrack,当有多路 Stream 时,就会有更多的 Track,那么UnifiedPlan就是每一个 Track 唯一对应一个自己的 M 描述,而Plan B就是每一个 M line 描述了多个 Track(track id)。

我们来详细的介绍一下PlanB 和 UnifiedPlan 的区分:

对于 PlanB 来说,由于只有一个 M(audio) 和 M(video),隶属于同一个M line的编码格式是相同的,流量套餐当有多路媒体流(一路流就是一个track)时,则根据 SSRC 去区分,意味着在 PlanB 中一个Mline中含有多个SSRC的流,这些媒体流共用同一个编码格式。

对于 UnifiedPlan 来说,由于可以有多个 M(audio) 和 M(video),每路流(一路流就是一个track)都有自己的 M Line,每个 M line都能够指示自己的编码格式。

示例如下:

A,Plan-B:

B,UnifiedPlan:

从上面可以看出,UnifiedPlan相对要更清晰,更精简一点。WebRTC在M79版本之后正式的支持了UnifiedPlan,这也让其成为了现在的主流SDP交互方式。

三,anyRTC流量套餐对WebRTC的支持

anyRTC早在WebRTC的创建初期,就是其忠实的追随者,从2015年开始,一直保持着WebRTC-Master的代码更新,我们也经历了WebRTC的api,设计的一次次变迁。

现在anyRTC公有云推流端支持SimulCast方式推送多码率的视频流;拉流端支持单通道多路流的方式。

同时anyRTC的著名开源项目anyRTC-RTMP-OpenSource(

https://github.com/anyrtcIO-Community/anyRTC-RTMP-OpenSource)也支持WebRTC的推拉流。


友情提醒: 请添加客服微信进行免费领取流量卡!
QQ交流群:226333560 站长微信:qgzmt2

原创文章,作者:sunyaqun,如若转载,请注明出处:https://www.dallk.cn/43933.html

(0)
sunyaqunsunyaqun
上一篇 2024年4月23日
下一篇 2024年4月23日

相关推荐

发表回复

登录后才能评论