UCMA 4.0的呼叫队列方法

Question

我需要一些有关如何使用UCMA 4.0和Lync处理呼叫队列的帮助/建议。

我一直在研究一些UCMA 4.0 Core文档，并深入研究了样本等内容，以找到开发呼叫队列的最佳实践。 我一直在寻找Trusted Application用户/参与者，会议和音频路由。

但是，我应该使用哪种方法在UCMA 4.0中创建呼叫队列？

是举行所有来电的会议并让受信任的会议用户控制音频路由的正确方法吗？ 据我所知，受信任的会议用户可以与同一会议同时建立数百个音频连接，并确定谁可以听到谁的声音，并播放等待的音乐供其他人使用，将来电转移到企业内的另一个UserEndpoint等。 。

我的方法是使用ApplicationEndpoint创建UCMA 4.0应用程序。 然后将会议作为我的传入队列（可以是Lync或PSTN呼叫），在我的UCMA应用程序中拥有一个受信任的会议用户，以控制该队列（通过传输，处理AV路由以建立座席<>呼叫者会话，以及可能让主管默默地收听特定的音频路由等）。

但是由于限制和/或其他原因，我不确定这种方法是否正确，或者是否需要更改任何内容。 我寻求一些建议/建议，以走上正确的道路。

（MSDN线程： http ://social.msdn.microsoft.com/Forums/lync/en-US/16a13242-3e03-463c-b554-6b305e6cf00e/call-queue-approach-with-ucma-40?forum= ucmanagedsdk# 16a13242-3e03-463c-b554-6b305e6cf00e ）

编辑：对此的另一种想法。 在研究可信会议用户时，我在想，呼叫者是否有可能呼叫会议/应用程序端点？ 我知道我可以使用UserEndpoint来做到这一点，后者会在线提示存在。 但是，由于TCU无法发布状态并且被隐藏在会议花名册中，所以我的用户甚至可以呼叫会议吗？ 还是我应该有一个我的呼叫者要呼叫的UserEndpoint，然后将该呼叫者代理到会议队列？

Answer 1

您绝对可以那样做。 您需要做一些额外的工作，以确保通话队列中的所有人员在同一会议中等待时不会互相交谈（尽管这听起来像是一种有趣的方式，可以通过等待连接的时间！）。 但是，该方法可能会比其他方法更好地扩展：

您可以让应用程序接听电话，并使用AudioFlow播放音乐。 该应用程序可以处理多个已接受的呼叫，并且可以保留这些呼叫，直到代理准备就绪时才可以转移它们。 这可能比处理会议要容易。

我认为这两种方法都是可以接受的。 会议方法将意味着，如果漫游器重新启动，所有呼叫将不会中断。 应用方法将意味着您可以选择在用户等待时向其播放自定义音频（队列第4，队列第3等）。

仔细考虑一下，我认为规模问题可能不是问题。 无论您选择哪种方法，如果规模足够大，您将开始达到需要添加额外硬件的极限，取决于您使用的方法，它只会在Lync基础结构的不同位置发生。