9. Indicating Capabilities (指示能力)

在发送 Offer 之前, 若可知 Offer 中的媒体格式是否为 Answerer 所接受, 会很有帮助.某些协议 (如 SIP (Session Initiation Protocol, 会话初始协议)) 提供了查询此类能力的手段.SDP 可用于对此类查询的响应中以指示能力.本节描述如何格式化此类 SDP 消息.由于 SDP 无法表明该消息用于能力指示, 这一点由上层协议的上下文决定.基线 SDP 表达能力的手段非常有限, 无法表达允许的参数范围或取值, 也无法与 Offer/Answer 本身并行进行.未来扩展可能会解决这些限制.

为指示媒体能力而构造的 SDP 结构如下.其必须是有效的 SDP, 但可以省略 e= 与 p= 行.t= 行必须等于 0 0.对实现所支持的每一种媒体类型, 必须有一条相应类型的媒体描述.origin 字段中的 session ID (会话 ID) 对每一份用于指示媒体能力的 SDP 必须唯一.端口必须置为零, 但连接地址可为任意值.使用端口零可确保: 若将面向能力的 SDP 误当作 Offer 或 Answer 解释, 也不会建立媒体流.

m= 行中的传输 (transport) 部分指明该媒体类型的传输.对实现所支持的该类型的每一种媒体格式, 应该在 m= 行中列出一种格式.在 RTP 的情况下, 若使用动态负载类型, 必须存在 rtpmap 属性以将类型绑定到具体格式.无法表达诸如某一编解码器可同时支持多少路流等约束.

v=0
o=carol 28908764872 28908764872 IN IP4 100.3.6.6
s=-
t=0 0
c=IN IP4 192.0.2.4
m=audio 0 RTP/AVP 0 1 3
a=rtpmap:0 PCMU/8000
a=rtpmap:1 1016/8000
a=rtpmap:3 GSM/8000
m=video 0 RTP/AVP 31 34
a=rtpmap:31 H261/90000
a=rtpmap:34 H263/90000

图 1: 指示能力的 SDP

图 1 中的 SDP 表明该实现可以支持三种音频编解码器 (PCMU, 1016 与 GSM) 以及两种视频编解码器 (H.261 与 H.263).

9. Indicating Capabilities (指示能力)​

9. Indicating Capabilities (指示能力)