随着企业越来越多地采用无线局域网 (WLAN)，了解其对 Voice over IP (VoIP) 的影响至关重要。虽然 WLAN 提供了灵活性和移动性，但它可能会因接入点切换期间的数据包丢失和突发而导致通话质量问题。为了应对这些挑战，组织可以使用 OPUS 等强大的编解码器，这些编解码器旨在有效处理数据包丢失，并使用会话边界控制器 (SBC) 来增强抖动缓冲区。通过采用这些解决方案，公司可以确保更可靠的 VoIP 体验，满足现代工作场所的需求，实现无缝通信而不会中断。
越来越多的企业将 WLAN 用作网络，其优势非常明显。WLAN 允许设备无线连接，除了接入点之外，无需大量布线即可提供移动性和灵活性。如今的用户移动性更强，WLAN 可让用户在保持连接的同时自由移动。多小区 WLAN 使用多个接入点来确保更大区域的无缝覆盖，这种技术广泛可用，可为当今的应用程序提供充足的带宽。在共享办公空间中，WLAN 通常是唯一可行的解决方案，它使用户能够高效工作，因为几乎任何应用程序都可以与 WLAN 无缝协作。
WLAN 也适用于这些应用内的语音通话。例如，当 WhatsApp 用户呼叫另一个 WhatsApp 用户时，WLAN 通常不会有问题。然而，当部署标准 VoIP 设备时，挑战就出现了。
问题所在？
WLAN 的几种行为给 VoIP 呼叫带来了挑战。多小区网络中的第一个问题是客户端不断搜索更好的信号。当客户端决定切换到另一个接入点时，它基本上会保留所有数据包，直到切换完成，然后一次性发送这些数据包。根据 WLAN 的配置，此过程可能需要几百毫秒，导致在长时间没有数据包之后，20 个或更多的 RTP（实时传输协议）数据包批量到达。RTP 数据包用于通过 IP 网络传输音频和视频，因此这种突发传输会严重影响 VoIP 呼叫的质量。
另一个问题是，WLAN 比 LAN 更容易丢失数据包。RTP 使用 UDP（用户数据报协议），这是一种专为提高速度而设计的协议，但它不会在数据包丢失时尝试重新发送数据包。这些数据包丢失通常也会突发发生，这意味着多个相邻数据包会一起丢失。这使得在接收端重建内容变得越来越困难。
大多数 VoIP 设备的抖动缓冲区相对较短：设备希望保持较短的往返延迟，以便通话中的两个参与者不会互相干扰。虽然这种方法对于常规 VoIP 通话非常有效，但在 WLAN 环境中却成为一种负担，因为这些突发事件很容易压垮大多数 VoIP 设备的抖动缓冲区。这会导致音频卡顿，并可能降低通话质量，导致几乎无法进行通信。
即使在标准 VoIP 设备上使用 Microsoft Teams 等应用程序，用户也会面临同样的问题。当从连接到 WLAN 的笔记本电脑拨打电话时，网络会产生其他应用程序必须应对的相同类型的突发。虽然 Teams 中较大的抖动缓冲区可以更有效地管理从一个 Teams 用户到另一个 Teams 用户的通话，但大多数 VoIP 设备都难以处理这些突发。
这不仅影响 VoIP 设备。大多数 SIP 中继都存在同样的问题，因为它们无法知道呼叫最终在哪种端点终止。这意味着，当从 WLAN 设备拨打 PSTN 号码时，来自突发流量较大的 WLAN 网络的呼叫质量会相当低。
这让用户和管理员感到沮丧，因为应用程序内的通话似乎运行良好。
解决方案
幸运的是，有一些策略可以解决这些问题。
第一步是使用对数据包丢失更强大的编解码器。OPUS 是一种专为交互式实时应用程序设计的音频编解码器，由于它可以很好地处理数据包丢失，因此已成为许多设备的主流。即使 VoIP 设备不支持 OPUS，转码也能解决问题并将音频流转换为正确的格式。与使用旧编解码器的质量相比，音频质量的损失通常可以忽略不计。虽然这种方法解决了数据包丢失的问题，但它并不能完全解决网络数据包突发的问题。Vodia SBC 支持 OPUS，默认情况下，WebRTC 和应用程序更喜欢使用它。
第二步是在 WLAN 设备和 VoIP 设备之间的 SBC（会话边界控制器）中添加一个特殊的网络过滤器，这将大大增加对话的可用抖动缓冲区。虽然这可能会引入更长的往返延迟，从而使对话感觉不那么直接，但它至少确保了音频是可理解的。大多数用户已经习惯了他们的应用程序，因此对此的投诉数量相当少。只有 VoIP 专家才会注意到！
但是突发抖动缓冲区应该有多长呢？延长缓冲区的一种方法是静态配置最小抖动缓冲区长度。在通话开始时，SBC 将保留数据包，直到抖动缓冲区达到阈值；达到阈值后，数据包可以开始播放，从而大大降低数据包耗尽的风险，即使 WLAN 端出现突发情况也是如此。虽然这可以确保音频清晰可懂，但也会增加原本听起来不错的通话的往返延迟。
或者，当使用自适应滤波器时，抖动缓冲区仅在通话期间检测到突发时启动。虽然这会导致通话中断，但通常可以保持较低的往返延迟并保持较高的通话质量。有些应用程序实际上会尝试在应该从较大的抖动缓冲区开始的环境中学习。当您在通话后收到要求提供通话质量反馈的提示时，该信息可用于为来自同一 IP 地址的未来通话设置抖动缓冲区。
Vodia PBX 中的 SBC 旨在检测来自 WebRTC 呼叫的突发事件，默认情况下会插入 1000 毫秒的抖动缓冲区。此配置在大多数情况下效果很好，管理员不必担心 WLAN 出现问题，也不必明确编程 IP 地址来触发过滤。
随着越来越多的公司采用多小区 WLAN 和 VoIP，拥有一个负责转码和突发过滤的智能 SBC 变得至关重要。理想情况下，系统管理员不会意识到这些问题，用户可以享受与使用移动应用程序相同的 VoIP 通话体验。
本文来自作者投稿，版权归原作者所有。如需转载，请注明出处：https://www.nxrte.com/jishu/53034.html
