Monitoreo de Calidad de Voz: MOS, R-Factor y Métricas que Importan
Aprenda a monitorear la calidad de voz en su operación VoIP usando MOS, R-Factor y métricas de red. Conozca herramientas y umbrales prácticos para mantener la calidad.
Por que monitorear la calidad de voz
En una operacion de voz, la calidad percibida por el usuario final es lo que define la reputacion del servicio. Problemas como voz robotizada, cortes, eco y delay son perceptibles inmediatamente y generan reclamos. Monitorear proactivamente permite identificar degradaciones antes de que los suscriptores las perciban y abran tickets de soporte.
Para ISPs, contact centers y operadoras de telecomunicaciones, tener visibilidad sobre la calidad de voz en tiempo real no es un lujo, es una necesidad operacional. La plataforma SipPulse fue disenada para proporcionar esta visibilidad de forma integrada, sin depender de herramientas externas para las metricas fundamentales de QoS.
MOS: Mean Opinion Score
El MOS (Mean Opinion Score) es una escala de 1 a 5 que representa la calidad percibida de una llamada de voz:
| MOS | Calidad | Percepcion del usuario |
|---|---|---|
| 4.3-5.0 | Excelente | Voz clara, sin artefactos |
| 4.0-4.3 | Buena | Pequenas imperfecciones, aceptable |
| 3.6-4.0 | Razonable | Degradacion perceptible, aun utilizable |
| 3.1-3.6 | Mala | Incomoda, usuarios reclaman |
| 1.0-3.1 | Inaceptable | Inutilizable |
En la practica, el objetivo de cualquier operacion VoIP es mantener el MOS por encima de 4.0 en al menos el 95% de las llamadas.
El MOS puede medirse de forma subjetiva (con grupos de oyentes, conforme ITU-T P.800) o estimarse algoritmicamente (PESQ/POLQA para pruebas en laboratorio, o E-model para estimacion en tiempo real).
R-Factor y el E-model
El R-Factor se deriva del E-model (ITU-T G.107) y varia de 0 a 100. Calcula la calidad esperada con base en parametros de red:
| R-Factor | MOS equivalente | Calidad |
|---|---|---|
| 90-100 | 4.3+ | Excelente |
| 80-90 | 4.0-4.3 | Buena |
| 70-80 | 3.6-4.0 | Razonable |
| 60-70 | 3.1-3.6 | Mala |
| < 60 | < 3.1 | Inaceptable |
El R-Factor considera latencia, jitter, perdida de paquetes y el codec utilizado. Es mas util que el MOS para monitoreo automatizado porque puede calcularse en tiempo real a partir de estadisticas de red.
Metricas de red que afectan la calidad
Latencia (delay)
La latencia extremo a extremo debe mantenerse por debajo de 150ms para una buena experiencia. Por encima de 200ms, los usuarios comienzan a percibir retraso en la conversacion. Por encima de 300ms, la comunicacion se vuelve dificil.
Jitter
El jitter es la variacion en la latencia entre paquetes consecutivos. Para voz, el jitter debe mantenerse por debajo de 30ms. Valores por encima de eso causan distorsiones audibles, incluso con jitter buffer. La mayoria de los endpoints usa jitter buffer adaptativo de 20 a 60ms.
Perdida de paquetes (packet loss)
La perdida de paquetes por encima del 1% ya es perceptible en llamadas de voz. Por encima del 3%, la calidad se vuelve inaceptable. El G.711 tolera un poco mas de perdida que el G.729, ya que cada paquete es independiente.
ASR y ACD
- ASR (Answer Seizure Ratio): porcentaje de llamadas contestadas sobre el total de intentos. Un ASR saludable esta por encima del 40-50% (varia por destino).
- ACD (Average Call Duration): duracion promedio de las llamadas. Caidas abruptas en el ACD pueden indicar problemas de calidad que hacen que los usuarios cuelguen prematuramente.
Como medir: RTCP-XR y estadisticas RTP
El protocolo RTCP (RTP Control Protocol) transporta reportes de calidad durante la llamada. La extension RTCP-XR (RFC 3611) proporciona metricas detalladas como:
- Perdida de paquetes y tasa de descarte
- Jitter y delay round-trip
- Metricas de calidad de voz (R-Factor, MOS estimado)
- Estadisticas de burst/gap de perdida
Configure su softswitch o SBC para recolectar y almacenar los reportes RTCP-XR. Estos datos son la base para dashboards de calidad.
Monitoreo integrado con la plataforma SipPulse
Una de las grandes ventajas de operar con la plataforma SipPulse es tener metricas de calidad integradas directamente en los componentes de red, eliminando la necesidad de herramientas externas para la visibilidad basica de QoS.
SipPulse SoftSwitch
El SipPulse SoftSwitch, con capacidad de hasta 1000 CAPS y actuando como Class 4 y Class 5, genera CDRs completos que incluyen metricas de calidad de cada llamada. Esto permite que operadoras e ISPs monitoreen ASR, ACD e identifiquen degradaciones por ruta, destino u horario directamente a partir de los registros del propio switch, sin depender de probes externos.
Construido sobre OpenSIPS, el SipPulse SoftSwitch tiene acceso nativo a estadisticas de senalizacion SIP y puede recolectar datos de RTCP-XR cuando los endpoints los proporcionan.
SipPulse SBC
El SipPulse SBC, disponible en las variantes UNI, NNI y NNI-CC y soportando hasta 4000 llamadas simultaneas, ocupa una posicion privilegiada para el monitoreo de calidad: al estar en el borde de la red, ve todo el trafico de entrada y salida. El SBC registra metricas de cada sesion, incluyendo jitter, perdida de paquetes y latencia observados en el trafico RTP que atraviesa el equipo.
El soporte a TLS/SRTP y WebRTC en el SipPulse SBC tambien garantiza que las metricas de calidad sean recolectadas incluso en llamadas encriptadas, algo que las herramientas de captura pasiva no pueden lograr.
SipPulse Analytics
SipPulse Analytics es la plataforma de business intelligence para operaciones de telefonia que consolida las metricas recolectadas por el SoftSwitch y el SBC en dashboards visuales y reportes. Con Analytics, las operadoras pueden:
- Visualizar tendencias de MOS y R-Factor a lo largo del tiempo
- Identificar rutas con degradacion de calidad antes de que los usuarios reclamen
- Acompanar ASR y ACD por destino, troncal y periodo
- Generar reportes de SLA para clientes corporativos y contact centers
- Configurar alertas automatizadas cuando las metricas sobrepasan umbrales definidos
La integracion nativa entre los componentes SipPulse significa que los datos fluyen automaticamente del SoftSwitch y del SBC hacia Analytics, sin necesidad de configuraciones complejas de exportacion o herramientas de ETL.
Herramientas complementarias de monitoreo
VoIPmonitor
Herramienta open-source que captura trafico SIP/RTP y calcula MOS en tiempo real. Ofrece interfaz web con visualizacion de call flow, espectrogramas de audio y alertas de calidad. Puede utilizarse como complemento al monitoreo integrado de SipPulse para analisis mas profundos de media.
- Sitio: https://www.voipmonitor.org/
Homer / SIPCAPTURE
Plataforma open-source para captura y analisis de senalizacion SIP a escala. Recibe paquetes via protocolo HEP (Homer Encapsulation Protocol) y ofrece busqueda, visualizacion de call flow y correlacion de sesiones. La plataforma SipPulse se integra nativamente con Homer via HEP, permitiendo combinar el monitoreo integrado con analisis detallado de senalizacion. Abordado en mas detalle en el post sobre captura de paquetes SIP.
- Sitio: https://sipcapture.org/
Umbrales practicos para alertas
Configure alertas en su plataforma de monitoreo para los siguientes umbrales. En SipPulse Analytics, estos umbrales pueden definirse por ruta, troncal o cliente:
| Metrica | Alerta amarilla | Alerta roja |
|---|---|---|
| MOS | < 3.8 | < 3.5 |
| Jitter | > 20ms | > 40ms |
| Packet loss | > 0.5% | > 2% |
| Latencia | > 120ms | > 200ms |
| ASR | < 45% | < 30% |
Que hacer cuando la calidad se degrada
- Identifique el alcance: el problema afecta a todas las llamadas o solo a rutas especificas? En SipPulse Analytics, filtre por ruta, troncal y periodo para aislar el problema rapidamente.
- Verifique la red: use traceroute y ping para identificar donde ocurre la perdida de paquetes o el aumento de latencia.
- Analice los CDRs: el SipPulse SoftSwitch genera CDRs detallados que permiten filtrar por MOS bajo e identificar patrones (horario, destino, codec).
- Capture trafico: use el SipPulse SBC para acceder a logs detallados de sesion o herramientas como tcpdump o Wireshark para analisis de paquetes RTP.
- Verifique capacidad: confirme que el SoftSwitch, SBC o enlaces no estan saturados. El SipPulse SBC soporta hasta 4000 llamadas simultaneas, y el SoftSwitch hasta 1000 CAPS.
- Ajuste QoS: garantice que el trafico de voz tiene prioridad (DSCP EF / 46) en los routers y switches.
Referencias
- ITU-T G.107 - E-model: https://www.itu.int/rec/T-REC-G.107
- ITU-T P.800 - MOS: https://www.itu.int/rec/T-REC-P.800
- RFC 3611 - RTCP-XR: https://datatracker.ietf.org/doc/html/rfc3611
- VoIPmonitor: https://www.voipmonitor.org/
- Homer / SIPCAPTURE: https://sipcapture.org/
Artículos Relacionados
Redundancia y Alta Disponibilidad en Plataformas de Voz
Entienda las estrategias de redundancia y alta disponibilidad para plataformas de voz y como SipPulse SoftSwitch y SBC implementan arquitecturas carrier-grade con failover transparente.
Como Elegir un SBC para Su Operacion de Voz
Entienda el rol del Session Border Controller en su red de voz y aprenda a elegir el SBC correcto en base a capacidad, soporte de protocolos y modelo de implementacion.
Dimensionamiento de Canales de Voz: Erlang, CPS y Capacity Planning
Aprenda a usar la fórmula de Erlang B, calcular CPS y dimensionar correctamente canales de voz, servidores de media y ancho de banda para su operación VoIP.