RTC 监控

快速阅读

RTC 监控看实时通信当前是否健康，核心是 RTC 呼入并发、外呼并发，以及移动端、浏览器软电话、小程序等场景的运行压力。它不替代移动端 RTC 接入文档，也不替代通话监控和话单。

• 排查结合客户端状态、座席状态、通话监控、话单、网络和日志。
• 已确认的核心指标：RTC 外呼并发、RTC 呼入并发。扩展指标是否支持按实际能力确认。

阅读地图

• 是什么：读「二」「三」。
• 指标与能力：读「五」「六」和附录 B。
• 移动端或软电话验收：读「八」和附录 C。

一、文档说明

移动端 RTC、浏览器软电话、小程序外呼等能力依赖客户端、网络、鉴权、座席状态和实时通信服务共同工作。本文给技术负责人、实施、运营和产品说明 RTC 监控的定位、指标口径、排障路径和上线验收。

本文主要说明 RTC 运行态监控。完整 SDK 接入、客户端代码、音视频底层协议和完整错误码见对应专题。

二、产品总览

RTC 监控用于查看企业当前 RTC 呼入并发、外呼并发，以及与移动端、软电话、小程序通话相关的健康状态。

主要回答：当前呼入/外呼并发是多少、是否接近风险范围、外呼失败从哪排查、异常是否与座席状态/客户端/网络或平台并发有关、如何与通话监控和话单核对。

三、核心概念

四、对象关系与数据流

移动端 / 浏览器 / 小程序 RTC 客户端
↓
鉴权、初始化、连接实时通信能力
↓
发起外呼或接听呼入邀请
↓
RTC 呼入 / 外呼并发变化
↓
RTC 监控展示并发和运行态
↓
通话监控、座席监控、话单、客户端日志共同排障

本页提供运行态线索；单通问题仍需结合座席、客户、通话标识和客户端事件定位。

五、能力地图

六、产品功能说明

已确认核心指标

建议扩展指标（是否支持按实际能力确认）

筛选与异常

可按实际能力设计：时间范围、企业或部门、呼入/外呼方向、座席工号、RTC 客户端类型、通话标识、异常类型。

关注：呼入/外呼并发异常升高或突然下降、初始化失败增多、外呼失败集中、网络异常或凭证过期集中。

七、典型业务场景

移动端外呼失败：先看 RTC 外呼并发，再查座席状态、客户端鉴权、网络和外呼记录；接口发起成功但通话失败时继续看通话监控和话单。

小程序外呼上线保障：观察外呼并发和失败情况，结合小程序事件、座席状态和通话记录确认链路。

呼入接听异常：同时看 RTC 呼入并发、座席状态、分机或终端状态、通话监控和客户端日志。

并发接近风险范围：评估是否业务高峰、是否影响体验、是否需要扩展资源或调整策略。

八、上线准备与运营建议

上线前确认：终端类型（移动 App、H5、小程序、浏览器软电话等）；RTC 权限、鉴权凭证和座席绑定；网络环境、麦克风权限和终端兼容性；验证外呼、呼入接听、挂断、异常断网和凭证刷新；验证监控中呼入/外呼并发变化；明确客户 App、网络、座席配置、平台能力的排查分工。

运营建议：上线初期持续观察并发和失败反馈；高峰关注并发波动；单个座席问题优先查座席、客户端和通话记录，全局问题再看 RTC 并发；保留客户端日志、通话标识和发生时间。

九、与周边能力的关系

十、FAQ

RTC 并发为 0 是否代表能力异常？
不一定。可能当前没有 RTC 通话。结合业务时间、终端使用情况和通话记录判断。

RTC 并发正常，为什么某个座席仍然外呼失败？
单座席失败可能与客户端、鉴权、座席状态、网络、权限或客户号码有关，需结合座席监控、API 监控、通话监控和客户端日志。

RTC 监控能替代客户端日志吗？
不能。本页看平台侧运行态；客户端日志定位终端初始化、网络、权限和 SDK 事件问题。

十一、总结

RTC 监控以呼入并发和外呼并发为核心，是移动端、浏览器软电话和小程序实时通信场景的运行态入口，与座席监控、通话监控、话单和客户端日志形成排障闭环。

附录 A：入口与权限

附录 B：关键字段口径

附录 C：实施检查清单

• 终端类型、企业 RTC 权限、鉴权凭证与有效期已确认。
• 客户端初始化、RTC 外呼、呼入接听、断网/挂断/凭证过期等异常已验证；并发指标变化与通话标识回查话单已验证。

附录 D：常见问题速查