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 (将#修改为@)

相关问答

错误1:Request method ‘DELETE‘ not supported 错误还原:...
错误1:启动docker镜像时报错:Error response from daemon:...
错误1:private field ‘xxx‘ is never assigned 按Alt...
报错如下,通过源不能下载,最后警告pip需升级版本 Requirem...