一概述：
SDP目的就是在媒体会话中，传递媒体流信息，允许会话描述的接收者去参与会话。SDP基本上在internet上工作。他定义了会话描述的统一格式,但并不定义多播地址的分配和SDP消息的传输,也不支持媒体编码方案的协商,这些功能均由下层传送协议完成。典型的会话传送协议包括:SAP(Session Announcement Protocol会话公告协议),SIP(Session Initiation Protocol，会话初始协议),RTSP,HTTP,和使用MIME的E-Mail。
SDP包括以下一些方面：
(1)会话的名称和目的
(2)会话存活时间
(3)包含在会话中的媒体信息，包括：
媒体类型(video,audio, etc)
传输协议(RTP/UDP/IP,H.320, etc)
媒体格式(H.261video, MPEG video, etc)
多播或远端（单播）地址和端口
(4)为接收媒体而需的信息(addresses, ports, formats and so on)
(5)使用的带宽信息
(6)可信赖的接洽信息（Contact information）
二 sdp规格：
SDP会话描述由多行<type>=<value>组成。其中<type>是一个字符。<value>是一个字符串，其格式视<type>而定。整个协议区分大小写。“=”两侧不允许有空格。
SDP会话描述由一个会话级描述（session_level description）和多个媒体级描述（media_level description）组成。会话级（session_level）的作用域是整个会话。其位置是从’v=’行开始到第一个媒体描述为止。媒体级（media_level）描述是对单个的媒体流进行描述（例如传送单个音频或者视频的vlc sdp文件只有短短的几句话，从m=开始，这其实就是个媒体机描述），其位置是从’m=’行开始到下一个媒体描述为止。总之，除非媒体部分重载，会话级的值是各个媒体的缺省默认值（就是说媒体级描述其实也是一个会话级描述，只不过没写出来的会话级描述参数都用的缺省值）。
SDP的结构如下：
Sessiondescription
v= (protocol version)
o= (owner/creator and session identifier).
s= (session name)
i=* (session information)
u=* (URI of description)
e=* (email address)
p=* (phone number)
c=* (connection information - notrequired if included in all media)
b=* (bandwidth information)
One or more time descriptions (seebelow)
z=* (time zone adjustments)
k=* (encryption key)
a=* (zero or more session attributelines)
Zero or more media descriptions (seebelow)
Time description
t= (time the session is active)
r=* (zero or more repeat times)
Media description
m= (media name and transport address)
i=* (media title)
c=* (connection information - optionalif included at session-level)
b=* (bandwidth information)
k=* (encryption key)
a=* (zero or more media attributelines)
上面的有些行是必需有的，有些行是可选的。可选的行有*号标记。必需的是v,o,s,t,m（这是对于会话级描述和媒体及描述总体而言的，对于媒体级描述而言只有m=是必须的）。注意所有的描述项必须按照上面的顺序给出。
三 各个字段的描述：
1.Version（必选）
v=0
SDP的版本号，不包括次版本号。
2．origion（必选）
o=<username> <sessionid> <version> <network type> <address type> <address>
o=<用户名> <session id> <会话版本> <网络类型><地址类型> <地址>
“o=”项对会话的发起者进行了描述。
<username>是用户的登录名。如果主机不支持<username>，则为 ”－”。注意：<username>不能含空格。
<session id>：是一个数字串。在整个会话中，必须是唯一的。为了确保其唯一，建议使用NTP(Network Time Protocol)timestamp。
<version>：该会话公告的版本,供公告代理服务器检测同一会话的若干个公告哪个是最新公告.基本要求是会话数据修改后该版本值递增,建议用NTP时戳。
<networktype>：网络类型，一般为”IN”,表示”internet”
<address type>：地址类型，一般为IP4
<address>：地址
3．Session Name（必选）
s=<sessionname>
会话名，在整个会话中有且只有一个”s=”。
4．Connection Data（可选）
c=<networktype> <address type> <connection address>
表示媒体连接信息。
一个会话声明中，会话级描述中必须有”c=”项或者在每个媒体级描述中有一个”c=”项。可能在会话级描述和每个媒体级描述中都有”c=”项。
<network type>：网络类型，一般为”IN”,表示”internet”
<address type>：地址类型，一般为IP4。
<connection address>：应用程序必须处理域名和ip地址两种情形。单播时，为域名或ip地址，推荐使用域名；多播，为ip地址，且ip后面必须有TTL（取值范围是0－255），地址和TTL决定了多播包被传播的范围。例：
c=IN IP4 224.2.1.1/127
分层编码方案是一个数据流被分为多层，接受者能够通过申请不同层的流选择流的质量（包括带宽）如下：
<base multicastaddress>/<ttl>/<number of addresses>
如果<number of addresses>没有给定，则默认为1。
c=INIP4 224.2.1.1/127/3
等价于：
c=IN IP4 224.2.1.1/127
c=IN IP4 224.2.1.2/127
c=IN IP4 224.2.1.3/127
5．Bandwidth（可选）
b=<modifier>:<bandwidth-value>
描述了建议的带宽，单位kilobits per second，可选。
<modifier>：包括两种CT和AS。CT：ConferenceTotal，总带宽。AS：Application-SpecificMaximum，单个媒体带宽的最大值。
扩展机制：<modifier>以”X－”开始。建议modifier越短越好。例
b=X-YZ:128
6．Times（必选）, RepeatTimesand Time Zones
t=<start time> <stop time>
描述了会话的开始时间和结束时间。
<start time> 和<stop time> 为NTP时间，单位是秒。假如<stop time>为零表示过了<start time>时间后会话一直持续。当<start time> 和<stoptime>均为零时表示持久会话。
建议start time和stoptime不要设为0。因为不知道此会话的开始和结束时间，增加了调度（scheduling）的难度。
7．Media Announcements （必选）
m=<media><port> <transport> <fmt list>
一个会话描述包括几个媒体描述。一个媒体描述以”m=”开始到下一个”m=”结束。
<media>：表示媒体类型。有"audio", "video","application"（例白板信息）, "data"（不向用户显示的数据） 和"control"（描述额外的控制通道）。
<port>：媒体流发往传输层的端口。取决于c=行规定的网络类型和接下来的传送层协议：对UDP为1024-65535；对于RTP为偶数。当分层编码流被发送到一个单播地址时，需要列出多个端口。方式如下：
m=<media><port>/<number of ports> <transport> <fmt list>
对于RTP，偶数端口被用来传输数据，奇数端口用来传输RTCP包。例：
m=video49170/2 RTP/AVP 31
端口49170和49171为第一对RTP/RTCP端口，49172和49173为第二对的端口。传输协议是RTP/AVP，媒体格式为31（媒体格式是rtp头中payload参数对应的）。
<transport>：传输协议，与c=行的地址类型有关。两种： RTP/AVP，表示RealtimeTransport Protocol using the Audio/Video profile carried over UDP；UDP。
<fmt list>：媒体格式。对于音频和视频就是在RTP Audio/Video Profile定义的负载类型(payload type)。但第一个为缺省值，分为静态绑定和动态绑定：静态绑定即媒体编码方式与RTP负载类型有确定的一一对应关系，动态绑定即媒体编码方式（如时钟频率，音频信道数等）没有完全确定，需要进一步的属性说明（用rtpmap）。分别举例如下，静态绑定的例子：u_law的PCM编码单信道Audio，采样率8KHZ。在RTPAudio/Video profile中对应的payload type为0。即：
m=audio49232 RTP/AVP 0
动态绑定的例子：16位线形编码，采样率为16KHZ，假如我们希望动态RTP/AVP 类型98表示此此流，写法如下：
m=video49232 RTP/AVP 98
a=rtpmap:98 L16/16000/2
8．rtpmap（可选）
a=rtpmap:<payload type><encoding name>/<clock rate>[/<encodingparameters>]
a=rtpmap:<负载类型><编码名>/<时钟速率>[/<编码参数>]
对于音频流，<编码参数>说明了音频的通道数。通道数默认缺省值为1。对于视频流，现阶段没有<编码参数>。
m=audio 49230 RTP/AVP 96 97 98 m=audio 8888 RTP/AVP 0 m=video 1234 RTP/AVP 96
a=rtpmap:96 L8/8000 a=rtpmap:0 pcma/8000/1 a=rtpmap:96 H264
a=rtpmap:97 L16/8000
a=rtpmap:98 L16/11025/2
在rtpmap中，实验性的编码方案也可以用。其格式名前一定为”X－”例：一种新的实验性的被称为GSMLPC的音频流，使用的动态负载类型为99。
m=video 49232 RTP/AVP 99
a=rtpmap:99 X-GSMLPC/8000
9．SuggestedAttributes（可选）
a=<TYPE>或 a=<TYPE>:<VALUES>
a=framerate:<帧速率>//单位:帧/秒 1s播放几个rtp包 倒数为一个rtp包承载的数据播放的时间单位s
音频的话 a=framerate:50 1byte*8000hz*20ms=160B
则每个rtp包的音频数据量为160B 时间戳增值为160
a=lang:<语言标记>//会话描述的缺省语言或媒体描述的语言
注： 如果SDP语法分析器不能识别某一类型(Type),则整个描述丢失。
如果”a=”的某属性值不理解,则予以丢失此属性。
会话级的描述就是媒体级描述的缺省值（就是说媒体级描述其实也是一个会话级描述，只不过没写出来的会话级描述参数都用的缺省值）。
四 举例：
1.媒体级会话VLC播放264视频的sdp文件
m=video 1234 RTP/AVP 96
a=rtpmap:96 H264
a=framerate:15
c=IN IP4 172.18.168.45
详细：http://blog.csdn.net/zhangjikuan/article/details/27378237
2.媒体级会话VLC播放g711音频的sdp文件
m=audio 8888 RTP/AVP 0
a=rtpmap:0 pcma/8000/1 这地方是a率压缩方式；pcmu就是u率型
a=framerate:25 8000/25=320Byte 每个rtp包的音频数据为320byte 时间戳增值为320
c=IN IP4 192.168.1.230
详细：http://blog.csdn.net/zhangjikuan/article/details/27379201
如果是同时播放音频和视频流只要把这两个媒体级会话合在一个sdp文件中就好了
3.点播mp4文件，MS_H返回给终端的sdp信息
v=0
o=HWPSS 3427743244 1084119141 IN IP4 127.0.0.1
s=test1.mp4
test1.mp4：媒体文件名
c=IN IP4 0.0.0.0
t=0 0
a=control:*
a=range:npt=0-44.000000
44.000000：mvhd原子：ntohl (movie_header->duration)/ ntohl(movie_header->time_scale)
m=video 0 RTP/AVP 96
96：track->payload_type 视频：96音频：97
a=control:trackID=101
101：轨道ID。 视频：101，102， 103 音频： 201，202， 203，204， 205
a=rtpmap:96 MP4V-ES/90000
90000：track->time_scale
a=fmtp:96 profile-level-id=2;config=000001b0020;
profile-level-id=2： mp4v的子原子esds中得来
config=000001b0020： mp4v的子原子esds中得来
m=audio 0 RTP/AVP 97
a=control:trackID=201
a=rtpmap:97 mpeg4-generic/24000/1
24000： track->time_scale
1：mp4a的子原子esds中得来的
a=fmtp:97 streamtype=5;profile-level-id=15; mode=AAC-hbr; config=1308; SizeLength=13; IndexLength=3;IndexDeltaLength=3; Profile=1;
config=1308：mp4a的子原子esds中得来的
streamtype=5; profile-level-id=15; mode=AAC-hbr：写死
SizeLength=13; IndexLength=3; IndexDeltaLength=3; Profile=1：写死
4.直播
编码器生成的sdp文件
v=0
o=- 2545495921 1885424500 IN IP4 192.168.225.158
s=111
c=IN IP4 192.168.225.153
b=RR:0
t=0 0
m=video 5088RTP/AVP 96
b=AS:949
a=rtpmap:96 H264/90000
a=fmtp:96 profile-level-id=4D4015;sprop-parameter-sets=Z01AFZZWCwSbCEiAAAH0AAAw1DBgAHP2AOg1cABQ,aO88gA==;packetization-mode=1
a=cliprect:0,0,576,352
a=framerate:25.
a=mpeg4-esid:201
a=x-envivio-verid:0002229D
m=audio 5090 RTP/AVP 97
b=AS:50
a=rtpmap:97 mpeg4-generic/24000/2
a=fmtp:97 profile-level-id=15; config=1310;streamtype=5; ObjectType=64; mode=AAC-hbr; SizeLength=13; IndexLength=3;IndexDeltaLength=3
a=mpeg4-esid:101
a=lang:eng
a=x-envivio-verid:0002229D
点播上面的sdp文件，MS_H传给终端的sdp信息
v=0
|
o=- 1702415089 4281335390 IN IP4 127.0.0.1
s=live
c=IN IP4 0.0.0.0
t=0 0
a=control:*
a=range:npt=0-
m=video 5088 RTP/AVP 96
b=AS:949
a=rtpmap:96 H264/90000
a=fmtp:96 profile-level-id=4D4015;sprop-parameter-sets=Z01AFZZWCwSbCEiAAAH0AAAw1DBgAHP2AOg1cABQ,aO88gA==;packetization-mode=1
a=cliprect:0,0,576,352
a=framerate:25.
a=mpeg4-esid:201
a=x-envivio-verid:0002229D
a=control:trackID=103
此媒体描述是与编码器的媒体描述是一样的。
m=audio 5090 RTP/AVP 97
b=AS:50
a=rtpmap:97 mpeg4-generic/24000/2
a=fmtp:97 profile-level-id=15; config=1310;streamtype=5; ObjectType=64; mode=AAC-hbr; SizeLength=13; IndexLength=3;IndexDeltaLength=3
a=mpeg4-esid:101
a=lang:eng
a=x-envivio-verid:0002229D
a=control:trackID=201
此媒体描述是与编码器的媒体描述是一样的。
扫一扫
3143
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
