【发布时间】:2014-03-29 15:52:44
【问题描述】:
我刚刚编写了我的 Twilio 应用程序,以便向我在印度尼西亚的电话号码进行出站语音呼叫。
当我接听语音电话时,在第一个音频播放之前大约有 3-5 秒的延迟,无论是使用 <Say> 还是使用 <Play> 动词。
你们知道为什么会这样吗?是否有当前的解决方法可以将这种长延迟减少到仅仅 1-2 秒?如果电话另一端长时间没有声音,收件人很可能会挂断电话。
提前感谢任何见解
【问题讨论】:
我刚刚编写了我的 Twilio 应用程序,以便向我在印度尼西亚的电话号码进行出站语音呼叫。
当我接听语音电话时,在第一个音频播放之前大约有 3-5 秒的延迟,无论是使用 <Say> 还是使用 <Play> 动词。
你们知道为什么会这样吗?是否有当前的解决方法可以将这种长延迟减少到仅仅 1-2 秒?如果电话另一端长时间没有声音,收件人很可能会挂断电话。
提前感谢任何见解
【问题讨论】:
我遇到了同样的问题 - 我的出站呼叫需要 7 到 9 秒才能开始播放语音文件。
twilio 内部的进程(根据您使用 http 响应时间查看每个调用时测量的延迟)大约占 3-4 秒。
我也有 AMD(应答机检测),即 IfMachine=Continue。
(请参阅此处的文档 1.https://www.twilio.com/help/faq/voice/can-twilio-tell-whether-a-call-was-answered-by-a-human-or-machine 2.https://www.twilio.com/docs/api/rest/answering-machine-detection)
我从通话中删除了这个选项,通话开始时间减少了 3 秒,平均减少到大约 5 秒。
我认为这是由于 AMD 功能会侦听呼叫的前几秒以确定它实际上是由人还是机器接听的。
所以,关闭 AMD。
【讨论】:
Twilio 布道者在这里。
我的第一个建议是确保 Twilio 发出请求的 Web 应用程序能够快速返回响应。 Twilio 最多会等待 15 秒让您的服务器响应,因此您的服务器可能只需要一点时间来响应。
如果您测试您的 URL 并且您的服务器快速返回响应,那么下一个建议是发送电子邮件至 help@twilio.com。我们的支持团队可以深入了解您的电话,看看是否有更深层次的延迟导致 Twilio 没有收到电话已接听的通知,这会延迟我们对您服务器的 HTTP 请求。
希望对您有所帮助。
【讨论】: