先让远端和会议室内各有一人说话，记下是谁听到回声、何时发生，再将同一会议室里第二台入会电脑或手机的麦克风和扬声器静音。若问题消失，先把会议室保留为一条有效收音和放音路径；若仍存在，再查会议终端、音频处理器（DSP）、扬声器和麦克风。不要一开始就更换整套设备或随意关闭回声消除。
远端听到自己的声音，还是现场听到尖锐啸叫？
两种现象应分开记录。远端听到自己延迟返回，通常要查其声音在本地被扬声器播放后，又被麦克风拾取并回传的路径；现场出现持续尖锐啸叫，则要立即降低本地扬声器音量或静音受影响的麦克风，再查同室声音循环。腾讯会议 Rooms 的回声与啸叫帮助明确提示：房间附近有多个入会设备时，关闭其他设备的麦克风和扬声器。
| 观察者 | 先做的一步 | 这一步只能证明什么 |
|---|---|---|
| 远端听到自己延迟返回 | 同室第二设备同时关麦克风与扬声器 | 是否存在第二条音频路径 |
| 会议室现场听到尖锐啸叫 | 立即降音量并静音受影响输入 | 暂时切断声音循环，不等于根因已修复 |
| 只在共享视频或外接电脑时异常 | 固定一段有声素材，逐一路径测试 | 定位共享音频、显示器喇叭或会议音频是否重复输出 |
为什么只留一套麦克风和扬声器仍可能有回声？
一套设备也可能被重复路由：显示器扬声器与会议音箱同时出声、同一个麦克风经两条 USB/模拟输入进入系统，或外接 DSP 与软件回声消除的职责没有按设备方案配置。微软的 Teams Rooms 运维文档说明，连接经过认证的 DSP 时，Teams Rooms on Windows 会依赖 DSP 处理声学回声消除；Android Rooms 的音频处理则由设备厂商及固件承担。具体控制项必须对照本会议室设备和固件，不能把某个软件开关当成所有房间的通用修复。
以一间假设的 8 人会议室为例：固定会议终端使用桌面会议电话收音、天花板扬声器放音；有人又用笔记本以非静音音频加入同一会议。先让笔记本保持视频/共享屏幕，但关闭它的麦克风与扬声器。如果远端回声消失，记录这一变化并把“同室第二设备只入会视频、不接入音频”写进操作卡。若回声未消失，再核终端播放设备、显示器声音输出、DSP 输入输出映射和麦克风拾音区。这是诊断示例，不是煜企客户现场或已完成的实测。
这张会议电话实拍.jpg)只说明物理收音/放音端点；它没有展示本文所述故障。摄影者 Tony Webster，CC BY 2.0；本站仅缩放展示，非煜企客户现场。
若是 Teams Rooms on Windows，何时检查音频增强？
在多设备路径排除后，若仍是受影响的 Teams 认证 USB 音频设备，微软在 Teams Rooms 已知问题中列出一种驱动“音频增强”导致远端回声或音质变差的情况，并给出在播放与录制设备属性里关闭该项、随后重启 Rooms 设备的步骤。这只适用于相符的 Windows Rooms 与设备症状。调整前记录设备型号、驱动/固件版本和原设置；若房间有认证 DSP 或其他厂商音频链路，先核厂商设计与责任边界。
怎么验收，下一场会议才不会复发？
保持同一个远端测试者、同一段语音和同一音量，逐次只改一项。记录会议平台与 Rooms 版本、终端型号、麦克风/扬声器/DSP、入会设备数、问题出现条件、改动前后远端与现场听感。验收至少做三次：远端说话、现场说话、带声音的内容共享；再恢复日常控制预设，确认下一位使用者按操作卡能重复得到同样结果。没有远端回听和真实会议场景，不能把“本机录音正常”写成视频会议已验收。
如果问题与多设备音频无关，或涉及固定音频处理器和房间声学，先保存信号图、设备清单与测试记录，再按煜企的会议与报告厅系统集成范围评估音频链路调试。相关阅读可看企业 Wi-Fi 漫游掉线排查；网络卡顿与声学回声是不同问题，分别留证。
常见问题
开了“回声消除”为什么还听到回声？
若同室仍有第二台设备开着扬声器和麦克风，或声音被重复路由，单个软件开关未必能覆盖所有回路。先隔离音频路径，再按平台与设备文档确认处理位置。
两台电脑在同一会议室入会，可以都开麦吗？
为了避免形成额外回路，通常只保留一条会议室有效收音/放音路径；其他设备可只接视频或共享内容。腾讯会议 Rooms 与微软多 Rooms 协同文档都把多设备音频配置视为需要明确协调的问题。
换麦克风能直接解决吗？
只有证据指向该设备或拾音位置时才考虑。先做双端观察、逐项静音、设备路径核对和受控复测；盲目更换设备可能保留原来的重复路径。