我有一个从调用者到我们的 ucma 服务器到客户端/操作员的背靠背呼叫。在从呼叫者到 ucma 的腿上进行转移时，可能会发生一些不同的结果；转接目标接听、不接听或忽略呼叫（忽略/占线按钮）。
我想区分后两者；忙，无人接听。在 ucma 应用程序中，我只收到带有文本“传输操作失败。有关详细信息，请参阅异常中的消息数据”的 FailureRequestException。 我无法弄清楚异常中的任何地方，或者如何知道忙和没有答案之间的区别。两者都生成相同的异常，没有明显的参数说明它是什么。
有什么方法可以知道在这种情况下传输失败的原因吗？
【问题讨论】：
标签： ucma lync-client-sdk
我不确定这是否会有所帮助，但如果您可以获得邀请的最终非临时状态代码，“忽略”结束将是 603。没有回答将是“480” - 尽管如此480（暂时不可用）可能会因许多其他原因而被退回。
此外，如果用户拥有多个端点（例如桌面 Lync 客户端和移动 Lync 客户端），情况可能会混淆。因此，您最终会得到分叉的请求/响应，而只有一个整体响应返回给您。那么您可能无法始终准确地判断呼叫终止的原因。
我真的觉得你说你得到一个 FailureRequestException 很有趣。 我会期待一个FailureResponseException。使用 FailureResponseException 异常，您可以提取状态码。
来自UCMA 4.0 exception model msdn page：
故障响应异常
在收到请求的 4xx、5xx 或 6xx 响应时引发。此异常包含 ResponseData 属性，该属性 包含完整的响应，包括响应代码、原因文本、 标题和消息正文。在极少数情况下，这也可能会被抛出 发生 4xx、5xx 或 6xx 响应以外的错误时。在这样的 如果 ResponseData 属性为空。
【讨论】：