0

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

我一直在研究一些 UCMA 4.0 核心文档，深入研究示例等，以找到开发呼叫队列的最佳实践。我一直在寻找受信任的应用程序用户/参与者、会议和音频路由。

但是我应该使用什么方法来使用 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，然后将呼叫者代理到会议队列？

4

1 回答 1

0

你绝对可以这样做。您必须做一些额外的工作，以确保呼叫队列中的所有人在同一会议中等待时不能互相交谈（尽管这听起来是一种很有趣的方式来通过等待连接的时间！）。但是，该方法可能比替代方法具有更好的扩展性，即：

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

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

再想一想，我认为规模问题可能不是问题。无论您选择哪种方法，如果您的规模足够大，您将开始遇到需要添加额外硬件的限制，这将发生在 Lync 基础结构中的不同位置，具体取决于您的方法。

于 2014-03-26T07:52:37.617 回答