SDP format for RESP Streams

### SDP格式在RESP流中的应用 #### 概述与背景 本文档旨在探讨并定义一个新提案——如何使用会话描述协议（Session Description Protocol, SDP）来描述实时流协议（Real Time Streaming Protocol, RTSP）流。该文档由X. Marjou、S. Whitehead、M. J. Montpetit、S. Ganesan、D. Ress以及D. Goodwill共同撰写，并在IETF 67会议上进行了介绍。 #### SDP与RTSP的基本概念 - **SDP**：一种用于描述多媒体会议或会话的文本格式标准，主要用于通信过程中对多媒体会话进行描述，包括传输协议、编解码器类型、地址等信息。 - **RTSP**：一种用于控制实时数据的协议，特别是音频和视频流，支持播放、暂停、快进等功能，类似于HTTP但更专注于实时媒体流的控制。 #### SDP中RTSP流描述示例 在本节中，将通过具体的SDP示例来阐述RTSP流的描述方式： ##### INVITE SIP消息示例 ```plaintext F01 – SIP INVITE sip:bob@biloxi.example.com SIP/2.0 ... c=IN IP4 a.atlanta.example.com m=application 9 TCP/RTSP rtsp a=fmtp:rtsp request-uri: rtsp://b.biloxi.example.com/scene a=fmtp:rtsp version: 2.0 a=fmtp:rtsp h-accept-ranges: NPT a=connection: new a=setup: active m=audio 6666 RTP/AVP 0 a=rtpmap: 0 PCMU/8000 a=sendrecv ``` - `c=IN IP4 a.atlanta.example.com` 表示客户端的IP地址为 `a.atlanta.example.com`。 - `m=application 9 TCP/RTSP rtsp` 表明这是一个RTSP应用流，端口为9，使用TCP传输。 - `a=fmtp:rtsp request-uri: rtsp://b.biloxi.example.com/scene` 定义了请求URI，即流的URL。 - `a=fmtp:rtsp version: 2.0` 指定了RTSP版本号。 - `a=fmtp:rtsp h-accept-ranges: NPT` 表示服务器接受的时间范围是基于NPT（网络播放时间）的。 - `a=connection: new` 和 `a=setup: active` 表明连接模式和设置模式。 - `m=audio 6666 RTP/AVP 0` 和 `a=rtpmap: 0 PCMU/8000` 定义了音频流的参数，包括使用的端口、编码类型（PCMU表示PCM无压缩编码）和采样率（8000Hz）。 - `a=sendrecv` 表示客户端可以同时发送和接收数据。 ##### OK SIP消息示例 ```plaintext F01 – SIP INVITE sip:bob@biloxi.example.com SIP/2.0 F02 – SIP SIP/2.0 200 OK ... c=IN IP4 b.biloxi.example.com m=application 554 TCP/RTSP rtsp a=control: rtsp://b.biloxi.example.com/scene a=fmtp:rtsp version: 2.0 a=fmtp:rtsp h-accept-ranges: NPT a=fmtp:rtsp h-session: 6238237 a=fmtp:rtsp h-date: Tue, 05 Sep 2006 09:56:44 GMT a=fmtp:rtsp h-rtp-info: url="rtsp://b.biloxi.example.com/scene" ssrc=1631654733:seq=53961;rtptime=0 a=connection: new a=setup: passive a=rtsp idm-stream: 10 m=audio 8888 RTP/AVP 0 a=rtpmap: 0 PCMU/8000 a=sendonly a=label: 10 ``` - `c=IN IP4 b.biloxi.example.com` 表示服务器的IP地址为 `b.biloxi.example.com`。 - `m=application 554 TCP/RTSP rtsp` 指出了应用层协议和端口信息。 - `a=control: rtsp://b.biloxi.example.com/scene` 指定了流媒体的控制信息。 - `a=fmtp:rtsp h-session: 6238237` 定义了RTSP会话ID。 - `a=fmtp:rtsp h-rtp-info: url="rtsp://b.biloxi.example.com/scene" ssrc=1631654733:seq=53961;rtptime=0` 描述了RTP流的信息，包括SSRC（同步源标识符）、序列号和时间戳。 - `a=setup: passive` 表明服务器处于被动模式。 - `m=audio 8888 RTP/AVP 0` 和 `a=rtpmap: 0 PCMU/8000` 描述了音频流的细节。 - `a=sendonly` 和 `a=label: 10` 表明服务器只能发送数据，且具有特定的标签。 #### RTSP方法的使用 文档还提到了RTSP中的某些方法如 `SETUP` 已不再使用，并提出了一些问题供讨论： - **ISSUE-1**：是否应该继续使用RTSP的 `SETUP` 和 `DESCRIBE` 方法？ - **ISSUE-2**：能否找到比在 `fmt` 字段中使用 `rtsp` 标记更优雅的提议？ - **ISSUE-3**：是否允许在SDP中传输所有必要的RTSP头信息，或者仅限制于少数几个RTSP头部？ 此外，还有一些来自MMUSIC列表的问题被提出： - 是否有太多的RTSP头部信息在offer/answer交换中？ - 保留 `SETUP` 方法可能有助于解决草案中的三个开放性问题。 - 客户端是否总是需要描述它将要产生的会话的详情？ - 现有的SDP offer/answer机制似乎已经足够。 - 安全问题（尚未在草案中研究）。 - 已经有关于Session ID的问题被提出（也许通过保留 `SETUP` 可以解决）。 - 是否移除RTSP v1？ - 如果声音听起来…… 这些问题是围绕着如何更好地利用SDP来描述RTSP流的关键点，旨在优化整个流媒体服务的体验和性能。 SDP格式在RTSP流中的应用是一个复杂而精细的过程，涉及到多个方面的考虑和优化。通过对上述示例和问题的分析，可以更好地理解如何有效地利用SDP来描述和控制RTSP流，从而提高流媒体服务的质量和用户体验。