5. Generating the Initial Offer (生成初始提议)

5. Generating the Initial Offer (生成初始提议)

提议 (及应答) 必须是 RFC 2327 [1] 所定义的有效 SDP 消息, 但有一项例外. RFC 2327 要求 SDP 消息中必须出现 e 行或 p 行之一. 本规范放宽该约束; 为提议/应答应用编制的 SDP 可以同时省略 e 行与 p 行. o 行中会话标识 (session id) 与版本 (version) 的数值必须能用 64 位有符号整数表示. 版本的初始值必须小于 (2**62)-1, 以避免回绕. 尽管 SDP 规范允许多个会话描述拼接成一条大型 SDP 消息, 在提议/应答模型中使用的 SDP 消息必须恰好包含一个会话描述.

SDP s= 行表示会话主题 (subject), 对多播有合理定义, 对单播则定义不清. 对单播会话, 建议该行由单个空格字符 (0x20) 或连字符 (-) 组成.

遗憾的是, SDP 不允许 s= 行为空.

SDP t= 行表示会话时间. 通常, 单播会话的流通过外部信令手段 (如 SIP) 创建和销毁. 此时, t= 行应为 "0 0".

提议将包含零条或多条媒体流 (每条媒体流由 m= 行及其关联属性描述). 零条媒体流表示提议方希望通信, 但会话的流将在稍后通过修改后的提议添加. 这些流可以是单播与多播的混合; 后者显然意味着相关 c= 行中出现多播地址.

每条被提议的流的构造取决于该流是多播还是单播.