在 SIP 中初始 INVITE 的 200OK 之后更新请求的 200OK 是否有可能？

Is it possible when 200OK for UPDATE request coming after 200OK for initial INVITE in SIP?

我有一个关于 SIP 的问题，当阅读 RFC [3311] UPDATE 请求时，它没有提到它在 SIP 中不是无效行为。这是调用流程：

  1. UAC 发送 INVITE 请求
  2. UAS 向 UAC 发送 1xx INVITE
  3. UAC 发送更新请求
  4. UAS 发送 2xx INV
  5. UAS 发送 2xx 更新

我假设某些原因导致 INVITE 的 200OK 首先出现，然后是 UPDATE 请求的 2xx 响应。这种情况在 SIP 呼叫跟随中是否为 pass case？

谢谢你们。

是的，完全没问题。

当 UPDATE 请求和 2xx INVITE 响应发送 'simultaneously' 并因此相互交叉时，可能会发生这种情况。

UAS发送2xx INVITE响应后，会收到UPDATE请求，立即发送2xx UPDATE响应。这意味着由于 INVITE request/response 建立的会话将具有较短的生命周期，因为其会话参数将根据 UPDATE 会话参数进行更新。