Omf000404 análise de caso call drop issue2 0 by Emerson Eduardo Rodrigues

Estudo de Caso – Queda de Chamadas www.huawei.com

Referências 

31160978-BSC Traffic Statistic Manual Volume I



31033203-BSS Troubleshooting Manual

Page2

Objetivos 

Após o término deste curso, você estará apto a: 

31160978-BSC Traffic Statistic Manual Volume I



31033203-BSS Troubleshooting Manual

Page3

Conteúdo 1. Princípios da Queda de Chamada 2. Análises da Queda de Chamada 3. Casos de Queda de Chamada

Page4

Conteúdo 1. Princípios da Queda de Chamada 1.1 Definição da Queda de Chamada 1.2 Queda de Chamada TCH 1.3 Queda de Chamada SDCCH

Page5

Definição da Queda de Chamada 

Há dois tipos de queda de chamada: queda de chamadas TCH e queda de chamadas SDCCH: 

Queda de Chamada TCH significa que o canal TCH é liberado de forma anormal após ocupação com sucesso.



Queda de Chamada SDCCH significa que o canal SDCCH é liberado de forma anormal após ocupação com sucesso.

Page6

Conteúdo 1. Princípio da Queda de Chamada 1.1 Definição de Queda de Chamada 1.2 Queda de Chamada TCH 1.3 Queda de Chamada SDCCH

Page7

Causas da Queda de Chamadas TCH 

Usualmente, as causas típicas para o envio da mensagem Clear_Request são as seguintes: 

Falha na interface do Rádio



Intervenção O&M



Falha de Equipmento



Erro de Protocolo



Preterimento

Page8

Fórmula da Taxa de Queda de Chamadas TCH 

Fórmula da Taxa de Queda de Chamadas TCH 

TCH call drop rate=TCH call drops / Successful TCH seizures (all)

Page9

Ponto de Medição da Queda de Chamada TCH

Page10

Ponto de Medição da Queda de Chamada TCH  



TCH serve como canal de tráfego, BSC recebe a mensagem ERROR INDICATION da BTS. TCH é determinado como canal de tráfego, BSC recebe a mensagem CONNECT FAILURE INDICATION da BTS. No procedimento de conexão e handover, falha na decodificação das mensagens HANDOVER DETECTION e HANDOVER COMPLETE. TCH serve como canal de tráfego, incoming BSC handover é iniciado e o timer para a célula alvo esperar pela mensagem HANDOVER COMPLETE expira. TCH serve como canal de tráfego, outgoing BSC handover é iniciado e o timer para a célula fonte esperar pela mensagem CLEAR COMMAND, vinda do MSC, expira (T8 expira). No procedimento de handover intra-BSC, a célula alvo envia uma Inter Clear Request para a célula fonte quando o timer para a célula alvo esperar pelo HANDOVER COMPLETE do MS expira; neste caso, este item é medido na célula fonte.

Page11

Ponto de Medição da Queda de Chamada TCH 



No procedimento de handover Intra-BSC, a célula fonte, excluindo a célula fonte para repetição direta, mede-se o item quando o timer para a célula fonte esperar pela Inter Clear Request na ocasião em que o valor HANDOVER COMPLETE da célula alvo expirar. No procedimento de handover Intra-BSC, quando a célula alvo AM/CM net-drive falha (devido ao timeout ou a um non-acknowledgement), a célula alvo envia uma Inter Clear Request para a célula fonte; neste caso, este item é medido na célula fonte. No caso onde o MS reverte ao canal original após falha do handover intra-BSC, a célula fonte primeiro libera a conexão terrestre, mas o re-net-drive AM/CM falha (devido a timeout ou a um non-acknowledgement). Neste caso, esse item é medido na célula fonte. Os recursos para uma chamada com menor prioridade poderá ser preterida pela chamada de maior prioridade se ambas, MSC e BSC, suportarem preterimento, o que causará queda de chamada. Esse item é medido quando é desconectado o link RSL do TRX utilizado pela chamada, o que causará queda de chamada.

Page12

Queda de Chamada TCH - Assignmente MS

BSC

BTS

MSC

ASSIGNMENT REQUEST CHANNEL ACTICATION CHANNEL ACTIVATION ACK ASSIGN CMMAND SABM

ESTABLISH INDICATION

UA ERROR INDICATION CONNECTION FAILURE INDICATION

A1 A2

Page13

Queda de Chamada TCH – Handover Intra-BSC MS

BSC'

BSC Ori-Cell

BSC Tag-Cell

BSC''

Intercell Handover Request CH ACT CH ACT ACK Intercell Handover Response HANDOVER COMMAND HANDOVER ACCESS HANDOVER DETECT SABM UA ERROR INDICATION

CONNECTION FAILURE INDICATION

Page14

Queda de Chamada TCH – Incoming BSC Handover MS

Other BSC

HUAWEI BSC

HUAWEI BTS

MSC

HANDOVER REQUIRED

HANDOVER REQUEST ACK

HANDOVER REQUEST CH ACT CH ACT ACK

HANDOVER COMMAND HANDOVER ACCESS HANDOVER DETECT

SABM UA

ERROR INDICATION A1

CONNECTION FAILURE INDICATION

Page15

Ponto de Medição de execuções de TCH bem sucedidas 

Ponto de Medição de execuções de TCH bem sucedidas 



Recepção pela BSC da mensagem CHANNEL ACTIVATION ACKNOWLEDGE do BTS em um rápido processo de alocação do TCH. No caso em que a célula alvo de repetição direta está localizada em outra BSC e a repetição é bem sucedida, a MSC envia uma mensagem CLEAR COMMAND à BSC originária para liberar a conexão original. Esse item é medido quando a BSC originária recebe esta mensagem. No caso em que a célula alvo de repetição direta está localizada na mesma BSC e a repetição é bem sucedida, a célula alvo envia uma mensagem Inter Clear Request para a célula fonte, pedindo a liberação dos recursos e da conexão original. Este item é medido quando a célula fonte recebe esta mensagem.

Page16

Ponto de Medição de execuções de TCH bem sucedidas 

Ponto de Medição de execuções de TCH bem sucedidas 

Este item é medido quando a BSC envia a mensagem ASSIGNMENT COMPLETE para a MSC após o procedimento de alocação ser implementado com sucesso.



No procedimento de incoming BSC handover, MS envia a mensagem HANDOVER ACCESS para a BSC. Este item é medido quando a BSC recebe a mensagem HANDOVER DETECT da BTS.



No processo de incoming internal inter cell handover e intracell handover na BSC, MS envia a mensagem HANDOVER ACCESS para a BSC, que mede este item na célula alvo quando recebe a mensagem HANDOVER DETECTION da BTS.

Page17

Execução de TCH bem sucedido – Very Early Assignment 

Very early assignment process

BTS

Channel Request (RACH)

BSC

MSC

Channel Required Channel Activation (TCH or SDCCH) Channel Activation Acknowledge Immediate Assignment Command

Immediate Assignment (AGCH)

Page18

Execução de TCH bem sucedido – Assignment 

Assignment process

BTS

BSC

MSC ASS_REQ

CH_ACT CH_ACT_ACK ASS_CMD

ASS_CMD EST_IND

ASS_CMP

Page19

Execução de TCH bem sucedido – Intra-BSC Handover 

Intra-BSC handover process MS

BTS1

BSC

BTS2

MSC

Measurement Report from MS Channel_Active Channel_Active ACK

HANDOVER COMMAND HO_ Access

PHY INFO

HO_Detect

PHY INFO First SABM UA

Establish_IND

Handover Complete

HO_Performed

Page20

Execução de TCH bem sucedido – Inter-BSC Handover 

Inter BSC handover process MS

BTS1

BSC1

MSC

BSC2

BTS2

Measure Report from MS HO_Required HO_Request CH_ACT

Handover Command

HO_Request_ACK HO_CMD

CH_ACT_ACK

HO_Detect HO_Detect

HO_Access PHY INFO PHY INFO

Establish_IND First SABM HO_CMP

Handover Complete

Clear_CMD Clear_CMP

Page21

Conteúdo 1. Princípio da Queda de Chamada 1.1 Definição da Queda de Chamada 1.2 Queda de Chamada TCH 1.3 Queda de Chamada SDCCH

Page22

Fórmula da Taxa de Queda de Chamada SDCCH 

Fórmula da Taxa de Queda de Chamada SDCCH: 

SDCCH call drop rate = SDCCH call drops/ successful SDCCH seizures*100%

Page23

Ponto de Medição da Queda de Chamada SDCCH 



Este item é medido quando a BSC recebe a mensagem ERROR INDICATION da BTS devido a um caso anormal no plano de conexão do link de rádio. Este item é medido quando a BSC recebe a mensagem CONNECTION FAILURE INDICATION da BTS porque uma conexão ativa foi quebrada por alguma razão como falha do link SDCCH ou de hardware (veja GSM 0508 para detalhes). No procedimento de incoming BSC handover no SDCCH, este item é medido na célula alvo no caso de falha de decodificação das mensagens HANDOVER DETECTION e HANDOVER COMPLETE. No procedimento de incoming BSC handover no SDCCH, este item é medido na célula alvo quando o timer para a célula alvo esperar pela mensagem HANDOVER COMPLETE expirar. Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved.

Page24

Ponto de Medição da Queda de Chamada SDCCH 

No procedimento de outgoing BSC handover no SDCCH, este item é medido quando expira o timer para a célula fonte esperar pela mensagem CLEAR COMMAND (T8 expira).



No processo de intra BSC handover no SDCCH, este item é medido na célula fonte quando expira o timer para as células fonte ou alvo esperarem pela mensagem HANDOVER COMPLETE.



Este item é medido quando desconecta o link RSL do TRX que está realizando a chamada, o que irá causar queda de chamada. Este item mede a queda de chamada no SDCCH por desconexão do RSL. Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved.

Page25

Ponto de Medição da Queda de Chamada SDCCH MS

BTS

BSC

MSC

Channel Request Channel Required Channel Activation (SDCCH) Channel Activation Acknowledge Immediate Assignment

Immediate Assignment Command Establish Indication (L3 Info)

Or: Or:

Connection Failure Error Indication

Abis Failure

Cell SDCCH Call Drop (Subject to different cases)

Page26

Ponto de Medição de execuções de SDCCH bem sucedidas 

Na alocação imediata do SDCCH, este item é medido quando a BSC recebe a mensagem CHANNEL ACTIVATION ACKNOWLEDGE da BTS.



No processo de incoming BSC handover do SDCCH. Este item é medido quando a BSC recebe a mensagem HANDOVER DETECTION da BTS.



No processo de incoming internal inter cell handover e intracell handover na BSC, a própria mede este item na célula alvo enquanto recebe a mensagem HANDOVER DETECTION da BTS.

Page27

Conteúdo 1. Princípio da Queda de Chamada 2. Análises da Queda de Chamada 3. Casos de Queda de Chamada

Page28

Análises da Queda de Chamada 

Conteúdo 

Principais causas da alta taxa de quedas de chamada



Solução de problemas da elevada taxa de queda de chamada

Page29

Análises da Queda de Chamada 

De acordo com a definição de ponto de medição da queda de chamada, esta é usualmente causada pelos seguintes itens: 



Falha no link de rádio. Durante a comunicação, mensagens podem não ser recebidas corretamente.



Link Abis falha durante a conversação.



Queda de chamada durante handover.



Outras falhas de sistema.

Timers que podem causar queda de chamda (BSC timer): 



T3103: inicia no envio de HANDOVER CMD e termina no recebimento de HANDOVER CMP. Time out do timer causará queda de chamada. T3109: inicia no envio de CHAN REL e termina no recebimento de REL IND.

Page30

Falha no Link de Rádio 

Processo de sinalização durante a falha no rádio link MS

BTS

(1) Measurement Report

BSC

MSC

(2) Measurement Result Connection Failure

(3)

Clear_REQ (Radio Interface Failure)

(1) Dadicated mode is created. (SDCCH/TCH) (2) Activate Abis monitoring function. (3)SACCH message block can not be decoded(uplink/downlink), resulting in radio link timeout. Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved.

Page31

Falha de Link de Rádio 

Diagrama do rádio link timeout

Page32

T3103 Times Out 

Processo de Handover MS

BTS1

BTS2

BSC

MSC

Handover Indication CH_ACT CH_ACT_ACK Handover Command

Handover Command

Handover Access

Set T3103

HO_Detect

Physical Information (TA) SABM

EST_IND

UA Handover Complete

Handover Complete Reset T3103

Page33

Causas de Falha no Link de Rádio 

As causas de Falha no Link de Rádio podem ser: 



Interferência 

Interferência Interna



Interferência Externa



Interferência do Equipmento

Má cobertura 

“Buraco” de cobertura



Ilha Isolada



Desbalanceamento de Uplink/downlink

Parâmetros de configuração inadequados 

Timeout de link de rádio, SACCH multi-frames



Parâmetros de Handover



Parâmetros de controle de potência



Problema de Equipmento (Antena, feeder, combinador, TRX)



Problema de Clock



Problema de Transmissão

Page34

Falha no Link de Rádio - Interferência 

Categoria 

Interferência Co-canal



Interferência por Canal Adjacente



Interferência por Inter-modulação e outras interferências externas.

Page35

Falha no Link de Rádio - Interferência 

Solução 

Primeiramente cheque problemas de equipamentos.



Faça um drive test, cheque a área de interferência e a qualidade do sinal. Encontre a freqüência de interferência.



Procure pela fonte de interferência com o analisador de espectro.



Ative as funções de hopping, DTX e controle de potência para diminuir a interferência interna do sistema.

Page36

Falha no Link de Rádio - Interferência 

Processo de Julgamento 

Analise a ocorrência regularmente da banda de interferência na medição de tráfego.



Observe o desempenho do nível recebido



Encontre a pior taxa de qualidade de handover.



Observe o desempenho da qualidade recebida



Observe o desempenho da queda de chamada



Observe se há muitas falhas de handover e reversão.

Page37

Falha no Link de Rádio - Cobertura 

Cobertura: 

Overshooting



“Buraco” de Cobertura



Atenuação do sinal



Definição incompleta das células adjacentes



Desbalanceamento de uplink/downlink

Page38

Falha no Link de Rádio - Cobertura 

Processo de julgamento 

Função de medição do controle de potência



Função de medição do nível recebido



Função de medição de célula / Função de medição de handover intercell



Função de medição de queda de chamda



Função de medição de célula adjacente definida



Função de medição de célula adjacente indefinida



Função de medição de outgoing inter-cell handover



Função de medição de balanceamento Up-down link

Page39

Falha no Link de Rádio - Cobertura 

Solução 

Ajustar parâmetros de rede



Adicionar BTS

Page40

Falha no Link de Rádio - Parâmetros 

Principais parâmetros que podem afetar a taxa de queda de chamada: 

Timeout do link de rádio e SACCH multi-frames



Limiar de ocupação RACH e nível mínimo de acesso RACH



Nível mínimo do sinal de recepção do MS



Permissão de re-estabelecimento de chamada

Page41

Falha no Link de Rádio - Parâmetros 

Principais parâmetros que podem afetar taxa de queda de chamada: 

Permissão de NCC



Parâmetros relacionados a Handover



Parâmetros relacionados ao controle de potência



Parâmetros de planejamento de freqüência

Page42

Falha no Link de Rádio 

Processo de Julgamento 

Dados de informação do sistema



Dados da célula



Timer de conexão do link de rádio (T3105)



Número máximo de informações físicas



Função de medição do desempenho de queda de chamda



Julgamento da causa de queda de chamada 

Indicação de erro



Falha de conexão

Page43

Problemas de Handover 

Processo de Julgamento: 

Na função de medição do handover inter-cell, ocorre freqüentemente que o handover falha e a reversão também.



Na função de medição do handover inter-cell, falhas de handover com reversões bem sucedidas ocorrem muitas vezes.



Na função de medição de célula adjacente indefinida, observe o nível recebido da célula adjacente e o número de relatórios de medidas.

Page44

Problemas de Handover 

Processo de Julgamento 

Na função de medição de outgoing inter-cell handover, a taxa de sucesso de handover é baixa, para uma determinada célula. Encontre a célula adjacente onde a taxa de sucesso de handover é baixa e descubra a causa.



A taxa de sucesso de incoming inter-cell handover é baixa. A configuração do parâmetro de julgamento de handover da célula alvo pode estar imprópria.



Na função de medição de TCH, número de handover não está em normal proporção ao de execuções bem sucedidas de TCH para chamada (handovers/chamadas > 3).

Page45

Problemas de Equipamento 

Queda de chamada originária de problemas no equipamento 

Problema de Hardware



Problema de Transmissão



Falha na Antena e/ou no Feeder



Outras causas

Page46

Conteúdo 1. Princípio da Quada de Chamada 2. Análises da Queda de Chamada 3. Casos de Queda de Chamada

Page47

Caso de Queda de Chamada 1 

Descrição da Falha 

A distribuição das BTS de uma área segue o diagrama abaixo (números vermelhos = freqüências BCCH. Sem hopping, sem DTX). Alguns assinantes reclamam que a queda de chamada no setor 2 da estação base C é séria) . Falha de Hardware foi excluída.

Page48

Caso de Queda de Chamada 1 

Análise 

Da análise da topologia das BTS’s, concluiu-se que as freqüências foram bem planejadas.



Depois, checar a banda de interferência da estatística de tráfego.

Page49

Caso de Queda de Chamada 1 

Análise 09:00~10:00

IB1

IB2

IB3

IB4

IB5

cell 1

2.85

14.25

1.14

0.27

0.54

cell 2

4.09

12.57

3.14

0.03

0.01

cell 3

2.92

13.27

0.25

0.37

03:00~04:00

IB1

IB2

IB3

IB4

IB5

cell 1

2.85

4.28

0.00

cell 2

4.09

2.89

0.00

cell 3

2.12

0.00

Page50

Caso de Queda de Chamada 1 

Solução do Problema 

Fazendo um drive test, encontrou-se que a qualidade é ruim enquanto a potência recebida é alta.



Checou a estatística de tráfego e encontrou-se que quando a taxa de queda de chamada é alta, handovers foram causados por razões de qualidade, e a taxa de falha de alocação de canal também é alta.



A conclusão é que existe interferência da análise da estatística de tráfego e do drive test.

Page51

Caso de Queda de Chamada 1 

Solução do Problema 

Investigação no site mostra que a operadora tem um repetidor banda larga, que transmite os sinais de uma TACS remota. Sinais da TACS são amplificados e então há interferência no segundo setor da estação base C.



O problema foi localizado: a interferência que causa a queda de chamada.



Finalmente, diminua a potência do repetidor. A banda de interferência reduz para IB1. Agora a alta taxa de queda de chamada no site C está resolvida.

Page52

Caso de Queda de Chamada 1 

Métodos comuns para verificação e eliminação da queda de chamada devido a interferência 

Elimine a interferência interna causada por problemas de equipamento e verifique a separação dos transceivers da BTS, instalação do feeder, da antena, etc.



Verifique a banda de interferência



Drive test



Verifique as estatísticas de tráfego das causas de handover para um melhor julgamento



Elimine a interferência de uplink



Elimine a interferência de downlink



Verifique se DTX, frequency hopping e aplicação de controle de potência estão adequados



Use o algoritmo flexível de handover PBGT para evitar interferências co-canal e de canal adjacente.

Page53

Caso de Queda de Chamada 2 

Descrição de Falha 

A taxa de queda de chamada na célula 3 de uma BTS é 10%, acompanhada de alta taxa de congestionamento, mas as taxas de, queda de chamada e congestionamento, são normais nas células 1 e 2.

Page54

Caso de Queda de Chamada 2 

Análise 

Verifique as estatísticas de tráfego relacionadas 

Verifique se há alta banda de interferência na função de medição de TCH.



Verifique a situação da queda de chamada na função de medição de queda de chamada.





Verifique se o handover da célula está normal.

Cheque se há interferência através da verificação do planejamento de freqüências, além de confirmar se há interferência externa com o uso do analisador de espectro.



Drive test



Verifique o hardware

Page55

Caso de Queda de Chamada 2 

Solução do Problema 

Bloqueando TRX sucessivamente, a taxa de congestionamento é sempre alta, não importando qual TRX está bloqueado.



Verifique e analise a estatística de tráfego, banda de interferência, taxa de volume de tráfego e taxa de queda de chamada, e encontrouse que a interferência se torna mais séria a medida que o tráfego aumenta.



Altere a freqüência. A freqüência da célula 3 é alterada para 1 Mhz além do valor original, mas o problema persiste.



Verifique se o equipamento está com defeito.



Localize interferência externa.

Page56

Caso de Queda de Chamada 2 

Solução do Problema 

Faça um teste de varredura com um analisador de espectro. 

Um sinal suspeito com freqüência central de 904.14Mhz, e BW de 300kHz é encontrado. É similar a um sinal analógico e existe continuamente.



Na porta de saída do distribuidor da célula 3, o nível do sinal é -27dBm, célula 2 é –40dBm, célula 1 é –60dBm. Isso está de acordo com o grau de interferência.





Volume de tráfego é maior durante o dia do que a noite.

Agora o problema foi encontrado: fonte de interferência externa em 904 MHz.

Page57

Caso de Queda de Chamada 2 

Conclusão: solução da interferência 

Solucionar interferência interna através da verificação do planejamento de freqüência.



Após a interferência interna ser excluída, podemos localizar a externa com um analisador de espectro.

Page58

Caso de Queda de Chamada 3 

Descrição da Falha 

Assinantes reclamam que sempre acontecem quedas de chamada em um prédio, acima do 5º. andar.

Reclamações de assinantes é também uma importante fonte de informação sobre a qualidade da rede

Page59

Caso de Queda de Chamada 3 

Análise 

Realize teste on-site 

Há quedas de chamada e ruído no site



O teste de telefones móveis mostram que antes da queda de chamada, a célula servidora é BTS-B. Mas o prédio deveria ser coberto pela BTS-A.



Cheque a estatística de tráfego 

A BTS-B está a aproximadamente 9 km deste prédio. É determinado que o sinal da BTS-B recebido nessa área vem da reflexão em alguns obstáculos. Assim, uma iso la te d isla n d c o v e ra g e é formada nesta área.

Page60

Caso de Queda de Chamada 3 

Análise 

Verifique a configuração dos dados 

Na configuração de dados da BSC, BTS-A não está configurada como célula adjacente da BTS-B



Análise da causa da queda de chamada 

Quando o MS utiliza o sinal da célula 2 da BTS-B nessa área, o sinal da célula 3 da BTS-A é forte. Mas a célula 2 da BTS-B e a célula 3 da BTS-A não são adjacentes, portanto, o handover não pode acontecer.



O sinal na célula 2 da BTS-B é o resultado de múltiplas reflexões. Quando o sinal da BTS-B recebido pelo telefone móvel enfraquece repentinamente, um handover de emergência é necessário. Mas não há célula adjacente da BTS-B, então a chamada cai.

Page61

Caso de Queda de Chamada 3 

Solução do Problema 

Modifique os dados nas tabelas BA1 e BA2, e a relação de célula adjacente; coloque a célula 3 da BTS-A como adjacente da célula 2 da BTS-B.



Otimize os parâmetros da rede para eliminar a isolated island.



Os resultados dos testes mostram que o problema de queda de chamada foi resolvido.

Page62

Caso de Queda de Chamada 3 

Conclusão: dois métodos para resolver o problema de isolated island 

Ajuste da antena da célula isolada.



Definir novas células adjacentes para a célula isolada.

Page63

Caso de Queda de Chamada 4 

Descrição da falha 

Em um drive test de A para B, encontra-se muitas quedas de chamada na entrada de um túnel próximo a uma BTS devido a handover lento.

Page64

Caso de Queda de Chamada 4 

Análise 

O túnel está próximo da BTS. Quando o MS entra no túnel, a potência da célula alvo é -80dBm. Mas o sinal da célula fonte cai rapidamente para menos de -100dBm. Antes do MS entrar no túnel, a potência de downlink das duas células é boa e nenhum handover é disparado. Quando o MS entra no túnel, o nível da célula fonte cai rapidamente. A queda de chamada ocorre antes da realização do handover.

Pense: Como resolver esse tipo de problema?

Page65

Caso de Queda de Chamada 4 

Solução do problema 

Os parâmetros ajustados estão listados abaixo. Value before change

Value after change

PBGT watch time

PBGT valid time

PBGT HO threshold

UL Qual. Thrsh. (Emergency handover)

Min. DL level on candidate cell

Parameter name

Page66

Caso de Queda de Chamada 4 

Conclusão: otimize e ajuste parâmetros de handover para reduzir queda de chamada 

Na condição que não haja ping-pong de handover e excessiva interrupção de voz, handover PBGT pode ajudar a reduzir interferência e diminuir a taxa de queda de chamada.



Configure os limiares de handover de emergência corretamente, e certifique-se que handover de emergência seja realizado em tempo antes da queda de chamada.

Page67

Caso de Queda de Chamada 5 

Descrição da Falha 



No teste de discagem, muitas quedas ocorrem na célula 2.

Análise 

Verificou-se a estatística de tráfego e descobriu-se que a taxa de congestionamento de TCH dessa célula está acima de 10% e a taxa de falha de handover interno inter-cell é alta. Encontrou-se que uma placa de TRX desta célula está anormal na OMC. Uma conclusão preliminar é que a placa de TRX causa as quedas de chamada.

Page68

Caso de Queda de Chamada 5 

Solução do Problema 

Trave a freqüência com um MS de teste e realize teste de discagem diversas vezes. Encontrou-se que queda de chamada acontece nos timeslots 1, 3, 5, 7 enquanto nos timeslots 2, 4, 6, 8 a comunicação está normal.



Mudou-se essa placa para outro slot, e o problema ainda existe.



Foi colocada outra placa, boa, nesse slot, e a comunicação está normal.



Foi colocada a placa com defeito em outro slot e o problema persiste; quando substituída, a comunicação é recuperada.

Page69

Caso de Queda de Chamada 5 

Conclusão 

O teste da BTS deve garantir que a comunicação seja bem sucedida não apenas em cada TRX, mas também em cada timeslot da TRX.



Deve ser assegurado que cada TCH realize comunicação bidirecional de alta qualidade.

Page70

Caso de Queda de Chamada 6 

Descrição de Falha 

Numa rede dual-band, quando uma chamada está configurada em uma célula GSM1800 e ocorre handover para uma célula GSM900 no mesmo site, a queda de chamada na célula GSM900 ocorre em 2 a 5 segundos. A taxa de queda de chamada na célula GSM900 é bastante elevada.

Page71

Caso de Queda de Chamada 6 

Análise 

No teste foi encontrado que o clock das células GSM900 e GSM1800 não estão sincronizados.



Quando uma chamada é iniciada em uma célula GSM1800 e é feito handover para uma célula GSM900, a ferramenta de drive test mostra que a FER aumenta para o valor máximo repentinamente, e depois, cai a zero gradualmente.



Ocorre o mesmo no handover de GSM900 para GSM1800.

Page72

Caso de Queda de Chamada 6 

Solução do problema 

Após ajustar o sistema de clock do GSM900, o problema de queda de chamada foi resolvido.

Page73

Caso de Queda de Chamada 6 

Conclusão 

Clocks do GSM900 e GSM1800 devem estar precisamente sincronizados entre si numa rede dual-band. Caso contrário haverá quedas de chamada e falhas de handover.

Page74

Sumário 

Tipos de queda de chamada



Pontos de Medição de queda de chamada TCH



Pontos de Medição de queda de chamada SDCCH



Causas da queda de chamada



Casos

Page75

Obrigado Thank you www.huawei.com