omf000404 análise de caso call drop issue2.0

www.huawei.com

Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved.

Estudo de Caso – Queda de Chamadas


Referências

31160978-BSC Traffic Statistic Manual Volume I

31033203-BSS Troubleshooting Manual


Objetivos

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

31160978-BSC Traffic Statistic Manual Volume I

31033203-BSS Troubleshooting Manual


Conteúdo

1. Princípios da Queda de Chamada

2. Análises da Queda de Chamada

3. Casos de Queda de Chamada


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


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.


Conteúdo

1. Princípio da Queda de Chamada

1.1 Definição de Queda de Chamada




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


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)


Ponto de Medição da Queda de Chamada TCH


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.


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.


Queda de Chamada TCH - Assignmente

MS BTS BSC

ASSIGN CMMAND

MSC

ASSIGNMENT REQUEST

SABM

UAESTABLISH INDICATION

CHANNEL ACTICATION

CHANNEL ACTIVATION ACK

A1

ERROR INDICATION

CONNECTION FAILURE INDICATION

A2


Queda de Chamada TCH – Handover Intra-BSC

MS BSC' BSC Ori-Cell

HANDOVER ACCESS

UA

Intercell Handover Request

BSC Tag-Cell BSC''

HANDOVER COMMAND

Intercell Handover Response

HANDOVER DETECT

CH ACT

CH ACT ACK

A1

ERROR INDICATION


A2

SABM


Queda de Chamada TCH – Incoming BSC Handover

MS Other BSC

HANDOVER ACCESS

UA

HANDOVER REQUIRED

HUAWEI BSC HUAWEI BTS

HANDOVER COMMAND

HANDOVER REQUEST ACK

HANDOVER DETECT

CH ACTCH ACT ACK

MSC

A1

ERROR INDICATION


A2

SABM

HANDOVER REQUEST


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.


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.


Execução de TCH bem sucedido – Very Early Assignment Very early assignment process

MS BTS BSC MSCChannel Request (RACH) Channel Required

Channel Activation (TCH or SDCCH)

Channel Activation Acknowledge

Immediate Assignment Command

Immediate Assignment (AGCH)


Execução de TCH bem sucedido – Assignment Assignment process

MS BTS BSC MSC

ASS_REQCH_ACT

CH_ACT_ACK

ASS_CMDASS_CMD

EST_IND

ASS_CMP ASS_CMPASS_CMP


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

MS MSBTS1 BTS2BSC

Measurement Report from MS

Channel_Active

Channel_Active ACK

HANDOVER COMMAND

HO_ Access

HO_DetectPHY INFO

First SABMEstablish_IND

PHY INFO

Handover Complete HO_Performed

UA

MSC


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

MS MSBTS1 BTS2BSC1 BSC2MSC

Measure Report from MS

HO_Required

HO_Request

CH_ACT

CH_ACT_ACKHO_Request_ACK

HO_CMDHandover Command HO_Access

HO_DetectHO_Detect

PHY INFO

PHY INFO

First SABMEstablish_IND

Handover CompleteHO_CMPClear_CMD

Clear_CMP


Conteúdo


1.1 Definição da Queda de Chamada




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%


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.


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.


Ponto de Medição da Queda de Chamada SDCCH

MS BTS BSC MSC

Or:

Or:

Channel Request Channel Required

Channel Activation (SDCCH)

Channel Activation Acknowledge

Immediate Assignment CommandImmediate Assignment

Establish Indication (L3 Info)

Connection Failure

Error Indication

Abis Failure Cell SDCCH Call Drop (Subject to different cases)


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.


Conteúdo





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


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.


Falha no Link de Rádio

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

MS BTS BSC MSC

Measurement Report

Measurement Result

Connection Failure

Clear_REQ (Radio Interface Failure)

(1)

(2)

(3)

(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.


Falha de Link de Rádio

Diagrama do rádio link timeout


T3103 Times Out Processo de Handover

MS BTS1 BSC MSCBTS2

Handover Indication

CH_ACT

CH_ACT_ACK

Handover CommandHandover Command

Handover Access HO_Detect

SABM

Physical Information (TA)

UA

Handover CompleteHandover Complete

EST_IND

Set T3103

Reset T3103


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


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.


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.


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.


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


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 inter-cell

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


Falha no Link de Rádio - Cobertura Solução

Ajustar parâmetros de rede

Adicionar BTS


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


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


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


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.


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).


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


Conteúdo

1. Princípio da Quada de Chamada




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.

Confirmar se a distribuição de freqüência nas células estão

razoáveis


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.


Caso de Queda de Chamada 1 Análise

2.92

12.57

14.25

IB2

13.27

3.14

1.14

IB3

0.25

0.03

0.27

IB4

cell 3

cell 2

cell 1

09:00~10:0

0

0

4.09

2.85

IB1

0.37

0.01

0.54

IB5

2.12

2.89

4.28

IB2

0.00

0.00

0.00

IB3

0.00

0.00

0.00

IB4

cell 3

cell 2

cell 1

03:00~04:0

0

0

4.09

2.85

IB1

0.00

0.00

0.00

IB5



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.




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.


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.



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.


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




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 encontrou-se 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.


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.



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.



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



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

isolated island coverage é formada nesta área.



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.




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.



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.



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.



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?



Solução do problema

Os parâmetros ajustados estão listados abaixo.

1510Min. DL level on candidate cell

6070UL Qual. Thrsh. (Emergency handover)

6872PBGT HO threshold

24PBGT valid time

35PBGT watch time

Value after

change

Value before change

Parameter name



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.



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.


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.



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.



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.



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.



Solução do problema

Após ajustar o sistema de clock do GSM900, o

problema de queda de chamada foi resolvido.



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.


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

Thank youwww.huawei.com

Obrigado

omf000404 análise de caso call drop issue2.0

Documents