中信证券高清视频会议系统测试报告

中信证券高清视频会议系统测试报告

测试时间：

2007年3月5日-3月10日

测试地点：

北京、上海以及深圳三地的中信证券办公区域

测试环境：

本次测试的网络环境为中信证券布局全国的2M专线网络；北京、上海的高清摆放在两地的普通会议室中，深圳的高清终端由于会议室条件有限，置于网络机房。

参测设备：

本次测试所有终端均为POLYCOM HDX 9004(Release 1.0.1-299)高清终端以及标配镜头，MCU采用了POLYCOM MGC 100。

测试内容：

768k带宽~2M带宽下点对点，点对多点的音视频，以及双流内容在用于生产的网络环境下的实际效果。

测试情况描述：

1、关于镜头以及光线的

在测试的第一天，高清终端使用了Release 1.0.1-258版本的系统，测试过程中，高清镜头到终端表现出来的图像偏红，当天给终端升级到Release 1.0.1-299之后，颜色偏红的问题得到了解决。建议在以后的测试及使用中逐步关注官方的更新版本，或许能更好的修正此问题。

高清终端对于光线比较的苛求，如果本地的光线不太好，或者色温偏高，看到的图像就会不好，具体表现为画面对焦点不能集中到脸部、脸部昏暗、画面整体发灰等等；另外高清终端对于画面的对比度要求比较强，如果画面上没有比较强烈的对比色，看到的图像也缺乏表现力，此时，在画面中增加对比强烈的背景，或者布置颜色比较鲜艳的花卉，画面整体的效果会有比较大的提升。

2、关于笔记本信号的

笔记本在输出到终端的时候，通过VGA-DVI接口或者是DVI-DVI接口接在终端上（目前测试中两种接口方式传输的信号没有明显的差距），支持的最高分辨率为1280*1024（由于终端经过编码之后的实际传输分辨率为1024*768，所以建议最佳分辨率为1024*768），接在终端的在测试过程中，笔记本信号输入可以作为双流信号，也可以作为辅助镜头（单流）信号。

用于双流信号的时候（“内容”），信号选择为动作，发送双流的时候，动态画面比较流畅，帧率能达到25帧左右，清晰度超过了正常的电视画面，如果在此时查看Word文档等内容，字迹十分模糊；将信号选择为清晰度，看动态画面效果较差，帧率在10帧以下，此时查看Word文档以及PPT等文档，效果非常好。

因此，在测试双流的时候，要注意根据实际测试的内容来选择相应的信号类型。 用于辅助镜头（“人物”）的时候，图像的效果与普通镜头的选择一样，要根据实际带宽来选择需要的信号类型（见测试表格）。

3、关于视频输出信号

终端直接提供的输出信号类型有DVI、色差分量输出、S端子；

可以通过转换的方式输出的信号类型有VGA，HDMI、5BNC的RGB分量输出等类型。

DVI、VGA、5BNC方式输出的支持的分辨率为800*600@60Hz/70Hz/75Hz，1024*768@60Hz/70Hz/75Hz,,最大分辨率为1280*720@50Hz,本次测试的显示设备为普通液晶显示器，实际可使用的最高分辨率为1024*768@75Hz，如果正常连接之后，发现画面有花屏、屏幕显示不满、屏幕显示超出范围等情况，注意检查一下分辨率设置的是否合适，软件更新会恢复系统设置，因此这个问题也可能会出现在系统软件更新之后。

4、关于音频信号

除了标配的麦克风以外（又是非标接口），POLYCOM HDX 9004终端使用的音频输入输出接口类型均为凤凰头，系统原配两根双凤凰头转双莲花母座的转接线以备使用。

5、关于网络接口

终端的网络接口，在实际使用的时候，出现了一些比较典型的问题，端口匹配问题，终端的初始设置如果是自动，联入100M/Full的网络，此时协商出来的端口速率可能也是100M/Full，但是可能会有少量丢包，如果指定为100M/Full之后，丢包可能会更加严重，此时如果再改为自动，可能就不丢包了，这个情况在我碰到的两台终端上都出现过了，这种结论不一定正确，列出这个情况的意思只是建议在碰到联入网络丢包的时候，先改改端口匹配值试试。另外在测试过程中还可能出现首次联入网络的时候无法激活IP接口的情况，解决方法可同上。

6、关于遥控器

遥控器的基本功能没有变化，增加了”遥控开关机”、”液晶屏幕显示”、”对码”等功能。遥控开关机的功能经过测试，建议：可以使用遥控开机，但不要使用遥控关机。遥控开机一切正常，遥控关机很容易出现关机之后又开机等非正常情况。液晶屏幕显示可以显示中文，这个功能却十分耗电。对码功能类似索尼摄像机中的一个遥控器控制多个摄像机的功能，终端也可以设置代码，两者代码一样就可以控制了，一个遥控器终于可以只控制一台终端了。

7、关于网络要求

本次测试碰到了网络负载均衡的情况，这种情况在所有的测试及使用中都应该引起注意，由于网络中存在负载均衡或者双路由以及类似此种情况的网络环境，导致传输的数据在来回传送的时候，经过的路径不一致，因此出现了在丢包统计里面看到的情况是不丢包，而实际情况却是画面质量很差。

所以在视频会议经过的网络里面，一定要求来回的路径是一致的（经过的跳数完全一致，不是开销一致）。 详细数据：

上海的设备IP为10.12.16.60，北京的设备IP为10.1.1.60 出现的网络情况见以下示例： 第一次做路径检测：

Tracing route to 10.1.1.60over a maximum of 30 hops 1 1 ms 1 ms

1 ms 10.12.16.1 2 46 ms 25 ms 3 ms 10.30.2.85 3 71 ms 42 ms 49 ms 10.30.33.13 4 51 ms 72 ms 45 ms 10.17.1.3 5 81 ms 68 ms 50 ms 10.30.5.65 6 100 ms 108 ms 87 ms