多方通话中的语音优先技术
语音通信实时性要求较高。为了保证提供高音质的IP 电话通信，在带宽不足、信息拥挤不堪的iP 网络上，一般需要采用语音优先技术。
当广域网(WAN ) 带宽低于512kbit/s 时，一般在IP网络路由器中设定语音包的优先级为最高，以便路由器--旦发现语音包，就将它们插入到IP 包队列的最前面优先发送。这样，网络的延迟与抖动情况对语音通信的影响均将得到改善。
在多方通话业务中特别是电话会议、视频会议等业务领域，这一点非常重要。直接关系到电话会议的音频质和整个的用户体验。
另一种语音优先技术是采用RSVP 为语音通信预留带宽。只要有语音呼叫请求，网络就根据一定规则为语音通信预留出设定带宽，直到通话结束，带宽才释放。但是，在企业内部IP 网上，人们一般并不使用RSVP，而是采用优先级技术。几乎所有品牌的路由器均支持一些优先级技术。将语音包的优先级定为最高级别，这样一来，任何时候跆由器只要发现有语音包就将延迟对数据包的发送。语音优先对于局域网(LAN) 上数据包的影响几乎可以忽略，因为语音的15kbit/s 带宽与LAN 的10一100mbit/s 带宽相比是微不足道的 (事实上在LAN上都不采用语音包优先)： 但是，语音优先对WAN 数据传输的影响则要看具体情况： 在低速的WAN链路上(28.8~256kbit/s)，数据一般是非实时的，如电子邮件或文件传输，对数据包的延迟并不在意;而对于较高速的WAN链路(256kbit/s 以上) ，数据可能会有实时性要求，如通过WAN 进行记录级的文件操作，但语音通信所需的带宽仅占整条WAN 链路的几个百分点，语音包的流量与WAN 带宽相比也是可以忽略的。
实际上，对正包采取优先级规则，在WAN 上有机地结合数据与语音通信，是对WAN带宽的更充分有效的利用。在低速链路上，数据一般是非实时的。后台的，而在较高速链路上，不会有大量的实时语音流量与大量的实时数据流量相冲突。
在这一技术中要考虑在数据会议、网络会议、视频会议双流应用时，有可以会产生画面与声音不同步等问题，这是我们经常要考虑的问题，特别是在共享文件和音频会议、电话会议同时使用中，这一问题变得突出。
今天的技术已经可以做到：每天平均每条语音中继线的通话量仅占1一2kbit/s，为64kbit/s广域网带宽的3%。这与以前的技术相比已大不一样。以前，一路传统语音要占64kBit/S。实际上这也是IP电话为什么比传统电话省钱的原因。
