如何解决IMS - 在 SIP 中转发呼叫流 - SDP 协商
我试图了解转发在 IMS 部署中应该如何工作。前转由 SIP 路径中间的 AS 执行,例如当原始被叫用户没有接听呼叫时。在这种情况下,AS 取消呼叫(发送 CANCEL),并向转发的用户发送新的 INVITE。然而,在发送 CANCEL 之前,原始被叫方已经以可靠的方式发布了他的 SDP 应答(183 和 100rel)。
在新的INVITE中,使用了原主叫方的SDP offer,转接用户发送自己的SDP answer,显然与原被叫方不同。 AS在接收到这个应答时,并且因为它已经从原始被叫方发送了应答,而不是仅仅中继这个新应答,而是向主叫方发送带有新应答的更新。更新被主叫方接受,随后呼叫建立。
我担心的是,根据 RFC 3264,第 8 节“修改会话”:
发出修改会话的报价时, 新 SDP 的“o=”行必须与 以前的 SDP,除了原始字段中的版本必须 从前一个 SDP 增加 1。
在这种情况下,查看跟踪,UPDATE 中发出的 SDP 完全不同,包括 o= 行,因为它来自不同的代理。 AS 是否应该操纵新 SDP 应答的 SDP 以隐藏它来自另一个 UA 的事实?这个流程还有其他更标准的方式吗?
感谢您的洞察力。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。