当邀请更多客户端进行对话时,SIP请求的外观如何

就像克里斯说的, RFC 4353 你的朋友在这儿吗?

在实际实现围绕会议的逻辑之前,您需要一些零碎的东西。你需要支持 Join 报头 REFER 方法(基于 events package . 您可能还需要 Replaces 收割台和支架 call transfer .

这个 Call Control RFC 将向您显示有关添加/删除参与者等的实际呼叫流。

另外,看看 relevant section 关于搭车指南的。

和往常一样, sip-implementors 列表是很好的帮助来源。

我不认为你告诉新参与者所有参与者的详细信息;相反,我认为你让参与者与媒体服务器交谈,后者将来自多个呼叫分支的媒体混合在一起:

• 或者,一个原始参与者(邀请第三方的参与者)充当媒体服务器:因此,该UAC有两个单独的呼叫,一个呼叫其他两方,并混合媒体。

• 或者,最初的参与者转移到一个单独的专用媒体服务器:该服务器随后有3个呼叫(三方各一个),并混合媒体。

编辑:

下面是前一种方法的示例: Three-Way Conference (Third Party Joins)

下面是后一种方法的示例: A Framework for Conferencing with the Session Initiation Protocol (SIP)