一,什么是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 source)场景下的不同的两种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也支持WebRTC的推拉流。