在 Twilio 中 - 同时响铃在飞行模式下被破坏。
由于连接的第一个呼叫将取消所有其他尝试,因此如果有一条线路处于飞行模式,它将立即接听并将用户转至语音信箱。
修复方法是仅当呼叫成功“连接”而不是“接听”时才取消所有其他尝试。在此示例中,如果 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>
Run Code Online (Sandbox Code Playgroud)
有计划解决这个问题吗?
在您的文档中,您似乎已经意识到这个问题。以下是 Twilio 文档中的例外:
当您有多部电话(或多人)并且希望在收到来电时振铃时,同时拨号非常有用。请记住,连接的第一个呼叫将取消所有其他尝试。如果您拨打办公室电话系统或处于飞行模式的手机,它可能会在响一声后接听,从而阻止其他电话号码响铃足够长的时间以供人接听。
因此,在您了解被叫方行为的情况下,应谨慎使用同时拨号。
小智 3
我最近遇到了类似的问题。
如果我理解正确的话,德文的解决方案是向先接听的人发出提示,如果他们在超时内没有响应,则重拨组中的剩余号码。
这给呼叫者带来了糟糕的体验——他们最终需要等待更长的时间才能与人联系,而对于呼叫目标来说——他们的电话可能会多次短暂响起。
能够向每个拨打的人提供提示并连接首先响应提示的人将解决这个问题,但目前看来无法使用现有的 API 来实现。
| 归档时间: |
|
| 查看次数: |
1208 次 |
| 最近记录: |