SIP与SDP Offer/Answer模型详解

"SIP使用SDP Offer/Answer模型在建立对话时遵循RFC3261、RFC3262和RFC3264的规范。该模型主要涉及SIP INVITE消息、可靠响应、ACK消息以及1xx中间响应中的Offer和Answer交互。" 在SIP（Session Initiation Protocol）中，SDP（Session Description Protocol）用于描述会话的媒体特性，如音频、视频等。Offer/Answer模型是SIP中建立会话的一个关键机制，它确保了通信双方能够协商一致的媒体参数。以下是这个模型的一些核心要点： 1. 初始Offer通常在INVITE消息中发送，或者在第一个可靠的非失败响应（通常是2xx响应）中。RFC3261后来扩展了这一规定，允许1xx（除了100 Trying）响应也作为可靠的响应。 2. 如果初始Offer在INVITE中，Answer必须在后续的可靠非失败响应中。如果Answer出现在1xx响应（如183），UAC（User Agent Client）将忽略同一事务后续的Answer。 3. 若初始Offer在非失败响应中，Answer应出现在对那个响应的ACK消息中。 4. 发送或接收了对前一个Offer的Answer后，UAC可以发送新的Offer。反之，没有确认Answer，不应发送新Offer。 5. UAS（User Agent Server）在INVITE事务的后续响应中不应携带新的Offer，除非已经收到对前一个Offer的Answer。RFC3262引入PRACK方法增强了1xx响应的可靠性。 6. 如果INVITE带有Offer，UAS需在可靠非失败响应（包括1xx）中返回Answer。PRACK用来确保1xx响应的可靠性，并且在PRACK中可以携带Answer或新的Offer。 7. 成功的Offer/Answer交互可以在INVITE事务完成前建立会话。1xx响应中的Offer要求在收到PRACK确认之前，UAS不能发送2xx响应。 8. RFC3264规定，Offer提出媒体选项，Answer则接受或拒绝这些选项。通过新的Offer/Answer交互，用户代理可以更新已建立的会话。 这个模型确保了SIP会话的两端能够有效地协商媒体参数，从而实现双向通信。理解并正确应用这些规则对于开发和维护SIP应用程序至关重要，因为它关系到会话的建立、媒体流的协商以及会话的更新。