SDP详解：会话描述协议在IP电话中的关键应用

下载需积分: 32 | DOC格式 | 76KB | 更新于2024-09-04 | 54 浏览量 | 举报

SDP（Session Description Protocol，会话描述协议）是多媒体通信领域的一项关键协议，由MMUSIC工作组开发，主要用于在网络环境中提供会话信息的描述和共享。RFC 2327文档详细规定了SDP的工作原理、应用场景以及其在IP电话中的应用。以下是一些核心知识点： 1. **协议结构**: - SDP定义了一个统一的格式来表示会话的媒体流配置，包括主被叫间的媒体描述一致性，例如使用`a=rtpmap`确保媒体类型映射的灵活性。 - 单播SDP中，端口号管理很重要：发送媒体流的端口号设为0，接收端需要明确表示其媒体流的接受/发送能力，并提供相应的编解码信息。 - 多播操作有限制：被叫不能更改媒体流的模式，不支持多播的客户端会返回400错误和330警告。 2. **媒体流处理**: - 延迟媒体流和媒体流保持功能体现了SDP对会话时间同步的支持。 - SDP与SIP等会话控制协议关联，如Content-Type、Content-Encoding和Content-Length字段用于描述消息内容、可能的编码方式和消息长度。 3. **多方面特性**: - 对于无共同媒体格式的主被叫，被叫会发送400响应和304警告（无媒体类型）。 - 被叫接收和发送的多播地址相同，且不允许修改媒体流的特性。 4. **语法解析**: - SDPGrammar部分详细说明了SDP的语法规则，包括不同类型的定义，如会话类型（session type）、媒体类型（media type）等。 5. **应用示例**: - SDP广泛应用于IP电话系统，如主被叫间的媒体描述配置、SIP协议的消息体内容描述，以及与其他传输协议（如SAP、RTSP、HTTP和电子邮件中的MIME）的协同工作。 RFC 2327文档是关于SDP协议的全面指南，它规范了如何在互联网上建立、管理和维护多媒体会话，确保信息的准确传递和参与者的理解。通过理解和遵循这些规则，开发者可以构建支持各种多媒体通信的应用程序。

SDP: Session Description Protocol(会话描述协议)..........................................................................2
1. 概述.................................................................................................................................................2
2. 协议.................................................................................................................................................2
3. SDP 在 IP 电话中的使用...............................................................................................................4
1. 媒体流的配置.........................................................................................................................4
1) 主被叫的媒体描述必须完全对应 :主被叫的第 n 个媒体流(“m=”)对应,都包
含”a=rtpmap”.这样的目的是易于适应静态净荷类型到动态净荷类型的转换............4
2) 如被叫不想接收主叫提出的某个媒体流则在响应中设置该媒体流的端口号为 0.
并且,必须返回对应的媒体流行........................................................................................4
2. 单播 SDP 值的设定................................................................................................................4
1) 对于只发媒体流,端口号无意义,应设为 0...................................................................4
2) 每个媒体流的净载荷类型例表应传送两个信息:能接受/发送的编译码,和用以标
识这些编译码的 RTP 净载荷类型号................................................................................4
3) 如对于某一媒体流,主/被叫没有公共的媒体格式,被叫仍然要求返回媒体流
的”m=”行,端口好为 0,同时,不列净载荷类型..................................................................4
4) 如果所有媒体流均无公共的媒体格式,则被叫回送 400 响应(坏请求),并加入 304
警告头字段(无媒体类型)..................................................................................................4
3. 多播操作.................................................................................................................................4
1) 接受和发送的多播地址是相同的................................................................................4
2) 被叫不允许改变媒体流的只发,只收,或收/发特性.....................................................4
3) 如果被叫不支持多播,则回送 400 响应和 330 警告(多播不可用).............................4
4. 延时媒体流.............................................................................................................................4
5. 媒体流保持.............................................................................................................................4
6. 对应于 SIP 中有 3 个实体字段:.............................................................................................4
1) Content-Type: 指明消息体类型,有两种:......................................................................4
2) Content-Encoding:补充说明消息体类型,使用户可以采用压缩编码编辑消息体....4
3) Content-Length:给出消息体的字节数..........................................................................4
7. SDP 各 type 的详细解释:.......................................................................................................4
4. SDP Grammar.................................................................................................................................6