前言
在学习SRS的RTC模块之前,首先来分析下SRS在将rtmp推流转成rtc流,通过浏览器拉取webrtc流场景下产生的SDP内容
SDP格式介绍
SDP数据是文本格式,由多个 <key>=<value> 表达式构成,<key>的值只能是一个字符,<value>是一个字符串。注意:等号两边不能有空格
SDP主要由下列描述构成
- 会话级描述(作用于整个会话),位置从 v= 行开始到第一个媒体描述为止
- v=,sdp协议版本,默认为0
- 例子:
v=0
- 例子:
- o=,发起者或者会话标识
- 格式:
o=<username> <session id> <version> <network type> <address type> <address>
- 例子:
o=SRS/4.0.245(Leo) 17778048 2 IN IP4 0.0.0.0
- 说明:
- username:用户名,不关心时,可用 ‘-’ 代替
- session id: 会话id,会话唯一,规范建议使用NTP时间戳
- version:会话版本,会话数据发生变化时该版本递增,规范建议使用NTP时间戳
- network type:网络类型,IN表示 Internet
- address type:地址类型,比如IP4、IP6等
- address:域名或者IP地址
- 格式:
- s=,会话名称,每个SDP里面只能有一个,且不能为空
- 例子:
s=SRSPlaySession
- 例子:
- t=, 会话的有效时间
- 格式:
t=<start time> <stop time>
- 例子:
t=0 0
- 说明:
- start time/stop time均为NTP时间戳,均为0时,表示持久会话
- 格式:
- b=,会话或媒体使用的建议带宽
- v=,sdp协议版本,默认为0
- 媒体级别描述(针对单个媒体流,一个会话中可以有多个媒体流),位置是从 m= 行开始到下一个媒体描述为止
- m=, 媒体类型和传输地址
- 格式:
m=<media type> <port> <transport> <fmt list>
- 例子:
m=audio 9 UDP/TLS/RTP/SAVPF 111 m=video 9 UDP/TLS/RTP/SAVPF 106
- 说明:
- media type:媒体类型,比如audio/video,application(bfcp)、text等类型
- port:当前媒体类型的数据传输端口,在RTC场景下都是通过ICE candidate的信息来进行传输的,这个端口不会用到,但是在SIP场景下,这个port代表RTP端口,结合SDP会话级别描述中的C=中的ip地址,就可以知道在SIP中这路流的传输地址了
- transport:传输协议,运行与c=中定义的地址类型之上,比如IP4,就是运行IP4之上的协议
- fmt:代表音视频流的Media Codec,会话后面会跟着rtpmap、rtcp-fb、fmtp这些属性来进一步的描述,可以有多个值,存在多个值的时候,表示在这次会话中,多种类型都会用到,且第一个是默认的。
- 格式:
- a=rtpmap,描述媒体会话描述(m=)中的fmt负载类型对应的编码器名称以及时钟速率信息和编码参数
- 例子:
a=rtpmap:111 opus/48000/2 // 对fmt为111的类型进行描述,audio codec/sample rate/channel a=rtpmap:106 H264/90000 // 对fmt为106的类型进行描述,video codec/timebase
- 例子:
- a=fmtp,扩展字段,对媒体会话描述中的指定的fmt进行详细的参数格式指定(这个参数是需要有SDP传输,并且透传给使用此格式的媒体工具),每一个fmt只能有一个此描述
- 格式:
a=fmtp:<fmt> <format specific parameters>
- 例子:
a=fmtp:106 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
- 说明:
- fmt:媒体会话描述(m=)中指定的编码格式
- format specific parameters:fmt对应的透传参数
- level-asymmetry-allowed=1 => 是否允许两端的编码level不一致,必须SDP双方都为1
- packetization-mode=1 => NALU打包方式,1表示,每帧图像被拆分到多个NALU单元传送,这些NALU单元传送的顺序是按照解码的顺序发送的
- profile-level-id=42e01f => 指定H264的baseline和level等参数
- 格式:
- a=extmap,扩展,支持什么协议
- 例子:
a=extmap:3 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
- 例子:
- a=sendrecv 媒体流的方向,既可以在会话描述中,也可以在媒体描述中
- 例子:
a=sendonly //仅发送
- 说明:
- sendrecv: 双向传输,即发送也接收
- sendonly: 只发送数据
- revonly: 只接收数据
- inactive: 禁止发送数据
- 例子:
- a=ssrc,RTC场景下音视频流和RTP/RTCP复用单一端口,通过SSRC区分每一路流,通过数据包的头部字段值来区分RTC/RTCP
- 例子:
a=ssrc:3459677730 cname:648fef7tl720yj49 a=ssrc:3459677730 label:audio-8804l2a1 a=ssrc:3459677731 cname:648fef7tl720yj49 a=ssrc:3459677731 label:video-7h7733ci
- 说明:cname是RTCP为每个RTP用户提供的一个全局唯一的规范名称标识符,描述该RTP流对应的RTCP协议中的cname。
- label对应MediaStreamTrack ID
- 例子:
- a=mid,当前媒体级别描述的ID,相当于给媒体级别描述编号
- 例子:
a=mid:audio //audio就是当前这个媒体级别描述(m=)的ID a=mid:1 //同理,mid后面的值也可以是数字
- 例子:
- m=, 媒体类型和传输地址
- 网络描述
- c=,指明接收或者发送音视频使用的IP地址,webrtc使用ICE传输,这个被忽略
- 格式:
c=<nettype> <addrtype> <connection-address>
- 例子:
c=IN IP4 0.0.0.0
- 说明:可以是会话级别或者是媒体级别,如果是媒体级别则每一个媒体级别描述都必须至少包含一个
- 格式:
- a=candidate,candidate信息,传输的候选人,有host(主机)类型,有replay(反射)类型等
- 格式:
c=candidate:<foundation> <component-id> <transport> <priority> <conn-addr> <conn-port> <cand-type> <candidate-types>
- 例子:
// 传输协议是udp,优先级是2130706431 // ip地址是124.221.111.76,端口8000,candidate的类型是host类型(即ip地址是主机的ip地址) // 候选者的代数式0,表示最初生成的 a=candidate:0 1 udp 2130706431 124.221.111.76 8000 typ host generation 0
- 说明:candidate信息可以有多个
- 格式:
- c=,指明接收或者发送音视频使用的IP地址,webrtc使用ICE传输,这个被忽略
- 安全描述
- a=crypto
- a=ice-ufrag,ice short-term认证算法用到的用户名
- a=ice-pwd, ice short-term认证算法用到的密码
- a=fingerprint DTLS过程中的Certificate整数的签名
- DTLS角色
- a=setup
- 例子:
a=setup:passive
- 说明:指定DTLS角色,Active:客户端,Passive:服务端,两者都可以则是actpass
- 例子:
- a=setup
- ICE策略
- a=ice-options:trickie
- 说明:trickie说明SDP中没有包含candidate信息,candidate是通过信令单独交换的,client一边收集candidate,一边发送给对端进行连通性检查,提高连通性检查和候选捕获的速度
- a=ice-lite
- ICE的实现分为以下两种
- Full ICE: 参与连接的两端都需要进行连通性检查
- Lite ICE: 在Full ICE和Lite ICE连接时,只需要Full ICE一方进行连通性检查,Lite一方只需要回应Response消息就行。这种模式常用语公网设备
- ICE的实现分为以下两种
- a=ice-option:renomination
- 说明:允许 ICE controlling 一方动态重新提名新的 candidate ,默认情况 Offer 一方为controlling 角色,answer 一方为 controlled 角色;同时 Lite 一方只能为 controlled 角色
- a=ice-options:trickie
- QOS,Grouping传输描述
- a=rtcp-fb,支持的RTC反馈类型报文,媒体级别描述作用域
- 例子:
a=rtcp-fb:111 transport-cc // 对于111这个fmt支持transport-cc这个报文 a=rtcp-fb:106 transport-cc // 同理 a=rtcp-fb:106 nack // 对于106这个fmt在ARQ上支持nack a=rtcp-fb:106 nack pli // 对于106这个fmt在关键帧上支持pli处理
- 注意:rtcp-fb不能用于会话级别描述,只能用于媒体级别描述,而且在m=描述的协议字段一定要有AVPF
- 例子:
- a=group
- 例子:
a=group:BUNDLE 0 1
- 说明:表示mid值为0和1的媒体会话描述(m=)进行复用端口传输
- 例子:
- a=rtcp-mux
- 说明:rtcp和rtp复用一个端口号
- a=rtcp-fb,支持的RTC反馈类型报文,媒体级别描述作用域
浏览器创建的本地Offer
通过SRS提供的RTC播放H5页面(http://localhost:8080/players/rtc_player.html?autostart=true
)可以去拉取SRS上的RTC流(参考文章:SRS调试webrtc流),点击页面的播放视频,可以看到RTC播放页面请求了一个http接口,其中携带H5的local sdp。
local sdp的详细内容如下:
v=0
o=- 4052671107298259095 2 IN IP4 127.0.0.1
s=-
t=0 0
a=group:BUNDLE 0 1
a=extmap-allow-mixed
a=msid-semantic: WMS
m=audio 9 UDP/TLS/RTP/SAVPF 111 63 9 0 8 13 110 126
c=IN IP4 0.0.0.0
a=rtcp:9 IN IP4 0.0.0.0
a=ice-ufrag:PTFm
a=ice-pwd:SjhcZkVwk0wlE9AAjAeFrv93
a=ice-options:trickle
a=fingerprint:sha-256 55:20:7B:84:80:3C:3A:95:17:C0:BE:0B:3C:23:DB:46:3A:58:29:87:1A:B1:E6:8C:53:9A:27:19:0C:BE:CF:86
a=setup:actpass
a=mid:0
a=extmap:1 urn:ietf:params:rtp-hdrext:ssrc-audio-level
a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:3 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
a=recvonly
a=rtcp-mux
a=rtpmap:111 opus/48000/2
a=rtcp-fb:111 transport-cc
a=fmtp:111 minptime=10;useinbandfec=1
a=rtpmap:63 red/48000/2
a=fmtp:63 111/111
a=rtpmap:9 G722/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:13 CN/8000
a=rtpmap:110 telephone-event/48000
a=rtpmap:126 telephone-event/8000
m=video 9 UDP/TLS/RTP/SAVPF 96 97 98 99 100 101 35 36 37 38 102 103 104 105 106 107 108 109 127 125 39 40 41 42 43 44 45 46 47 48 112 113 114 115 116 49
c=IN IP4 0.0.0.0
a=rtcp:9 IN IP4 0.0.0.0
a=ice-ufrag:PTFm
a=ice-pwd:SjhcZkVwk0wlE9AAjAeFrv93
a=ice-options:trickle
a=fingerprint:sha-256 55:20:7B:84:80:3C:3A:95:17:C0:BE:0B:3C:23:DB:46:3A:58:29:87:1A:B1:E6:8C:53:9A:27:19:0C:BE:CF:86
a=setup:actpass
a=mid:1
a=extmap:14 urn:ietf:params:rtp-hdrext:toffset
a=extmap:2 http://www.webrtc.org/experiments/rtp-hdrext/abs-send-time
a=extmap:13 urn:3gpp:video-orientation
a=extmap:3 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=extmap:5 http://www.webrtc.org/experiments/rtp-hdrext/playout-delay
a=extmap:6 http://www.webrtc.org/experiments/rtp-hdrext/video-content-type
a=extmap:7 http://www.webrtc.org/experiments/rtp-hdrext/video-timing
a=extmap:8 http://www.webrtc.org/experiments/rtp-hdrext/color-space
a=extmap:4 urn:ietf:params:rtp-hdrext:sdes:mid
a=extmap:10 urn:ietf:params:rtp-hdrext:sdes:rtp-stream-id
a=extmap:11 urn:ietf:params:rtp-hdrext:sdes:repaired-rtp-stream-id
a=recvonly
a=rtcp-mux
a=rtcp-rsize
a=rtpmap:96 VP8/90000
a=rtcp-fb:96 goog-remb
a=rtcp-fb:96 transport-cc
a=rtcp-fb:96 ccm fir
a=rtcp-fb:96 nack
a=rtcp-fb:96 nack pli
a=rtpmap:97 rtx/90000
a=fmtp:97 apt=96
a=rtpmap:98 VP9/90000
a=rtcp-fb:98 goog-remb
a=rtcp-fb:98 transport-cc
a=rtcp-fb:98 ccm fir
a=rtcp-fb:98 nack
a=rtcp-fb:98 nack pli
a=fmtp:98 profile-id=0
a=rtpmap:99 rtx/90000
a=fmtp:99 apt=98
a=rtpmap:100 VP9/90000
a=rtcp-fb:100 goog-remb
a=rtcp-fb:100 transport-cc
a=rtcp-fb:100 ccm fir
a=rtcp-fb:100 nack
a=rtcp-fb:100 nack pli
a=fmtp:100 profile-id=2
a=rtpmap:101 rtx/90000
a=fmtp:101 apt=100
a=rtpmap:35 VP9/90000
a=rtcp-fb:35 goog-remb
a=rtcp-fb:35 transport-cc
a=rtcp-fb:35 ccm fir
a=rtcp-fb:35 nack
a=rtcp-fb:35 nack pli
a=fmtp:35 profile-id=1
a=rtpmap:36 rtx/90000
a=fmtp:36 apt=35
a=rtpmap:37 VP9/90000
a=rtcp-fb:37 goog-remb
a=rtcp-fb:37 transport-cc
a=rtcp-fb:37 ccm fir
a=rtcp-fb:37 nack
a=rtcp-fb:37 nack pli
a=fmtp:37 profile-id=3
a=rtpmap:38 rtx/90000
a=fmtp:38 apt=37
a=rtpmap:102 H264/90000
a=rtcp-fb:102 goog-remb
a=rtcp-fb:102 transport-cc
a=rtcp-fb:102 ccm fir
a=rtcp-fb:102 nack
a=rtcp-fb:102 nack pli
a=fmtp:102 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42001f
a=rtpmap:103 rtx/90000
a=fmtp:103 apt=102
a=rtpmap:104 H264/90000
a=rtcp-fb:104 goog-remb
a=rtcp-fb:104 transport-cc
a=rtcp-fb:104 ccm fir
a=rtcp-fb:104 nack
a=rtcp-fb:104 nack pli
a=fmtp:104 level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42001f
a=rtpmap:105 rtx/90000
a=fmtp:105 apt=104
a=rtpmap:106 H264/90000
a=rtcp-fb:106 goog-remb
a=rtcp-fb:106 transport-cc
a=rtcp-fb:106 ccm fir
a=rtcp-fb:106 nack
a=rtcp-fb:106 nack pli
a=fmtp:106 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
a=rtpmap:107 rtx/90000
a=fmtp:107 apt=106
a=rtpmap:108 H264/90000
a=rtcp-fb:108 goog-remb
a=rtcp-fb:108 transport-cc
a=rtcp-fb:108 ccm fir
a=rtcp-fb:108 nack
a=rtcp-fb:108 nack pli
a=fmtp:108 level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=42e01f
a=rtpmap:109 rtx/90000
a=fmtp:109 apt=108
a=rtpmap:127 H264/90000
a=rtcp-fb:127 goog-remb
a=rtcp-fb:127 transport-cc
a=rtcp-fb:127 ccm fir
a=rtcp-fb:127 nack
a=rtcp-fb:127 nack pli
a=fmtp:127 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=4d001f
a=rtpmap:125 rtx/90000
a=fmtp:125 apt=127
a=rtpmap:39 H264/90000
a=rtcp-fb:39 goog-remb
a=rtcp-fb:39 transport-cc
a=rtcp-fb:39 ccm fir
a=rtcp-fb:39 nack
a=rtcp-fb:39 nack pli
a=fmtp:39 level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=4d001f
a=rtpmap:40 rtx/90000
a=fmtp:40 apt=39
a=rtpmap:41 H264/90000
a=rtcp-fb:41 goog-remb
a=rtcp-fb:41 transport-cc
a=rtcp-fb:41 ccm fir
a=rtcp-fb:41 nack
a=rtcp-fb:41 nack pli
a=fmtp:41 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=f4001f
a=rtpmap:42 rtx/90000
a=fmtp:42 apt=41
a=rtpmap:43 H264/90000
a=rtcp-fb:43 goog-remb
a=rtcp-fb:43 transport-cc
a=rtcp-fb:43 ccm fir
a=rtcp-fb:43 nack
a=rtcp-fb:43 nack pli
a=fmtp:43 level-asymmetry-allowed=1;packetization-mode=0;profile-level-id=f4001f
a=rtpmap:44 rtx/90000
a=fmtp:44 apt=43
a=rtpmap:45 AV1/90000
a=rtcp-fb:45 goog-remb
a=rtcp-fb:45 transport-cc
a=rtcp-fb:45 ccm fir
a=rtcp-fb:45 nack
a=rtcp-fb:45 nack pli
a=rtpmap:46 rtx/90000
a=fmtp:46 apt=45
a=rtpmap:47 AV1/90000
a=rtcp-fb:47 goog-remb
a=rtcp-fb:47 transport-cc
a=rtcp-fb:47 ccm fir
a=rtcp-fb:47 nack
a=rtcp-fb:47 nack pli
a=fmtp:47 profile=1
a=rtpmap:48 rtx/90000
a=fmtp:48 apt=47
a=rtpmap:112 H264/90000
a=rtcp-fb:112 goog-remb
a=rtcp-fb:112 transport-cc
a=rtcp-fb:112 ccm fir
a=rtcp-fb:112 nack
a=rtcp-fb:112 nack pli
a=fmtp:112 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=64001f
a=rtpmap:113 rtx/90000
a=fmtp:113 apt=112
a=rtpmap:114 red/90000
a=rtpmap:115 rtx/90000
a=fmtp:115 apt=114
a=rtpmap:116 ulpfec/90000
a=rtpmap:49 flexfec-03/90000
a=rtcp-fb:49 goog-remb
a=rtcp-fb:49 transport-cc
a=fmtp:49 repair-window=10000000
SRS返回的远端Answer
SRS在srs_app_rtc_api.cpp
文件中的SrsGoApiRtcPlay
类中处理offer请求,返回内容如下
远端Answer内容如下:
v=0 // 会话级描述:SDP协议版本,固定为0
o=SRS/4.0.245(Leo) 17778048 2 IN IP4 0.0.0.0 // 会话级描述
s=SRSPlaySession
t=0 0
a=ice-lite
a=group:BUNDLE 0 1
a=msid-semantic: WMS live/livestream
m=audio 9 UDP/TLS/RTP/SAVPF 111
c=IN IP4 0.0.0.0
a=ice-ufrag:j0w47g4z
a=ice-pwd:879b5n40s824s1985h3z60s77a8132v1
a=fingerprint:sha-256 A8:83:2B:5D:FF:E2:5A:14:6C:0A:24:A0:11:C3:01:8A:4A:8E:AF:3F:AC:B6:67:EE:3C:4B:47:07:7E:7B:D9:6F
a=setup:passive
a=mid:0
a=extmap:3 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=sendonly
a=rtcp-mux
a=rtcp-rsize
a=rtpmap:111 opus/48000/2
a=rtcp-fb:111 transport-cc
a=ssrc:3459677730 cname:648fef7tl720yj49
a=ssrc:3459677730 label:audio-8804l2a1
a=candidate:0 1 udp 2130706431 124.221.111.76 8000 typ host generation 0
m=video 9 UDP/TLS/RTP/SAVPF 106
c=IN IP4 0.0.0.0
a=ice-ufrag:j0w47g4z
a=ice-pwd:879b5n40s824s1985h3z60s77a8132v1
a=fingerprint:sha-256 A8:83:2B:5D:FF:E2:5A:14:6C:0A:24:A0:11:C3:01:8A:4A:8E:AF:3F:AC:B6:67:EE:3C:4B:47:07:7E:7B:D9:6F
a=setup:passive
a=mid:1
a=extmap:3 http://www.ietf.org/id/draft-holmer-rmcat-transport-wide-cc-extensions-01
a=sendonly
a=rtcp-mux
a=rtcp-rsize
a=rtpmap:106 H264/90000
a=rtcp-fb:106 transport-cc
a=rtcp-fb:106 nack
a=rtcp-fb:106 nack pli
a=fmtp:106 level-asymmetry-allowed=1;packetization-mode=1;profile-level-id=42e01f
a=ssrc:3459677731 cname:648fef7tl720yj49
a=ssrc:3459677731 label:video-7h7733ci
a=candidate:0 1 udp 2130706431 124.221.111.76 8000 typ host generation 0
总结
对比本地和远端SDP发现,浏览器提供的特性非常多,SRS提供的较少,SRS是Lite ICE客户端,无需进行连通性检测。
参考文档
https://blog.csdn.net/aggresss/article/details/109850434
https://www.livevideostack.cn/news/webrtc-sdp-details-and-analysis/
https://blog.csdn.net/zqxf123456789/article/details/109696266
RFC4566
从0打造音视频直播系统(李超)