SIP中SDP及其RTP的工作过程.doc

SIP 交换中的 SDP 及 RTP 的工作过程下面是一个典型的 SIP 会话要传送媒体首先要建立一个媒体会话( Session ) 。建立媒体会话实际上就是通过 SDP offer/answer 交换进行就会话的媒体参数进行协商的一个过程。但在 SIP 中没有规定使用哪个 SIP 消息来携带一个 SDP ( offer 或 answer )。理论上, 任何 SIP 消息的正文中都可以包含会话描述部分。但是, 一个 SIP 中的会话描述并不一定是一个 offer 或一个 answer, 只有符合在 SIP 标准 RFCs 中所描述的规则的会话描述才会被解释为一个 offer 或一个 answer 。 offer/answer 模型定义会话的更新。在 SIP 中,对话( dialog )用于将 offer/answer 交换及其要更新的会话联系起来。换句话说,只有在某个 SIP 对话中进行的 offer/answer 交换,才能更新该对话所管理的会话。在 SIP 消息中承载 offer/answe r 的规则定义在 RFC 3261[1], RFC 3262 [2] 以及 RFC 3311 [4] 中。在这些 RFCs 中定义了六种在 SIP 消息中交换 offer/answer 的模式。模式 1 和模式 2 是在 RFC3261 中定义的,用于不支持可靠临时响应消息( 1xx-rel )的 SIP 实体之间的会话建立。模式1: UA C在 INVIT E 请求中携带一个 offer, UA S在 200 INVIT E 响应中返回 answer 。这是最常用的一种模式。模式 2: UAC 在 INVITE 请求中没有携带 offer 。 UAS 在 200 INVITE 响应中携带一个 offer , UAC 通过 ACK 返回 answer 。这种模式通常用于 中。模式 3 、模式 4 、模式 5 都是在 RFC3262 中定义的,可用在支持 100rel (可靠临时响应) 扩展的 SIP 实体之间。其中模式 3、模式 4 可用于会话建立。模式 5 只能用于会话参数更新。它们利用 1xx-rel 响应消息来携带 offer 或 answer 来建立会话。模式 3: UAC 在 INVITE 请求中携带一个 offer, UAS 在 1xx-rel 响应中返回 answer 。这样, 在呼叫完成之前( UAC 没有收到 200 INVITE 消息) 会话已建立。此后, 会话参数还可以被更新,具体见模式 5 及模式 6。模式4: UAC 在 INVITE 请求中没有携带 offer 。 UAS 在 1xx-rel 可靠响应中携带一个 offer , UAC 通过 PRACK 返回 answer 。同样地, 在呼叫完成之前( UAC 没有收到 200 INVIT E 消息)会话已建立。此后,会话参数还可以被更新,具体见模式 6。模式 5:当 UAC 与 UAS 采用模式 3 建立会话后,呼叫并未完成(见模式 3) 。之后, 可以使用模式 5 对已建立的会话参数进行更新: UAC 在 PRACK 请求中携带一个新的 offer, UAS 在 200 PRACK 响应中返回 answer 。这样,会话参数便被更新。模式 6在 RFC3311 中定义, 主要用