Twilio - Insights

正常telecom Twilio

Twilio Voice Insights 提供通话质量分析：丢包/抖动/MOS 评分、参与者诊断、问题归因，用于排查 WebRTC/SIP 通话质量。

访问站点 ↗健康巡检 9 小时前

适合什么时候用

完整 RTP 层指标（packet loss、jitter、MOS）

先注意什么

只覆盖 Voice（不含 SMS/messaging）

第一步先查

GET /Voice/Calls/{CallSid}/Events 拿单次通话的事件流，GET /Voice/Calls/{CallSid}/Metrics 拿 RTP 指标。Console 也有 UI 看 Insights Dashboard。

认证

—

CORS

不支持

HTTPS

是

延迟

144 ms

协议

REST

计费

—

可用率 · 30 天窗口

巡检: 1可用率: 100%平均延迟: 144ms

关于这个 API

WebRTC/SIP 通话质量问题通常很难复现和归因——是用户家里 WiFi 抖动？是 Twilio 跟运营商之间链路？还是 SDK 本身的 bug？Voice Insights 提供 RTP 层的细粒度指标和事件标签，包括 MOS（Mean Opinion Score 通话质量主观评分量化）、packet loss、jitter、和具体 Issue 标签（high_jitter、constant_audio_level 等）。每次通话两端（caller 和 callee）都有独立的数据流，可以判定问题是单边还是双边。对生产环境跑 Twilio Voice 的团队，Insights 是必备的观测层。Pricing 是按通话计费（每次开启 Insights 单独算钱）。

你可以做什么

1排查客户投诉的「通话听不清」问题
2监控 WebRTC client 端通话质量
3识别网络/设备根因（client vs Twilio 平台）
4生成季度通话质量报告

优劣对比

优点

完整 RTP 层指标（packet loss、jitter、MOS）
区分 client vs carrier vs Twilio 平台问题归因
历史数据保留 30 天可查询

注意事项

只覆盖 Voice（不含 SMS/messaging）
历史数据 30 天后需自己归档

示例请求

通用模板 — 实际 endpoint 请查阅文档替换 <endpoint>。

curl https://support.twilio.com/<endpoint>

快速开始

GET /Voice/Calls/{CallSid}/Events 拿单次通话的事件流，GET /Voice/Calls/{CallSid}/Metrics 拿 RTP 指标。Console 也有 UI 看 Insights Dashboard。

常见问题

Insights 默认是开启的吗？+

不是。需要在通话发起时显式启用（Voice Insights 参数）或在账户层面默认开启。每次通话单独计费。

MOS 多少算「好」？+

4.0 以上是好，3.5-4.0 可接受，3.0 以下用户会明显感知质量差。Twilio 端默认目标 >= 4.0。

能拿到 RTP 包级别数据吗？+

不能。Insights 只提供秒级聚合指标，不暴露原始 packet capture。

技术细节

CORS: NoHTTPS: Yes注册: ?开源: No

认证方式: unknown
计费: unknown
协议: REST
SDK: python, javascript, java, ruby, php, csharp, go
响应时间: 144 ms
上次巡检: 2026/5/12 07:38:32