omf000401 casos de handover issue2.02

www.huawei.com

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

Análise de casos Handover


Referências

31160978-BSC Traffic Statistic Manual Volume I

31033203-BSS Troubleshooting Manual


Objetivos

Após a conclusão deste curso, você será capaz de:

Entender os princípios do handover

Analisar e resolver os problemas de handover


Sumário

1. Pontos de medição de Handover

2. Processo de Handover

3. Análise dos problemas de Handover

4. Casos de Handover


Pontos de medida do Handover Intra BSC

MS BTS(Source) BSC BTS(Target) MSC Measurement Report Measurement Report Handover decision Channel Activation Channel Activation ACK Handover Command (Old FACCH) Handover Access (New FACCH) Handover Complete (New FACCH) RF Channel Release Handover Performed

Attempted internal inter cell H.O

Internal inter cell H.O

Successful internal inter cell H.O


Pontos de medida do Handover Intra BSC Handover formula definition

Inter cell radio handover success rate=(Successful incoming internal inter cell handovers + Successful outgoing internal inter cell handovers) / (Incoming internal inter cell handovers + Outgoing internal inter cell handovers )

Internal inter cell handover success rate=(Successful incoming internal inter cell handovers + Successful outgoing internal inter cell handovers) / (Attempted incoming internal inter cell handovers + Attempted outgoing internal inter cell handovers)

Inter cell radio handover success rate >= Internal inter cell handover success rate


MS BTS(Source) BSC MSC BSC BTS(Target) Measurement Report Handover Required Handover Request Channel ACT Channel ACT ACK Handover Request ACK Handover Command Handover Access Handover Detect Handover Complete Handover Complete Clear Command (HO successful)

Attempted incoming inter BSC inter cell H.O

Successful outgoing inter BSC H.O

Attempted outgoing inter BSC inter cell H.O

Successful incoming inter BSC H.O

Pontos de medida do Handover Inter-BSC


MSC-BMSC-A VLR-BBSC-A BSC-B

HO-RequiredHO-Required Prepare_HO

Prepare_HO_ACK

Allocate_HO_NUM

Send_HO_Report

Send_HO_Report_ACK

MS

HO-RequestHO-Request

HO-Request-ACK

HO-CommandHO-Command

MS

HO-AccessProcess_Access_Signalling

HO-CompleteHO-CompleteSend_End_Signal

Clear-CommandClear-Command

Clear-Complete

Send_End_Signal_ACK

Some intermediate steps are omitted

IAIACM

Pontos de medida do Handover Inter-MSC


Inter BSC handover Success rate

=(Successful incoming inter BSC inter cell handovers + Successful outgoing

inter BSC inter cell handovers) / (Attempted incoming inter BSC inter cell

handovers + Attempted outgoing inter BSC inter cell handovers )

Incoming BSC handover Success rate

=(Successful incoming inter BSC inter cell handovers) / (Attempted incoming

inter BSC inter cell handovers)

Outgoing BSC handover Success rate

=(Successful outgoing inter BSC inter cell handovers ) / (Attempted outgoing

inter BSC inter cell handovers)

Pontos de medida do Handover Inter-BSC


Sumário

1. Pontos de medida de Handover



4. Casos de handover


Processo de Handover

BA table （ 1 ）

MR （ 2 ）MS

BTS1

BSC1

Preprocessed MR （ 3 ）

Handover judgement （ 4 ）

Channel active （ 5 ）

MSC1

CGI （ 6 ）

BTS2

MSC2

BSC2

H.O request （ 7 ）

Inter-MSC H.O （ 8 ）

Search target cell（ 7 ）


Freqüências de BCCH de todas as células adjacentes são enviadas a MS (BA2 table) pela system information message 5.

MS envia os measurement report para a BSS. Incluindo BCCH , BSIC e intensidade de sinal das células adjacentes e servidora.

Quando os measurement report são processados, a BSC determina o CGI de todas as célula adjacentes pela freqüência de BCCH e pelo BSIC .

BSC executa o fluxo de julgamento de handover (basic cell ranking). Uma vez que uma célula apropriada é encontrada, a mensagem de handover request (incluindo o CGI da célula alvo) é enviada para a MPU da BSC, esta por sua vez confirma o module ID da célula baseado no CGI da mesma.



A MPU envia a mensagem de handover request para o modulo em questão e gera estatísticas "outgoing inter cell handover request". Ao mesmo tempo envia a mensagem de “channel active” para a BTS.

Se a célula escolhida for externa, a BSC enviará seu CGI para a MSC através da mensagem “handover required”.

Pela comparação do CGI da célula alvo, a MSC encontra a mesma. Uma vez encontrada, a MSC confirma a qual BSC a célula pertence e envia a mensagem de “handover request” para a BSC em questão.

Se o CGI da célula alvo for desconhecido, a MSC ira verificar a “Adjacent MSC Table" e encontrar a MSC alvo e então enviar a mensagem de “handover request” para a MSC em questão.



Sumario

1. Pontos de medição de Handover





Análise de Problemas de Handover Tipos de problemas de Handover

Localizando problemas de Handover

Causas de problemas de Handover


Tipos de Problemas de Handover

Tipos － Possíveis resultados

Sem handover － Causa call drop

Falha de Handover － Afeta a qualidade da conversação e

call drop.

Handover freqüente － Afeta a qualidade da conversação e

aumenta a carga do sistema


Localizando Problemas de Handover Análise das estatísticas do tráfego

Medida do desempenho global da BSC

Medida do desempenho do handover inter células

Medida do desempenho do handover outgoing/incoming inter cell

Medida do desempenho de célula adjacente indefinida

Ver alarme

Falha na placa, transmissãp, clock, etc.

Drive test

Analisar a sinalização

Interface A, interface E, interface Abis


Causas dos Problemas de Handover Cobertura

Interferência

Sistema de antena e feeder

Hardware da estação radio base

Transmissão

Hardware da BSC

Configuração de parâmetros

Interface A

Congestionamento da célula alvo

Cooperação com equipamentos de outros fabricantes


Causas dos Problemas de Handover

Sem H.O H.O failure H.O freqüente

Cobertura √ √ √

Interferência √

Antena e o Sistema de Alimentação

√

Hardware da BTS √

Transmissão √

Hardware da BSC √

Configuração de parâmetros √ √ √

Interface A √ √ √


√ √

Handover entre equipamentos de fabricantes

diferentes

√

Tiposcausas


Cobertura e Interferência na Interface de Rádio Cobertura:

Cobertura Pobre: floresta, topografias complicadas e

cobertura indoor

Local Isolado: sem células adjacentes

Over shooting: resulta no chamado efeito ilha

Interferência: MS não consegue acessar a rede ou não

recebe nenhum sinal.


Adjacent

Cell N3

Adjacent

Cell N2

Adjacent

cell N1

Non-adjacent

cell

Non-adjacent

cell

Non-adjacent

cell

Service cell

Não há célula adjacentel, então o handover se torna impossível.

Isolated island resulting from over shooting

Efeito ilha causando falha de Handover


Antena e Feeder System

High Voltage Standing Wave Ratio (VSWR)

Antena não está instalada corretamente

O azimute e downtilt não estão corretos

Isolação da antena não muito boa

Cabos de RF, as conexões estão soltas ou incorretas


Hardware da BTS

Falha no CDU, splitter/combiner

Falha no TRX

Falha no TMU

Falha no clock

Cabo de comunicação interna


Análise dos Problemas de Handover Transmissão

A transmissão não está estável

BER muito alta na transmissão

Falha no hardware da BSC

Placa de clock: a placa de clock defeituosa causa

inconsistência de clock entre as estações radio base.

(dificulta identificação do BSIC da RBS pela MS)


Configuração de parâmetros

Valores não razoáveis para histerese e prioridade de

handover.

Valores não razoáveis de P e N.

Configuração inapropriada de freqüência e relação de

adjacência nas BA1/BA2 table.

CGI, BCCH e BSIC na "External Cell Description Table"

diferentes dos valores configurados na BSC.

O DPC da BSC na MSC "LAI and GCI Table" esta incorreto.


Análise dos Problemas de Handover Problema na interface A

Basicamente, a insuficiência de recursos resulta em

handover anormal, assim como uma comunicação

anormal.


A célula alvo está congestionada, o que causa a falha de

handover. Então a célula alvo deve ser expandida ou

seu tráfego deve ser diminuído.


Análise dos Problemas de Handover Handover entre equipamentos de diferentes

fabricantes

A sinalização na interface A, na interface E, dos

equipamentos não estão casadas com os nossos

equipamentos e não podem ser reconhecidas ou

suportadas, o que causa a falha de handover, tal como

voice version, handover number, TUP circuit,

addressing mode (CGI or LAI).


Sumário

1. Pontos de medição de Hnadover





Handover Caso 1

Descrição da falha

Em uma célula 1800 de uma rede dual-band ( totas as

células 1800 pertencem a mesma BSC), as incoming

handover success rate dos handovers inter BSC e intra

BSC estão baixas desde o começo das operações do

sistema. Ao mesmo tempo as outgoing handover

success rate para intra-BSC e inter-BSC estão normais.


Handover Caso 1 Análise:

Registre uma tarefa estatística e verifique se a baixa taxa de handover success é devido a falha de handover de todos as células vizinhas para a célula problemática ou apenas de algumas.

Se as falhas ocorrem somente entre algumas células e a célula de referência, verifique os dados de handover e verifique problemas de co-channel e co-BSIC.

Se as falhas ocorrem em todas as células, verifique os parâmetros de handover da célula problemática.

Se os parâmetros estiverem coretos, verifique o hardware cuidadosamente. Verifique os alarmes e faça o drive test para verificar e localizar a falha no uplink ou no downlink. Verifique passo-a-passo e descubrir as causas do handover.


Handover Caso 1 Solução:

Registrada a função de medição incoming inter cell handover foi

verificado que a handover success hate de todas as adjacentes da célula

problemática esta baixa mas nem sempre é igual a 0%. Verificando os

parâmetros de handover da célula problemática verificou-se que os

mesmos estão corretos.

Foi feito o drive test e verificou-se que o sinal de downlink está normal

mas quase todos os handovers para esta célula estão com falha. Perto

da BTS, o handover é ocasionalmente bem sucedido. Talvez o problema

seja com o sinal de uplink.

Execute uma verificação de hardware na RBS

Conclusão:

Os sintomas demonstram que o uplink e o downlink na interface UM

estão desbalanceados, gerando falhas de handover e baixa qualidade de

voz.


Handover Caso 2 Descrição da falha

Após o upgrade de software LAPD de uma rede dual-band

executado em 19 de September, foi constatado que

algumas células 1800 do modulo 4 estão seriamente

congestionadas (40 ％～ 50 ％ ). Os índices gerais de

handovers da BSC caíram de 95 ％ para 90 ％ . A partir da

"Inter -cell Handover Measurement Function, foi encontrado

que além das células do modulo 4, algumas células de

outros módulos também sofrem de problemas de baixa taxa

de inter cell handover success. Após 19 de Setembro, a

situação ficou pior.


Handover Caso 2

Análise:

Verifique se a falha está atribuída ao upgrade do LAPD

software.

Analise as estatísticas de tráfego e as principais causas

possíveis de falha para localizar o problema.



Verifique se a falha está atribuída ao upgrade do software LAPD. Após o upgrade, nem todas as células do módulo 4 estão congestionadas e os índices de handover de algumas células não estão baixos. O Upgrade não é a causa.

Análise das estatísticas de tráfego:

As células congestionadas estão na maioria no site A e no site B. Seus tráfegos estão mais baixos do que antes do upgrade. Isto é um pseudo congestionamento.

As células em que as taxas de handover bem sucedidos é baixa estão na maioria nos sites A, B, C, D e E, a principal causa da falha é o timeout do temporizador de handover.


Handover Caso 2

Solução:

Verificar alarme: Às 19:31 de 18 de Setembro, os alarmes do

sistema de clock do site A e do site B foram acionados. O

problema com o clock resulta em baixas taxas de handover

bem sucedidos desses dois sites. Este impacto pode se

espalhar para as células adjacentes ou mesmo para toda a

rede.

Analise handover data e as estatísticas de tráfego: Todas as

células onde as taxas de handover bem sucedidos são baixas

são adjacentes aos sites A e B.


Handover Caso 2

Solução:

Reset o site A e o site B, o sistema de clock está recuperado,

e as taxas de handover bem sucedidos inter/intra BSC sobem

para 93 ％ . O problema está resolvido.

Conclusão:

O problema no sistema de clock irá resultar em baixas taxas

de handover bem sucedidos . Preste atenção no console do

alarme e a variações no sistema de clock.


Handover Caso 3

Descrição da falha:

As BSC da Huawei e as BSC de outro fabricante (S vender)

estão conectadas à mesma MSC. A MS não consegue fazer

o handover da BSC S para a BSC da Huawei mas o

contrário está normal.


Handover Caso 3

Análise:

Uma vez que a quantidade de BSC handover request é

0 mas o outgoing handover está normal verifique

cuidadosamente a sinalização de outgoing inter-cell

handover e parâmetros de handover na S BSC.


Handover Caso 3

Solução:

Execute um trace de sinalização na interface A. Após

receber a mensagem de HO-REQUEST, a Huawei BSC

imediatamente retorna a mensagem de HO-FAILURE.

Em condições normais a BSC da Huawei deveria

retornar a mensagem de HO-REQ-ACK. Analise

cuidadosamente a mensagem de HO-REQ e a

mensagem de HO-FAILURE.


Handover Caso 3 Handover failure


Handover Caso 3 HO-REQUEST


Handover Caso 3

Solução ： HO-FAILURE: A causa da falha é o conteúdo de

mensagem inválido.

HO-REQUEST: Comparando com a mensagem de

handover request normal, a diferença é basicamente o

Address Indicator. A BSC da HUAWEI não renhece o case

41. O sistema acha que aquele Address Indicator deveria

ser 0x43. Informe ao proprietário da rede, para modificar

parâmetro relacionado e este problema será resolvido.


Handover Caso 3

Conclusão:

Quando ocorre a cooperação entre equipamentos de

fabricantes diferentes as falhas podem ser localizadas

analisando a sinalização.


Handover Caso 4


MSC de fabricantes diferentes (Huawei e vendor N).

A comunicação está normal. O intra BSC handover

da Huawei e incoming BSC handover estão normais,

mas outgoing BSC handover success rate está

aproximadamente em 25%. O handover da BSC N

para a da Huawei é bem sucedido, mas no contrário,

às vezes, ocorrem falhas.


Handover Caso 4

Análise:

Verifique os parâmetros de handover incluindo as

external cell description table, BA2 table, cell

adjacency relation table na BSC Huawei e BSC N.

Verifique também a tabela de CGI na MSC N. Se os

dados estiverem corretos, verifique a sinalização de

outgoing BSC handover.


Handover Caso 4

Solução: Verificar parâmetros: Não há falhas na BSC e na MSC dos dois

fabricantes.

Verificar o alarme: BTS maintenance console, No.7 link e

circuitos na interface A estão normais.

Execute um trace de sinalização na inerface A Huawei. Após o

envio da mensagem "HO-REQUIRED", a mensagem de "HO-

COMD" não é recebido da MSC.

Execute um trace de sinalização MAP na interface E (inter-

MSC) . Foi verificado que apos o recebimento do HO-Number, a

MSC Huawei nunca envia o IAI (Initial Address Information).


Handover Caso 4

Solução: Verifique a mensagem de HO-Number do lado oposto e

constate se o formato do codigo de handover é

130********(somente um número por telefone móvel, sem

prefixo). O equipamento da Huawei não reconhece o número

de handover sem 00+ código do país. Conseqüentemente a

sinalização é interrompida.

Converse com N, pedindo para que os mesmos acrescentem

"00+código do país" antes do número de handover. Assim

outgoing BSC handover está normal.


Handover Caso 4

Conclusão:

Os problemas podem ser encontrados de forma rápida

e corretamente se você estiver familiarizado com o

fluxo de sinalização de handover.


Handover Caso 5


Em uma rede GSM, onde uma MSC esta conectada a

duas BSC´s todos os equipamentos são Huawei. A taxa

de handover successful da BSC1 para a BSC2 é 0,

enquanto que no sentido contrario apresenta valores

normais. Intra BSC handover da BSC1 e da BSC2 estão

normais.


Handover Caso 5

Análise:

Registre uma “outgoing inter-cell handover

measurement function” na BSC1 e “incoming inter-cell

handover measurement function” na BSC2.

Verifique os parâmetros de handover na BSC1 e na

BSC2.

Analise a sinalização da falha de handover.



Verifique os parâmetros de inter-BSC handover: external cell description data table, BA2 table, CGI na MSC. Nenhum problema encontrado.

Execute um trace de sinalização na BSC1 e BSC2. Apos a BSC1 enviar "HO-REQUIRED", a BSC2 não recebe "HO-REQUEST" . No sentido oposto a sinalização ocorre sem erros.

A MSC verifica na "LAI and GCI Table" de acordo com o CGI da target cell na mensagem de "HO-REQUIRED“ e envia a mensagem de HO request para a BSC correta baseado na descrição do DPC da target cell.


Handover Caso 5

Solução:

A mensagem de HO-REQUEST, que deveria ser enviada

para BSC2, está sendo enviada para BSC1. Isto é um

erro de DPC. Após a correção, o problema está

resolvido.


Handover Caso 5

Conclusão:

Para os parâmetros de inter-BSC handover, alem de

checar se os valores de CGI configurados na MSC são

consistentes com os valores configurados nas BSC

estão corretos, verifique também se os DPC´s estão

corretos. A MSC procura o target DPC baseado no CGI

da target cell. Quando o DPC esta incorreto a

mensagem de "HO-REQUEST“ será enviada para a BSC

errada.


Handover Caso 6


Uma rede dual band é constituída de uma BSC Huawei

(M1800) e uma BSC do vendor N (M900). Ambas estão

conectadas a uma MSC do vendor S. A taxa de sucesso

para Huawei incoming BSC handover é sempre 88 ％～92 ％ , enquanto que as taxas de outgoing BSC e intra-

BSC handovers estão normais (acima 92 ％ ). As células

com baixa taxa de incoming BSC handover são

aleatoriamente distribuídas.


Handover Caso 6

Análise:

Uma vez que a handover success rate não é muito

baixa e que isto se manifesta em várias células,

problemas de configuração de parâmetros podem ser

descartados. Talvez a causa das falhas seja

interferência ou falha de cobertura. Execute um trace

de sinalização.



Usando um móvel de teste execute vários handovers forçados

nas células problemáticas. Todos eles foram bem sucedidos.

Problemas de configuração de parâmetros podem ser excluídos.

As bandas de interferências das células problemáticas é ideal,

taxas de call drop e congestionamento estão normais. Não é

provável que interferência e falha de cobertura estejam

causando o problema.

Execute um trace na interface A e compare as sinalizações nos

casos de falha e sucesso:


Failure signaling:

Success signaling:

Handover Caso 6 Analise de sinalização na interface A para inter-BSC handov

er :



O resultado da comparação é que a BTS da Huawei não detectou

nenhuma informação de acesso de handover da MS (nenhuma

sinalização HO DETECT ocorreu). Isso mostra que existe um

problema quando a MS está acessando as células M1800.

Execute um grande numero de traces de sinalização de handover

e verifique se todas as falhas são atribuídas a mesa causa.

Verifica-se que o problema é o mesmo: existem muitos handover

requests durante uma chamada mas todos os requests falham.


Handover Caso 6

Solução:

Analisando as mensagens de falha, verifica-se que todas

as MS´s que apresentaram problemas tem os primeiros

6 dígitos do IMEI iguais a 449684. Isso mostra que o

problema de handover está relacionado as MS´s.

Verifica-se que todas estas MS´s são do mesmo

fabricante. E sabido que as MS´s deste fabricante

apresentam problemas de isolação entre sistemas M900

e M1800 de forma que as mesmas não conseguem

acessar a rede M1800. Causa encontrada.


Handover Caso 6 Conclusão: Problema com a MS também irá causar falha de

handover.

Se a taxa de sucesso de handover não é muito baixa, geralmente não existe problemas de sinalização ou relacionados a parâmetros.

Execute um trace para encontrar a causa das falhas: neste caso a BTS não recebeu handover access message da MS.

Encontre a similaridade entre as MS através de um grande numero de traces de sinalizações de handover, neste exemplo a similaridade era os 6 primeiros dígitos do IMEI e sendo assim pode-se encontrar o fabricante destas MS´s

Thank youwww.huawei.com

omf000401 casos de handover issue2.02

Documents