高清语音技术腾飞之路在何方？-站长中国-中国站长门户从这里开始全面了解中国站长

高清语音技术腾飞之路在何方？

　 2007年10月24日13:22:08　评论(0条) 字体:[大中小]
相关热点：技术语音高清高清晰公司电话 VoIP 声音质量设备

高清晰度VoIP将为更有效的通讯铺平道路

　　正如Polycom公司举例说明的高清晰度语音技术那样，高清晰度VoIP为企业内部电话提供了出色的质量和清晰的声音，并且将成为未来各种应用中的一个重要构件。然而，公共交换电话网络(PSTN)和电信行业的整体状况的缺陷限制了这种技术目前在企业网络以外的应用。

　　在加州圣何塞举行的春季VON展会上Polycom公司孤立的展台前，本文作者Andrew Garcia清楚地感受到了这一点。他立即被Polycom公司的SoundPoint IP 550和IP 650高清晰度语音电弧的声音质量打动了。当与其它产品比较长途电话的质量时，高清晰度语音传输的信号特别丰富、丰满和清晰。

　　高清晰度VoIP以几种方式获得丰满的声音。首先，高清晰度VoIP在端点之间使用宽带多媒体数字信号编解码器。

　　正常的电信通讯抽取从300Hz至3,400Hz频率范围内的声音频率在PSTN网络能够提供的有限带宽中进行传输。早期的IP电话也采用这种方法，因为与VoIP最常在一起使用的多媒体数字信号编解码器(如，g.711)根据设计仅能满足收费质量的语音要求，而不能超过这个标准。另一方面，Polycom公司的高清晰度语音电话能够抽取150Hz至7,000Hz频率之间的声音。然后，通过宽带多媒体数字信号编解码器(在这个例子中是g.722)把这个声音发送出去。这种编解码器支持更宽的带宽。

　　由于人类的语音是从大约100Hz基本频率开始的并且最多可扩展到8000Hz，高清晰度技术中改善的抽样有许多潜在的好处。

　　例如，用户能够扩展能量不大的声音，特别是容易混淆的辅音，如字母“f”和“s”。这将使人们更好地理解通话内容，减少每天花几个小时打电话的人的疲劳。更轻松地分辨外国口音或者方言，培养更好地国际对话。

　　除了压缩和编码算法之外，高清晰度VoIP需要在物理电话机上采用一些高级的工程技术。改善的音频组件和增强的消除回声或者减少噪声技术可提供更高的声音质量(无论使用什么编解码器)，但是，这些功能还有助于避免宽带编解码器出现的低频噪声或者高频声反馈。

　　局限性

　　就像Garcia刚看到Polycom公司的高清晰度语音设备的声音质量演示和在eWeek实验室的测试期间得到很深的印象一样，这种技术的巨大局限性也给Garcia很深的印象。

　　对于宽带多媒体数字信号编解码器的依赖意味着高清晰度语音技术是一种时髦的事情。端点设备要获得全面的好处必须要支持适当的多媒体数字信号编解码器，但是，Polycom提供的高清晰度语音设备只有价格高和功能齐全的型号。Polycom高清晰度语音设备的路线图上有为小企业工作人员设计的低端型号产品。

　　更让人心烦的是高清晰度VoIP缺少可扩展性：如果一个电话接触到PSTN网络，高清晰度VoIP在任何情况下都不能保持其全面的语音质量。无论任何时候，只要一个电话通过PSTN网络转接，无论是通过一个企业网关还是在服务提供商之间转接，这个电话的语音质量都要立即下降到收费电话质量，从而失去宽带流携带的全部额外信息。

　　在SIP(会话起始协议)中继线路可能缓解这个问题的同时，对于高清晰度VoIP的支持很可能扩展到运营商自己的客户，因为美国的服务提供商一般都支持PSTN连接，而不支持运营商之间对等的IP通讯。

　　Polycom官员承认，他们的高清晰度语音设备的最大吸引力来自于拥有1万个坐席以上并且通常拥有国际办公室的特大型公司。这种公司能够从安装在自己的网络和分支机构(或者不同国家)之间的高清晰度语音电话中获得最大的好处。这些公司依靠公司的网络连接打电话，避免使用PSTN网络。

　　公司的PBX需要支持高清晰度语音设备所需要的多媒体数字信号编解码器。Polycom官员通知Garcia说，高清晰度语音设备已经表明能够兼容Asterisk计划、BroadSoft、Cilantro和互动智能系统。然而，正如Garcia在测试中看到的那样，效益是不同的。

　　Garcia使用Asterisk经过几处简单的修改就可以启用高清晰度语音设备。但是，在使用Asterisk 1.4发布版的主要分支的时候，这个步骤会妨碍高清晰度电话连接老式的非高清晰度设备的能力。正如Garcia后来从位于阿拉斯加州Huntsville的Digium公司软件开发经理Kevin Fleming那里听说的那样，“Asterisk”软件的代码协商目前是独立处理呼叫线路(call-leg)的，因此从来不会根据第二个呼叫线路的请求重新协商最初的呼叫线路。然而，Fleming继续说，在Asterisk SVN干线中，我们有一个G.722代码模块，因此不会发生这种问题。我们还把这个模块放到了Asterisk商业版中。

责任编辑：

拍一下