Definição de Parâmetros de Qualidade de Serviço e Seus Parâmetros

Associação GSM Não confidencial
Documento Oficial IR.42 - Definição de parâmetros de Qualidade de Serviço e seu cálculo
Definição de parâmetros de Qualidade de Serviço e seus

parâmetros
computação
Versão 7.0
17 outubro 2016
Este é um Documento de Referência Permanente Não Vinculativo da GSMA
Classificação de segurança: Não confidencial

O acesso e a distribuição deste documento são restritos às pessoas permitidas pela classificação de segurança. Este documento é confidencial
para a Associação e está sujeito à proteção de direitos autorais. Este documento deve ser utilizado apenas para os fins para os quais foi
fornecido e as informações nele contidas não devem ser divulgadas ou de qualquer outra forma disponibilizadas, no todo ou em parte, a pessoas
que não as permitidas ao abrigo da classificação de segurança sem a aprovação prévia por escrito da Associação.
Declaração de Direitos de Autor

Direitos autorais © 2016 GSM Association
Declaração de exoneração de responsabilidade

A Associação GSM ("Associação") não faz nenhuma representação, garantia ou compromisso (expresso ou implícito) em relação a e não
aceita qualquer responsabilidade por, e por este meio se isenta de responsabilidade pela precisão, integridade ou atualidade das informações
contidas neste documento. As informações contidas neste documento podem estar sujeitas a alterações sem aviso prévio.
Aviso antitrust
As informações aqui contidas estão em total conformidade com a política de conformidade antitruste da Associação GSM.
V7,0 Página 1 de
96
Índice
1 Introdução 3
1.1 Âmbito do documento 3
1.2 Considerações gerais 4
1.3 Definição de Termos 5
1.4 Referências cruzadas de documentos 6
2 Parâmetros de QoS 8
2.1 Modelo de parâmetros de QoS 8
2.2 Parâmetros de QoS independentes do serviço 9
2.3 Serviço de Telefonia 22
2.4 Serviço de Mensagens Curtas 31
2.5 Serviço de dados comutados por circuito 35
2.6 Serviço de dados comutados por pacotes (Serviço geral de rádio de 36
pacotes)
2.7 Definições e medições de classe de serviço de dados 41
2.8 Parâmetros de QoS FTP 44
2.9 Parâmetros de QoS de navegação na WEB (HTTP / HTTPS) 48
2.10 Parâmetros de QoS PING 52
3 Parâmetros de QoS para interconexão 53
3.1 ASR = (Razão de Crise de Resposta) 53
3.2 ABR = (Razão BID de resposta) 53
3.3 CLI = (Identificação da linha chamadora) 53
3.4 NER = (Rácio de Eficiência da Rede) 54
3.5 PGAD = (Atraso do Post Gateway) 54
3.6 PDD = (Atraso de discagem pós) 54
3.7 ALOC = (Duração média da conversa) 54
3.8 Qualidade da fala por amostragem. 54
4 Parâmetros de qualidade VoLTE / ViLTE 54
4.1 Parâmetros de qualidade de serviço VoLTE / ViLTE 55
4.2 Redes VoLTE / ViLTE & Parâmetros de QoS de Transporte 63
Anexo A Exemplos para medir os pontos de desencadeamento 73
A.1 Serviço SMS: 73
A.1.1 Mensagens de camada 3: 73
Anexo B Gestão Documental 74
B.1 Histórico do documento 74
B.2 Outras informações 75
V7,0 Página 2 de
96
1 Introdução
1.1 Âmbito do documento

Este documento define parâmetros de qualidade de serviço (QoS) e seu cálculo. Um
parâmetro de QoS também é chamado de indicador chave de desempenho (KPI) de
qualidade. Embora as próprias definições de QoS sejam genéricas, o escopo deste
documento sublinha a implantação em roaming desses parâmetros de QoS.
A definição do parâmetro é dividida em duas partes: a definição abstrata e a descrição

genérica do método de medição com os respetivos pontos de desencadeamento.
O uso consistente das definições deste documento permitirá que partes independentes
comparem medições e resultados de QoS. A Figura 1 mostra a relação com os outros PRDs
relacionados à QoS.
V7,0 Página 3 de
96
IR.42
Computação,
incluindo
dicionário de
ponto de gatilho
IR.81 GRQ
Implementação
da medição
BA.51 AA.13 IR.78

Manual do SLA de roaming Relatório de
SLA de Anexo C12 problemas de
roaming
Figura 1: Relação entre documentos de QoS da GSMA
1.2 Considerações gerais

Todos os parâmetros de QoS definidos e seus cálculos são baseados em medições de
campo. Isso indica que as medições foram feitas do ponto de vista do usuário (perspetiva
completa de ponta a ponta, levando em conta as necessidades dos testes).
Presume-se que o telemóvel e o serviço pretendido podem ser operados corretamente

pelo utilizador final, uma vez que a operacionalidade não é avaliada neste documento.
Para efeitos de medição, parte-se do princípio de que:
• o serviço está disponível e não está barrado por qualquer motivo;

• o roteamento é definido corretamente, sem erros e;
• O equipamento do assinante alvo está pronto para atender a chamada.
Apenas os valores de qualidade de voz medidos para chamadas encerradas com sucesso
devem ser usados para análise estatística. No entanto, os valores medidos de chamadas
encerradas sem êxito (por exemplo, chamadas que são descartadas) devem estar
disponíveis para avaliação adicional, se necessário, e, portanto, devem ser armazenados.
Serão aplicáveis outras condições prévias, quando tal for razoável.
V7,0 Página 4 de
96
A monitorização dos serviços utilizando os parâmetros definidos neste documento poderá

ter impacto no tráfego e na carga nas redes envolvidas, incluindo a rede móvel pública
doméstica (HPMN), a rede móvel pública visitada (VPMN) e as redes intermédias. Por
conseguinte, há que ter devidamente em conta o regime de monitorização, a fim de evitar
impactos desnecessários ou adversos nestas redes.
1.3 Definição de Termos

Vigência Significado
APN Nome do ponto de acesso
CS Circuito comutado
CSFB Circuito comutado Fallback
DNS Sistema de Nomes de Domínio
CPE Núcleo de pacote evoluído
FTP Protocolo de transferência de arquivos
GBR Taxa de bits garantida
HLR Registo de Localização Inicial
HPMN Rede Móvel Pública Doméstica
HSS Início Servidor de Assinantes
HTTP Protocolo de Transporte de Hipertexto
IMS Subsistema Multimédia de Protocolo Internet
IPX Troca de Protocolo Internet
ISUP Parte do usuário RDIS
KPI Indicador-chave de desempenho
LQO Objetivo de Qualidade de Audição
LTE Evolução a Longo Prazo (Rádio)
MME Entidade Gestora da Mobilidade
MT Móvel terminado
NER Rácio de Eficiência da Rede
EM Estação Móvel
MSC Centro de Comutação Móvel
OCN Número Chamado Original
PCEF Política e Função de Execução de Cobrança
PCRF Política e função de regra de cobrança
P-CSCF Proxy - Função de controle de sessão de chamada
PESQ Avaliação percetiva da qualidade da fala
PEVQ Avaliação percetiva da qualidade de vídeo
PING Pacote Internet Groper
POLQA Análise da Qualidade da Escuta Percetiva Objetiva

PRD Documento de Referência Permanente
V7,0 Página 5 de
96
Vigência Significado
QCI Indicador de classe QoS
QoS Qualidade de Serviço
RDN Número de redirecionamento
RTCP Protocolo de Controlo RTP
RTP Protocolo de Transporte em Tempo Real
SGSN Servindo o nó de suporte GPRS
SIP Protocolo de Início de Sessão
SLA Acordo de Nível de Serviço
SMS MO SMS originado por dispositivos móveis
SMS MT SMS terminado por telemóvel
SMSoSGs SMS sobre SGs
SS7 Sistema de sinalização 7
SRVCC Continuidade de chamadas de voz via rádio únicas
ViLTE (conversacional) Vídeo sobre LTE
VoLTE Voz sobre a evolução a longo prazo
VPMN Rede Móvel Pública Visitada
1.4 Referências cruzadas de documentos

Os documentos que se seguem contêm disposições que, através de referências neste
texto, constituem disposições do presente documento.
• As referências não são específicas, ou seja, remetem para a versão mais recente do documento.
Não. Documento Descrição

[1] ETSI TS 102 250-3 "Aspetos de Processamento, Transmissão e Qualidade da Fala
(STQ); Aspetos de QoS para serviços populares em redes GSM e
3G; Parte 3: Procedimentos típicos para equipamentos de medição
da Qualidade de Serviço".
[2] ETSI TS 102 250-2 "Aspetos de Processamento, Transmissão e Qualidade da Fala
(STQ); Aspetos de QoS para serviços populares em redes GSM e
3G; Parte 2: Definição dos parâmetros de Qualidade de Serviço e
seu cálculo".
[3] GSMA PRD É.88 Diretrizes de roaming LTE e EPC
[4] UIT-T-E.437 "Métricas comparativas para a gestão do desempenho da rede"
[5] ETSI EN 300 089 "Rede Digital com Integração de Serviços (RDIS); Serviço
suplementar de Apresentação de Identificação da Linha
Chamadora (CLIP); Descrição do serviço".
[6] UIT-T-Y.1540 "Parâmetros de desempenho de disponibilidade e transferência de
pacotes IP"; IPLR – Taxa de Perda de Pacotes IP
[7] 3GPP TS 29.002 "Especificação MAP (Mobile Application Part)"
[8] 3GPP TS 29.060 "Serviço Geral de Rádio por Pacotes (GPRS); GPRS Tunnelling
Protocol (GTP) através da interface Gn e Gp"
[9] 3GPP TS 24 008 "Especificação da interface de rádio móvel Camada 3; Rede
V7,0 Página 6 de
96
principal
V7,0 Página 7 de
96

protocolos; Estágio 3".
[10] IETF RFC 2647 "Terminologia de Benchmarking para Desempenho de Firewall;
3.1.7 Boa colocação"
[11] GSMA PRD É.34 Diretrizes de backbone IP do provedor interserviços GSMA
[12] UIT-T-E.800 "Termos e definições relacionados com a qualidade do serviço e o
desempenho da rede, incluindo a fiabilidade - qualidade de serviço
da rede telefónica e RDIS, gestão da rede e engenharia de tráfego
(grupo de estudo II)"
[13] UIT-T E.431 "Avaliação da Qualidade de Serviço para Configuração de Conexões
e Atrasos de Liberação (Grupo de Estudo II)"
[14] UIT-T E.425 "Observações Automáticas Internas Série E: Operação Geral da
Rede, Serviço Telefónico, Operação do Serviço e Gestão da Rede
de Fatores Humanos - Verificação da Qualidade do Serviço
Telefónico Internacional"
[15] GSMA PRD BA.51 "Diretrizes do Acordo de Nível de Serviço de Roaming"
[16] ITU-T QE.850 "Utilização da causa e localização no sistema de sinalização digital
n.º 1 e no sistema de sinalização n.º 7 parte do utilizador RDIS"
[17] UIT-T Q.732.2 "Descrição da Fase 3 para a oferta de chamadas de serviços
suplementares utilizando o sistema de sinalização n.º 7: Serviços
de desvio de chamadas: - Reencaminhamento de chamadas
ocupado - Reencaminhamento de chamadas sem resposta -
Reencaminhamento de chamadas incondicional - Deflexão de
chamadas - Série Q: Comutação e sinalização
- Especificações do Sistema de Sinalização n.º 7 - Serviços
Suplementares RDIS"
[18] GSMA PRD É.25 Testes de roaming VoLTE
[19] GSMA PRD EM.21 "Base de Dados de Roaming da Associação GSM, Estrutura e
Procedimentos de Atualização"
[20] 3GPP TS 29.272 Interfaces relacionadas com MME e SGSN baseadas no protocolo
Diameter
[21] UIT-T P.862 Avaliação percetiva da qualidade da fala (PESQ): Um método
objetivo para a avaliação end-to-end da qualidade da fala de redes
telefônicas de banda estreita e codecs de fala
[22] GSMA PRD AA.13 "Acordos internacionais de itinerância – anexos comuns
[23] GSMA PRD É.78 "Relatório de problemas de roaming"
[24] 3GPP TS 45.008 Controlo da ligação do subsistema rádio
[25] 3GPP TS 25.304 Procedimentos UE em modo inativo e procedimentos para reseleção
de células em modo conectado
[26] 3GPP TS 36.304 EUTRA; Procedimentos UE em modo inativo
[27] UIT-T P.863 Avaliação da Qualidade da Escuta Percetiva Objetiva (POLQA)
[28] ETSI TR 102 506 Estimativa da qualidade de fala por chamada
[29] UIT-T P.862.1 Avaliação percetiva da qualidade da fala (PESQ): Função de
mapeamento para transformar escores de resultados brutos P.862
em MOS-LQO
[30] GSMA PRD É.65 Diretrizes de Roaming e Interworking do IMS
[31] GSMA PRD É.92 Perfil IMS para voz e SMS
[32] GSMA PRD É.94 Perfil IMS para serviço de vídeo conversacional
V7,0 Página 8 de
96
[33] GSMA PRD Diretrizes de Roaming e Interconexão VoLTE-RCS
NG.103
V7,0 Página 9 de
96

[34] ETSI TR 103 219 | Aspeto de QoS da comunicação de voz em um ambiente LTE
[35] UIT-T G.107.1 Modelo E de banda larga
[36] 3GPP TS 29.109 Arquitetura de Autenticação Genérica (GAA); Interfaces Zh e Zn
baseadas no Protocolo de Diâmetro
[37] 3GPP TS 29.213 Política e Controlo de Tarifação Fluxos de Sinalização e
Mapeamento de Parâmetros de Qualidade de Serviço (QoS)
[38] 3GPP TS 29.214 Política e Controlo de Carregamento sobre o Ponto de Referência
Rx
[39] 3GPP TS 29.229 Interfaces Cx e Dx baseadas no protocolo Diameter; Detalhes do
protocolo
[40] 3GPP TS 29.329 Interfaces Sh baseadas no protocolo Diameter; Detalhes do
protocolo
[41] UIT-T J.247 Medição objetiva da qualidade de vídeo multimídia percetivo na
presença de uma referência completa
[42] IETF RFC 3550 RTP: Um protocolo de transporte para aplicações em tempo real
[43] IETF RFC 4961 Protocolo de controlo RTP / RTP simétrico (RTCP)
[44] UIT-T Y.1540 Serviço de comunicação de dados de protocolo Internet –
transferência de pacotes IP e parâmetros de desempenho de
disponibilidade
[45] IETF RFC 5481 Declaração de aplicabilidade da variação de atraso de pacote
[46] 3GPP TS 24.301 Protocolo NAS para sistema de pacotes evoluído
2 Parâmetros de QoS
2.1 Modelo de parâmetros de QoS

A Figura 2 mostra um modelo para parâmetros de QoS. Este modelo tem quatro camadas.
• A primeira camada é a Disponibilidade de Rede, que define a QoS do ponto de vista

da rede e do provedor de serviços.
• A segunda camada é o Acesso à Rede, o requisito básico para todos os outros
aspetos de QoS e parâmetros de QoS. O resultado dessa camada é o parâmetro
QoS Network Accessibility do ponto de vista do usuário do serviço.
• A terceira camada contém os três aspetos de QoS: Acesso ao Serviço, Integridade
do Serviço e Capacidade de Retenção do Serviço.
• A quarta camada contém os diferentes serviços a prestar ao utilizador em caso de
roaming, por exemplo, serviços de voz (telefonia), SMS, navegação na Web,
transferência de ficheiros e serviços de ping. Os resultados são os parâmetros de
QoS para esses serviços.
Para monitorizar a QoS em roaming, consulte PRD IR.81 para obter detalhes sobre fluxos
de chamadas e pontos de desencadeamento.
Observe que a QoS depende da interconectividade entre operadoras e operadoras ou entre

provedores de hub de roaming. Um esquema de monitoramento de QoS do Internet
Protocol Exchange (IPX) oferece mais possibilidades para medir a QoS em interconexões
IPX [11].
V7,0 Página 10 de
96
Figura 2: Modelo de quatro camadas para parâmetros de QoS.
2.2 Parâmetros de QoS independentes do serviço

Os parâmetros de QoS independentes do serviço caracterizam a disponibilidade da rede, a
acessibilidade da rede, a conectividade IP e o corte do contexto do portador. Por
conseguinte, os parâmetros são considerados dependentes da tecnologia. A Tabela 1
fornece uma visão geral.
V7,0 Página 11 de
96
Tecnologias
2G / 3G 4G VoLTE/ViLTE Tecnologia do
futuro
Disponibilidade Varredura para Varredura para Suporte a FFS
da rede/serviço PLMN: PLMN: recursos EPS
Disponibilidad Disponibilidad Network: IMS voz
e da rede de e da rede de / vídeo sobre
rádio rádio sessão PS no
modo S1
suportado
Rede / serviço Anexos CS e/ou Anexação LTE Taxa de
PS: (EPS ou sucesso do
Rácio de sucesso EPS+IMSI): registo IMS
na seleção e Rácio de sucesso /Hora
registo da rede na seleção e
/Hora registo da rede
/Hora
Conectividade IP (Primário) Ativação de EPS padrão QCI
Ativação do contexto de 5
contexto PDP: portador de ativaç
EPS padrão / ão do contexto do
Taxa bem-
dedicado: portador para o
sucedida de IMS bem
ativação de Taxa de conhecido
contexto PDP ativação bem- Conex
/Hora sucedida da ão APN;
ativação do QCI 1 EPS
contexto do dedicado
portador EPS ativaç
padrão ão do contexto do
/Hora portador para
mídia de voz;
Inadimplência /
EPS dedicado
contexto ao
portador
ativação
proporção de
festivais
/Hora
Retenção de Contexto O contexto QCI 5 default /
rede/serviço PDP padrão do QCI 1 EPS
descartado: portador do dedicado relação
Rácio de corte do EPS foi de corte de
contexto da PDP descartado: contexto do
Taxa de corte portador
de contexto
do portador
de EPS
padrão
Tabela 1: Visão geral dos parâmetros de QoS sobre dependência de tecnologia
Para as redes 2G/3G (ou seja, GSM/GPRS e UMTS) é necessário estabelecer uma ligação
V7,0 Página 12 de
96
de dados antes da possibilidade de aceder a um serviço. Em redes LTE o conceito de
conectividade IP "sempre ligado" foi estabelecido. Permite um acesso mais rápido aos
serviços de uma rede móvel através de alterações de estado a pedido de um utilizador ou
aplicação. O impacto desse conceito nos parâmetros de QoS é que eles não podem mais
ser acionados explicitamente, pois exigem uma solicitação de serviço específica. No
entanto, os parâmetros de QoS definidos permanecem válidos e podem ser derivados dos
pontos de gatilho fornecidos.
Esta seção também contém KPI DNS. O serviço DNS é um serviço de Internet intermediário
usado por outros serviços de dados PS específicos, como FTP ou HTTP. No entanto, o
serviço DNS é
V7,0 Página 13 de
96
independente desses serviços de dados específicos. Circuito comutado de acessibilidade

de rede (NA – CS) [1] [12].
Consulte PRD IR.81 para obter detalhes sobre o fluxo de chamadas e os pontos de disparo.
2.2.1 Disponibilidade da rede [2] [12]
2.2.1.1 Definição abstrata

Probabilidade de os Serviços Móveis serem oferecidos a um utilizador.
Veja ITU-T Rec. E.800: A probabilidade de que o usuário de um serviço após uma
solicitação receba o sinal de prossecução para seleção dentro de condições especificadas.
Ver parâmetro QoS complementar RNU no ETSI TS 102 250-2 (5.1 Radio Network
Inavailability).
2.2.1.2 Computação
Pontos de desencadeamento:
2 .2 G.1 S.2M .1 : Critério C1 > 0 [24]
GPRS: indicador GPRS de radiodifusão na informação do sistema 3 ou informação do
sistema 4 UMTS (WCDMA) [25], LTE [26]: Critérios S cumpridos
Qualquer acampamento de emergência em qualquer outra rede que não seja a de destino é considerado
como nenhuma rede.
As redes-alvo poderão constituir mais do que uma rede, por exemplo para cobrir a
itinerância nacional ou internacional ou através de uma plataforma de itinerância.
Quando o equipamento móvel suporta multimodo (GSM/UMTS/LTE), a avaliação da

disponibilidade da rede de rádio é feita em relação à tecnologia de acesso via rádio sob o
aspeto do teste.
2.2F.1o.2r.2CSFB
e SMSoSGs, critérios LTE S são aplicados.
Fórmula do resumo:
tentativas de sondagem com serviços móveis

Disponibilidade da rede de rádio [%] =
disponíveis todas as tentativas
de sondagem
2.2.2 Acessibilidade à rede [2]

Probabilidade de o utilizador realizar uma seleção e registo bem-sucedidos no PLMN
desejado (modo de seleção manual, modo de seleção automática com um PLMN desejado
definido) ou num determinado PLMN (modo de seleção automática sem um PLMN
desejado definido).
Ver ETSI 102 250-2 (5.2.1 Network Selection and Registration Failure Ratio).
V7,0 Página 14 de
96
2.2.2.3 Pontos de desencadeamento:

Inicie a seleção de PLMN manual ou automaticamente, interrompa a medição após o
registro bem-sucedido.
Fórmula do resumo:
NA[%] = {Manual| Seleção Automática de Rede e Taxa de Sucesso de Registo [%] =

2.2.2.3 .1
seleção bem sucedida e registo em PLMN todas as

tentativas de seleção e registo
NA-CS[%] é aplicado ao GSM ou UMTS-CS. NA-PS[%] é aplicado a GPRS, UMTS-PS,

LTE, respectivamente.
2.2.3 Taxa de sucesso LU comutada por circuito (CS LU – SR) [2]

A taxa de sucesso da CSLU descreve a probabilidade de um assinante se conectar com
êxito à rede CS.
Ver ETSI 102 250-1 (5.2 Rede não acessibilidade).
Ver ETSI TS 102 250-2 (5.2 Não acessibilidade à rede).
2.2.3.2.1
Fórmula do resumo:
NrSuccessfulCSAttachAttempts
CSLUSuccessRatio = x100 %
TotalNrCSAttachAttempts
2.2.3.2.2
Início: Mobile envia a mensagem de solicitação de
anexação CS.
Parar: Mobile recebe a mensagem CS attach accept.
2.2.3.2.3
Comentários
As medições da taxa de sucesso dependerão se a LU é a primeira tentativa de LU ou uma
das tentativas subsequentes. (Ver observações para CSLU-D abaixo).
2.2.4 Atraso de atualização de local comutado de circuito (CS LU - D)

Este atraso CSLU descreve o período de tempo necessário para ligar à rede CS.
V7,0 Página 15 de
96
Fórmula do resumo:
Soma(tCSAttachComplete
CSLUDelay =
2.2.4.2.1
 )
NrSuccessfulCSAttachAttempts
(para o cálculo do atraso CSLU da unidade):
2.2.4.2.2
Início: Ponto de tempo em que o telemóvel envia o
anexo
solicitar mensagem.
Parar: Ponto de tempo em que o telemóvel recebe a
mensagem de aceitação em anexo.
Observações:
2 . 2T . 4h .2 e. 3 di f er e n ç a
entre um anexo de um assinante conhecido e um assinante
desconhecido será refletida no período de tempo que indica o tempo de configuração do
anexo. No caso de um assinante desconhecido (o que significa que o Mobile Switching
Center (MSC) mudou desde a separação, ou se for a primeira conexão do celular à rede), o
MSC entra em contato com o Home Location Register (HLR) para receber os dados do
assinante. O tempo de configuração da conexão de um assinante desconhecido será um
pouco maior do que o de um assinante conhecido.
Ao determinar o tempo médio de configuração da anexação, apenas as tentativas de

anexação bem-sucedidas são incluídas nos cálculos.
2.2.5 Taxa de sucesso de LU comutada por pacotes (PS LU - SR)1 [2] [7]

A taxa de sucesso PSLU descreve a probabilidade de um assinante se conectar com êxito
à rede PS.
Ver ETSI TS 102 250-2 (5.3 Attach Failure Ratio)
1A atualização de local com comutação de pacotes KPI foi nomeada originalmente a partir do
procedimento MAP_Update_GPRS_Location, conforme descrito em 3GPP TS 29.002 [7]. É utilizado
para o anexo PS, ou seja, para o anexo GPRS. O mesmo termo Localização também é usado no
procedimento de Gerenciamento de Localização no 3GPP 29.272 [20] para Atualizar Localização e
Cancelar Localização em S6a, ou seja.EPS anexar.
V7,0 Página 16 de
96
2.2.5.2 Computação 4
Fórmula do resumo:
2.2.5.2.1
Início: O telemóvel envia a mensagem de pedido de
2.2.5.2.2
anexo PS
Parar: O telemóvel recebe a mensagem de aceitação
do anexo PS.
Comentários
2.2D.5e.2p.3terminando sobre as tecnologias, o anexo PS é entendido como um anexo GPRS
ou um anexo EPS.
Um anexo combinado EPS + IMSI é aplicado a CSFB ou SMSoSGs.
2.2.6 Atraso de atualização de local comutado de pacote (PS LU - D) [2]

Este atraso PSLU descreve o período de tempo necessário para ligar à rede PS.
Consulte ETSI TS 102 250-2 (5.4 Attach Setup Time)
2.2.6.2.1
Fórmula do resumo:
Soma(tPSAttachComplete
PSLUDelay =
 )
2.2.6.2.2 NrSuccessfulPSAttachAttempts
Início: Ponto de tempo em que o telemóvel envia a
mensagem de pedido de anexo
Parar: Ponto de tempo em que o telemóvel recebe a

2.2.6.2.3
mensagem de aceitação em anexo.
Observações:
A diferença entre uma anexação de um assinante conhecido e um assinante desconhecido
será refletida no período de tempo que indica a hora de configuração da anexação. No caso
de um assinante desconhecido (o que significa que o SGSN, S4 SGSN ou MME foi alterado
desde a separação, ou se for a primeira conexão do celular à rede), o SGSN entra em
contato com o HLR, o S4 SGSN contatos HSS ou o MME contatos HSS, respectivamente,
a fim de receber o
V7,0 Página 17 de
96
dados do assinante. O tempo de configuração da conexão de um assinante desconhecido

será um pouco maior do que o de um assinante conhecido.
2.2.7 Rácio de sucesso da ativação do contexto da PDP (SA PSD) [2] [19]

Uma sessão de dados de comutação de pacotes será considerada configurada com êxito
se um contexto PDP puder ser ativado com êxito.
Ver ETSI TS 102 250-2 (5,5 PDP Context Activation Failure Ratio)
Fórmula do resumo:
2.2.7.2.1
NrOfPDPCon textActivationsSuccesFul
PDPContextActivationSuccesRate ᠇ 100% 
NrOfAllPDP ContextActivationAttempts
Qualquer solicitação de ativação de contexto PDP é considerada uma tentativa.
2.2.7.2.2
As ativações de contexto PDP são consideradas bem-sucedidas após a receção de
notificações de ativação de contexto PDP bem-sucedida (Activate PDP Context Accept).
2.2.7.2.3 Observações:
Recomenda-se o uso de uma lista limitada e definida de APNs para medições consistentes.
Os operadores são incentivados a manter uma lista de APNs padrão para medições no
PRD IR.21 (ou, alternativamente, definido em acordos de nível de serviço (SLAs) de
roaming). A lista poderia incluir APNs para MMS, WAP e/ou internet, tanto pré-pagos quanto
pós-pagos. Os APNs devem ser definidos como parte das condições de teste.
LTE: consulte Default EPS Bearer Context Activation Success Ratio
2.2.8 Tempo de ativação do contexto PDP [2] [19]

É o tempo entre o envio da solicitação de ativação de contexto PDP e o recebimento da
notificação de conclusão bem-sucedida dessa ativação.
Ver ETSI TS 102 250-2 (5.6 PDP Context Activation Time)

2.2.8.2.1
Fórmula do resumo:
V7,0 Página 18 de
96
Início: Envio do pedido de Ativação de Contexto PDP
Fim: Receção da notificação de ativação bem-

2.2.8.2.2 sucedida do contexto PDP (Activate PDP
Context Accept)
Observações: 5
Ao calcular a média do Tempo de Ativação do Contexto PDP, apenas as ativações bem-
sucedidas devem ser consideradas.
Os operadores são incentivados a manter uma lista de APNs padrão para medições em
PRD IR.21 (ou, alternativamente, definido em SLAs de roaming). A lista poderia incluir
APNs para MMS, WAP e/ou internet, tanto pré-pagos quanto pós-pagos. Os APNs devem
ser definidos como parte das condições de teste.
A ativação do usuário (procedimento de criação de contexto GPRS PDP) é recomendada,

pois a ativação de rede tende a ser para serviços locais (uso doméstico).
LTE: Consulte Tempo de ativação do contexto do portador do EPS padrão ou Tempo de

ativação do contexto do portador do EPS padrão adicional
2.2.9 Rácio de corte do contexto da PDP [2] [8]

A razão de corte de contexto PDP denota a probabilidade de um contexto PDP ser
desativado sem ser desativado intencionalmente pelo usuário.
ETSI TS 102 250-2 (5,7 PDP Context Cut-off Ratio).
Ver também 3GPP TS 29.060.
2.2.9.2.1
Fórmula do resumo:
textLossesNotInitiatedByTheUser
200 % 20005555666DPCon
2.2.9.2.2 NrOfAllSuccessfullyActivatedPDPContexts
Diferentes pontos de gatilho para uma desativação de contexto PDP não iniciada
intencionalmente pelo usuário são possíveis: falha SGSN ou falha GGSN na qual o contexto
PDP será desativado por
2,2 toneladas. . .
h9e2 S3GSN ou GGSN. A UE recebe da rede a mensagem DEACTIVATE PDP
CONTEXT REQUEST, MODIFY PDP CONTEXT REQUEST ou DETACH REQUEST.
Observações:
Ao analisar como medir esse parâmetro na prática, um ponto-chave será identificar como
avaliar se uma perda de contexto PDP foi iniciada pelo usuário ou não. Os métodos de
monitorização ativa e passiva podem adotar abordagens diferentes para o efeito. No
V7,0 Página 19 de
96
período ativo
V7,0 Página 20 de
96
caso de monitorização, o caso de teste especifica quando o contexto PDP deve ser
desativado e qualquer perda anterior a isso pode, portanto, (geralmente) ser considerada
como "não iniciada pelo usuário". No caso de monitoramento passivo, o uso de códigos de
falha de contexto PDP pode ser usado.
Uma pré-condição para medir este parâmetro é que um contexto PDP seja estabelecido
com êxito primeiro.
2.2.10 Taxa de sucesso de ativação de contexto de portador de EPS padrão [2] [3]

Contexto de portador de EPS padrão para o APN padrão: sucesso do procedimento de
anexação de EPS (PS LU-SR)
No caso de um contexto adicional de portador de EPS padrão: sucesso da ativação do
contexto de portador de EPS padrão adicional
Ver ETSI TS 102 250-2 (5.12.1 Default EPS Bearer Context Activation Failure Ratio)
Fórmula do resumo:
2.2D.1e0f.2a.Taxa de sucesso de
ativaçãodecontextodoportadorEPSu1ltparaoAPNpadrão:igualàtaxadesucessodeconexãoEPS(PSLU-SR).
Contexto adicional do portador de EPS padrão, referindo-se a um APN diferente do padrão:
Índice de sucesso de ativação de contexto de EPS padrão adicional

[%]= Sucessos adicionais de conexão PDN 100
conexão PDN adicionaliniciando s
Qualquer solicitação adicional de ativação de contexto padrão é considerada como uma iniciação.
2.2.10.2.2
Os pontos de gatilho para o contexto de portador de EPS padrão referente ao APN padrão
são os mesmos que o procedimento de anexação de EPS.
A solicitação de conectividade PDN para ativações de contexto de portador de EPS padrão

adicional é enviada pela UE. A conectividade PDN adicional é considerada bem-sucedida
após a receção de
2.2N.1O0T.i2fi.c3ations de ativação de contexto de portador de EPS padrão adicional (Ativar
solicitação de contexto de portador de EPS padrão)
Observações:
Os operadores são incentivados a manter uma lista de APNs padrão para medições no
PRD IR.21 (ou, alternativamente, definido em acordos de nível de serviço (SLAs) de
roaming). A lista poderia incluir APNs para MMS, WAP e/ou internet, tanto pré-pagos quanto
pós-pagos. Os APNs devem ser definidos como parte das condições de teste.
V7,0 Página 21 de
96
Quando a UE estiver ligada, executará uma anexação EPS que inclui o registro na rede e a
configuração de um contexto de portador de EPS padrão para o APN padrão. Um contexto
de portador EPS padrão é estabelecido com êxito quando (EPS) ATTACH COMPLETE é
enviado pela UE. Este contexto substitui o contexto PDP primário definido para redes
2G/3G.
2.2.11 Tempo de ativação padrão do contexto do portador do EPS [2]

O tempo de ativação do contexto do portador do EPS padrão é o período de tempo
necessário para estabelecer o contexto inicial do portador do EPS padrão para o APN
padrão ou qualquer conexão PDN adicional (ou seja, qualquer contexto de portador de EPS
padrão adicional), respectivamente.
Ver ETSI TS 102 250-2 (5.12.2 Default EPS Bearer Context Activation Time)
Fórmula do resumo:
2 . 2 D . 1 e 1 f . 2 a . Contextodo portador EPS u1lt para o APN2 padrão:
t
AnexarCompleto anexar
pedido
Contexto adicional do portador de EPS padrão:
Tempo de ativação adicional do contexto do portador de EPS

padrão [s] =
( de ligação PDN adicional - t Início adicional

2.2.11.2.2
daPontos
ligaçãodePDN
desencadeamento:
A SOLICITAÇÃO DE CONECTIVIDADE PDN para ativações de contexto adicionais do
portador de EPS padrão é enviada pela UE. O ACTIVATE DEFAULT EPS BEARER
CONTEXT ACCEPT é enviado por
2,2 toneladas. h1
e1.2U.3E.
Observações:
Pré-condição: A conexão PDN padrão bem-sucedida para o APN padrão é anterior às
conexões PDN padrão adicionais.
2A mensagem PDN CONNECTIVITY REQUEST está inserida em ATTACH REQUEST. A mensagem

ACTIVATE DEFAULT EPS BEARER CONTEXT REQUEST está presa em ATTACH ACCEPT. A mensagem
ACTIVATE DEFAULT EPS BEARER CONTEXT ACCEPT está presa em ATTACH COMPLETE.
V7,0 Página 22 de
96
2.2.12 Taxa de sucesso de ativação de contexto de EPS dedicado [2]

A taxa de sucesso de ativação do contexto do portador dedicado do EPS mede a
probabilidade de que um portador dedicado possa ser ativado. É a proporção de tentativas
bem-sucedidas de ativação de contexto de portador dedicado e o número total de tentativas
de ativação de portador dedicado.
Ver ETSI TS 102 250-2 (5.13.1 Razão de Falha de Ativação de Contexto de Portador EPS Dedicado)
Fórmula do resumo:
2.2.12.2.1
SuccessRatio de ativação do contexto do portador de EPS
dedicado
sucessos [%] =
dedicados de ativação do portador de
EPS 100
início de ativação do portador EPS
dedicado
2.2T.1h2e.2.
U2Esolicitaprocedimentodealocação (ou modificação) de recursos ao portador (SOLICITAÇÃO DE
ALOCAÇÃO DE RECURSOS AO PORTADOR ou MODIFICAÇÃO DE RECURSOS AO
PORTADOR
PEDIDO). Considera-se que a ativação do portador de EPS dedicado é iniciada quando o
ACTIVATE DEDICATED EPS BEARER CONTEXT REQUEST é recebido pela UE.
2.2.12.2.3 Observações:
Pré-condição: A conexão PDN bem-sucedida para o APN, para a qual um Portador EPS
Dedicado deve ser estabelecido, já existe
2.2.13 Tempo de ativação dedicado do contexto do portador de EPS [2]

O tempo de ativação do contexto do portador EPS dedicado é o tempo necessário para
estabelecer um portador dedicado para a transferência de dados do usuário.
2 . 2 S . 1 e 3 e . 1 . E1TSITS 102 250-2 (5.13.2 Tempo de ativação dedicado do contexto do portador de EPS)
Fórmula do resumo:
Tempo de ativação do contexto do portador de EPS dedicado [s] =

2.2.13.1.2
( 
 - t DedicatedEPSBearercontextactivationinitiation 
O PEDIDO DE ALOCAÇÃO (ou MODIFICAÇÃO) de Recursos ao Portador é enviado pela
UE. O ACTIVATE DEDICATED EPS BEARER CONTEXT ACCEPT é enviado pela UE.
V7,0 Página 23 de
96
Observações:
O procedimento dedicado de ativação do contexto do portador do EPS é acionado pela UE para o portador
alocação de recursos e concluída quando o contexto de portador de EPS dedicado alocado
é aceito pela UE.
2.2.13.1.3
2.2.14 Rácio de corte do contexto do portador do EPS [%] [2]

A taxa de corte de contexto do portador de EPS padrão ou dedicado mede se um contexto
de portador de EPS padrão ou dedicado é desativado sem ser iniciado intencionalmente
pelo usuário3.
Ver ETSI TS 102 250-2 (5.12.3 Default EPS Bearer Context Cut-off ratio, 5.13.3 Dedicated
EPS Bearer Context Cut-off ratio)
Fórmula abstrata
2.2.14.2. 1
Inadimplência | Relação de corte de contexto do portador de EPS dedicado [%]=
default | EPS dedicado bearer contextlossnot initiated by theuser successfully

activateddefault | dedicated EPS bearer contexts
2.2.14.2.2 Pontos de gatilho

São possíveis diferentes pontos de desencadeamento para uma desativação do contexto
do portador de EPS não iniciada intencionalmente pelo utilizador. O contexto do portador
do EPS será desativado pela rede. A UE recebe da rede a mensagem DESATIVAR
PEDIDO DE CONTEXTO DO PORTADOR DO EPS, MODIFICAR O PEDIDO DE
CONTEXTO DO PORTADOR DO EPS ou SEPARAR PEDIDO.
2.2.14.2.3
Comentários
Contexto de portador EPS padrão (para o APN padrão) perda significa desanexar EPS UE.
2.2.15 Taxa de sucesso da resolução de nomes de host DNS [%] [2]

A taxa de sucesso da resolução de nomes de host DNS é a probabilidade de uma
conversão de nome de host para endereço de host de um resolvedor DNS ser bem-
sucedida.
Consulte ETSI TS 102 250-2 (5,10 DNS Host Name Resolution Failure Ratio)
3O contexto de portador de EPS padrão para o APN padrão é indispensável para ser mantido para
usar qualquer serviço em redes LTE ou qualquer contexto de portador de EPS padrão adicional. A
V7,0 Página 24 de
96
desativação do último portador de EPS padrão fará com que a UE se descolete.
V7,0 Página 25 de
96
Fórmula abstrata
2.2 .15.2.1
Pontos de desencadeamento
Iniciar: Solicitação para resolver um endereço de host do servidor DNS ou pacote de dados do protocolo
DNS
2 . 2 c . 1 o 5 n . 2 t a . 2 i n i n g DNS tipo A (endereço de host) consulta "Consulta padrão" para o nome de host desejado.
Parar: Endereço de host recebido do servidor DNS ou pacote de dados de protocolo DNS
recebido contendo uma resposta do tipo A (endereço do host) "Resposta de consulta
padrão, Sem erro", a respetiva consulta tipo A "Consulta padrão" e uma resposta incluindo o
nome de host desejado para a conversão de endereço de host.
Comentários
2.2P.1r5e.2c.o3nditonpara medição:
O resolvedor não deve ter acesso direto a qualquer servidor de nomes DNS local ou zona
de qualquer servidor de nomes.
Uma vez que as mensagens transportadas por UDP estão restritas a 512 bytes. UDP é o
método recomendado para consultas padrão na Internet.
O KPI é relevante apenas para serviços PS.
2.2.16 Tempo de resolução de nomes de host DNS [s] [2]

O tempo de resolução de nomes de host DNS é o tempo que um nome de host leva para a
conversão de endereço de host.
Consulte ETSI TS 102 250-2 (5.11 DNS Host Name Resolution Time)
O tempo de resolução do nome de host DNS é o tempo que um nome de host leva para o endereço do
2. host
2.16.2.1
tradução.
Fórmula abstrata
2.2.16.2.2
(
Iniciar: Solicitação para resolver um endereço de host do servidor DNS ou pacote de dados
de protocolo DNS contendo DNS tipo A (endereço de host) consulta "Consulta padrão" para
o nome de host desejado
V7,0 Página 26 de
96
Parar: Endereço de host recebido do servidor DNS ou pacote de dados de protocolo DNS
recebido contendo uma resposta do tipo A (endereço do host) "Resposta de consulta
padrão, Sem erro", a respetiva consulta tipo A "Consulta padrão" e uma resposta incluindo o
nome de host desejado para a conversão de endereço de host.
Comentários
Pré-condição para a medição:
2 . 2 T . 1 h 6 e . 2 . O r3esolver não terá acesso direto a qualquer servidor de nomes DNS local ou a
qualquer zona de servidor de nomes.
Para as metodologias de medição estática, tal como definidas na TS 102 250-3 [1], o
servidor de nomes DNS consultado deve ter todos os dados relacionados com o nome do
anfitrião a resolver disponíveis como dados autorizados numa das zonas do servidor de
nomes, de modo a que não tenham de ser realizadas pesquisas recursivas e não seja
necessária a utilização de informações armazenadas em cache.
Se os dados relacionados não forem armazenados localmente na zona do servidor de

nomes, o tempo de resolução variará devido às estratégias de cache DNS
O KPI é relevante apenas para serviços PS.
2.3 Serviço de Telefonia

Para simplificar a descrição dos KPIs de chamada de voz, R-party e H-party são usados no
contexto em que R-party é o lado de roaming no VPMN e H-party está no HPMN.
Uma condição prévia para a aplicabilidade desta secção ao CSFB de voz:
As redes LTE (VPMN) suportam voz CSFB. Os UE (representados pelo R-party) são
configurados como centrados na voz e apenas voz CS ou voz CS preferencial, IMS
PS Voice como secundário.
2.3.1 Serviço de Acessibilidade de Telefonia - MO (SA-T-MO) [2] [12] [14]

Probabilidade de o utilizador final poder aceder ao Serviço de Telefonia Móvel quando
solicitado, se este for oferecido através da visualização do indicador de rede no
Equipamento Móvel.
Ver ITU-T Rec. E.800: A probabilidade de um serviço poder ser obtido dentro das
tolerâncias especificadas e outras condições de funcionamento dadas quando solicitado
pelo utilizador. O termo NER (Network Effectiveness Ratio definido na ITU-E 425) é
entendido como Service Accessibility Telephony.
Ver Serviço complementar de Telefonia de Não Acessibilidade (SNAT) no ETSI TS 102 250-
2 (6.6.1 Serviço de não acessibilidade).
Para uma tentativa de chamada bem-sucedida:
CS, CSFB
V7,0 Página 27 de
96
• O usuário ouve o tom de alerta, ou R-party recebe ALERTING
V7,0 Página 28 de
96
• H-party toca ou envia ALERTA
Fórmula do resumo:
Número de tentativas de chamada
Acessibilidade do Serviço de Telefonia [%] =
bem-sucedidas
2.3.1.2.1 *100%
Início da tentativa de Pressionando o botão enviar com sucesso (é
chamada:: importante verificar, se a cobertura foi dada
2.3.1.2.2
quando o botão de envio é pressionado, caso
contrário, esta tentativa de chamada conta para
não acessibilidade de rede (NNA)).
Tentativa de chamada bem- Medição (alerting4 tom ouvido ou ALERTING
sucedida: (mensagem CC) recebida por R-party), e
H-party toca ou envia ALERTING (mensagem

CC).
Observações:
2.3S.1A.2T.3
/ N E R não está pegando as operadoras de voz que estão enviando toques falsos
como o envio de mensagens ACM/CPG falsas.
2.3.2 Serviço de Acessibilidade Telefonia - MT (SA-T-MT) [2] [14]

Probabilidade de o utilizador final poder aceder ao Serviço de Telefonia Móvel quando
solicitado, se este for oferecido através da visualização do indicador de rede no
Equipamento Móvel.
Ver ITU-T Rec. E.800: A probabilidade de um serviço poder ser obtido dentro das
tolerâncias especificadas e outras condições de funcionamento dadas quando solicitado
pelo utilizador. O termo NER (Network Effectiveness Ratio definido na ITU-E 425) pode ser
entendido como Service Accessibility Telephony.
Ver Serviço complementar de Telefonia de Não Acessibilidade (SNAT) no ETSI TS 102 250-
2 (6.6.1 Serviço de não acessibilidade).
CS, CSFB
O usuário ouve o toque ou R-party envia ALERTING (mensagem CC)
H-party ouve o tom de alerta ou recebe ALERTING (mensagem CC)
4 Devido a problemas de rede e apesar de o partido H não estar ocupado, pode até ser possível para o
R-party para receber um sinal ocupado ou inacessível. Neste caso, como nenhuma mensagem de
ALERTA será enviada, a amostra de teste será tratada como uma falha.
V7,0 Página 29 de
96
Fórmula do resumo:
Acessibilidade do Serviço de Telefonia [%] =
bem-sucedidas
*100%
2.3.3.1.1 Número de tentativas de chamada
Início da tentativa de Pressionando com sucesso o botão de envio (é
chamada do partido H: importante verificar, se a cobertura foi dada
2.3.3.1.2 quando o botão de envio é pressionado, caso
não acessibilidade de rede (NNA))
CS, CSFB
Tentativa de chamada Medição (R-party toca ou envia ALERTING

bem-sucedida: (mensagem CC)
Tom de alerta ouvido ou ALERTING (mensagem

CC) recebido por H-party).
2.3.4 Setup Time Telephony – MO (ST-T-MO) [1] [12] [13]Definição abstrata

Tempo entre o envio das informações completas de endereço e o recebimento da
notificação de configuração de chamada, conforme definido no ETSI TS 102 250-2 (6.6.2
Tempo de configuração).
Ver ITU-T Rec. E.800: A expectativa da duração do tempo entre uma oferta inicial do
usuário para a aquisição de um serviço e o instante de tempo em que o usuário tem
acesso ao serviço, sendo o serviço obtido dentro de tolerâncias especificadas e outras
condições de operação dadas.
O termo ST-T também pode ser entendido como PDD (Post Dialling Delay); ver UIT-E 431.
CS, CSFB
• O usuário ouve o tom de alerta, ou R-party recebe ALERTING

• H-party toca ou envia ALERTING (mensagem CC).
2.3.4.2.1
Fórmula do resumo:
Tempo de configuração
Telefonia [s] = t 2 - t1
t2: ponto de tempo em que a ligação de sinalização é estabelecida (o tom de alerta é ouvido
ou o ALERTA (mensagem CC) é recebido pelo equipamento de ensaio))
T1: Ponto de tempo em que o usuário pressiona o botão Enviar no equipamento móvel
V7,0 Página 30 de
96
Início da medição do Pressionando com sucesso o botão de envio no
tempo de configuração: R-party (é importante verificar, se a cobertura foi
dada, caso contrário, esta tentativa de chamada
2.3.4.2.2
conta para não acessibilidade de rede (NNA))
CS, CSFB
Ligação de Medição (tom de alerta ouvido ou ALERTING

sinalização bem (mensagem CC) recebida por R-party).
sucedida:
2.3.5 Setup Time Telephony – MT (ST-T-MT) [2] [12] [13]Definição abstrata
Tempo entre o envio das informações completas de endereço e o recebimento da

notificação de configuração de chamada, conforme definido no ETSI TS 102 250-2 (6.6.2
Tempo de configuração).
ITU-T Rec. E.800: A expectativa da duração do tempo entre uma oferta inicial do usuário
para a aquisição de um serviço e o instante de tempo em que o usuário tem acesso ao
serviço, sendo o serviço obtido dentro das tolerâncias especificadas e outras condições de
operação dadas.
O termo ST-T também pode ser entendido como PDD (Post Dialling Delay); ver UIT-E 431.
2.3.5.2.1 Fórmula do resumo:

Tempo de configuração
Telefonia [s] = t 2 - t1
T2: Ponto de tempo onde a conexão é estabelecida (por exemplo, alerta5 ou assinante
ocupado é detetado pelo equipamento de teste))
T1: Ponto de tempo em que o cliente pressiona o botão Enviar no equipamento móvel
t2: ponto de tempo em que a ligação de sinalização está estabelecida [por exemplo, toque6
ou ALERTA (mensagem CC) enviado pelo equipamento de ensaio)]
2 , 3 t o n e l a d a s . 15:. 2 p . O
2intde tempo onde o usuário pressiona o botão enviar no equipamento móvel
Início da medição do Pressionando com sucesso o botão de envio
tempo de configuração: na parte H (é importante verificar, se a
cobertura foi dada, caso contrário, esta
tentativa de chamada conta para a rede
Não Acessibilidade (NNA))
5 Se uma conexão de ponta a ponta não for estabelecida, essa medição deve ser ignorada. Presume-
se que a atribuição antecipada do canal de tráfego é usada.
6 Se não for estabelecida uma ligação de sinalização extremo a extremo, esta medição deve ser
V7,0 Página 31 de
96
ignorada. Presume-se que a atribuição antecipada de canal de tráfego para GSM é usada.
V7,0 Página 32 de
96
CS, CSFB
Ligação de Medição (toque ou ALERTA (mensagem

sinalização bem CC) enviada por R-party).
sucedida:
2.3.6 CSSR - MO (Call Setup Success Ratio) [7]Definição abstrata

CSSR expressa a relação entre o número de apreensões e a soma do número de
apreensões que resultam em uma chamada estabelecida bem-sucedida.
A Taxa de Sucesso da Configuração de Chamadas é definida em 3GPP TS 29 002.
Fórmula do resumo:
2.3.6.2.1

2.3.6.2.2 Início da tentativa de Pressionando o botão enviar com sucesso (é
chamada do R-party: importante verificar, se a cobertura foi dada
quando o botão de envio é pressionado, caso
Estabelecimen Conexão aberta entre R-party e H-party, onde
to de ambas as partes podem ouvir uma à outra.
chamadas
bem-sucedido:
CS, CSFB R-party recebe CONNECT e H-party recebe

CONNECT ACKNOWLEGE (CC mensagens)
2.3.7 CSSR - MT (Call Setup Success Ratio) [7]Definição abstrata

CSSR expressa a relação entre o número de apreensões e a soma do número de
apreensões que resultam em uma chamada estabelecida bem-sucedida.
CSSR é definido em 3GPP 29 002.

2.3.7.2.1
Fórmula do resumo:
Presume-se que a Parte A está na rede doméstica, a fim de evitar um tromboning
internacional da chamada entre o VPMN e o HPMN.
V7,0 Página 33 de
96

Início da tentativa de Pressionando o botão enviar com sucesso (é
chamada do partido H: importante verificar, se a cobertura foi dada
2.3.7.2.2 quando o botão de envio é pressionado, caso
Estabelecimen Conexão aberta entre R-party e H-party, onde
to de ambas as partes podem ouvir uma à outra.
chamadas
bem-sucedido:
CS, CSFB R-party recebe CONNECT ACKNOWLEGE e H-

party recebe CONNECT (mensagens CC)
2.3.8 REL (transparência de sinalização ISUPv2) [16]Definição abstrata

Transmissão efetiva não corrompida pelo VPMN das mensagens Cause Value in the
Release (REL) ISDN User Part (ISUP), conforme definido na ITU-T Q.850.
2.3.8.1.1 Protocolo de teste:

• O HPMN envia ao VPMN uma mensagem ISUP REL com um campo 'Valor da
causa' preenchido válido
• O VPMN deve enviar de volta para o HPMN a mensagem ISUP REL com o
mesmo 'Valor de causa'
• A HPMN usa a ferramenta de monitoramento SS7 para medir o indicador chave de desempenho
(KPI)
2.3.8.2.1
Fórmula do resumo:
2.3.9 OCN & RDN (transparência de sinalização ISUPv2) [17]Definição abstrata

Transmissão efetiva não corrompida pelo VPMN do Número Chamado Original
(OCN) e do Número de Redirecionamento (RDN), conforme definido na ITU-T
Q.732.2.
Usando uma ferramenta de teste:

• R, H e C pertencem todos à HPMN
• R está em roaming na rede VPMN enquanto H e C estão localizados na HPMN
• Um encaminhamento de chamada tardio ocorre e não é roteado de forma
ideal (ou seja, as chamadas são efetivamente encaminhadas para o destino
R e devolvidas ao HPMN).
V7,0 Página 34 de
96
Fórmula do resumo:
Número de reencaminhamentos de chamadasincluindo OCN/RDN

OCN & RDN[%]=
2.3.9.2.1 
Número de testes de encaminhamento de chamadas
OCN & RDN são transmitidos corretamente.
2.32.9 . .
. 32.120 Taxa de conclusão de chamadas Telefonia comutada de circuito (CCR-CS-T) [2]

Probabilidade de que uma tentativa de chamada bem-sucedida seja mantida por um tempo
predeterminado até que seja liberada intencionalmente pela parte R ou H.
Ver ETSI TS 102 250-2 (6.6.5 Cut-off Call Ratio).
Consulte também Indicador de QoS complementar: Circuito comutado de taxa de

não conclusão de chamadas (CNCR-CS).

CCR - CS - T [%]
=     
100
   Número de tentativas de
2.3.10.2.2
Tentativa de chamada Medição de conexão (tom de alerta ou
bem-sucedida: mensagem de alerta detetada pelo R-party)
Chamada encerrada: Liberação de conexão diretamente por R- ou

H-party
2.3.11 ALOC (Duração média de uma chamada) [4]

Conforme definido na UIT E-437: duração média das chamadas. O conselho é medir isso
para MOC e MTC separadamente, pois pode haver uma diferença natural significativa
entre esses 2 tipos de chamada.
Usando o relatório de tráfego:
V7,0 Página 35 de
96
Totalnetworkusage de MOCsecondsem um mês

ALOC MOC[segundos]=
Número total de chamadas MOC em um mês
Totalnetworkusage de MTCsecondsin a month

ALOC MTC[seconds]=
Número total de chamadas MTC em um
mês
2.3.12 Transparência da CLI [5]
A Identificação da Linha de Chamada (CLI) entre países muitas vezes não é transmitida, o
visor indica "PRIVADO", "INDISPONÍVEL" ou "INTERNACIONAL". Este é geralmente o
caso com diferentes tipos de rede e cenários de roaming internacional.
O número no estrangeiro pode ser comprimido num formato "doméstico" e, portanto,

possivelmente não ser reconhecível: por exemplo, um número dos EUA <1 555 555 7878>
pode ser apresentado no Reino Unido como <555 555
7878>, em vez de <001 555 555 7878> (ou +1 555 555 7878), em que o "+" representa o
código de acesso para marcar números internacionais).

A CLI precisa ser entregue corretamente e completa, de forma que possa ser usada para
discar a parte chamada original.
Número de CLI completas e corretas
Transparência da CLI[%]=
*100%
Número de chamadas
2.3.13 Qualidade da fala com base na chamada (SpQ) [2] [21] [27] [28] [29] Definição abstrata
A qualidade da fala por telefone em chamada é um indicador que representa a
quantificação da qualidade de transmissão de fala de ponta a ponta do Serviço de
Telefonia Móvel. Este parâmetro calcula a qualidade da fala com base nas chamadas
concluídas7.
A validação da qualidade end-to-end é feita utilizando escalas MOS-LQO. Estas escalas
descrevem a opinião dos usuários com transmissão de fala e seus problemas (ruído, voz do
robô, eco, desistências, etc.), de acordo com a Recomendação P.862 PESQ da UIT-T em
conjunto com a Recomendação P.862.1 da UIT-T, ou de acordo com a Recomendação
P.863 da UIT-T
POLQA. O algoritmo utilizado deve ser comunicado. A medição da qualidade da fala é feita
2.3 p . 1 e 3 r . 2 c .
A1ll. Uma agregação deve ser feita em um valor para a qualidade da fala por chamada.
Fórmula do resumo:
CS, CSFB
V7,0 Página 36 de
96
7 O comportamento acústico dos terminais móveis não faz parte desta medição da qualidade da fala.
V7,0 Página 37 de
96
Qualidade de Fala de Telefonia em Chamada (R recebido - parte) = f MOS -

LQO Qualidade de Fala de Telefonia em Base de Chamada (H recebido -
parte) = f ( - LQO )
Opcionalmente, pode ser útil agregar ambos os valores de qualidade de fala em um só.
Neste caso, deve utilizar-se o pior de ambos. Este valor agregado da qualidade da fala
deve ser denominado SpQ (min).
Início da ligação: Troca de amostras de fala entre R-party e H-
2.3.13.2.2 party
Fim da ligação: Liberação da conexão
Nota: O comportamento acústico dos terminais não faz parte desta medição da
qualidade da fala.
2.3.14 Retorno do CSFB ao LTE Success Ratio

Este parâmetro mede a probabilidade de uma UE ter de voltar a aderir à rede LTE após
uma chamada CSFB dentro de um intervalo de tempo pré-determinado.
Para um cálculo válido, devem ser satisfeitas as seguintes condições prévias:
• A cobertura LTE está presente no final da chamada CSFB

• Uma chamada é estabelecida com sucesso (com ou sem CSFB na H-Party)
• A chamada é desconectada regularmente (ou seja, sem queda)
2.3.14.2.1
Fórmula abstrata
bem-sucedidoRetorno às tentativas LTE

Retorno ao LTE Success Ratio [%] = 
2.3.14.2.2 todas as tentativas de retorno ao LTE
Início: Desligue a chamada
Parar: indicador de tipo de rede no visor da UE muda para LTE8Observações
Este KPI deve ser testado separadamente para chamadas MO de voz CSFB
e chamadas MT.
8 Num sistema de medição com marcação automática de chamadas, este KPI é influenciado pelo
intervalo de chamadas. Em particular, o intervalo de chamada definirá implicitamente o tempo limite
para o cálculo de retorno ao LTE.
V7,0 Página 38 de
96
2.3.15 CSFB Return to LTE TimeAbstract definition

Este parâmetro mede o tempo necessário para a UE voltar a aderir à rede LTE após uma
chamada CSFB.
Fórmula abstrata
Voltar ao tempo LTE [s] −t

primeira mensagem SIB em LTE recebida
2.3 .15.2.1 calldisconnected
tcalldisconnected tempo quando a chamada é desconectada
2.3.15.2.2
tfirst SIB m essagein LTE receivedtime quando a primeira mensagem SIB em LTE é recebida
2.3.15.3 Comentários
Este KPI deve ser testado separadamente para chamadas MO de voz CSFB e chamadas MT.
2.4 Serviço de Mensagens Curtas

Os KPIs do SMS são aplicados ao SMS sobre GSM, UMTS CS ou SMSoSGs.
2.4.1 Serviço de Acessibilidade SMS MO (SA SMS MO) [2]

Probabilidade de o utilizador final poder aceder ao Serviço de Mensagens Curtas (SMS)
quando solicitado, enquanto este é oferecido através da visualização do indicador de rede
no Equipamento Móvel. Neste caso, o usuário deseja enviar uma mensagem curta.
Ver ETSI TS 102 250-2 (7.4.2 Serviço SMS não acessibilidade).
Nota: Para o ponto de gatilho explicado aqui, a conexão através da interface aérea deve ser
medida (por exemplo, Layer-3) e as respostas do SMSC devem ser contadas
estatisticamente. O protocolo para cada conexão mostra o desvio do acesso bem-sucedido
ao serviço.
Apenas a primeira tentativa deve ser medida. Se a Mensagem Curta for estabelecida com a segunda
2.4 . .
Não r1y.2t H1Isnão deve ser contado.
Fórmula do resumo:
Número de tentativas de serviço SMS
2.4.1.2.2 Acessibilidade do serviço SMS MO [%] =
bem-sucedidas
Número de todas as tentativas de
Pontos de gatilho [por exemplo, mensagens de camada 3]:
Inicie a tentativa de serviço Iniciar o envio de um SMS em roaming
SMS:
Tentativa de serviço SMS Receber o reconhecimento do SMSC
bem-sucedida:
V7,0 Página 39 de
96
2.4.2 Serviço de Acessibilidade SMS MT (SA SMS MT) [2]Definição abstrata

Probabilidade de o utilizador final poder receber uma Mensagem Curta da sua Rede
Doméstica SMS-C enquanto esta é oferecida pela visualização do indicador de rede no
Equipamento Móvel. Neste caso, o usuário deseja receber uma mensagem curta.
Ver ETSI TS 102 250-2 (7.4.2 Serviço SMS não acessibilidade).
Apenas as tentativas válidas têm de ser medidas. Erros devido a erro do usuário (por
exemplo, memória cheia) devem ser excluídos.
Fórmula do resumo:
Número de tentativas bem-sucedidas do serviço SMS - MT
2.4.2.2S. e1rviceAcessibildadeSMSMT[%]=
Número de todas as tentativas de serviço SMS - MT

2.4.2.2.2 Inicie a tentativa de serviço Inicie o envio de um SMS a partir de casa
SMS: SMS-C
Tentativa de serviço SMS Receber mensagens curtas em roaming
bem-sucedida:
2.4.3 Atraso de acesso SMS MO (AD SMS-MO) [2]Definição abstrata

Tempo entre o envio de uma mensagem curta para um centro de mensagens curtas e a
receção da notificação do centro de mensagens curtas.
Ver ETSI TS 102 250-2 (7.4.3 SMS Access Delay).
2.4.3.2.1
Fórmula do resumo:
Atraso de acesso SMS MO [s] = t receber
− tsend SMS
treceive: momento em que o equipamento móvel recebe a confirmação de envio do Centro
de SMS
2.4 t.3.2.2 : momento em que o utilizador envia o seu SMS para o Centro de SMS
enviar SMS

Inicie a tentativa de serviço Iniciar o envio de um SMS em roaming
SMS:
Tentativa de serviço SMS Receber o reconhecimento do SMSC
bem-sucedida:
2.4.4 Access Delay SMS MT (AD SMS-MT) [2]Definição abstrata

Tempo entre o envio de uma Mensagem Curta a partir do Centro de Mensagens Curtas de
Início e a receção da notificação no Centro de Mensagens Curtas.
V7,0 Página 40 de
96
Ver ETSI TS 102 250-2 (7.4.3 SMS Access Delay).
Fórmula do resumo:
2.4.4.2.1
Atraso de Acesso SMS MT [s] =
( - t enviar SMS )[s]
treceive: momento em que o Centro de SMS recebe a confirmação de que a Mensagem
Curta foi corretamente entregue.
tsend SMS: ponto de tempo em que a Mensagem Curta sai do Centro de SMS

2.4.4.2.2 Inicie a tentativa de serviço Inicie o envio de um SMS a partir de casa
SMS: SMS-C
Tentativa de serviço SMS Receber Mensagem Curta de
bem-sucedida: Confirmação de Entrega em roaming side
2.4.5 Tempo de entrega de ponta a ponta para SMS MO (E2E DT SMS-MO)

[2]Definição abstrata
O tempo de entrega de SMS de ponta a ponta é o tempo entre o envio de uma
mensagem curta da parte R no VPMN para um Centro de Mensagens Curtas e a parte
H na HPMN receber a mesma mensagem curta do Centro de Mensagens Curtas.
Ver ETSI TS 102 250-2 (7.4.5 End-to-End Delivery Time).
2.4.5.2.1
Fórmula do resumo:
tH,receber : ponto de tempo em que o partido H no HPMN recebe a mensagem curta do

Centro de SMS.
2.4.5.2.2
tR, enviar : ponto de tempo em que o utilizador envia o SMS para o Centro de SMS.
Observações:
Não é relevante para o SLA de Roaming QoS, uma vez que o tempo medido depende do
desempenho do HPMN SMS-C.
V7,0 Página 41 de
96
2.4.6 Tempo de entrega de ponta a ponta para SMS MT (E2E DT SMS-MT) [2]Definição abstrata
O tempo de entrega de SMS de ponta a ponta é o tempo entre a parte H na HPMN enviar
uma mensagem curta para um Centro de Mensagens Curtas e a parte R na VPMN receber
a mesma mensagem curta do Centro de Mensagens Curtas.
Ver ETSI TS 102 250-2 (7.4.5 End-to-End Delivery Time).
Fórmula do resumo:
2.4.6.2.1
tR, receber: momento em que a parte R no VPMN recebe a nova mensagem curta do Centro
de SMS.
tH,enviar : ponto de tempo em que o partido H envia uma mensagem curta para o Centro de SMS no
HPMN.
Observações:
2.4.6.2.2
Não é relevante para o SLA de Roaming QoS, uma vez que o tempo medido depende do
desempenho do HPMN SMS-C.
2.4.7 Taxa de conclusão SMS (CR SMS) [2] [15]Definição abstrata

Proporção de SMS de teste recebidos e enviados de um celular para outra parte móvel,
excluindo SMS de teste duplicados recebidos e corrompidos.
Um SMS de teste corrompido é um SMS com pelo menos um erro de bit.
Para fins de teste e medição, uma mensagem é considerada válida se for entregue com
sucesso dentro de uma janela de tempo definida.
Ver ETSI TS 102 250-2 (7.4.4 SMS Completion Failure Ratio)
2 . 4 2 . 7 . .42.71.2 Computação
Fórmula do resumo:
successfulreceivedTest SMS- duplicate receivedTest SMS- corruptedTest SMS
2.4.C7. CS [%]=
Número de todos os SMS de
teste enviados
Enviar e receber SMS com sucesso via SMSC.
Janela de tempo de medições de acordo com o perfil do usuário.
V7,0 Página 42 de
96
2.5 Serviço de dados comutados por circuito
2.5.1 Acessibilidade do serviço, dados comutados por circuitos (SA –CSD) [15]

Probabilidade de que o DTE do usuário final possa acessar o Serviço de Dados Móveis
quando solicitado. Isso será indicado pelo DTE recebendo a mensagem válida 'connect' do
DTE distante.
Probabilidade de que o DTE do usuário final possa acessar o Serviço de Dados Móveis
quando solicitado. Existem 2 camadas de acessibilidade para CSD
• Acesso à rede de destino DCE.

• Acesso ao serviço de dados requerido fornecido por um servidor de dados.
Para um usuário, esses 2 eventos seriam contínuos e, portanto, o cálculo para o acesso ao
serviço deve ser um composto dessas 2 atividades. O sistema de teste de campo, portanto,
deve automatizar e combinar as duas camadas para fornecer uma única métrica SA-CSD.
Para combinar as 2 camadas deve envolver o cálculo do sucesso das seguintes ações.
• Comando ATDT, incluindo o número de destino.

• Receber conexão da rede de destino DCE
• Envie o comando relevante para o Data Server de destino.
• Receber resposta válida do Data Server
Os comandos e respostas específicos dos servidores de dados serão detalhados em

'Procedimentos típicos para equipamentos de medição da qualidade do serviço'.
Uma tentativa de chamada bem-sucedida é quando o DTE de parte A recebe uma resposta
válida do servidor de teste. Isso pode ser um servidor de teste de dados dedicado ou um
servidor de dados acessado durante o teste
f u1
2.5 . .n 2c.1tionality
através da Internet pública.
Fórmula do resumo:
2.5.1.2.2
Início da tentativa de Comando ATDT com número discado enviado
chamada: por A- party DTE.
Tentativa de chamada Resposta válida recebida do Data Server.

bem-sucedida:
2.5.2 Tempo de configuração (ST – CSD)Definição abstrata

Tempo entre o envio das informações completas de endereço no comando ATDT pela A-
Party e o recebimento da resposta válida do servidor de dados.
V7,0 Página 43 de
96
Fórmula do resumo:
Configurar - Dados Coutados de Circuito de
Tempo [s] = t 2 - t1
2.5 Não.12: . 2 p . o
1inde
t tempo em que o DTE A-party envia o comando ATDT
t2: ponto de tempo onde a conexão é estabelecida (resposta válida recebida por uma parte
do servidor de dados)
Início da medição do Envio do comando ATDT por uma parte
2.5.2.2.2 tempo de configuração:
Conexão bem-sucedida: Resposta válida recebida do Data Server.
2.5.3 Qualidade de Dados (DQ-CSD)

Para definições de parâmetros de qualidade de dados, consulte a secção 2.7.
2.5.3.1 Dados comutados de circuito com taxa de conclusão (CR-CSD)

Probabilidade de que uma tentativa de chamada bem-sucedida não seja liberada, exceto
quando pretendida por qualquer uma das partes envolvidas na chamada.
2.5.3.2.1
Fórmula do resumo:
Número de chamadas terminadas por
Rácio de conclusão de
utilizadores finais
chamadas CSD =
2.5.3.2.2 Número de tentativas bem-sucedidas de
chamada de dados
Tentativa de chamada Resposta válida recebida pelo DTE A-party.
bem-sucedida:
Chamada concluída: DTE 'pronto' apenas quando a chamada
terminada por qualquer uma das partes
intencionalmente.
2.6 Serviço de dados comutados por pacotes (Serviço geral de rádio de pacotes)
Para efeitos de ensaio, será necessário ter o equipamento de teste móvel num estado
estável antes do ensaio. Para cada teste, o telemóvel deve começar por ser ligado e ligado,
mas não ativado no contexto PDP. Para mais informações, consultar «Procedimentos
típicos para medições da qualidade do serviço».
Nota: A tecnologia do portador afetará os resultados de monitoramento para muitas das

medições de dados de comutação de pacotes.
V7,0 Página 44 de
96
2.6.1 Rácio de acessibilidade dos serviços – dados comutados por pacotes (SA – PSD) [2] [7]

Probabilidade de um assinante se conectar com êxito à rede PS. Tal como definido no
ETSI TS 129 002. Ver também ETSI TS 102 250-2 (5.3 Attach Failure ratio).
Existem 2 camadas de acessibilidade para GPRS:
• Acesso à infraestrutura principal GPRS da rede móvel.

• Acesso ao serviço de dados requerido fornecido por um servidor de dados.
Para um usuário, esses 2 eventos seriam contínuos e, portanto, o cálculo para o acesso ao
serviço deve ser um composto dessas 2 atividades. O sistema de teste de campo, portanto,
deve automatizar e combinar as duas camadas para fornecer uma única métrica SA-PSD.
Para combinar as 2 camadas deve envolver o cálculo do sucesso das seguintes ações.
• Envio de comando válido (por exemplo, ATD*99# (com endereço IP do servidor de

destino)) de um DTE de parte para obter conexão IP.
• Receba uma resposta válida de GGSN
• Enviar comando válido para o servidor de dados de destino.
• Receba uma resposta válida do servidor de dados de destino.
Os comandos e respostas específicos dos servidores de dados serão detalhados em

'Procedimentos típicos para medições da qualidade do serviço'.
Se forem usados vários nomes de pontos de acesso (APNs), as medidas devem ser
executadas por APN para consistência nas medições.
Uma sessão será considerada configurada com êxito se uma resposta válida for recebida
do servidor de dados de destino
2.6.1.2.1
Fórmula do resumo:
2.6.1.2.2
Início da tentativa de sessão: Enviar solicitação de comando válida (por
exemplo, ATD*99#
(com endereço IP do servidor de destino))
Tentativa de sessão bem- Resposta válida recebida do servidor de dados

sucedida: de destino
2.6.2 Set-up Time – Packet Switched Data (ST – PSD) [2]Definição abstrata
Tempo entre o envio da mensagem de comando válido (por exemplo, ATD*99# (com
endereço IP do servidor de destino) e o recebimento da mensagem de resposta válida do
servidor de dados de destino.
V7,0 Página 45 de
96
Uma sessão será considerada configurada com êxito se uma resposta válida for recebida
do servidor de dados de destino
Fórmula do resumo:
set - Time Packet Switched Data [s] = t 2 - t1
2.6
Não.12.:2p.1oint d e t e m p o o n d e A - p a r t y v á l i d o c o m a n d o d e s o l i c i t a ç ã o d e s e s s ã o
t2: ponto de tempo onde a conexão é estabelecida (resposta válida recebida por uma parte
do servidor de dados)
Início da tentativa de sessão: Enviar solicitação de comando válida (por
2.6.2.2.2
exemplo, ATD*99#
(com endereço IP do servidor de destino))

sucedida: de destino
Nota Para todos os testes de qualidade de dados, assume-se que, para cada teste, o
Contexto PDP é ativado e, no final do teste individual, o Contexto PDP é desativado.
Para definições de parâmetros de qualidade de dados, consulte a

secção 2.7.
2.6.3 Integridade do Serviço - Taxa de Transferência (Kbit/seg) [2]

Este parâmetro descreve a taxa média de transferência de dados ao nível do transporte da
rede (e não ao nível da Aplicação do Utilizador), com base na Taxa Média de Dados
definida pela ETSI TS 102 250-2 (6.1.7 Taxa Média de Dados).
O pré-requisito para este parâmetro é o acesso à rede e ao serviço.
2.62.3..62..31.2Computação
Fórmula do resumo:
VolumeOfDa taTransferred
2.6.3.2.2 BitPipeThroughput =
TransferTi com
Observações:
A medição da Taxa de Transferência será influenciada pela Perda de Pacotes e pelo
Tempo de Ida e Volta (Atraso). As medições de taxa de transferência também podem ser
influenciadas por fatores do lado do serviço, como a reserva de células de rádio e o uso da
rede. Estação móvel ()
V7,0 Página 46 de
96
2.6.4 Integridade do Serviço - Goodput (Kbit/seg) [10]Definição abstrata

Este parâmetro descreve a taxa média de transferência de dados no nível do Aplicativo do
Usuário (e não no nível do transporte de rede).
Goodput é definido no IETF RFC2647.
Fórmula do resumo:
O Goodput pode ser calculado como:
2.6.4.2.1
VolumeOfUs efulDataTransferred
BitPipeGoodput =
TransferTi com
Tenha em atenção que a definição de "dados úteis" depende das aplicações de utilizador
utilizadas para a medição.
Observações:
2.6 T.4h.2e. 2meas ure men tof Goodput será influenciado pela Perda de Pacotes e Tempo
de Ida e Volta (Atraso). As medições de Goodput também podem ser influenciadas por
fatores do lado do serviço, como o tamanho do pacote e o Aplicativo do Usuário.
2.6.5 Integridade do serviço - Tempo de ida e volta [11]Definição abstrata

Tempo de ida e volta (atraso de ida e volta) é o tempo total que leva para transmitir um
pacote IP da origem para o destino e receber o pacote de resposta do destino na origem.
Ver «Atraso» na secção 8 do PRD IR.34 «Inter-Service Provider IP Backbone Guidelines».
2.6.5.2.1
Fórmula do resumo:
Tempo de ida e volta (ms)=(pacote de carimbo de data/hora recebido)- (pacote

de carimbo de data/hora enviado)
V7,0 Página 47 de
96
2.6.6 Integridade do serviço – perda de pacotes [6] [11]

Perda de Pacotes é a proporção de pacotes descartados para todos os pacotes enviados
da origem para o Destino durante um determinado período de tempo.
Ver «Packet Loss Ratio» na secção 8 do PRD IR.34 «Inter-Service Provider IP Backbone
Guidelines».
Ver também 'Perda de pacotes' em ITU-T Y.1540.
Fórmula do resumo:
2.6.6.2.1
Pacote _ perda = 100 % PacketSent 
 
  Pacote Re ceived 
 −
• O endereço IP deve ser um da rede HPMN (GGSN, WAP GW, servidor de testes,
...)
• Os firewalls não têm permissão para bloquear essas solicitações de eco ICMP
para o endereço IP e a porta testados
2.6.7 Índice de Sessões Concluídas (CoSeR – PSD)Definição abstrata

Probabilidade de que uma tentativa de sessão bem-sucedida não seja liberada por um
motivo diferente do intencional por qualquer uma das partes envolvidas na sessão.
2.6.7.2.1
Fórmula do
resumo:
Número de sessõesnão libertadas para além do utilizador
=
PSD de Taxa de Sessão final

Concluída Número de tentativas bem-sucedidas de sessão de dados
2.6.7.2.2
sucedida: de destino.
Sessão concluída: Sessão liberada intencionalmente por qualquer
usuário final.
2.6.8 Retenção de Serviço – Tempo Médio de Sessão de Contexto PDP

[8]Definição abstrata
O tempo médio da sessão de contexto PDP é a duração média das sessões de contexto
PDP concluídas com êxito.
V7,0 Página 48 de
96
O contexto PDP é definido em 3GPP 29.060.
V7,0 Página 49 de
96
Fórmula do resumo:
PDPContextAverageSessionTime = Média(tPDPContextDeactivation
 )
2.6.8.2.1
Início: Notificação de ativação bem-sucedida do
contexto PDP (Ativar Aceitação de Contexto
2.6.8.2.2
PDP)
Fim: Solicitação de desativação de contexto PDP
iniciada pelo usuário (Desativar solicitação de
contexto PDP)
Observações:
O portador do PS tem de estar ativo na célula utilizada por um subscritor (cf. Indisponibilidade) e o
2. 6.8.2.3
a estação móvel tem de ser anexada, bem como o respetivo contexto PDP tem de ser ativado.
2.7 Definições e medições de classe de serviço de dados

As seguintes definições de serviços de dados e DQ de qualidade de dados são
relevantes tanto para os dados de comutação de circuitos como para os dados de
comutação de pacotes, uma vez que as diferentes classes de serviço de dados serão
aplicadas de forma idêntica, independentemente do sistema portador dos dados.
Observe que a qualidade dos dados será resultado de uma chamada ou sessão geral.
Para fins de teste, pode ser desejável dividir isso em medições geograficamente
distintas, mas para relatórios de QoS devem ser mantidos em chamadas ou períodos de
sessão.
As classes de dados são definidas em Projeto de Parceria de 3ª Geração Especificação

Técnica do Grupo Serviços e Aspetos do Sistema; QoS Concept and Architecture (3G TR
23.907) - ver Tabela 1.
Classe de RT RT de Aula interativa Antecedent

tráfego conversacional de streaming de Melhor esforço es Melhor
classe classe interativo esforço
conversacional
Características • Preservar a • Preservar a • Padrão de • O destino
relação de relação de resposta de não está
fundamentais tempo tempo solicitação esperando
(variação) (variação) • Preservar o os dados
entre as entre as conteúdo da dentro de
entidades de entidades de carga útil um
informação informação determinad
do fluxo do fluxo o tempo
• Padrão de • Preserva
conversação ro
(rigoroso e baixo conteúd
atraso) o da
carga útil
Exemplo de • Voz • Streaming de • Navegação na • Download
vídeo Web em
aplicação segundo
V7,0 Página 50 de
96
plano de
E-mails
Tabela 2: Classes UMTS QoS
V7,0 Página 51 de
96
2.7.1 Dados de classe de conversação

Indicador que representa a qualidade de transmissão de dados de ponta a ponta do
Conversational Class Data Service. Isso representa a transferência full duplex de dados
quase em tempo real.
A qualidade dos dados de ponta a ponta é validada medindo a taxa de transferência média
de dados na direção de link ascendente e descendente com base no melhor esforço. A
medição da taxa de transferência de dados será calculada e calculada em média ao longo
da duração da sessão/chamada e relatada em bits por segundo. Além disso, a taxa de
transferência mínima foi em média superior a 10% da duração total da chamada/sessão, a
taxa de transferência máxima superior a 10% da duração total da chamada/sessão e a pior.
O pior tempo de atraso para a chamada/sessão também deve ser comunicado
Fórmula do resumo:
2.7.1.2.1
DQ(receber d A - lado) = X
bits/seg
DQ(receber d B - lado) = X
bits/seg
2.7.1.2.2
Exemplo de dados de Trocar quadros de dados de dados
início de chamada/sessão: predefinidos entre DTE de partes A e B
Exemplo de dados de fim Cálculo da taxa de transferência média de

de chamada/sessão: dados para amostra de dados de
chamada/sessão
2.7.2 Streaming ClassDefinição abstrata

Indicador que representa a qualidade de transmissão de dados de ponta a ponta do serviço
de dados móvel, comutado por circuito, de classe de streaming. Esta medida representa
uma entrega de dados em uma direção (up-link ou down-link) quase em tempo real, por
exemplo, transmissão de vídeo.
Além disso, a taxa de transferência mínima foi em média superior a 10% da duração da
chamada/sessão, a taxa de transferência máxima foi em média superior a 10% da
duração da chamada/sessão e a pior taxa de erro de bloco. O pior tempo de atraso para
a chamada/sessão também deve ser comunicado
Nota para o serviço de classe de streaming apenas a direção de link descendente é

considerada, mas se os aplicativos de serviço forem introduzidos para streaming de uplink,
isso pode ser adicionado para o cálculo de dados recebidos por B-Party
A qualidade dos dados de ponta a ponta é validada medindo a taxa de transferência de
dados na direção do link descendente com base no melhor esforço. A medição da taxa de
transferência de dados será calculada e calculada em média ao longo da duração da
chamada/sessão e será reportada em bits/seg.
V7,0 Página 52 de
96
Fórmula do resumo:
DQ(receber d A - lado) = X
bits/seg
2.7.2.2.1
Exemplo de dados de início Transmissão de quadros de dados
de chamada/sessão: indexados predefinidos B-party para A-
2.7.2.2.2
party
Exemplo de dados de fim Cálculo da taxa de transferência média de
de chamada/sessão: dados para amostra de dados de
chamada/sessão
2.7.3 Classe InterativaDefinição abstrata
Indicador que representa a qualidade de transmissão de dados de ponta a ponta do Mobile
Circuit Switched Interactive Class Data Service. Isso representa a transferência duplex de
dados em tempo não real.
A validação da qualidade de dados de ponta a ponta é feita pelo tempo necessário para
baixar arquivos especificados de tamanho de dados fixo para o DTE da parte A quando,
solicitado pela parte A enviando uma solicitação para o servidor de dados.
Suposição: O DTE de parte A já foi conectado ao servidor de dados como parte do

processo de configuração de chamada.

Tempo de download DQ [s]
= t 2- t 1
t1: ponto de tempo em que o DTE de parte A envia a solicitação de dados.
t2: ponto de tempo em que a parte A recebe o(s) ficheiro(s) solicitado(s) completo(s) não corrompido(s)
2.7.3.2.2
Início do pedido de Pedido de dados enviado por A-party DTE
download:
Download do(s) arquivo(s) Arquivo(s) não corrompido(s) recebido(s)

completo(s): pelo DTE A-party.
2.7.4 Classe de fundoDefinição abstrata

Indicador que representa a qualidade de transmissão de dados de ponta a ponta do Mobile
Circuit Switched Background Class Data Service. Isso representa a transferência de dados
sem dependência em tempo real (embora para testes de QoS, o tempo de transferência de
dados seja medido).
A validação da qualidade de dados de ponta a ponta é feita pelo tempo necessário para
baixar um arquivo / s de tamanho de dados fixo para o DTE A-party quando, solicitado pelo
V7,0 Página 53 de
96
A-party enviando uma solicitação para o servidor de destino.
V7,0 Página 54 de
96
Suposição: O DTE de parte A já foi conectado ao servidor de dados como parte do

processo de configuração de chamada.
Fórmula do resumo:
Tempo de download do arquivo
DQ [s] = t 2 - t1
2.7 Não.14: . 2 p . o
1intdetempo em que o DTE A-party envia o pedido de transferência de dados
t2: ponto de tempo em que a parte A recebe o(s) arquivo(s) completo(s) não corrompido(s)
Início do pedido de Pedido enviado pelo DTE A-party
2.7.4.2.2 download:
Download do(s) arquivo(s) Arquivo(s) não corrompido(s) recebido(s)

completo(s): pelo DTE A-party
2.8 Parâmetros de QoS FTP

Pré-condição: PS anexado e o respetivo contexto PDP / contexto de portador EPS padrão
ativado.
Suposição: uma única conexão TCP/IP é aplicada.
2.8.1 FTP {Baixar|Carregar} Taxa de Sucesso de Acesso ao Serviço IP [%] [2]

A taxa de acesso ao serviço IP denota a probabilidade de um assinante estabelecer uma
conexão TCP/IP com o servidor de um serviço FTP com êxito.
Consulte ETSI TS 102 250-2 (6.1.3 FTP IP-Service Failure Ratio)
2.8.1.2.1
Fórmula abstrata
FTP {Baixar | Upload} IP - Taxa de Sucesso de Acesso ao Serviço

[%] = tentativas bem-sucedidas de estabelecer uma conexão IP com o
2.8.1.2.2 servidor
todas
as tentativas de estabelecer uma conexão IP com
o servidor
Pontos de gatilho
Documentos para download:
Iniciar: Inicie o download do arquivo ou o primeiro [SYN] enviado no
soquete de dados. Parar: O download do arquivo é iniciado ou
Método A9: Receção do primeiro pacote de dados com conteúdo
9 O método A é usado para a taxa de transferência da carga útil, o método B é usado para a taxa de
transferência da transação, ref. para ETSI TS 102 250-2, 4.2 FTP, HTTP e problemas de e-mail.
V7,0 Página 55 de
96
Método B: Receção do [ACK] do [SYN, ACK] para conexões de modo

ativo, envio do [ACK] para o [SYN, ACK] para conexões de modo
passivo no soquete de dados.
Carregar:
Iniciar: Inicie o upload do arquivo ou o primeiro [SYN] enviado no
soquete de dados. Parar: O carregamento de ficheiros é iniciado ou
Método A: Enviar o primeiro pacote de dados contendo conteúdo
2.8.2 FTP {Baixar|Upload} IP Service Access Setup Time [s] [2]Definição

abstrata
O tempo de configuração do serviço IP indica o período de tempo necessário para
estabelecer uma conexão TCP/IP com o servidor de um serviço FTP, desde o envio da
consulta inicial ao servidor até o momento em que o conteúdo é enviado ou recebido.
Consulte ETSI TS 102 250-2 (6.1.4 FTP IP-Service Setup Time)
Fórmula abstrata
2.8.2.2.1
FTP{Download | Upload} IP - Tempo de configuração do serviço [s] =
(− − −
)[s]
2.8.2.2.2 Pontos de gatilho
Iniciar: Inicie o download do arquivo ou o primeiro [SYN] enviado no
soquete de dados. Parar: O download do arquivo é iniciado ou
Método A: Receção do primeiro pacote de dados contendo conteúdo
Carregar:
Iniciar: Inicie o upload do arquivo ou o primeiro [SYN] enviado no
soquete de dados. Parar: O carregamento de ficheiros é iniciado ou
Método A: Enviar o primeiro pacote de dados contendo conteúdo
2.8.3 FTP {Baixar|Carregar} Taxa de Sucesso da Sessão [%] [2]Definição abstrata

A taxa de sucesso da sessão é a proporção de sessões concluídas e o total de sessões que
foram iniciadas com êxito.
Consulte ETSI TS 102 250-2 (6.1.5 FTP Session Failure Ratio)
V7,0 Página 56 de
96
Fórmula abstrata
2.8 .3.2.1
Pontos de gatilho
2.8.3.2.2 Iniciar: Inicie o download do arquivo ou o primeiro [SYN] enviado no soquete de controle.
Parar: Download do arquivo concluído com êxito ou Receção do último pacote de
dados contendo conteúdo
Carregar:
Iniciar: Inicie o upload do arquivo ou o primeiro [SYN] enviado no soquete de controle.
Parar: Carregamento de arquivo concluído com êxito ou Receção do [FIN, ACK]
para o último pacote de dados contendo conteúdo.
2.8.4 FTP {Baixar|Carregar} Tempo de sessão [s] [2]Definição abstrata

O tempo de sessão é o período de tempo necessário para concluir com êxito uma sessão
de transferência de ficheiros. Consulte ETSI TS 102 250-2 (6.1.6 FTP Session Failure Ratio)
2.8.4.2.1 Fórmula abstrata
FTP{Download | Upload}Session Time [s] = ( end -
tsession start
2.8.4.2.2 )[s]
Pontos de gatilho
Iniciar: Inicie o download do arquivo ou o primeiro [SYN] enviado no soquete de controle.
Carregar:
Iniciar: Inicie o upload do arquivo ou o primeiro [SYN] enviado no soquete de controle.
2.8.5 FTP {Baixar|Carregar} Taxa média de dados [kbit/s] [2]Fórmula abstrata

Depois que um link de dados for estabelecido com êxito, esse parâmetro descreve a taxa
média de transferência de dados medida durante todo o tempo de conexão ao serviço. A
transferência de dados deve ser concluída com êxito. O pré-requisito para este parâmetro é
o acesso à rede e ao serviço.
Ver ETSI TS 102 250-2 (6.1.7 FTP Mean Data Rate)
V7,0 Página 57 de
96
Fórmula abstrata
Dados do utilizador
FTP{Download | Carregar} Taxa média de dados
transferidos [kbit]
-t
[kbit/s] =
2.8 .5.2.1
(
Pontos de gatilho
A taxa de transferência média é medida desde a abertura da conexão de dados
2.8.5.2.2
até o final da transferência bem-sucedida do conteúdo (arquivo).
Iniciar: O download do arquivo é iniciado ou
passivo no soquete de dados
Parar: Download de arquivo concluído com êxito ou Receção do último pacote de
dados contendo conteúdo.
Carregar:
Iniciar: o carregamento Fie é iniciado, ou
Método A: Envio do primeiro pacote de dados contendo conteúdo
Parar: Carregamento de arquivo concluído com êxito ou Receção do [FIN,
ACK] para o último pacote de dados contendo conteúdo.
2.8.6 FTP {Baixar|Upload} Data Transfer Success Ratio [%] [2]Definição

abstrata
A taxa de sucesso da transferência de dados é a proporção de transferências de dados
concluídas e transferências de dados que foram iniciadas com êxito.
Ver ETSI TS 102 250-2 (6.1.8 FTP Data Transfer Cut-off Ratio)
2 . 8 2 . 6 . .82..61.2 Computação
Fórmula abstrata
FTP {Baixar | Upload} Taxa de sucesso da transferência de

dados [%] = Transferências de dados
2.8.6.2.2
concluídas
Transferências de dados iniciadas
Pontos de gatilho
Iniciar: O download do arquivo é iniciado ou
V7,0 Página 58 de
96

Carregar:
Iniciar: O carregamento de ficheiros é iniciado ou
Método A: Envio do primeiro pacote de dados contendo conteúdo

2.8.7 FTP {Baixar|Carregar} Capacidade de dadosDefinição abstrata

FTP {Baixar|Upload} indica o máximo de download ou upload de FTP Largura de banda da
capacidade de dados.
Fórmula abstrata
2.8.7.2.1
2.8.7.2.2
Início: várias conexões TCP/IP são estabelecidas e baixar (ou carregar) um ou vários
arquivos FTP de (ou para) um ou vários servidores FTP diferentes em paralelo.
2.8 S . 7 t . o2p.3: s e todos os ficheiros FTP forem descarregados (ou carregados) ou se for atingida uma duração de
tempo fixa.
Comentários
O objetivo do teste é medir a largura de banda disponível para download ou upload da
rede em caso de roaming de dados PS. O conteúdo dos dados FTP e o tempo de
estabelecimento das várias conexões TCP/IP são irrelevantes.
2.9 Parâmetros de QoS de navegação na WEB (HTTP / HTTPS)

Pré-condições: PS anexado e o respetivo contexto PDP / contexto de portador EPS padrão
ativado.
Os KPIs definidos nesta seção são genéricos e são aplicáveis a HTTP ou HTTPS.
Suposição: uma única conexão TCP/IP.
V7,0 Página 59 de
96
2.9.1 Taxa de sucesso de acesso ao serviço HTTP IP [%] [2]

A taxa de acesso ao serviço IP indica a probabilidade de um assinante estabelecer uma
conexão TCP/IP com o servidor do serviço HTTP com êxito.
Consulte ETSI TS 102 250-2 (6.8.3 HTTP IP-Service Access Failure Ratio)
Fórmula abstrata
HTTPIP - Taxa de Sucesso de Acesso ao

2.9 .1.2.1
Serviço [%] =
tentativas bem-sucedidas de estabelecer uma conexão IP com o
servidor
todas
as tentativas de estabelecer uma conexão IP
com o servidor
2.9.1.2.2 Iniciar: insira o URL e clique em "Return" ou First [SYN]
enviado. Parar: o download da página da Web é
iniciado, ou
Método A: Receção do primeiro pacote de dados contendo conteúdo.
Método B: Envio do primeiro comando GET.
2.9.2 HTTP IP-Service Setup Time [s] [2]Definição abstrata

O tempo de configuração do serviço IP é o período de tempo necessário para estabelecer
uma conexão TCP/IP com o servidor de um serviço HTTP, desde o envio da consulta inicial
ao servidor até o momento em que o conteúdo é recebido.
Consulte ETSI TS 102 250-2 (6.8.4 HTTP IP-Service Access Time)
2.9.2.2.1
Fórmula abstrata
Iniciar: insira o URL e clique em "Return" ou First [SYN]
enviado. Parar: o download da página da Web é iniciado, ou
Método B: Envio do primeiro comando GET.
2.9.3 Taxa de sucesso da sessão HTTP [%] [2]Definição abstrata

A proporção de sessões concluídas é a proporção de sessões concluídas e sessões que
foram iniciadas com êxito.
Consulte ETSI TS 102 250-2 (6.8.5 HTTP Session Success Failure Ratio)
V7,0 Página 60 de
96
Fórmula abstrata
sessões concluídas
Taxa de sucesso da sessão HTTP
[%] =
2.9 .3.2.1 Sessões iniciadas com
sucesso
Iniciar: insira o URL e clique em "Return" ou primeiro [SYN] enviado.
2.9.3.2.2
Parar: A página da Web completa aparece na janela do navegador ou na
receção do último pacote de dados contendo conteúdo.
2.9.4 HTTP Session Time [s] [2]Definição abstrata

O tempo de sessão é o período de tempo necessário para concluir com êxito uma
sessão HTTP. Consulte ETSI TS 102 250-2 (6.8.6 HTTP Session Time)
Fórmula abstrata
2.9.4.2.1
HTTPSession Time [s] = ( end -
tsession start )[s]

2.9.4.2.2 Pontos de desencadeamento
Iniciar: insira o URL e clique em "Return" ou primeiro [SYN] enviado.
Parar: A página da Web completa aparece na janela do navegador ou na
receção do último pacote de dados contendo conteúdo
2.9.5 HTTP Mean Data Rate [kbit/s] [2]Definição abstrata

Depois que um link de dados for estabelecido com êxito, esse parâmetro descreve a taxa
média de transferência de dados medida durante todo o tempo de conexão ao serviço. A
transferência de dados deve ser concluída com êxito. O pré-requisito para este parâmetro é
o acesso à rede e ao serviço.
Ver ETSI TS 102 250-2 (6.8.7 HTTP Mean Data Rate)

2.92.5 . .
. 92. 51.2 Computação
Fórmula abstrata
Dados do utilizador
)[s]
2.9.H5.2T.2TP Taxa média de dados
transferidos [kbit]
-t
[kbit/s] =
(
Início: o download da página da Web é iniciado ou Primeiro [SYN] enviado, ou
Método B: Envio do primeiro comando GET
V7,0 Página 61 de
96
Parar: download da página da Web concluído com êxito ou receção do último

pacote de dados contendo conteúdo
2.9.6 HTTP Data Transfer Success Ratio [%] [2]Definição abstrata

A taxa de sucesso da transferência de dados é a proporção de transferências de dados
concluídas e transferências de dados que foram iniciadas com êxito.
Ver ETSI TS 102 250-2 (6.8.8 HTTP Data Transfer Cut-off Ratio)
Fórmula abstrata
.6.2.1
2.9.6.2.2 Início: o download da página da Web é iniciado ou Primeiro [SYN] enviado, ou
Parar: download da página da Web concluído com êxito ou receção do último
pacote de dados contendo conteúdo.
2.9.7 Taxa de compressão de conteúdo HTTP [%] [2]Definição abstrata

A taxa de compactação de conteúdo HTTP indica o nível de compactação dos dados
recebidos acessíveis pelo agente do usuário em relação aos dados enviados pelo servidor
de origem usando HTTP. Tem em conta os efeitos globais da perda e compressão sem
perdas e modificações não reversíveis do conteúdo original armazenado durante a
transmissão.
Consulte ETSI TS 102 250-2 (6.8.9 HTTP Content Compression Ratio)
2.9.7.2.1
Fórmula abstrata
− tamanho do conteúdo HTTP recebido

HTTP Content Compressio n Ratio [%] =

2.9.7.2.2 tamanho do conteúdo
HTTP enviado
Início: o download da página da Web é iniciado ou Primeiro [SYN] enviado, ou
Método B: Envio do primeiro comando GET
2.9.7.2.3 Parar: download da página da Web concluído com êxito ou receção do último
pacote de dados contendo conteúdo.
Comentários
Em relação ao download de imagens, a taxa de compressão de conteúdo HTTP não dá
nenhuma indicação sobre a qualidade das imagens comprimidas como percebida pelo
usuário. As explicações sobre a influência dos proxies de melhoria de desempenho devem
ser tidas em conta. A definição atual é aplicada à transferência de conteúdo HTTP que
V7,0 Página 62 de
96
consiste em vários objetos (por exemplo, uma web
V7,0 Página 63 de
96
page) ou conteúdo que consiste em um único objeto. O "conteúdo HTTP enviado" é um

parâmetro de entrada externo para o cálculo. Pode ser uma constante (por exemplo,
página web de referência) ou pode ser medida diretamente no servidor HTTP durante a
execução do teste, em uma rede diferente.
2.9.8 HTTP {Baixar|Carregar} Capacidade de dadosDefinição abstrata

HTTP {Baixar|Upload} indica o máximo de HTTP download ou upload Largura de banda da
capacidade de dados.
Fórmula abstrata
2.9 .8.2.1
2 , 9 S . 8 t a2r.2:t
várias conexões TCP/IP são estabelecidas e baixam (ou carregam) um ou vários
arquivos HTTP de (ou para) um ou vários servidores HTTP diferentes em paralelo.
Parar: se todos os arquivos HTTP forem baixados (ou carregados) ou se uma duração fixa for atingida.
2.9.8.2.3 Comentários
O objetivo do teste é medir a largura de banda disponível para download ou upload da
rede em caso de roaming de dados PS. O conteúdo dos dados HTTP e a hora de
estabelecimento das várias conexões TCP/IP são irrelevantes.
2.10 Parâmetros de QoS PING
2.10.1 Taxa de perda de pacotes PING

A taxa de perda de pacotes PING é a proporção de pacotes PING descartados versus o
total de pacotes PING enviados.
Consulte também a seção: Integridade do serviço - Perda de pacotes

2.10.1.2.1
Fórmula abstrata
Pacotes PING Succssful recebidos

Taxa de perda de pacotes )
[%] = (1 − 
Pontos de gatilho
Início: solicitação de eco ICMP enviada,
V7,0 Página 64 de
96
Parar: resposta de eco ICMP recebida.
Comentários
Um parâmetro opcional é o número de pacotes PING enviados.
2.120. 11.
. 02. PING Round Trip Time [ms] [2]Definição abstrata
2
3
.
O tempo de ida e volta é o tempo necessário para um pacote viajar de uma fonte para um
destino e vice-versa. Ele é usado para medir o atraso em uma rede em um determinado
momento. Para esta medição, a conexão IP já deve estar estabelecida.
Ver ETSI TS 102 250-2 (6.3.1 PING ida e volta)
Fórmula abstrata
0.2.2.1
Pontos de gatilho
2.1S0. . . 2ICMP
T2A R2T: echo request enviado,
Parar: resposta de eco ICMP recebida pelo remetente.
2.10.2.2.3 Comentários
O tamanho do pacote de dados PING é um parâmetro opcional que terá impacto no
resultado da medição.
3 Parâmetros de QoS para interconexão

Os parâmetros de QoS (KPIs) especificados nesta seção são usados principalmente para
interconexão TDM entre uma operadora móvel e uma operadora internacional de voz em
trânsito internacional.
3.1 ASR = (Razão de Crise de Resposta)

ITU E.425 [14] ASR representa a relação entre o número de convulsões que resultam
num sinal de resposta e o número total de convulsões.
O ASR é medido pela operadora móvel no tráfego de saída em seu switch de gateway.
3.2 ABR = (Razão BID de resposta)

ITU E.425 [14] ABR representa a relação entre o número de propostas que resultam num
sinal de resposta e o número total de propostas.
O ABR deve ser medido pela transportadora no tráfego de entrada no seu comutador de gateway.
3.3 CLI = (Identificação da linha chamadora)

A identificação da linha chamadora, também conhecida como "número A", é uma
informação básica contida no sistema de sinalização que identifica a parte chamadora.
V7,0 Página 65 de
96
CLIP – CLI Presentation fornece o número de usuário chamador para ser exibido para o
usuário chamado.
CLIR – CLI Restriction fornece um meio para o usuário chamador restringir a apresentação
de seu MSISDN para o usuário chamado.
No ponto 2.3.11 é referida uma definição mais pormenorizada.
3.4 NER = (Rácio de Eficiência da Rede)

ITU E.425 [14] NER expressa a relação entre o número de convulsões e a soma das
convulsões resultando em um sinal de resposta OU sinal ocupado OU nenhuma resposta.
Exclui os efeitos do comportamento do cliente e do comportamento terminal. Representa a
capacidade da rede de entregar chamadas para o terminal mais distante.
Os pontos 2.3.1 e 2.3.2 contêm uma definição mais pormenorizada.
3.5 PGAD = (Atraso do Post Gateway)

ITU E.437 [4] PGAD é o intervalo de tempo entre a apreensão do circuito internacional e o
recebimento da supervisão da resposta.
3.6 PDD = (Atraso de discagem pós)

ITU E.431 [13] PDD é o intervalo de tempo entre a conclusão da discagem e a conexão de
chamada (tom de toque).
Os pontos 2.3.3 e 2.3.4 fornecem uma definição mais pormenorizada.
3.7 ALOC = (Duração média da conversa)

ITU E.437 [4] ALOC mede a duração média das chamadas. Uma diferença estatisticamente
significativa no ALOC para o mesmo destino em diferentes rotas pode ser investigada.
3.8 Qualidade da fala por amostragem.

Referência: Recomendação P.862 da UIT-T [21] em conjugação com a Recomendação da UIT-T
P.862.1 [29].
4 Parâmetros de qualidade VoLTE / ViLTE

Esta seção contém KPIs de qualidade VoLTE [31] e ViLTE [32] para interconexão e roaming
[18] [30] [33]. Os parâmetros de qualidade (KPIs) são divididos em sete grupos:
• Acessibilidade (qualidade de registro IMS)

• Integridade e retenção do serviço de voz/vídeo
• Qualidade SRVCC (PS-CS)
• Qualidade ao portador de EPS
V7,0 Página 66 de
96
• Qualidade do transporte de mídia

• Qualidade do diâmetro10
Os três primeiros grupos contribuem para a qualidade do serviço sobre LTE. Os três últimos
grupos caracterizam a qualidade das redes/transportes.
4.1 Parâmetros de qualidade de serviço VoLTE / ViLTE

Os parâmetros de QoS (KPIs) do serviço VoLTE / ViLTE contêm a acessibilidade do
serviço, integridade, mobilidade e preservação.
4.1.1 Parâmetros de acessibilidade VoLTE / ViLTE
4.1.1.1 Taxa de sucesso de registro IMS

Deve ser seguido o procedimento de registo SIP nos pontos IR.92 [31] e IR.94 [32]. Ver
também 5.3.2 do ETSI TR 103 219 [34].
Definição abstrata
4.1T.1h.1is.1parameter indica a probabilidade de UE se registar com êxito no IMS.
IMS Registration SuccessRatio[%] =

 tentativas de registo IMS bem-
sucedidas 100  todas as tentativas de registo
IMS
4.1.1.2 Tempo de inscrição no IMS

Deve ser seguido o procedimento de registo SIP nos pontos IR.92 [31] e IR.94 [32]. Ver
ETSI TR 103 219 [34] secção 5.3.3.
4.1.1.2.1
Fórmula abstrata
Tempo de registo no IMS [s] Redeconfirma registo IMS − tUE solicita registo IMS )[s]
(
4.14.1..13..11.3IMS Third-party Registration Success Ratio
Este parâmetro denota a probabilidade de os registros IMS de 3ª parte serem executados
com êxito.
IMS 3rd-   

=  successfulIMS 3rd- party
registrationattempts  todas as tentativas de registo da 3ª parte
do IMS
10 Os KPIs de diâmetro, que denotam a qualidade do PCC e da qualidade DRA, não são aplicados aos testes e2e.
V7,0 Página 67 de
96
4.1.2 Parâmetros de qualidade de serviço VoLTE / ViLTE

Todos os parâmetros de qualidade nesta seção caracterizam o aspeto QoS da integridade
do serviço VoLTE / ViLTE.
Para simplificar a descrição técnica num cenário de roaming, H-party denota uma parte na
HPMN, R-party denota uma parte em Roaming na VPMN. Em um cenário de interconexão,
A-party denota um party no HPMN A e B-party denota um party no HPMN B onde PMN A e
PMN B estão interconectados.
Para um teste de KPI válido, as seguintes pré-condições precisam ser atendidas [34]:
• Deve ser estabelecido o contexto predefinido do portador de EPS QCI5 para o

conhecido APN do IMS e a mensagem EPS ATTACH deve conter "IMS PS Voice"
na lista de preferências do domínio de voz.
• O IMS deve estar presente.
• A cobertura LTE deve estar presente.
• O registo IMS deve ser realizado com êxito.
4.1.2.1 Taxa de sucesso de acesso ao serviço VoLTE / ViLTE – NER MO (%)
4.1.2.1.1
O KPI denota a probabilidade de o usuário final acessar o serviço VoLTE / ViLTE e iniciar
uma chamada de voz ou vídeo. Ver também 2.3.1.1.
Acessibilidade VoLTE MO [%] =

 Número de tentativas de chamada
bem-sucedidas 100  Número total de tentativas de
chamada
Acessibilidade ViLTE MO [%]=

  de tentativas de chamada
bem-sucedidas 100  Número total de tentativas de
Pontos de desencadeamento dochamada
ponto de vista do
utilizador final, ver 2.3.1.2. Descrição técnica
Teste de início: SIP "INVITE" enviado pelo R- / A-party.
Teste de parada bem-sucedido: "180 Ringing" é recebido pelo R- / A-party.
Teste de parada sem sucesso: o R- / A-party recebe uma mensagem de erro 4xx como
resposta ao "INVITE" ou tempo limite.
4.1.2.2.1
4.1.2.2 Taxa de sucesso de acesso ao serviço VoLTE NER MT–
/ ViLTE
(%)
O KPI denota a probabilidade de que o usuário final possa acessar o serviço VoLTE / ViLTE
e receber uma chamada VoLTE / ViLTE. Ver também o ponto 2.3.2.
V7,0 Página 68 de
96
Fórmula abstrata
Acessibilidade VoLTE MT [%] =

bem-sucedidas 100
4.1 .2.2.2  Número total de tentativas de
chamada
Acessibilidade ViLTE MT [%] = bem-sucedidas 
Pontos de desencadeamento do Número

ponto total do
de vista de tentativas
utilizador de
final, ver também 2.3.2.1.
Início do teste: Início de uma tentativa de chamada de H-party / B-party, SIP "INVITE"
recebido pelo R-Party / A-party.
Parada de teste bem-sucedida: "180 Ringing" é enviado pelo R-party / A-party e "180
Ringing" é recebido pelo H-party / B-party.
Parada de teste sem sucesso: a parte H / B recebe uma mensagem de erro 4xx como
resposta ao "CONVITE" ou tempo limite.
4.1.2.3 Tempo de configuração da sessão VoLTE / ViLTE – PDD-MO (s)
4.1.2.3.1
Tempo necessário para configurar uma chamada MO VoLTE / ViLTE. Ver também 2.3.3.1.
Observação: A configuração de sessão KPI VoLTE / ViLTE nesta definição é referida

a um estabelecimento de sessão VoLTE / ViLTE completo, portanto, não
é aplicada ao SRVCC quando a sessão de voz é entregue tecnologias
legadas durante a configuração da sessão de voz.
4.1.2.3.2
Fórmula abstrata
Tempo de Configuração da Sessão − tA parte chamadora inicia a sessão )[s]

A parte chamadora recebe notificação
(
de chamada
Tempo de configuração da sessão − tA parte chamadora inicia a sessão

(
de chamada
Início do teste: R- / A- party inicia sessão VoLTE e envia SIP "INVITE"
Parada de teste bem-sucedida: SIP: "200 OK (INVITE)" enviado por H- / B-party e SIP: "200
OK (INVITE)" recebido por R- / A-party [34]. No teste manual, o tempo para o usuário
aceitar a chamada recebida é excluído no cálculo.
Parada de teste malsucedida: R- / A-party recebe uma mensagem de erro 4XX - a configuração da sessão
é
4.1C.2-A.n
4.c1eledou não recebe qualquer notificação dentro de um prazo pré-determinado.
4.1.2.4 Tempo de configuração da sessão VoLTE /
ViLTE – PDD-MT (s) Definição abstrata

Tempo necessário para configurar uma chamada MT VoLTE / ViLTE. Ver também o ponto 2.3.4.1.
V7,0 Página 69 de
96
Observação: A configuração de sessão KPI VoLTE / ViLTE nesta definição é referida

a um estabelecimento de sessão VoLTE completo, portanto, não é
aplicada ao SRVCC quando a sessão de voz é entregue sobre
tecnologias legadas durante a configuração da sessão de voz.
Fórmula abstrata
− tA parte chamadora inicia a sessão )[s]

Tempo de Configuração da Sessão
VoLTE MT [s] = (
.2.4.2 de chamada
Tempo de configuração da sessão − tA parte chamadora inicia a sessão

(
de chamada
Início do teste: H- / B-party inicia a sessão VoLTE / ViLTE e envia SIP "INVITE". Parada
de teste bem-sucedida: SIP: "200 OK (INVITE)" enviado por R- / A-party e "200 OK
(INVITE)"
recebido pelo partido H/B [34]. No teste manual, o tempo para o usuário aceitar a chamada
recebida é excluído no cálculo.
Parada de teste malsucedida: H- / B-party recebe uma mensagem de erro 4XX - a

configuração da sessão é cancelada ou não recebe nenhuma notificação dentro de um
tempo pré-determinado.
4.1.2.5 Taxa de sucesso de configuração de sessão VoLTE / ViLTE – CSSR-MO (%)
4.1.2.5.1 Definição abstrata

A taxa de sucesso da configuração da sessão VoLTE / ViLTE denota a probabilidade de
que uma tentativa de chamada MO VoLTE / ViLTE bem-sucedida resulte em uma chamada
MO VoLTE / ViLTE estabelecida com sucesso. Ver também 3.2.5.
4.1.2.5.2
Fórmula abstrata
VoLTE MOsessionsetuseguido de  Chamadas VoLTE MO bem-sucedidas 

[%]   todas as tentativas de chamada VoLTE
ViLTE  Chamadas VoLTE MO bem- 

MOsessionsetuaccompanied[%] sucedidas

Início do teste: R- / A-party inicia sessão VoLTE / ViLTE e envia SIP "INVITE"
Paragem de teste bem-sucedida: SIP "200 OK (INVITE)" enviado por H- / B-party e SIP
"200 OK (INVITE)" recebido por R- / A-party [34]. No teste manual, o tempo para o usuário
aceitar a chamada recebida é excluído no cálculo.
Parada de teste malsucedida: R- / A-party recebe uma mensagem de erro 4XX - a

configuração da sessão é cancelada ou não recebe nenhuma notificação dentro de um
V7,0 Página 70 de
96
tempo pré-determinado. Excluem-se quaisquer terminações intencionais de chamadas
em R-/A-party ou H-/B-party.
V7,0 Página 71 de
96
4.1.2.6 Taxa de sucesso de configuração de sessão VoLTE /
ViLTE – CSSR-MT (%) Definição abstrata

A taxa de sucesso da configuração da sessão VoLTE denota a probabilidade de que uma
tentativa de chamada MT VoLTE / ViLTE bem-sucedida resulte em uma chamada MT
VoLTE / ViLTE estabelecida com sucesso. Ver também
4.13.2..26.º.61.
Fórmula abstrata
4.1.2.6.2
VoLTE MTsessionsetupratio[%] =  Chamadas VoLTE MT bem-sucedidas 
 todas as tentativas de chamada MT
Início do teste: H- / B-party inicia a sessão VoLTE / ViLTE e envia SIP "INVITE". Parada
de teste bem-sucedida: SIP: "200 OK (INVITE)" enviado por R- / A-party e "200 OK
(INVITE)"
recebido pelo partido H/B [34]. No teste manual, o tempo para o usuário aceitar a chamada
recebida é excluído no cálculo.
Parada de teste malsucedida: H- / B-party recebe uma mensagem de erro 4XX informando
que a configuração da sessão foi cancelada ou não recebe nenhuma notificação dentro de
um tempo pré-determinado. Excluem-se quaisquer terminações intencionais de chamadas
em R-/A-party ou H-/B-party.
4.1.2.7 Duração da sessão VoLTE / ViLTE – ALOC-MO (s)

4.1.2.7.1
Duração da chamada MO VoLTE / ViLTE, ver também 2.3.10.
4.1.2.7.2
Fórmula abstrata
Duração da sessão VoLTE MO [s] −t

ADEUS 200 OK
)[s]
(
(PROMPT)
Duração da sessão ViLTE MO [s] −t

ADEUS 200 OK
)[s]
(
(PROMPT)
A duração de uma sessão MO VoLTE / ViLTE é o tempo medido em R- / A-party entre o
recebimento de "200 OK (INVITE)" e o envio de "BYE". A liberação da chamada é iniciada
pelo R- / A-party.
4.1.2.8.1
4.1.2.8 Duração da sessão VoLTE / ViLTE – ALOC-MT (s)
V7,0 Página 72 de
96
Duração da chamada MT VoLTE, ver também 2.3.10.
V7,0 Página 73 de
96
Fórmula
abstrata
VoLTE MT duração da sessão [s] −t
ADEUS 200 OK
)[s]
(
(PROMPT)
4.1 .2.8.2
Duração da sessão ViLTE MT [s] −t
ADEUS 200 OK
)[s]
(
(PROMPT)
A duração de uma sessão MT VoLTE / ViLTE é o tempo medido em R- / A-party entre o
envio de "200 OK (INVITE)" e o recebimento de "BYE". A liberação da chamada é iniciada
pela parte H/B.
4.1.2.9 Transparência OIP – Transparência
CLI Definição abstrata

A apresentação de identificação de origem de chamada VoLTE (OIP) precisa ser entregue e apresentada
4 . 1 c . 2 o . r9r. e1c
tlye completo. Ele pode ser usado
para ligar de volta para a parte chamada original. Ver
também o ponto 2.3.11.
Fórmula abstrata
4.1 .2.9.2
Rácio de transparência do OIP [%] =

 Número de OIPs completos e
corretos  Número de chamadas VoLTE
bem-sucedidas
4.1.2.10 Qualidade de fala VoLTE (SpQ MOS-LQO)
A Qualidade de Fala VoLTE representa a qualidade de fala de ponta a ponta do serviço VoLTE.
ETSI TS 102 250-2 [2] e define duas variantes de um KPI de "Qualidade de Fala de
Telefonia". Ambos se baseiam na mesma medição única. Uma única medida consiste no
valor MOS-LQO determinado para uma única amostra de fala transferida, de acordo com
ITU-T P.863 POLQA [27]. Uma chamada de fala geralmente consiste em várias amostras
de fala transferidas em ambas as direções.
A primeira variante, denominada "Telephony Speech Quality on Call Basis" (ETSI TS 102
250-2 [2] cláusula 6.6.3) faz uma pré-agregação dos valores MOS-LQO medidos para um
valor por chamada (em qualquer direção). O ETSI TS 102 250-2 não especifica o método
de agregação para esta pré-agregação. Um método adequado pode ser encontrado no
ETSI TR 102 506 [28].
A segunda variante, denominada "Telephony Speech Quality on Sample Basis" (ETSI TS

102 250- 2 cláusula 6.6.4) não pré-agrega os valores MOS-LQO medidos. Em outras
palavras, uma chamada resultará em vários valores para esse KPI.
A média dos resultados obtidos numa campanha de medição com chamadas repetidas será em
geral produzem estatísticas diferentes para as duas variantes. Devido à sua pré-agregação,
o "Telephony Speech Quality on Call Basis" foca-se mais na forma como os utilizadores
julgam chamadas inteiras,
4.1.2.10.1
enquanto o "Telephony Speech Quality on Sample Basis" fornece informações sobre a fala geral
qualidade de transmissão para uma ligação ou interligação específica.
V7,0 Página 74 de
96
Fórmula
A qualidade de voz VoLTE em roaming é medida com base em chamadas, ver também 2.3.12.
abstrata
V7,0 Página 75 de
96
Fórmula
abstrata
VoLTE Speech Quality on Call Basis (R recebido - partido) = f ( -
.2.10.2 LQO )
AQualidade
validação da
de qualidade
Fala VoLTE de ponta a ponta é(recebido
em Chamada feita usando
H -escalas = f (
MOS-LQO
partido) [2]. Estas
-
escalas descrevem a opinião dos utilizadores com a transmissão da fala e os seus
problemas (ruído, voz do robô, eco, desistências, escalonamento de tempo introduzido pelo
buffer de desvios, etc.) de acordo com a ITU-T P.863 [27]. A escala utilizada tem de ser
comunicada. Uma agregação para campanhas de medição em roaming VoLTE é feita em
regime de chamada (a 1ª variante).
O ICD deve ser testado no lado que termina a chamada e no lado de origem da chamada.
Os dois fluxos devem ser testados com êxito ao mesmo tempo.
4.1.2.11 Qualidade de fala VoLTE (SpQ R-Factor-
LQ) Definição abstrata

4 . 1 T . 2 h . 1 e 1 . OfatorR1é uma
classificação estimada da qualidade da fala definida pelo Modelo E
(ITU-T G.107.1 [35]). Como um método alternativo de avaliar a qualidade da chamada, o R-
Factor está escalando de 0 a 120. Também pode ser calculado a partir do valor MOS-LQO de
acordo com ITU-T P.863 – POLQA [27].
Fórmula abstrata
4.1.2.11.2
VoLTE Qualidade de Fala R - Fator (recebido R - partido) = f

( - LQ )
VoLTE Qualidade de Fala R - Fator (recebido H - partido) = f
O( ser) testado no lado que termina a chamada e no lado de origem da
- LQ
ICD deve
chamada. Os dois fluxos devem ser testados com êxito ao mesmo tempo. A tabela
abaixo mostra um intervalo de mapeamento proposto entre as escalas de satisfação do
usuário, MOS e R-Factor.
V7,0 Página 76 de
96
Nível de satisfação do utilizador Escala MOS R-þáttur kvarði

Muito satisfeito 4.3 - 5.0 90 - 100
Satisfeito 4.0 - 4.3 80 - 90
Alguns utilizadores 3.6 - 4.0 70 - 80
satisfeitos/insatisfeitos
Muitos usuários insatisfeitos 3.1 - 3.6 60 - 70
Quase todos os usuários 2.6 - 3.1 50 - 60
insatisfeitos
Não recomendado 1.0 - 2.6 < 50
Tabela 3: Mapeamento proposto das escalas MOS e R-Factor
4.1.2.12 Qualidade de áudio ViLTE (SpQ MOS-LQO) em base
de amostra Definição abstrata

4 . 1 T . 2 h . 1 e 2 . K1PIdaqualidadedefala de áudio ViLTE em base de amostra é um indicador que representa a
quantificação da qualidade de transmissão de voz de ponta a ponta conforme percebida pelo
usuário. Este parâmetro calcula a qualidade da fala com base em amostras. Ver também 6.7.9
de [2].
Fórmula abstrata
4.1.2.12.2
Qualidade de fala ViLTE em base amostral (R recebido - partido) = f

( - LQO )
Qualidade de fala ViLTE em base amostral (recebido H - partido) = f
( - LQO )
O ICD deve ser testado no lado que termina a chamada e no lado de origem da chamada.
Os dois fluxos de áudio devem ser testados com êxito ao mesmo tempo, juntamente com
um teste bem-sucedido nos dois fluxos de vídeo.
Opcionalmente, pode ser útil agregar ambos os valores de qualidade de fala em um só.
Neste caso, deve utilizar-se o pior de ambos. Este valor agregado da qualidade da fala
deve ser denominado SpQ (min).
4.1.2.13 Qualidade de vídeo ViLTE (MOS)

O KPI de qualidade de vídeo ViLTE é caracterizado pelo Escore Médio de Opinião de acordo com o PEVQ
4.1M.2.
O13S.1[41].
4.1 E.2n.1d3- .t2o-end qualidade do sinal de vídeo como percebido pelo usuário final durante uma sessão
ViLTE. Este parâmetro calcula a qualidade do vídeo em uma base de amostra. Ver
também 6.7.10 de [2].
Fórmula abstrata
Qualidade de vídeo ViLTE em base de amostra (recebido R - parte) = f

PEVQ - MOS Qualidade de vídeo ViLTE em base de amostra (recebido
H - parte) = f ( - MOS
V7,0 Página 77 de
96
O KPI deve ser testado no lado da terminação da videochamada e no lado de origem da

chamada de vídeo. Os dois fluxos de vídeo devem ser testados com êxito ao mesmo
tempo, juntamente com um teste bem-sucedido nos dois fluxos de áudio.
4.1.3 Parâmetros de qualidade SRVCC (PS-CS) [34]

SRVCC é a qualidade da mobilidade de voz entre o 4G e as tecnologias legadas. Para um
cálculo de KPI válido, as seguintes pré-condições precisam ser atendidas:
• O portador do EPS deve ser estabelecido e a mensagem EPS ATTACH deve

conter "IMS PS Voice", bem como "CS Voice" na lista de preferências do domínio
de voz.
O SRVCC pode ter diferentes variantes dependendo do estado de suporte de chamada

intermediária, alerta ou pré-alerta de uma chamada VoLTE quando a chamada é entregue
ao UMTS ou GSM.
4.1.3.1 Taxa de sucesso SRVCC [34]
4.1 T . 3 h . 1 e . 1 K P I é a probabilidade de UE entregar com sucesso uma chamada VoLTE para UMTS ou GSM.
4.1.3.2 Fórmula abstrata
Índice de Sucesso SRVCC[%] =

 Entregas SRVCC bem-
sucedidas 100
4.1.3.3 Tempo SRVCC [34]

Para um cálculo de KPI válido, as seguintes pré-condições precisam ser atendidas:
• O portador do EPS deve ser estabelecido e a mensagem EPS ATTACH deve

conter "IMS PS Voice", bem como "CS Voice" na lista de preferências do domínio
de voz.
• Uma transferência SRVCC para UMTS ou GSM é bem-sucedida.
4.1.3.3.1
4.1 T . 3 h . 3 e . 2 K P I especifica o tempo necessário para entregar com êxito uma chamada VoLTE para UMTS ou
GSM.
Fórmula abstrata
Tempo SRVCC [s] −t )[s]

4.2
( Redes VoLTE / ViLTE & Parâmetros de QoS de Transporte
As redes VoLTE / ViLTE e KPIs de transporte contêm qualidade de portador EPS, qualidade
de transporte RTP e KPIs DIAMETER.
4.2.1 Parâmetros de qualidade do portador VoLTE / ViLTE EPS

Esta seção contém os KPIs do portador de EPS para sinalização SIP, mídia de voz e vídeo
no contexto VoLTE / ViLTE.
V7,0 Página 78 de
96
4.2.1.1 Índice de sucesso de ativação de contexto de portador de EPS padrão

O contexto padrão do portador do EPS é estabelecido e conectado ao conhecido APN do
IMS. Se uma UE capaz de VoLTE / ViLTE estiver envolvida no teste de KPI, então um único
ou dois contextos de portador de EPS padrão podem ser estabelecidos no procedimento de
anexação EPS. Apenas o contexto de portador padrão para a conexão APN bem conhecida
do IMS está preocupado com esse KPI.
Fórmula abstrata
QCI
4.2 .1.1.1 5 Default EPS Bearer Context Activation SuccessRatio [%] =
(Para IMS bem conhecidoAPN)  Conexão PDN sucessos

(Para IMS bem conhecidoAPN)  PDN
Ver secção 2.2.10 para mais detalhes.
4.2.1.2 Tempo de ativação do contexto do portador de EPS padrão

O contexto padrão do portador do EPS é estabelecido e conectado ao conhecido APN do IMS.
Se uma UE capaz de VoLTE / ViLTE estiver envolvida no teste de KPI, um único ou dois
contextos de portador de EPS padrão podem ser estabelecidos no procedimento de
anexação EPS. Apenas o contexto de portador padrão para a conexão APN bem
conhecida do IMS está preocupado com esse KPI. Ver também 2.2.11.
QCI 5 Tempo de ativação do contexto do portador EPS

padrão [s] =
( 
O contexto de portador QCI 5 EPS padrão é usado em AM para- sinalização SIP e SMSoIP.
t IMSPDNconnectioninitiation 
4.2.1.3 Padrão EPS Bearer Downlink GBR
O KPI indica a Taxa de Bits Garantida pela rede em Downlink; o valor retirado do elemento
de informação sobre a qualidade do serviço EPS atribuído pela EPC [46].
4.2.1.4 Portador de EPS padrão Uplink GBR

O KPI indica a Taxa de Bits Garantida pela rede em Uplink; o valor retirado do elemento de
informação sobre a qualidade do serviço EPS atribuído pela EPC [46].
4.2.1.5 Padrão EPS Bearer QCI

O KPI indica o Identificador de Classe de Qualidade de Serviço (QCI) para o portador
EPS padrão; o valor retirado do elemento de informação sobre a qualidade do serviço
EPS atribuído pela EPC [46]. QCI=5 é esperado.
4.2.1.6 Índice de Sucesso de Ativação de Contexto de Portador de EPS Dedicado

O contexto dedicado ao portador de EPS é estabelecido para transportar a mídia de voz
baseada em IMS. O contexto de portador de EPS dedicado para VoLTE é um contexto de
portador de EPS persistente. Ver também o ponto 2.2.12.
V7,0 Página 79 de
96
Fórmula
abstrata
SuccessRatio[%] =
 Sucessos dedicados de ativação do portador 100
4.2 .1.6.1
 Início de ativação do portador de EPS

de EPS
O portador dedicado QCI1 GBR é usado na UM para o serviço de voz conversacional de
áudio VoLTE e ViLTE.
O portador dedicado QCI2 GBR ou portador QCI 8/9 não-GBR é usado em AM para o
serviço de vídeo conversacional ViLTE.
4.2.1.7 Tempo de ativação dedicado do contexto do portador de EPS

O contexto dedicado ao portador de EPS é estabelecido para transportar a mídia de voz
baseada em IMS. O contexto de portador de EPS dedicado para VoLTE é um contexto de
portador de EPS persistente. Ver também o ponto 2.2.13.
Fórmula abstrata
4.2.1.7.1
Tempo de ativação do contexto do portador de EPS dedicado [s] =
( 
O −  DedicatedEPS
portador dedicado QCI1 GBR é usado na UM para o serviço de voz
Bearercontextactivationinitiation conversacional de
áudio VoLTE e ViLTE.
O portador dedicado QCI2 GBR ou portador QCI 8/9 não-GBR é usado em AM para o
serviço de vídeo conversacional ViLTE.
4.2.1.8 Portador de EPS dedicado Downlink GBR

O KPI indica a Taxa de Bits Garantida pela rede em Downlink; o valor retirado do elemento
de informação sobre a qualidade do serviço EPS atribuído pela EPC [46].
4.2.1.9 Portador de EPS dedicado Uplink GBR

O KPI indica a Taxa de Bits Garantida pela rede em Uplink; o valor retirado do elemento de
informação sobre a qualidade do serviço EPS atribuído pela EPC [46].
4.2.1.10 Portador EPS dedicado QCI

O KPI indica o Identificador de Classe de Qualidade de Serviço (QCI) para o portador de
EPS dedicado; o valor retirado do elemento de informação EPS Quality of Service atribuído
pela EPC [46].
4.2.1.11.1
4.2.1.11 Volume de dados IP Rx
O volume de dados IP Rx indica o volume total (em Kbytes ou Mbytes) de dados IP
recebidos em Rx em um portador EPS. O cabeçalho IP é incluído no cálculo.
V7,0 Página 80 de
96
Fórmula
abstrata
Nr
Volume de dados IP
4.2.1.11.2  IP_PacketL ength[KB]
recebidos =
1
Nr é o número total de pacotes RTP recebidos em Rx.
Se QCI5, o KPI mede o volume de dados IP de sinalização SIP e SMSoIP dentro de um

determinado período.
Se QCI1, o KPI mede o volume de dados IP de voz dentro de uma duração de chamada
VoLTE ou ViLTE. Se QCI2 ou QCI 8/9, o KPI mede o volume de dados IP de vídeo dentro
de uma duração de chamada ViLTE.
4.2.1.12 Volume de dados IP Tx
4 . 2 º . Ov o l u m e T x P 1 . 1 d 2 a . 1 t a
indica o volume total (em KB ou MB) de dados IP transmitidos
a partir de Tx em um portador EPS. O cabeçalho IP é incluído no cálculo.
Fórmula abstrata
4.2.1.12.2
Nt
Volume de dados IP  IP_PacketL ength[KB]
transmitido
1
Nt é o número total de pacotes RTP transmitidos a partir de Tx.
Se QCI5, o KPI mede o volume de dados IP de sinalização SIP e SMSoIP dentro de um

determinado período.
Se QCI1, o KPI mede o volume de dados IP de voz dentro de uma duração de chamada
VoLTE ou ViLTE. Se QCI2 ou QCI 8/9, o KPI mede o volume de dados IP de vídeo dentro
de uma duração de chamada ViLTE.
4.2.2 Parâmetros de qualidade de transporte de mídia VoLTE / ViLTE

Os meios VoLTE utilizam RTP simétrico sobre UDP para transportar voz [42]. A qualidade
da RTP é o factor-chave para o transporte dos media. Devido à simetria do protocolo RTP
[43], os KPIs RTP nesta secção são relevantes para o recetor Rx e o transmissor Tx de
ambas as extremidades (originador e terminador de chamadas).
A mídia ViLTE usa duas conexões RTP separadas para transportar fluxos de áudio e vídeo.
O KPI de qualidade RTP de áudio e vídeo é medido separadamente quando duas conexões
RTP estão presentes durante o teste.
Os KPIs de qualidade de transporte de mídia definidos nesta seção são parâmetros de

qualidade de ponta a ponta. Supõe-se que para uma chamada VoLTE / ViLTE típica entre 2
UEs (particularmente em um teste ativo entre duas sondas), o RTP/RTCP é enviado de
ponta a ponta entre as UEs. Os pacotes RTP podem atravessar um monte de RTP-
V7,0 Página 81 de
96
"tradutores", por exemplo, IMS-AGW e TrGW, se a interface rede-a-rede (NNI) for
encontrada. OsFórmula
tradutores não alteram o conteúdo da carga útil do pacote RTP além da
abstrata
função de conversão de porta e endereço de rede (NAPT) (ou seja, apenas o cabeçalho IP
e, provavelmente, também o cabeçalho UDP são alterados).
V7,0 Página 82 de
96
4.2.2.1 RTP Max & Variação média de atraso de pacote Rx

A variação de atraso de pacote RTP é medida no par e2e Tx/Rx no fluxo de entrada em Rx
[44].
Um tempo de trânsito de pacote RTP D é o tempo de transferência de um fluxo RTP de voz
/ vídeo de Tx para Rx pacote IP identificável individualmente, observado em Tx e Rx. D = (R
– T) onde T é o RTP
4.2 Não. i2m.1e.1stamp d o p a c o t e e m T x , e R é a h o r a d e c h e g a d a d o p a c o t e e m
Rx no fluxo RTP de voz / vídeo (de interesse dentro de um intervalo de
tempo de medição).
D também é chamado de atraso unidirecional do pacote RTP, que depende da
sincronização de relógio (Time-Stamp) entre Tx e Rx – uma espécie de medição de tempo
de dois pontos.
O pacote RTP médio one-way-delay (OWD) é a média de atraso de um fluxo RTP de voz /
vídeo de Tx para Rx. A precisão do teste do OWD depende da sincronização do relógio
entre Tx e Rx.
Tomando como referência o tempo mínimo de trânsito no fluxo RTP de voz / vídeo, uma
variação de atraso de pacote PDVi é a diferença entre o tempo de trânsito e a referência na
voz
/ fluxo de vídeo RTP. PDVi = Di - Dmin [45], onde Di = (Ri – Ti) é o i-ésimo tempo de
trânsito do pacote, Ti é o carimbo de data/hora RTP do pacote i em Tx, e Ri é a hora de
chegada do pacote i em Rx no fluxo RTP de voz / vídeo dentro de um intervalo de tempo de
medição.
Dmin é o tempo de trânsito do pacote com o menor valor de atraso (mínimo) durante o
intervalo de teste atual. Os valores de PDV podem ser zero ou positivos, e os quantis da
distribuição do PDV são indicações diretas de variação de atraso. PDV é uma versão da
distribuição one-way-delay, deslocada para a origem normalizando para o atraso mínimo.
Um PDV máximo RTP é a diferença entre o tempo de trânsito máximo e o tempo de trânsito
mínimo no fluxo RTP de voz / vídeo dentro de um intervalo de tempo de medição, medido
em Rx.
Um PDV médio RTP é a diferença entre o tempo médio de trânsito e o tempo de trânsito
mínimo no fluxo RTP de voz / vídeo dentro de um intervalo de tempo de medição, medido
em
4.2 R . 2 x . 1 . . 2
Fórmula abstrata
RTP máximo PDV [ms] = (Dmax

− Dmin ) [ms]
 Di
PDV média RTP [ms] = ( eu − Dmin )
N
[ms] r
 Dieu
Atraso unidirecional RTP [ms] = − (t _ Deslocamento _ Rx − t _
Deslocamento _ Tx) [ms]
V7,0 Página 83 de
Nr
96
Onde nr é o número de pacotes recebidos no fluxo de voz / vídeo RTP de interesse; Dmin
é o atraso mínimo de pacotes RTP em tempo de trânsito no fluxo de voz / vídeo RTP de
interesse dentro de um intervalo de tempo de medição.
V7,0 Página 84 de
96
Assunção
O cálculo do PDV médio do KPI RTP assume que o deslocamento do relógio para o tempo
universal em Tx (toffset_Tx) e em Rx (toffset_Rx) são estáveis dentro do intervalo de tempo
de medição do KPI.
4.24.2 .
. 21..23.2RTP significa desvio de interchegada do fluxo de entrada Rx
O desvio médio entre chegadas RTP é medido no par e2e Tx/Rx nos fluxos de voz / vídeo
RTP de entrada em Rx.
O desvio J entre chegadas é o desvio médio (valor absoluto suavizado) da diferença em
4 , 2 t o n e l a d a s . r2a.2n. s1tempo
it de dois pacotes RTP consecutivos de Tx para Rx no fluxo de voz /
vídeo RTP de interesse, conforme definido na cláusula 6.4.1 em [42].
Fórmula abstrata
4.2 .2.2.2
| D i, i-1 | Eu
J i 1 [em] = Je +
− u 16 [MS]
Onde a i-ésima diferença Di,i-1 no tempo de trânsito de dois pacotes RTP consecutivos Di,i-
1 = (Ri – Ti ) - (Ri-1 – Ti-1 ), Ti é o carimbo de data/hora RTP do pacote i em Tx, e Ri é a
hora de chegada do pacote i em Rx no fluxo RTP de voz / vídeo de interesse dentro de um
intervalo de tempo de medição.
4.2.2.2.3
Assunção
O cálculo do KPI RTP significa que o desvio de interchegada assume que o deslocamento
do relógio para o tempo universal em Tx (toffset_Tx) e em Rx (toffset_Rx) são estáveis
dentro do intervalo de tempo de medição do KPI.
4.2.2.3 RTP Taxa de Dados Média Tx / Rx

4.2.2.3.1
Este parâmetro descreve uma taxa média de transferência de dados medida ao longo de
toda a chamada de voz / vídeo em Tx / Rx. A chamada de voz/vídeo deve ser encerrada
com sucesso. O pré-requisito para este parâmetro é a rede LTE e acesso ao serviço IP /
UDP.
Nota: O KPI é medido ao nível RTP (cabeçalho RTP + carga útil voz/vídeo). PI e
4.2.2.3.U2 Os cabeçalhos DP não são tidos em conta.
Fórmula abstrata
 RTPdata
tpackettransferido[kbit]
data transfer complete - tpacket
data transfer start
4.2.2.4 Pacotes RTP perdidos Rx
O KPI é definido como o número de pacotes perdidos no lado Rx (downlink) no fluxo RTP
V7,0 Página 85 de
96
de interesse dentro da duração da chamada de voz / vídeo. Este valor é equivalente ao
número de números de sequência RTP em falta em Rx.
V7,0 Página 86 de
96
Fórmula abstrata
RTP_NumPacketsLost

4.2.2.4.2
4.2.2.5 Taxa de perda de pacotes RTP Rx
O KPI denota a probabilidade de um pacote RTP ser perdido e não recebido em Rx.
4.2.2.5.1
Fórmula abstrata
4.2 .2.5.2
RTP_PacketLossRatio[%] = 
 RTP_NumPacketsReceived
RTP_NumPacketsReceived é o número total
de 
pacotes RTP recebidos em Rx no fluxo
RTP de interesse dentro da duração da chamada VoLTE / ViLTE.
4.2.2.6 Atraso de ida e volta RTP (RTD)
4.2.2.6.1
Um e2e (endpoint A e B) RTP round-trip-delay (A-B-A) é a soma do tempo de trânsito do
pacote Da2b e do tempo de trânsito do pacote Db2a do mesmo pacote RTP em looped-
back. O tempo de atraso para processar e fazer loop do pacote de volta no lado B não é
contado no RTD.
A
2B2A R
A
Onde RTDa2b2a denota um tempo de trânsito de pacote em um caminho de ida e volta do
ponto de extremidade A para B e de B loopback para A. Dia2b é o tempo de trânsito do i-
ésimo pacote de Tx no ponto de extremidade A para Rx do ponto de extremidade B. Dib2a
é o tempo de trânsito do mesmo i-ésimo pacote em loop de volta de Tx no ponto B para Rx
do ponto de extremidade A. Nra é o número total de pacotes de retorno em loop recebidos
em Rx de um lado.
4.2.2.6.N3 ote: Pacotes RTP perdidos no looping back não são contabilizados no cálculo.
Assunção
O cálculo do KPI RTP significa que o RTD assume que o deslocamento do relógio para o
tempo universal em Tx (toffset_Tx) e em Rx (toffset_Rx) dos pontos finais A e B são
estáveis dentro do intervalo de tempo de medição do KPI.
4.2.3 Parâmetros de qualidade DIAMETER
4.2.3.1 Política e Controlo de Carregamento

Os KPIs PCC de diâmetro são medidos através da interface Rx para a qualidade dos fluxos
de sinalização de diâmetro [38] entre P-CSCFs e PCRFs. As mensagens Rx consistem em
V7,0 Página 87 de
96
quatro pares de comandos Diameter Request – Answer que contribuem para uma série de
procedimentos PCC
V7,0 Página 88 de
96
para a disposição inicial, modificação, término de uma sessão Diameter Rx e vinculação de

sessão (uma sessão Diameter Rx associada a uma sessão VoLTE IMS) [38].
Taxa de sucesso AA-Request (AAR)
4.2.3.1.1.1 Definição abstrata

é a probabilidade de um comando AA-Request (AAR) enviado do P-CSCF via Rx
4.2 T . 3 h . 1 e . 1 K P I
A interface com PCRF resulta em um comando AA-Answer (AAA) bem-sucedido do PCRF
recebido pelo P-CSCF.
4.2.3.1.1.2 Fórmula abstrata
Taxa de sucesso RA-Request (RAR)

4.2.3.1.2
O KPI é a probabilidade de que um comando Re-Auth-Request (RAR) enviado do PCRF via
interface Rx para o P-CSCF resulte em um comando RA-Answer (RAA) bem-sucedido do P-
CSCF recebido pelo PCRF.
4.2.3.1.3
Taxa de sucesso ST-Request (STR)

O KPI é a probabilidade de que um comando Session-Termination-Request (STR) enviado
do P-CSCF via interface Rx para PCRF resulte em um comando ST-Answer (STA) bem-
sucedido do PCRF recebido pelo P-CSCF.
4 . 2 . S 3 .T1.R4RáciodeSuceso[%]=  Número de STA com Código de Resultado como
Taxa de sucesso AS-Request (ASR)

O KPI é a probabilidade de que um comando Abort-Session-Request (ASR) enviado do
PCRF via interface Rx para o P-CSCF resulte em um comando AS-Answer (ASA) bem-
sucedido do P-CSCF recebido pelo PCRF.
V7,0 Página 89 de
96
4.2.3.2 Agente de roteamento DIAMETER

O KPI DRA é para medir a qualidade do roteamento DRA, a fim de alcançar PCRF ou HSS
(roteamento para e redirecionar / retransmitido de), quando mais de um PCRF ou HSS foi
implantado em um domínio Diameter.
Taxa de sucesso do roteamento de mensagens de diâmetro IMS

O KPI testa a taxa de sucesso de todas as sessões de Diameter estabelecidas ao longo do Cx [39], Sh
4 . 2 [.43.02].Interfaces ,1 Z h
que atingem o HSS correspondente quando HSSs múltiplos e endereçáveis
separadamente foram implantados em um reino de diâmetro.
• Redirecionar / rotear as mensagens de diâmetro do HSS sobre os pontos de

referência correspondentes para Cx, Sh, Zh para o nó IMS
CORRESPONDENTE I/S-CSCF, VoLTE / ViLTE Application Server, IP Short
Message Gateway e Bootstrap Service Function.

O KPI denota a probabilidade de que as mensagens Diameter (solicitações e respostas)
transmitidas pelas interfaces Cx-, Sh- e Zh sejam roteadas com sucesso ou
redirecionadas/retransmitidas pelo DRA. As mensagens de falha de serviço iniciadas pelo
DRA nas interfaces Cx, Sh e Zh são excluídas nas falhas de encaminhamento DRA.
Mensagens roteadas de diâmetro

IMSsuccessRatio[%] =
4.2.3.2.2
Taxa de sucesso do roteamento de mensagens de diâmetro PCC

Este KPI mede a taxa de sucesso de todas as sessões Diameter estabelecidas nos pontos
de referência Gx [37], Rx [38] para uma determinada sessão IMS.
• Todas as mensagens de diâmetro atingem o PCRF correspondente quando PCRFs

múltiplos e endereçáveis separadamente foram implantados em um reino de
diâmetro
• Redirecionar/encaminhar as mensagens de diâmetro do PCRF sobre o ponto
de referência correspondente Gx ou Rx para o nó IMS CORRESPONDENTE
PCEF/PDN-GW ou P- CSCF/IMS-AGW, respectivamente.

O KPI denota a probabilidade de que as mensagens Diameter (solicitações e respostas)
transmitidas pela interface Gx e Rx sejam roteadas com sucesso ou
V7,0 Página 90 de
96
redirecionadas/roteadas pelo
V7,0 Página 91 de
96
DRA. As mensagens de falha de serviço iniciadas pelo DRA nas interfaces Gx e Rx são
excluídas nas falhas de encaminhamento de DRA.
V7,0 Página 92 de
96
Anexo A Exemplos para medir os pontos de desencadeamento
A.1 Serviço SMS:
A.1.1 Mensagens de camada 3:

Iniciar tentativa de serviço de Geração de acesso aleatório (chan_request
SMS: SDCCH) em equipamentos móveis
Tentativa bem-sucedida de Receção de cp_data (rp_ack) em equipamentos

serviço de SMS móveis
Receber SMS em Receção de cp_data (rp_ack) em equipamentos

Equipamento Móvel 2: móveis
V7,0 Página 93 de
96
Anexo B Gestão Documental
B.1 Histórico do documento
Entidade Direção /
Versão Data Breve Descrição da Mudança homolog Companhia
adora
0.1.0 05 de Primeiro rascunho do documento
janeiro para discussão do IREG QoS WP
de 2001
0.2.0 30 de Segundo rascunho do documento
março de para discussão por e-mail do
2001 IREG QoS WP
0.3.0 27 Abr Terceiro rascunho para o
2001 workshop de QoS do IREG,
incluindo Serviços de Dados
1.0.0 10 Primeira versão estável para
Julh capítulos Telefonia, SMS
o
2001
2.0.0 11 Documento para aprovação no
Sete IREG #41 e GSMA com uma
mbro classificação de documento de
2001 "Irrestrito – Público"
3.0.0 21 Documento aprovado pela GSMA
Sete
mbro
2001
3.0.1 30 Abr Parâmetro Taxa de conclusão
2002 Circuito SMS comutado
adicionado
3.0.2 14 Maio Parâmetro para CSD e PSD Data
2002 Services adicionado
3.1.0 17 jun Documento para aprovação no
2002 IREG #43 e GSMA com um
documento
classificação de "Irrestrito –
Público"
3.2.0 10 Alterações nos capítulos 2.4, 2.5-
Out 2.7 aprovadas pela Reunião
ubro QoSWP #8, 02.10.2002
2002
3.2.1 10 Fev Alterações editoriais nos capítulos
2003 2.5- 2.7
3.3 16 Abr IREG doc 52_037 incorporou
2007 "Adição das novas definições de
parâmetros de QoS"
3.4 10 Signal doc 43_009 incorporado
Agos "Alterando o método de Marko Onikki,
to computação para a qualidade da TeliaSonera
2009 fala de MOS para PESQ"
3.5 9 Dez Incorporar resultados do projeto IREG#55, Marko Onikki,
2009 Global roaming Quality EMC#79 TeliaSonera
3.6 4 janeiro Signal Docs 49_16 e 50_009 Marko Onikki,
Sinal IREG
2011 incorporados TeliaSonera
4.0 6 junho Signal Docs 53_009 incorporado Marko Onikki,
Sinal IREG
2011 TeliaSonera
V7,0 Página 94 de
96
5.0 Maio 22º, Incorporado CR1001 e Marco Onikki
IREG
2015 CR1002 TeliaSonera
6.0 Novembro Incorporado CR1003 Marco Onikki
GN
5th,2015 TeliaSonera
7.0 18 de CR1004 Adicionar parâmetros de Marko Onikki
GN
outubro qualidade de roaming VoLTE e Telia
2016 ViLTE Companhia
V7,0 Página 95 de
96
B.2 Outras informações
Tipo Descrição
Proprietário do documento GSMA NG
Editor / Empresa Marko Onikki / Telia Empresa
Comentários
É nossa intenção fornecer um produto de qualidade para o seu uso. Se você encontrar
algum erro ou omissão, entre em contato conosco com seus comentários. Pode notificar-nos
através do prd@gsma.com
Seus comentários ou sugestões e perguntas são sempre bem-vindos.
V7,0 Página 96 de
96

Definição de Parâmetros de Qualidade de Serviço e Seus Parâmetros

Enviado por

Dados do documento

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Definição de Parâmetros de Qualidade de Serviço e Seus Parâmetros

Enviado por

Direitos autorais:

Formatos disponíveis

Associação GSM Não confidencial

Documento Oficial IR.42 - Definição de parâmetros de Qualidade de Serviço e seu cálculo

Definição de parâmetros de Qualidade de Serviço e seus

Este é um Documento de Referência Permanente Não Vinculativo da GSMA

Classificação de segurança: Não confidencial

Declaração de Direitos de Autor

Declaração de exoneração de responsabilidade

1.1 Âmbito do documento

A definição do parâmetro é dividida em duas partes: a definição abstrata e a descrição

BA.51 AA.13 IR.78

Figura 1: Relação entre documentos de QoS da GSMA

1.2 Considerações gerais

Presume-se que o telemóvel e o serviço pretendido podem ser operados corretamente

• o serviço está disponível e não está barrado por qualquer motivo;

A monitorização dos serviços utilizando os parâmetros definidos neste documento poderá

1.3 Definição de Termos

POLQA Análise da Qualidade da Escuta Percetiva Objetiva

1.4 Referências cruzadas de documentos

Não. Documento Descrição

Não. Documento Descrição

Não. Documento Descrição

2.1 Modelo de parâmetros de QoS

• A primeira camada é a Disponibilidade de Rede, que define a QoS do ponto de vista

Observe que a QoS depende da interconectividade entre operadoras e operadoras ou entre

Figura 2: Modelo de quatro camadas para parâmetros de QoS.

2.2 Parâmetros de QoS independentes do serviço

independente desses serviços de dados específicos. Circuito comutado de acessibilidade

2.2.1 Disponibilidade da rede [2] [12]

2.2.1.1 Definição abstrata

GPRS: indicador GPRS de radiodifusão na informação do sistema 3 ou informação do

sistema 4 UMTS (WCDMA) [25], LTE [26]: Critérios S cumpridos

Quando o equipamento móvel suporta multimodo (GSM/UMTS/LTE), a avaliação da

tentativas de sondagem com serviços móveis

2.2.2.1 Definição abstrata

2.2.2.3 Pontos de desencadeamento:

NA[%] = {Manual| Seleção Automática de Rede e Taxa de Sucesso de Registo [%] =

NA-CS[%] é aplicado ao GSM ou UMTS-CS. NA-PS[%] é aplicado a GPRS, UMTS-PS,

2.2.3 Taxa de sucesso LU comutada por circuito (CS LU – SR) [2]

2.2.3.1 Definição abstrata

Ver ETSI 102 250-1 (5.2 Rede não acessibilidade).

2.2.4 Atraso de atualização de local comutado de circuito (CS LU - D)

2.2.4.1 Definição abstrata

Ao determinar o tempo médio de configuração da anexação, apenas as tentativas de

2.2.5.1 Definição abstrata

Ver ETSI TS 102 250-2 (5.3 Attach Failure Ratio)

Um anexo combinado EPS + IMSI é aplicado a CSFB ou SMSoSGs.

2.2.6 Atraso de atualização de local comutado de pacote (PS LU - D) [2]

2.2.6.1 Definição abstrata

Consulte ETSI TS 102 250-2 (5.4 Attach Setup Time)

Parar: Ponto de tempo em que o telemóvel recebe a

dados do assinante. O tempo de configuração da conexão de um assinante desconhecido

2.2.7.1 Definição abstrata

Qualquer solicitação de ativação de contexto PDP é considerada uma tentativa.

LTE: consulte Default EPS Bearer Context Activation Success Ratio

2.2.8 Tempo de ativação do contexto PDP [2] [19]

2.2.8.1 Definição abstrata

Ver ETSI TS 102 250-2 (5.6 PDP Context Activation Time)

Fim: Receção da notificação de ativação bem-

A ativação do usuário (procedimento de criação de contexto GPRS PDP) é recomendada,

LTE: Consulte Tempo de ativação do contexto do portador do EPS padrão ou Tempo de

2.2.9 Rácio de corte do contexto da PDP [2] [8]

2.2.9.1 Definição abstrata

ETSI TS 102 250-2 (5,7 PDP Context Cut-off Ratio).

Ver também 3GPP TS 29.060.