SIP 重新邀请和用户=phone
SIP Re-invite and user=phone
当我的系统发出邀请时，在请求行中我有 "sip:nnnnn@domain;user=phone" 但是当它重新邀请时它会删除 user=phone 并且看起来像 "sip:nnnnn@domain" .
我的问题是这是正常行为吗？我有一个供应商抱怨，但从我从 RFC 3261 收集到的信息来看，它在同一个对话框中，这很好。这是正确的吗？
谢谢
'user=phone' 的含义是指定 URI 的用户部分应解释为电话 phone 号码 (tel-URI)。此信息在建立连接时很有用。对于重新邀请，它没有附加值，因为端点之间的连接已经到位。
此外，邀请的 Request-URI 与重新邀请的 Request-URI 不同是正常的。用于邀请的 Request-URI 通常是一个记录地址，例如来自 phone 本书。邀请将建立与特定 SIP 实例（端点）的连接。这个 SIP 端点 returns 它在（最终）响应中的联系地址，有时是路由集。联系地址是对话的远程目标。远程目标和路由集必须用于为后续的重新邀请构建 Request-URI（参见 RFC3261）。
我认为（没有消息示例）您的系统正在以正确的方式处理此问题。如果您的供应商坚持重新邀请具有包含 'user=phone' 的 Request-URI，则应在其 phone 的联系地址中包含此参数。
当我的系统发出邀请时，在请求行中我有 "sip:nnnnn@domain;user=phone" 但是当它重新邀请时它会删除 user=phone 并且看起来像 "sip:nnnnn@domain" .
我的问题是这是正常行为吗？我有一个供应商抱怨，但从我从 RFC 3261 收集到的信息来看，它在同一个对话框中，这很好。这是正确的吗？
谢谢
'user=phone' 的含义是指定 URI 的用户部分应解释为电话 phone 号码 (tel-URI)。此信息在建立连接时很有用。对于重新邀请，它没有附加值，因为端点之间的连接已经到位。
此外，邀请的 Request-URI 与重新邀请的 Request-URI 不同是正常的。用于邀请的 Request-URI 通常是一个记录地址，例如来自 phone 本书。邀请将建立与特定 SIP 实例（端点）的连接。这个 SIP 端点 returns 它在（最终）响应中的联系地址，有时是路由集。联系地址是对话的远程目标。远程目标和路由集必须用于为后续的重新邀请构建 Request-URI（参见 RFC3261）。
我认为（没有消息示例）您的系统正在以正确的方式处理此问题。如果您的供应商坚持重新邀请具有包含 'user=phone' 的 Request-URI，则应在其 phone 的联系地址中包含此参数。