4

在 Twilio - 飞行模式同时响铃中断。

由于连接的第一个呼叫将取消所有其他尝试，如果有线路处于飞行模式，它将立即接听并将用户带到语音信箱。

解决方法是仅在呼叫成功连接而不是 PICKED-UP 时取消所有其他尝试。在此示例中，如果 111-111-1111 接听但未按 1，则不应取消对 222-222-2222 的呼叫：

<?xml version="1.0" encoding="UTF-8"?>
<Response>
    <Dial>
        <Number url="/screen">
            111-111-1111
        </Number>
        <Number url="/screen">
            222-222-2222
        </Number>
    </Dial>
</Response>

--- /screen
<?xml version="1.0" encoding="UTF-8"?>
<Response>
    <Gather action="/complete_call">
        <Say>Press any key to accept this call</Say>
    </Gather>
    <Hangup/>
</Response>

有解决这个问题的计划吗？

在您的文档中，您似乎意识到了这个问题。以下是 Twilio 文档除外：

当您有多个电话（或多个人）想要在收到来电时响铃时，同时拨号很有用。请记住，连接的第一个呼叫将取消所有其他尝试。如果您在飞行模式下拨打办公室电话系统或手机，它可能会在一次响铃后接听，从而防止其他电话号码响铃足够长的时间让人类接听。

因此，在您知道被叫方行为的情况下，您应该注意使用同时拨号。

https://www.twilio.com/docs/api/twiml/number

4

2 回答 2

2

我最近遇到了类似的问题。

德文的解决方案，如果我理解正确的话，是提示先接电话的人，如果他们在超时内没有响应，然后重拨组中剩余的号码。

这给呼叫者带来了糟糕的体验——他们最终会等待更长的时间才能连接到一个人——以及呼叫目标——他们的电话可能会短暂响起多次。

能够向所有拨打电话的人显示提示并连接首先响应提示的人将解决此问题，但目前似乎无法使用 API。

于 2014-11-07T15:55:04.810 回答
0

Twilio 布道者在这里。

所以今天你是对的，在模拟拨号的情况下，如果其中一个呼叫者的语音邮件立即接听，我们不会区分那和真人接听。现实情况是，应答机检测无论如何都非常不可靠，这就是为什么我们现有的AMD 功能被认为是实验性的，而不是在这种情况下完成的原因。

我看到的一种方法是在连接的呼叫开始时进行人工检查。通过使用<Gather>动词，您基本上会提示呼叫者输入一个值（“如果您是人类，请按 1”），如果没有任何反应，您假设它不是人类回答。一旦你知道你可以从呼叫组中删除你正在simul-dialing，然后重试组中的其他人。

希望有帮助。

于 2014-04-06T02:05:48.830 回答