Azure音频文件连续语音识别意外终止问题咨询

我使用Azure的continuous speech recognition功能对同一音频文件执行了3次识别操作，其中2次均在大致相同的位置意外终止，相关日志信息如下：

CANCELED at 0
CLOSING on SpeechRecognitionCanceledEventArgs(session_id=0ab1851d71e24ca2bd4f462ecdf9995a, result=SpeechRecognitionResult(result_id=1a5ecdd8b0af4acab0cf243657b1c3ee, text="", reason=ResultReason.Canceled))
SESSION STOPPED SessionEventArgs(session_id=0ab1851d71e24ca2bd4f462ecdf9995a)
CLOSING on SessionEventArgs(session_id=0ab1851d71e24ca2bd4f462ecdf9995a)

Total Time elaped  0:05:08.909569   From 2022-12-15 08:38:08.722855   To 2022-12-15 08:43:17.632424

目前只能尝试重新运行识别任务，但不清楚根本原因的情况下，成功完成识别的概率不高。请问是否有可配置的参数来减少此类问题的发生？

• 调整超时参数：设置更长的SpeechRecognitionConnectionTimeout和SpeechRecognitionInitialSilenceTimeout，避免因网络波动或音频起始段静默过长导致连接中断。若音频中间存在长静默，可同步调高SpeechRecognitionEndSilenceTimeout。
• 启用自动重连机制：开启SDK的自动重连配置，当连接意外断开时，SDK会自动尝试重建连接并续传音频流，无需手动重启识别任务。
• 优化音频分块大小：若采用流式上传音频，将分块调整为100-200ms的合理区间，避免单次上传数据量过大引发超时或中断。
• 添加断点重试逻辑：在代码层面针对ResultReason.Canceled的情况，记录中断的音频位置，后续从该位置续传剩余音频，而非从头重新识别。
• 开启详细日志排查：启用Azure Speech SDK的Debug级日志，获取更具体的取消原因（如网络错误、音频格式异常、服务端问题），以便针对性优化。例如初始化时配置SpeechConfig.SetLogLevel(LogLevel.Debug)，可输出更多中断细节。

内容的提问来源于stack exchange，提问作者Analyzer