Monitoramento de Qualidade de Voz: MOS, R-Factor e Métricas que Importam

Por que monitorar qualidade de voz

Em uma operação de voz, a qualidade percebida pelo usuário final e o que define a reputacao do servico. Problemas como voz robotizada, cortes, eco e delay sao perceptiveis imediatamente e geram reclamacoes. Monitorar proativamente permite identificar degradacoes antes que os assinantes percebam e abram chamados de suporte.

Para ISPs, contact centers e operadoras de telecomunicacoes, ter visibilidade sobre a qualidade de voz em tempo real nao e um luxo, e uma necessidade operacional. A plataforma SipPulse foi projetada para fornecer essa visibilidade de forma integrada, sem depender de ferramentas externas para as metricas fundamentais de QoS.

MOS: Mean Opinion Score

O MOS (Mean Opinion Score) e uma escala de 1 a 5 que representa a qualidade percebida de uma chamada de voz:

Na pratica, o objetivo de qualquer operacao VoIP e manter o MOS acima de 4.0 em pelo menos 95% das chamadas.

O MOS pode ser medido de forma subjetiva (com grupos de ouvintes, conforme ITU-T P.800) ou estimado algoritmicamente (PESQ/POLQA para testes em laboratorio, ou E-model para estimativa em tempo real).

R-Factor e o E-model

O R-Factor e derivado do E-model (ITU-T G.107) e varia de 0 a 100. Ele calcula a qualidade esperada com base em parametros de rede:

O R-Factor considera latencia, jitter, perda de pacotes e o codec utilizado. Ele e mais util que o MOS para monitoramento automatizado porque pode ser calculado em tempo real a partir de estatisticas de rede.

Metricas de rede que afetam a qualidade

Latencia (delay)

A latencia fim-a-fim deve ficar abaixo de 150ms para uma boa experiencia. Acima de 200ms, os usuarios comecam a perceber atraso na conversa. Acima de 300ms, a comunicacao se torna dificil.

Jitter

O jitter e a variacao na latencia entre pacotes consecutivos. Para voz, o jitter deve ficar abaixo de 30ms. Valores acima disso causam distorcoes audiveis, mesmo com jitter buffer. A maioria dos endpoints usa jitter buffer adaptativo de 20 a 60ms.

Perda de pacotes (packet loss)

A perda de pacotes acima de 1% ja e perceptivel em chamadas de voz. Acima de 3%, a qualidade se torna inaceitavel. O G.711 tolera um pouco mais de perda que o G.729, pois cada pacote e independente.

ASR e ACD

• ASR (Answer Seizure Ratio): percentual de chamadas atendidas sobre o total de tentativas. Um ASR saudavel fica acima de 40-50% (varia por destino).
• ACD (Average Call Duration): duracao media das chamadas. Quedas bruscas no ACD podem indicar problemas de qualidade que fazem os usuarios desligarem prematuramente.

Como medir: RTCP-XR e estatisticas RTP

O protocolo RTCP (RTP Control Protocol) carrega relatorios de qualidade durante a chamada. A extensao RTCP-XR (RFC 3611) fornece metricas detalhadas como:

• Perda de pacotes e taxa de descarte
• Jitter e delay round-trip
• Metricas de qualidade de voz (R-Factor, MOS estimado)
• Estatisticas de burst/gap de perda

Configure seu softswitch ou SBC para coletar e armazenar os relatorios RTCP-XR. Esses dados sao a base para dashboards de qualidade.

Monitoramento integrado com a plataforma SipPulse

Uma das grandes vantagens de operar com a plataforma SipPulse e ter metricas de qualidade integradas diretamente nos componentes de rede, eliminando a necessidade de ferramentas externas para a visibilidade basica de QoS.

SipPulse SoftSwitch

O SipPulse SoftSwitch, com capacidade de ate 1000 CAPS e atuando como Class 4 e Class 5, gera CDRs completos que incluem metricas de qualidade de cada chamada. Isso permite que operadoras e ISPs monitorem ASR, ACD e identifiquem degradacoes por rota, destino ou horario diretamente a partir dos registros do proprio switch, sem depender de probes externas.

Por ser construido sobre OpenSIPS, o SipPulse SoftSwitch tem acesso nativo a estatisticas de sinalização SIP e pode coletar dados de RTCP-XR quando os endpoints os fornecem.

SipPulse SBC

O SipPulse SBC, disponivel nas variantes UNI, NNI e NNI-CC e suportando ate 4000 chamadas simultaneas, ocupa uma posicao privilegiada para monitoramento de qualidade: por estar na borda da rede, ele ve todo o trafego de entrada e saida. O SBC registra metricas de cada sessao, incluindo jitter, perda de pacotes e latencia observados no trafego RTP que atravessa o equipamento.

O suporte a TLS/SRTP e WebRTC no SipPulse SBC tambem garante que as metricas de qualidade sejam coletadas mesmo em chamadas criptografadas, algo que ferramentas de captura passiva nao conseguem fazer.

SipPulse Analytics

O SipPulse Analytics e a plataforma de business intelligence para operacoes de telefonia que consolida as metricas coletadas pelo SoftSwitch e pelo SBC em dashboards visuais e relatorios. Com o Analytics, operadoras podem:

• Visualizar tendencias de MOS e R-Factor ao longo do tempo
• Identificar rotas com degradacao de qualidade antes que os usuarios reclamem
• Acompanhar ASR e ACD por destino, tronco e periodo
• Gerar relatorios de SLA para clientes corporativos e contact centers
• Configurar alertas automatizados quando metricas ultrapassam limiares definidos

A integracao nativa entre os componentes SipPulse significa que os dados fluem automaticamente do SoftSwitch e do SBC para o Analytics, sem necessidade de configuracoes complexas de exportacao ou ferramentas de ETL.

Ferramentas complementares de monitoramento

VoIPmonitor

Ferramenta open-source que captura trafego SIP/RTP e calcula MOS em tempo real. Oferece interface web com visualizacao de call flow, espectrogramas de audio e alertas de qualidade. Pode ser utilizada como complemento ao monitoramento integrado do SipPulse para analises mais profundas de media.

• Site: https://www.voipmonitor.org/

Homer / SIPCAPTURE

Plataforma open-source para captura e analise de sinalizacao SIP em escala. Recebe pacotes via protocolo HEP (Homer Encapsulation Protocol) e oferece busca, visualizacao de call flow e correlacao de sessoes. A plataforma SipPulse se integra nativamente com o Homer via HEP, permitindo combinar o monitoramento integrado com analise detalhada de sinalizacao. Abordado em mais detalhe no post sobre captura de pacotes SIP.

• Site: https://sipcapture.org/

Limiares praticos para alertas

Configure alertas na sua plataforma de monitoramento para os seguintes limiares. No SipPulse Analytics, esses limiares podem ser definidos por rota, tronco ou cliente:

O que fazer quando a qualidade degrada

1. Identifique o escopo: o problema afeta todas as chamadas ou apenas rotas especificas? No SipPulse Analytics, filtre por rota, tronco e periodo para isolar o problema rapidamente.
2. Verifique a rede: use traceroute e ping para identificar onde esta a perda de pacotes ou aumento de latencia.
3. Analise os CDRs: o SipPulse SoftSwitch gera CDRs detalhados que permitem filtrar por MOS baixo e identificar padroes (horario, destino, codec).
4. Capture trafego: use o SipPulse SBC para acessar logs detalhados de sessao ou ferramentas como tcpdump e Wireshark para analise de pacotes RTP.
5. Verifique capacidade: confirme se o SoftSwitch, SBC ou links nao estao saturados. O SipPulse SBC suporta ate 4000 chamadas simultaneas, e o SoftSwitch ate 1000 CAPS.
6. Ajuste QoS: garanta que o trafego de voz tem prioridade (DSCP EF / 46) nos roteadores e 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/