【问题标题】:Transferring a Back-to-back call, how to provide status to client转移背靠背呼叫,如何向客户端提供状态
【发布时间】:2015-12-16 12:57:09
【问题描述】:

在我们的应用程序中,我们通过我们构建的 ucma 应用程序在操作员(客户端)和调用方之间建立了背靠背连接。现在我们想将呼叫者转移到另一个运营商或号码。

此转接有人参与,因此我们希望至少在转接完成之前将呼叫保留在客户端中。

客户端应用程序告诉 ucma 应用程序进行传输。因此,服务器从 ucma -> caller 进行转移。在这种情况下,从 ucma 到客户端应用程序的分支保持不变,但我们希望接收有关此传输的信息,以便我们可以在客户端应用程序中显示传输状态。如果传输失败,也应该让操作者清楚(在传输过程中也应该保持,即使传输失败也继续保持)。

在 UCMA 中执行此操作的正确方法是什么?

【问题讨论】:

    标签: ucma lync-client-sdk


    【解决方案1】:

    很难给你建议,因为根据你需要达到的目标,有多种方法可以做你想做的事。

    我认为主要问题是您在中间进行传输,您不能告诉 Lync 客户端继续“暂停”。因此,您只能从 UMCA 应用程序的角度保持呼叫。这意味着如果您必须提供自己的 UI 以在呼叫失败时取消保持呼叫,可能来自您自己的客户端应用程序 GUI。

    您可以编写一个由 Lync Client SDK 控制的 Lync Client 应用程序。如果您有由 Lync Client SDK 控制的 Lync Client,则可以远程控制 Lync Client 进行传输,这样您就可以获得标准的 Lync Client 传输失败 UI。如果你这样做,那么 UCMA 申请的意义何在?

    如果您必须从 UCMA 的角度来看,您可以:

    • 在您唯一的客户端应用程序中提供 UI(我认为不好),包括在失败时控制保持状态
    • Lync 客户端 SDK 控制 Lync 客户端将呼叫置于保持状态,这是标准的 Lync 客户端在失败时取消保持的方式,然后只需要担心传输失败的显示。也许在您的客户端应用程序中显示某些内容,也许是从 UCMA 应用程序发送一个通话中的 IM?
    • 查看 Lync 客户端是否支持 BoardWork Extensions(特别是远程控制保持事件包)。如果是这样,那么您可以远程保持通话,但很可能它没有:(

    【讨论】:

    • 实际上,客户端应用程序确实使用了 lync 客户端 sdk,所以我可以从那里暂停 operator->server-leg,所以我大概可以找到一种方法来处理状态机器从那一端。我也可以通知客户端传输状态的更改,使用自定义消息来传递此类信息似乎有点繁琐且更容易出错,而不仅仅是在 lync 调用上设置状态,并且 lync 服务器会传播给客户的信息。我得到了一些指示,并验证了我提出的解决方案并没有太远。谢谢。 :)
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多