VQ 监测器是 Sevana 面向实时 VoIP 通话质量监测的服务器，运行于真实生产网络之上。关键在于，它无需介入媒体路径，也无需改动任何终端即可完成测量：ITU-T G.107 E-model 为每一路流打分，而 Sevana 的 PVQA 感知分析则只针对您选定的呼叫运行。因此，您终于能够把网络问题与音频问题区分开来，而不必再靠猜测。
无需触及终端的 VoIP 通话质量监测
VQ 监测器读取生产 VoIP 流量的镜像（SPAN）副本，或来自 SBC 与代理的 HEP 数据源，并持续输出每一路流的质量。对于它看到的每一路流，都会计算 Network MOS；然而，感知评分仅保留给您选定的呼叫，因为这正是 CPU 开销所在。
每个区间两种 MOS
Network MOS（G.107 E-model）反映传输质量，而 Sevana MOS（PVQA）反映主观听感。两者都出现在每一条按流和按区间的报告中。
纯被动设计
采集基于 libpcap、Intel DPDK 或 HEP v2/v3 监听器。重要的是，服务器从不向呼叫注入数据包，您的终端保持不变。
支持加密媒体
在仅加密模式下，VQ 监测器无需密钥即可输出网络指标。或者，当 SIP 携带 SDES 密钥时，它会逐呼叫解密 SRTP，再运行完整的 PVQA 分析。
横向扩展
多个采集探针可通过 ZeroMQ 总线向同一个数据库发布数据。因此，您只需增加主机，而不必对数据库分片。
VQ 监测器的工作原理
该部署拆分为两个协作进程。首先，vq-core 负责采集与解码流量、运行 PVQA 分析，并在 ZeroMQ 总线上发布按流和按区间的报告。随后，vq-db 订阅一个或多个 core，存储结果、评估告警、导出 CSV，并提供 Web 仪表盘。只有 vq-core 是必需的；如果您已有数据接收端，完全可以用自有消费者替换 vq-db。
回答不同问题的两种质量评分
Network MOS（ITU-T G.107 E-model）
这是采用 G.113 各编解码器损伤参数的简化版 ITU-T G.107 E-model。由于它仅依据丢包、抖动和往返时延等分组统计进行计算，因此并不依赖音频解码是否成功，在加密（use-srtp）模式下同样有效。相应地，其 CPU 开销可忽略不计，所以 VQ 监测器对每一路流都运行它。
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.722、G.729、OPUS、iLBC、AMR-NB、AMR-WB、EVS、GSM FR、GSM HR 与 GSM EFR。AMR-NB、AMR-WB 与 EVS 可能以 IuUP 帧封装在 RTP 内；解码器对两种布局均可解析。此外，您可以在运行时关闭受专利许可限制的编解码器，从而规避授权风险。
仪表盘、API 与告警
面向日常的 VoIP 通话质量监测，vq-db 仪表盘列出活动与已结束的流，并显示其 Sevana MOS、Sevana R-factor、Network MOS、抖动和 SIP 地址。从任意一行，您都可以下钻到单流与单块 PVQA 详情。此外，您还能以 JSON 形式获取同样的数据，直接接入您自有的工具：
| 接口 | 返回内容 |
|---|---|
/stats |
支持筛选与排序的流列表（活动与已结束） |
/streamhistory |
单流详情 |
/report |
单条区间/报告记录（JSON） |
/instance_list |
向此 vq-db 发布数据的探针代理 |
/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 较吃 CPU，多核更佳 |
| 内存 | 测试与低流量 1 GB 即可；繁忙汇聚链路下每路活动流仅需几 KB |
| 网络 | 实时采集需要镜像/SPAN 接口；仅 HEP 部署用普通网卡即可 |
| 数据库 | 非必需；默认内置 SQLite，多代理安装可通过 SOCI 使用 PostgreSQL 或 MySQL |
在您自己的流量上体验 VoIP 通话质量监测
希望实时观测您自己网络的质量吗？请预约一次 VQ 监测器的引导演示，或与我们洽谈授权。
