IVR/VRU解决方案

在大多数的增强性服务中已经集成了交互式话音响应(IVR) / 话音响应单元(VRU)功能。语音邮件、多方会议和呼叫中心路由是众多需要IVR/VRU 功能的应用服务中的一部分。在传统的基于TDM的网络架构中，以上提到的这些应用通常都是通过专门的“服务节点”设备来进行实现的。虽然不同的服务之间的逻辑可能不同，但是每一个服务节点都必须具备支持播放提示和公告以及搜集反馈的数字所需要的基本的IVR/VRU功能。

 "Call Tromboning" （通话重接）则是传统的解决方案中遇到的另外一个问题。当一个IVR/VRU的通话进程已经结束时，该通话照例会被从原来的IVR设备重新指向被呼叫的一方，其结果是形成两个语音的回路而且在整个通过过程中都会占用IVR/VRU端口。

 在新一代的VoIP架构中，应用逻辑线路和媒体处理被分别独立开来。 由于不再需要承担复杂繁重的IVR/VRU处理工作，专注于服务的逻辑线路可以通过较为低廉的普通计算机平台(例如一个UNIX服务器)来实现。Convedia的媒体服务器支持需要大量数字信号处理的IVR/VRU媒体功能，并且可以同时向多个应用提供该共享功能。需要IVR/VRU功能支持的应用程序可以命令Convedia的媒体服务器播放菜单提示、侦测和生成DTMF信号以及提交用户的菜单选择和拨入的数字。一旦通话信息被捕捉到，通话卡应用服务器可以通过IP骨干网在呼入方和被呼叫方之间建立一个直接的VoIP通话连接。这样一来就可以避免上面提到的"call tromboning"（通话重接）的问题，这不仅大幅度降低了通话的信息传输成本，还减少了所需要占用的媒体处理端口。

Convedia的媒体服务器经过针对性的设计，可以提供一系列共享的和电信级的IVR/VRU功能，主要包括：

• DTMF侦测和生成（可以是同带或者使用RFC 2833）
• 在单个机架上可以同时支持多达18,000个媒体处理端口
• 播放菜单选择或公告
• 同时受到使用不同的通话控制协议的通话代理的支持
• 从内部或外部储存中提取公告信息
• 自动话音识别(ASR)
• 文字语音转化 (TTS)

在新一代的网络架构的基础上，Convedia的媒体服务器针对IVR/VRU处理提供了强大的支持。Convedia的媒体服务器不仅可以大幅度降低每个端口的投入成本，优化对IVR/VRU端口和IP网络带宽的利用率，还可以大量节约日常的运作开支。