SIP呼叫振铃时设备IP变更的标准行为咨询

一、RFC相关规范要求 #

• 振铃状态属于SIP早期对话（Early Dialog），根据RFC 3261定义，早期对话的会话参数（如IP、端口）变更，必须通过对话内请求（re-INVITE 或 UPDATE）完成，而非REGISTER请求。
• REGISTER的核心作用是更新注册服务器上的用户绑定信息，它不会主动同步正在进行的早期对话上下文到呼叫路径中的代理或主叫设备。主叫端仍会沿用旧IP发送后续信令，导致被叫回复的200 OK无法被主叫正常识别，最终触发呼叫断开。
• 针对移动SIP场景的RFC 5626进一步明确：早期对话中发生终端地址变更时，必须使用re-INVITE或UPDATE来更新会话信息，依赖REGISTER无法保证对话连续性。

二、被叫设备的标准行为 #

• 当IP变更发生在振铃阶段时，被叫应优先发送re-INVITE（推荐用于会话参数变更场景）到主叫端，在请求中携带新的Contact头（包含新IP/端口），待主叫回复200 OK确认对话上下文更新后，再执行接听操作。
• 若需直接接听，可在200 OK中携带新Contact头，并在消息体（SDP）中更新媒体地址，但这种方式可靠性低于先做re-INVITE更新的流程——主叫可能仍尝试往旧地址发送ACK，导致信令交互失败。

三、PJSIP场景的问题分析与解决 #

• 通话建立后IP变更能正常通过re-INVITE维持，是因为PJSIP默认对已建立对话的会话更新逻辑做了完整处理，但早期对话（振铃状态）的IP变更处理未被默认触发。
• 解决方案：
  • 监听设备的网络IP变更事件，在检测到IP变化且当前处于振铃状态时，手动调用PJSIP的API发起re-INVITE请求，将Contact头和SDP中的媒体地址更新为新IP/端口。
  • 检查PJSIP配置，确认是否开启了早期对话的会话更新支持（部分默认配置仅处理已建立对话的re-INVITE）。

内容的提问来源于stack exchange，提问作者René Heuven