Call 通过UCMA在Lync会议中获得音频通话

Call 通过UCMA在Lync会议中获得音频通话,call,lync,ucma,conference,Call,Lync,Ucma,Conference,我正在寻找一种方法,通过Lync UCMA应用程序获取现有会议中音频呼叫的引用,这样我就可以更改会议参与者的音频路由,而无需他们通过机器人加入并设置背靠背呼叫 有人知道如何实现这一目标吗? 然而,为了让UCMA应用程序以这种方式将呼叫转变为会议,它必须从一开始就参与进来。在设置呼叫时,在两个呼叫参与者之间来回传递的所有消息必须通过UCMA应用程序路由。这是因为UCMA应用程序无法“干预”非参与者的两方通话 根据我的理解,电话会议仍然是双向的,所以这是不可能的。还有一些其他的帖子,主题是将电话从一

我正在寻找一种方法,通过Lync UCMA应用程序获取现有会议中音频呼叫的引用,这样我就可以更改会议参与者的音频路由,而无需他们通过机器人加入并设置背靠背呼叫

有人知道如何实现这一目标吗?

然而,为了让UCMA应用程序以这种方式将呼叫转变为会议,它必须从一开始就参与进来。在设置呼叫时,在两个呼叫参与者之间来回传递的所有消息必须通过UCMA应用程序路由。这是因为UCMA应用程序无法“干预”非参与者的两方通话

根据我的理解,电话会议仍然是双向的,所以这是不可能的。还有一些其他的帖子,主题是将电话从一个会议转接到另一个会议。其中一个(我敢肯定)说,当你在没有背对背电话的情况下把电话转接到另一个会议时,你没有办法再把它接回来。因此,这是不可能的

编辑-

现在,请记住,这个过程是不可重复的。当您使用AudioVideoMcuSession.BeginTransfer转接呼叫时,您将其从背靠背安排中拔出,并且您的应用程序将不再具有呼叫句柄。您拥有的调用对象将进入终止状态,调用方将再次成为远程参与者,完全不受您的控制


(如果我错了,请告诉我:)

事实上,我们看到了很多类似的证据,并且不得不面对这样一个事实:如果不通过UCMA类型的机器人路由所有呼叫,我们将无法获得会议中任何呼叫的参考,该机器人通过背靠背呼叫加入每个参与者。不幸的是,让所有参与者通过机器人加入是不可接受的。记住潜在的问题是更改一个已经活动的会议的音频路由,我们还尝试通过SIP消息更改路由,但运气不佳,因为我们遇到了一些配置错误,这些设置似乎没有人听说过。