VQ Monitor 是 Sevana 用于在生产网络上实时监控 VoIP 通话质量的服务器。关键在于，它无需置于媒体路径中，也无需触碰您的端点即可测量质量。ITU-T G.107 E-model 对每一路流进行评分，而 Sevana 的 PVQA 感知分析则在您选定的呼叫上运行。因此，您终于能够把网络问题与音频问题区分开来，而不再靠猜测。
无需触碰端点的 VoIP 通话质量监控
VQ Monitor 读取您生产 VoIP 流量的镜像（SPAN）副本，或来自 SBC 与代理的 HEP 数据。在此基础上，它持续报告每一路流的质量。E-model 对它看到的每一路流评分；不过，感知评分仅保留给您选择的呼叫，因为 CPU 开销主要来自这里。
每个区间两种 MOS 模型
Network MOS（G.107 E-model）反映传输质量，而 Sevana MOS（PVQA）反映感知音质。而且，两者都会出现在每一份按流和按区间的报告中。
被动式设计
采集基于 libpcap、Intel DPDK 或 HEP v2/v3 监听器。重要的是，服务器从不向呼叫注入数据包，因此您的端点保持原样。
处理加密媒体
在仅加密模式下，VQ Monitor 无需任何密钥即可报告网络指标。或者，当 SIP 携带 SDES 密钥时，它会按呼叫解密 SRTP，进而运行完整的 PVQA 分析。
横向扩展
多个采集探针可通过 ZeroMQ 总线发布到同一个数据库。因此，您只需增加主机，而无需对数据库分片。
VQ Monitor 的工作原理
部署分为两个相互协作的进程。首先，vq-core 采集并解码流量、运行 PVQA 分析，并在 ZeroMQ 总线上发布按流和按区间的报告。随后，vq-db 订阅一个或多个 core，存储结果、评估告警、导出 CSV，并提供 Web 仪表盘。只有 vq-core 是必需的；如果您已有数据接收端，可以直接用您自己的消费者替换 vq-db。
回答不同问题的两种质量评分
Network MOS（ITU-T G.107 E-model）
这个简化的 ITU-T G.107 E-model 使用来自 G.113 的各编解码器损伤值。由于它仅凭数据包统计（如丢包、抖动和往返时延）工作，因此从不依赖成功的音频解码，并能在加密（use-srtp）模式下持续工作。因此，CPU 开销可忽略不计，VQ Monitor 会对每一路流都运行它。
Sevana MOS（PVQA）
Sevana 的 PVQA 算法作用于解码后的 PCM，定位音频内部的损伤（如削波、回声、噪声和断音），再预测基于 ITU-T P.800 标准的 MOS。简而言之，Network MOS 告诉您传输交付了什么，而 Sevana MOS 告诉您通话方实际听到了什么。在一通干净的呼叫中，两者很少不一致；但当它们不一致时，这个差距本身就是诊断结论。
采集、信令与编解码器
SIP 采集器重建呼叫建立过程，并将 RTP 地址和 SSRC 值与 SIP 事务关联。因此，它为每一路流标注其主叫与被叫 URI。对于您选定的流，解码器随后将 RTP 载荷转换为 PCM 并交给 PVQA。
支持的编解码器
G.711 (PCMA/PCMU)G.722G.729OPUSiLBCAMR-NBAMR-WBEVSGSM FRGSM HRGSM EFR
运营商有时会将 AMR-NB、AMR-WB 和 EVS 封装在 RTP 内的 IuUP 帧中；幸运的是，解码器能解析这两种布局。此外，您可以在运行时关闭受专利授权的编解码器，从而避免授权风险。
仪表盘、API 与告警
在日常 VoIP 通话质量监控中，vq-db 仪表盘列出活动中和已结束的流，以及它们的 Sevana MOS、Sevana R-factor、Network MOS、抖动和 SIP 地址。从任意一行，您都可以深入查看单流和分块的 PVQA 详情。而且，您可以将相同的数据以 JSON 形式取出，直接接入您自己的工具：
| 端点 | 返回内容 |
|---|---|
/stats |
流列表（活动中与已结束），支持筛选与排序 |
/streamhistory |
单流详情 |
/report |
单个区间或报告行（JSON） |
/instance_list |
发布到该数据库的探针 agent |
/server_stats |
进程指标：运行时间、版本、计数器 |
最后，阈值告警会在 R-factor、Sevana MOS、Network MOS、通话时长、丢包、抖动或可用磁盘空间越过您设定的限值时，运行您指定的 shell 命令。
面向高流量探针的调优
在繁忙的链路上，这些参数最为关键，大致按以下顺序使用：
- 首先，限制 PVQA 工作量。每核限制决定有多少流进入感知分析，其余流仍可获得 Network MOS。由于音频解码占据 CPU 主导，这一项就决定了您的大部分预算。
- 其次，选择合适的 SRTP 模式。在没有解密密钥的情况下，仅加密模式会完全跳过音频解码和 PVQA，因此单核通常可处理五倍以上的流。
- 然后，在采集阶段进行过滤。UDP 端口范围和非法流过滤可将无关流量挡在工作线程之外，从而在 10G 镜像上带来最大的节省。
- 最后，将存储与采集分离。让
vq-db运行在独立主机上，并让多个探针向其发布；ZeroMQ 数据流便可近乎线性地扩展。
运行要求与部署
| 操作系统 | 任意现代 64 位 Linux；二进制为静态链接，因此除许可证和配置文件外无需其他依赖 |
| CPU | 任意现代 x64 Intel/AMD；多核有帮助，因为解码和 PVQA 在高负载下占用较高 |
| 内存 | 1 GB 即可满足测试与低流量；繁忙的汇聚链路每路活动流仅需几 KB |
| 网络 | 实时采集需要镜像或 SPAN 接口；仅 HEP 部署使用普通网卡即可 |
| 数据库 | 无需额外数据库；默认内置 SQLite，而通过 SOCI 使用 PostgreSQL 或 MySQL 适合多 agent 安装 |
在您自己的流量上体验 VoIP 通话质量监控
想在自己的网络上实时观察质量吗？只需预约一次 VQ Monitor 的引导式演示，或与我们洽谈授权事宜。
