电话里等3秒，用户已经挂断了

      做过呼叫中心项目的人都知道一个数字——2秒。

       用户说完话，系统如果2秒内没反应，对方会下意识看一眼手机屏幕——“是不是断线了？”再过1秒还没动静，直接挂断重拨。

       这不是用户体验问题，这是业务中断问题。

       以前做传统IVR，按键交互没有这个烦恼。用户按1、按2，系统马上响应，延迟在毫秒级。但现在不一样了——大家都在做大模型智能体，用户对着电话说一段话，系统要听、要理解、要生成回复、要播出来。
这一串动作做完，时间就上去了。
 
 
传统MRCP的硬伤

      MRCP这玩意儿，做呼叫中心的人不陌生。它是IETF制定的媒体资源控制协议，专门用来控制ASR、TTS这些语音资源。

      但MRCP有个根上的问题——它设计出来的时候，大模型还没影呢。

       传统MRCP的工作方式是：先合成完整语音文件，再播出来。大模型生成完整回复要时间，合成完整语音要时间，等这些都做完了才开始播——用户感知到的延迟 = 全文生成时间 + 全文合成时间。
这在大模型场景下是致命的。
 
       大模型的回复不是提前写好的固定话术，是实时生成的。生成一段完整回复可能需要几百毫秒到一两秒，再合成语音又要时间。用户感觉就是“说完话之后空气突然安静了”。

       更要命的是，传统MRCP不支持在播报过程中动态追加内容。大模型边生成边播？做不到。只能等全部生成完再开始。
等于让用户干等着。


 流式MRCP改了什么？

      iSoftCall的做法是把“先合成再播”改成“边生成边播”。

     技术原理不复杂：大模型每生成一小段文字，立刻送进TTS引擎合成语音，合成出来马上播出去。用户感知到的不是“全文等了多久”，而是首字等了多久。

     首字延迟和全文延迟，体验是两个世界。

     打个比方：你给朋友发一条长语音，对方听的时候是边接收边播放的，不用等整条语音下载完才能听。流式MRCP做的就是这个事——把“下载完再听”变成“边下边听” 。
 

      iSoftCall的流式MRCP还支持两个在电话场景里特别实用的能力：

动态追加放音内容：大模型还在继续生成，系统一边播已经生成的部分，一边把新生成的内容追加到播放队列后面。用户听到的是连续不断的语音流，感觉不到“卡顿”和“等待”。

智能打断：用户中途插话，系统立刻停止播报，把控制权交还给用户。不用等机器人把一段话念完，用户才能说话。这才像真人对话。
 

     iSoftCall的流式MRCP把“等待全文生成”这个环节砍掉了。大模型生成首字就开始播，用户感知到的延迟 = ASR识别 + 大模型首字延迟 + TTS首帧延迟。
这个数字可以压缩到2秒以内。
 
       当然，具体数值受大模型推理速度、网络环境、服务器配置影响。但架构层面的优化，决定了上限——传统MRCP上限很高，流式MRCP上限很低。
 
 
集成商关心什么

      做系统集成的朋友，看到这里可能会问两个问题。

第一，我现有的MRCP环境能不能直接升级？

      iSoftCall的流式MRCP不是让你把现有系统推倒重来。它作为中间件部署，通过SIP网关接入原有电话线路。原有IVR、ACD、坐席模块不动，只在中间件层替换掉传统MRCP的语音合成和播报方式。

      不重构，只替换。
 

第二，大模型怎么接？

       iSoftCall提供HTTP OpenAPI。不管集成商用的是DeepSeek、百度千帆、阿里百炼还是智谱GLM，只要大模型有API接口，配置一下就能对接。已适配30多种主流模型。
 
      说点实在的，电话场景和大模型结合，延迟是最大的坎。在真实的生产环境里，ASR、大模型推理、TTS、网络传输各个环节叠加，能控制在2秒以内已经是非常好的水平。

      iSoftCall的流式MRCP解决的就是这个问题——不让“等全文生成”成为延迟的放大器。对于正在做呼叫中心大模型项目的集成商来说，这可能是一个值得认真看看的选项。
 
 
常见问题

Q1：流式MRCP和传统MRCP的核心区别是什么？
传统MRCP等完整语音生成后才播报，流式MRCP边生成边播报。用户感知延迟从“全文延迟”变成“首字延迟”。
 

Q2：iSoftCall支持哪些大模型？
通过HTTP OpenAPI对接，已适配DeepSeek、百度千帆、阿里百炼、智谱GLM等30多种主流模型。
 

Q3：不改造现有系统能部署吗？
能。iSoftCall以中间件形式后置部署，通过SIP网关接入原有电话线路，原有IVR、坐席等模块完全不动。
 

Q4：信创环境支持吗？
已完成鲲鹏、飞腾、海光CPU，麒麟、统信UOS操作系统，达梦、金仓、OceanBase数据库的全栈适配。