视频会议常见问题处理

视频会议常见问题处理编译完成时间：2013年05月15日授课人：桂八一前言编制目的：让售后人员了解掌握视频会议常见问题的处理适用对象：相关等级职类人员目录

问题处理方法介绍会议声音问题会议图像问题会议呼叫问题1234其它问题56注意事项问题分析及解决思路分类：安装调试问题、实际应用中的问题；分析：根据自己对系统的了解分析问题的可能性；分段：将问题定位为几个方面；替换：用肯定正确或好的分别替换问题的几个段；组合：多种分析方式的组合运用；问题处理方法介绍问题排查一般流程供电：检查设备的供电是否正常指示灯：检查设备指示灯是否有异常接口：检查设备各硬件接口连接是否可靠线缆：检查设备各种线缆是否完好软件：检查软件版本及运行状态是否正常硬件：检查设备是否有硬件损坏情况问题处理方法介绍目录

问题处理方法介绍会议声音问题会议图像问题会议呼叫问题1234其它问题56注意事项排查第二步：测试终端到MCU网络的可达性，使用终端遥控器按菜单--工具--诊断--网络诊断，输入要测试的地址，该地址可以是终端的网关地址，也可以是MCU的地址。会议呼叫问题会议呼叫问题—终端无法加入多点会议排查思路：第一步，查看MCU协议接入板到其它终端的网络连接状况，检查它们之间是否能正常通信会议呼叫问题—MCU无法召集多点会议第二步，查看MCU有没有协议接入板以及有没有授权数。若无授权，请查看license文件有没有上传。第三步，查看GK注册情况：MCU选择注册GK，GK没有注册成功MCU注册GK失败，但被呼叫的终端已注册在GK上MCU未注册GK，其他终端都已经注册GK，并且都通过终端的E.164号呼叫终端。GK设置成功注册会议呼叫问题会议呼叫问题—MCU无法召集多点会议目录

问题处理方法介绍会议声音问题会议图像问题会议呼叫问题1234其它问题56注意事项排查思路：要快速的定位该问题，首先应该查看终端有没有被静音，若无静音，则对终端进行自检。排查第一步：终端自检。把终端的音频输出口直接接到电视机的音频输入口，查看本地声音能否输出。这样就验证了本地终端音频编解码是否正常。会议声音问题—终端收不到远端声音排查第二步：若自检有声音，请检查调音台的本地输出是否正常。会议声音问题—终端收不到远端声音排查第三步:若自检无声音,请检查终端的音频输入输出口选择。会议声音问题—终端收不到远端声音会议声音问题—声音有回音1、检查麦克风位置摆放是否合适,麦克风距离扬声器都在3米以上，且没有麦克风正对着扬声器；2、关闭远端的所有话筒，本端如仍有回声，则应检查调音台设置,是否有声音回传问题,解决办法是在调音台上闭掉声音回传；3、远端会场扬声器输出音量过大；与远端会场联络，请其检查并降低音量；4、是否由于终端或者调音台没有接地引起,解决办法终端和调音台接地；未接地线也常常导致有交流声或者声音不稳定。1、MCU到每台终端是否连通，查看终端是否收到音频码流2、请检查确认混音器运行正常3、请检查混音组创建是否成功4、如果一台mcu同时召开多个会议，混音器只能对其中的一个会议进行混音

5、MCU配置文件中的混音通道数是否小于实际与会终端数6、更新配置后是否重启MCU以及混音器重新运行新的配置会议声音问题—混音开始后无声音

使用混音器后终端无声音（或部分终端无声音）排查会议声音问题—声音停顿1、检查网络是否丢包 在接收终端的shell模式下键入“pdinfo1”或直接在接收终端的电视界面上察看是否存在网络丢包；如存在网络丢包，请检查网络。2、察看接收端是否有音频快收现象（目前只对8010A有用） 在接收终端的shell模式下键入“mapsysinfo0”，察看“第1路音频Cci队列快收次数”的值；在声音发生停顿后，再次键入“mapsysinfo0”并察看“第1路音频Cci队列快收次数”的值是否较上一次有所增长。如有增长，则接收终端存在音频快收现象。3、察看发送端CPU占用率是否达到100% 在发送终端的shell模式下键入“mapsysinfo0”，察看“MapCPUUsage”的值是否达到100%；在发送终端的shell模式下键入“spy”，察看“tIdle”是否已小于3%。没有混音情况下排查步骤会议声音问题—声音停顿4、察看发送端是否有编码失败现象 在发送终端的shell模式下键入“aencstatis0,1”，察看“AudEncFailTimes”的值；在声音发生停顿后，再次键入“aencstatis0,1”并察看“AudEncFailTimes”的值是否较上一次有所增长。如有增长，则发送终端存在编码失败现象。5、察看接收端是否有解码失败现象 在接收终端的shell模式下键入“adecstatis0,1”，察看“AudDecFailTimes”的值；在声音发生停顿后，再次键入“adecstatis0,1”并察看“AudDecFailTimes”的值是否较上一次有所增长。如有增长，则接收终端存在解码失败现象。会议声音问题—声音停顿混音情况下排查步骤1、检查混音器是否有音频快收现象

在混音器的shell模式下键入“mapsysinfo0”，分别察看“第1路音频Cci队列快收次数”…“第64路音频Cci队列快收次数”的值；声音发生停顿后，再次键入“mapsysinfo0”并察看“第1路音频Cci队列快收次数”…“第64路音频Cci队列快收次数”的值是否较上一次有所增长。如有增长，则混音器存在音频快收现象。如果声音停顿由于混音器音频快收引起，可修改“apudebug.ini”配置文件中“StartRcvBufs”和“FastRcvBufs”的值；“StartRcvBufs”值一般默认为1即可；“FastRcvBufs”的值可根据实际情况进行调整，在满足声音质量的条件下，此值应尽量小！！！修改完成后，将此文件上传至混音器的conf目录下并重新启动混音器。会议声音问题—声音停顿2、检查网络是否丢包

在混音器的shell模式下键入“pdinfo1”察看是否存在网络丢包；如存在网络丢包，请检查网络；3、检查混音器CPU占用率是否达到100% 在混音器的shell模式下键入“mapsysinfo0”，察看“MapCPUUsage”的值是否达到100%；在混音器的shell模式下键入“spy”，察看“tIdle”是否已小于3%；4、检查混音器是否有解码失败现象在混音器的shell模式下分别键入“adecstatis0,1”…“adecstatis0,10”，察看“AudDecFailTimes”的值；在声音发生停顿后，再次键入“adecstatis0,1”…“adecstatis0,10”并察看“AudDecFailTimes”，检查对应通道的值是否较上一次有所增长。如有增长，则混音器存在解码失败现象；如存在解码失败的现象，则键入“EqtMapPrtEnable0”，捕获相关打印消息；会议声音问题—声音停顿5、检查混音器是否有编码失败现象

在混音器的shell模式下键入分别键入“aencstatis0,1”…“aencstatis0,11”，察看“AudEncFailTimes”的值；在声音发生停顿后，再次键入“aencstatis0,1”…“aencstatis0,11”并察看“AudEncFailTimes”，检查对应通道的值是否较上一次有所增长。如有增长，则混音器存在编码失败现象；如存在编码失败的现象，则键入“EqtMapPrtEnable0”，捕获相关打印消息。6、检查MCU的数据交换是否正确在MPC的Shell模式下键入“ssw”检查MCU的数据交换。是否每个终端只有一路音频进入混音器，同时每个终端也只接收一路音频（混音器发出，经过转发板到达接收终端）。目录

问题处理方法介绍会议声音问题会议图像问题会议呼叫问题1234其它问题56注意事项

排查思路：排查第一步：查看高清电视机视频输入选择情况。现在高清显示设备配置了多个高清和标清接口，所以在显示时，要正确的选择电视机的视频源。排查第二步：终端自检。对于本地视频源经过本地终端进行自编和自解。会议图像问题—终端收不到远端图像排查第三步：高清视频会议终端均内置了矩阵，若本地无输出，可以查看矩阵选择情况。会议图像问题—终端收不到远端图像会议控制台安装完成后，监控图像时，出现“无法创建编解码”错误报告1、请检查会议控制台的PC机声卡驱动是否安装成功2、请检查会议控制台codec安装是否正常3、首先删除原来的codec（\WINNT\system32目录下的“mp3codec.acm”、“mp3codecex.acm”、“lameACM.acm”）和MCSControl，重新下载安装codec和mcs。4、是否与其它软件的接收端口冲突

创建会议后，向会议控制台监控窗口拖拉图像，但无图像显示1、检查会议控制台PC机的codec安装是否正常2、检查会控和MCU之间是否能够相互ping通，查看MCU的码流发送情况，看所需的mp板和会控之间是否能够相互连通3、检查会议控制台PC机的接收图像码流IP地址是否正确4、检查会议控制台PC机是否设置禁止监控会议图像问题—监控图像

会议点名功能无法实现1、MCU没有配置混音器或者没有空闲的混音器2、设置点名查看方式为“点名人和被点名人”，

而此时没有配置画面合成器或者没有空闲的画面合成器

会议图像问题—会议点名

会议图像问题—发言人图像会议创建成功，指定发言人，其它所有终端看不到发言人图像1、检查终端矩阵是否设置正确，即视频源及视频输出设置是否正确；2、检查连线是否正确，线缆没有短路或断路；3、检查摄像机是否开电、显示设备是否能够正常显示图象，解决办法是把摄象机直接接到显示设备是否有图象；4、终端作为接收终端时，发言终端是否有正常有效的视频源（如

发言终端未接摄象头或视频源没有接在终端选定的输入接口上）；5、发言人自检，看自己图像效果，是否能正常编解码；会议图像问题—发言人图像6、如MCU有单独码流转发板，应检查码流转发板与终端是否互通；7、查看码流交换情况！根据码流转发情况，确认每个环节都能互通：外设←→终端←→MP板←→MP板←→终端←→外设；8、测试网络带宽是否足够，可降低会议码率测试，最好用网络带宽测试工具测试，通常会议的码率应比实际带宽少300Kb/s左右；9、如网络上存在防火墙，应检查防火墙的设置；10、与会终端的视频发送（或接收）逻辑通道打开失败，可在MCU中使用“showConfMt”命令查看。会议图像问题—图像停顿1、检查网络是否丢包在接收端的shell模式下键入“pdinfo1”或直接在接收端的电视界面上察看是否存在网络丢包；如存在网络丢包，请检查网络；对于2M专线，通常的检测步骤是：

（1）、时钟跟踪是否有问题。

（2）、线缆是否正常，应无接触不良、虚焊等现象。

（3）、要测试线路误码。

（4）、2M接口接地的设置。

（5）、不同电源的干扰，通信设备应用同一个电源系统。

（6）、设备地线的连接，要与光端机用同一个地线。2、察看接收端是否有视频快收现象在接收端的shell模式下键入“mapsysinfo2”，察看“第1路视频Cci队列快收次数”的值；在图像发生停顿后，再次键入“mapsysinfo2”并察看“第1路视频Cci队列快收次数”的值是否较上一次有所增长。如有增长，则接收端存在视频快收现象。如果图像停顿由于视频快收引起，可修改“NetDebugCfg.ini”配置文件中“RcvMult”的值；在满足图像质量的条件下，此值应尽量小！！！修改完成后，将此文件上传至终端的conf目录下并重新启动终端；3、察看发送端CPU占用率是否达到100% 在发送端的shell模式下键入“mapsysinfo1”，察看“MapCPUUsage”的值是否达到100%；如此值已达到100%，检查终端设置中的“编码方式”并将“质量优先”修改为“速度优先”，在发送端的shell模式下键入“spy”，察看“tIdle”是否已小于3%；会议图像问题—图像停顿4、察看发送端是否有编码失败现象

在发送端的shell模式下键入“vencstatis1,1”，察看“VidEncFailTimes”的值；在图像发生停顿后，再次键入“vencstatis1,1”并察看“VidEncFailTimes”的值是否较上一次有所增长。如有增长，则发送端存在编码失败现象；5、察看接收端是否有解码失败现象在接收端的shell模式下键入“vdecstatis2,1”，察看“VidDecErrTimes”的值；在图像发生停顿后，再次键入“vdecstatis2,1”并察看“VidDecErrTimes”的值是否较上一次有所增长。如有增长，则接收端存在解码失败现象。会议图像问题—图像停顿会议图像问题—接收不到双流发起端正常发起双流，个别接收端不能正常接收的分析和排查：1、检查是否打开双流通道 在双流接收端将显示模式改为单屏双显，察看是否有大小画面（画中画）的显示效果。如没有大小画面的效果，请检查此终端H239选项是否处于关闭而会议的双流格式启用H239协议，如是，则修改一致。2、数据交换是否正常将双流发起端指定为会议发言人，察看MCU的数据交换是否正确（正常情况下应该有三路码流发往接收端，分别是第一路视频、音频、第二路视频）。如MCU的数据交换不正确，检查接收端的H239选项是否与MCU的双流参数一致（如为MCU级联的结构，还须检查上下级MCU之间双流格式、双流分辨率等参数是否一致）。会议图像问题—接收不到双流3、察看接收端是否有丢包 在接收终端的shell模式下键入“pdinfo1”察看是否存在网络丢包；如存在网络丢包，请检查网络。4、抓取接收终端码流 将接收终端和抓包用PC连接至同一个Hub后，再通过Hub接入网络中。开始抓包后，进行MCU呼叫终端入会、接收双流等动作。会议图像问题—接收不到双流发起端正常发起，所有接收端不能正常接收的分析和排查：1、检查是否打开双流通道 在双流接收端将显示模式改为单屏双显，察看是否有大小画面（画中画）的显示效果。如没有大小画面的效果，请检查此终端H239选项是否处于关闭而会议的双流格式启用H239协议，如是，则修改一致。2、数据交换是否正常将双流发起端指定为会议发言人，察看MCU的数据交换是否正确（正常情况下应该有三路码流发往接收端，分别是第一路视频、音频、第二路视频）。如MCU的数据交换不正确，检查接收端的H239选项是否与MCU的双流参数一致（如为MCU级联的结构，还须检查上下级MCU之间双流格式、双流分辨率等参数是否一致）会议图像问题—接收不到双流3、察看接收端是否有丢包 在接收终端的shell模式下键入“pdinfo1”察看是否存在网络丢包；如存在网络丢包，请检查网络。4、第二路视频流是否正确输入到发送端 检查线缆、视频源等设备，确保第二路视频流已正确输入。5、视频源的分辨率是否与mcu设置一致检查视频源的分辨率是否与mcu双流分辨率设置一致。另外，检查视频源的刷新率（VGA可选择60Hz、75Hz、85Hz，SVGA可选择60Hz、75Hz、85Hz，XGA可选择60Hz、75Hz）目录

问题处理方法介绍会议声音问题会议图像问题会议呼叫问题1234其它问题56注意事项摄像机无法控制现象描述：在开会的过程中，使用会议控制台MCS无法控制摄像机，可以监控图像。其它问题—摄像机问题分析：摄像机的控制方式有四类：第一是使用摄像机自带遥控器控制摄像机；第二是使用终端遥控器控制摄像机；第三是使用终端控制台控制摄像机；第四是使用会议控制台控制摄像机；除了第一种控制方式外，后面的三类控制方式都需要物理连线正确，参数设置正确。所以我们可以从摄像机本身、物理连线和参数设置三个方面来排查。摄像机无法控制其它问题—摄像机问题摄像机无法控制排查思路:

对于摄像机的控制问题,一般在实际工作中很少使用摄像机自带的遥控器控制,而是使用终端遥控器来控制。所以对于该故障，我们可以先使用终端遥控器控制摄像机。排查第一步：使用终端遥控器看能否控制。若能控制，这时就要查看终端是否设置了禁止远遥。若不能控制则进行第二步排查。其它问题—摄像机问题摄像机无法控制排查第二步：检查物理连线。摄像机控制问题绝大部分都是由于物理连线未接好，或者连线被动过导致不能控制。有些远端点开过会以后会把设备收起来，每次开会都要重新接线。RS232控制口其它问题—摄像机问题摄像机无法控制排查第三步（高级排查）：终端的参数是否被修改过。要想成功的控制摄像机必须保证终端和摄像机三个参数一致：一是控制协议；二是控制的波特率；三是控制的地址码。

SDI输入检查摄像机5参数设置其它问题—摄像机问题会议控制台无法登陆现象描述：使用MCS登陆时，提示连接MCU失败。连接MCU失败其它问题—MCS问题会议控制台无法登陆分析：会议控制台无法登陆，首先检查网络通畅与否。若网络不通，要先检查会议控制台到MCU的线路情况。若网络畅通还是不能登陆MCS，该故障的最大可能性是人为修改了MPC板的主机地址，但并没有让MPC的脚本文件重新获取。其它问题—MCS问题会议控制台无法登陆排查思路：第一步，测试网络的可达性；也可以测试到MCU上其他单板的地址。MCU地址网络畅通网络不通其它问题—MCS问题会议控制台无法登陆第二步，查看脚本文件上MPC的地址有否修改，若被修改了，此时应该重启MCU，让脚本文件重新获取一下实际主机地址，再登陆即可。由于查看脚本文件比较专业，所有我们常常采用重新启动MCU来解决该故障。重启的方式可以硬件重启，也可以远程软件重启。reboot按MPC板的RST电源开关输入reboot回车硬重启1硬重启2软重启其它问题—MCS问题会控台不能正常下载1、确认在webfiles\doc或者usr/webroot文件夹里面，已经上传了index.htm和mcs.cab2、确认PC机与MCU之间是否能互通3、是否安装了“上网助手”等安全类软件或在IE设置中禁止了插件下载，关闭这些配置，重新下载4、手动将目录：系统盘符:\WINNT\DownloadedProgramFiles下的MCSControl删除，重新下载新的MCSControl5、对XP的操作系统，将Internet的安全级别设置为低，再重新试一下其它问题—MCS问题录播服务不能点播其它问题—KDV2000问题1、确认在服务器上是否能够正常点播。如果服务器上能正常点播则需要检查录像机里计算机机器名是否配置为本地电脑ip地址；另外需要检查网络中是否有某些端口被阻止。2、

如果服务器上不能点播则需要检查录播服务器上的设置，最直接的办法是进入电脑管理工具/windowsmedia服务/发布站点/源里面的测试流进行测试，如图：如果检测能够通过则可以通过对比测试的路径与实际文件发布路径的区别，解决发布路径问题。如果检测不能通过，则需要检查录像的源文件是否正常，有没有被破坏。其它问题—KDV2000问题3、检查windowsmedia服务中故障排除选项是否有错误提示：如果有则根据提示进行配置，出现问题最多的是WMS匿名用户身份验证出错，修改如下：

点击【服务器】—【属性】—【验证】—双击【WMS匿名用户身份验证】，出现属性对话框后，用户名中输入来宾账户的用户名，密码。其它问题—KDV2000问题4、数据库地址建议设置为：127.0.0.1VOD目录设置为：Vodfile或者为空其它一些问题—KDV2000问题5、修改数据库地址后必须停止windowsmedia服务后启动其它一些问题—KDV2000问题VOD无法点播直播会议1、查看此MCU是否开启的是组播会议2、查看MCU的mcucfg.ini文件的组播端口是否配置正确3、是否已经升级到WM94、查看是否有码流源（且正确），一般要在会议中设置广播源才能观看点播5、是否线路上存在不支持组播的网络设备其它一些问题—KDV2000问题其它问题—KDV2000问题开始录像后，录像时间不增加1、确认录像机录像存储硬盘空间是否不足2、录像机与MCU转发板之间网络是否通畅3、录像服务器是否开启了防火墙4、检查MCU录像机配置的转发板是否正确5、确认当前会议是否有视频广播源其它问题—KDV2000问题录像文件不能发布1、确认录像机版本和MCU的版本是否一致，不一致则更换录像机版本；2、确认录像机发布配置中的数据库地址、数据库用户名、密码配置是否正确；3、确认KDV2000的SQL数据库运行是否