问用长的预识别音频防止IVR/VXML语音识别器超时？

EN

在VoiceXML中，提示并不是在prompt元素执行时真正播放的，而是排队。

将只播放队列中的提示

当解释器达到等待状态(例如，识别)时为

1. ，当解释器在相应的fetch元素上设置了fetchaudio属性时获取资源时为
2. 。

有关更多详细信息，请参阅VoiceXML 2.0 spec, 4.1.8 Prompt Queueing and Input Collection

如您所见，没有VoiceXML指令可用于显式刷新提示符队列。诀窍是在某个地方指定一个fetchaudio，以满足#2。

因此，我建议您通过在subdialog元素上指定一个fetchaudio属性来强制播放提示队列。因为你并不是真的想听fetchaudio，所以它可以是一个10ms的静默音频文件。

<block>
   <prompt>
     <audio src="audio/very_long_message.wav">
   </prompt>
</block>

<subdialog src="osdm/custom" fetchaudio="audio/10ms_silence.wav"/>
   ...
</subdialog>

请注意，在长前缀提示期间，用户不能强行进入，但可以在OSDM子对话框中这样做。

既然你已经声明你正在使用Nuance和OSDM，我将回答Nuance Recognizer 9和Nuance Speech Server。

这通常是因为当识别器在一段时间内没有接收到任何请求时，它会认为调用已经结束并删除会话。

在NSSserver.cfg ( Nuance Speech Server配置)中有这样的配置：

server.mrcp1.rtsp.sessionTimeout  VXIInteger  60000

或

server.mrcp2.rtsp.sessionTimeout  VXIInteger  60000

我相信这是需要权衡的。虽然您可以将此值增加一倍或三倍，但这可能意味着在呼叫结束后，您的语音许可证将被冻结更长时间。我猜你选择的值取决于你的负载，提示符的长度，以及你看到它的频率。

虽然我们仍然偶尔会遇到这种情况，通常当调用者使用DTMF时，我们已经显著地最小化了这些实例。