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基礎結構的不同位置發生。