Omf000401 casos de handover issue2 02 by Emerson Eduardo Rodrigues

Aná lis e de ca s os Ha ndove r www.huawei.com

Re fe rê ncia s 

31160978-BSC Traffic Statistic Manual Volume I



31033203-BSS Troubleshooting Manual

Page2

Obje tivos 

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

Entender os princípios do handover



Analisar e resolver os problemas de handover

Page3

S umá rio 1.

Pontos de medição de Handover

Processo de Handover

Análise dos problemas de Handover

Casos de Handover

Page4

P ontos de me dida do Ha ndove r Intra BS C MS

BTS(Source)

BSC

BTS(Target)

MSC

Measurement Report Measurement Report

Attempted internal inter cell H.O

Handover decision Channel Activation Channel Activation ACK Internal inter cell H.O

Handover Command (Old FACCH) Handover Access (New FACCH) Handover Complete (New FACCH)

Successful internal inter cell H.O

RF Channel Release Handover Performed

Page5

P ontos de me dida do Ha ndove r Intra BS C 

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

Page6

P ontos de me dida do Ha ndove r Inte r-BS C MS

BTS(Source)

BSC

MSC

BSC

BTS(Target)

Attempted outgoing inter BSC inter cell H.O

Measurement Report Handover Required

Attempted incoming inter BSC inter cell H.O

Handover Request Channel ACT Channel ACT ACK Handover Request ACK Handover Command Handover Access Handover Detect Handover Complete Successful incoming inter BSC H.O

Handover Complete Clear Command (HO successful) Successful outgoing inter BSC H.O

Page7

P ontos de me dida do Ha ndove r Inte r-MS C MS

BSC-A

MSC-A

HO-Required

MSC-B Prepare_HO

VLR-B

BSC-B

Allocate_HO_NUM Send_HO_Report Send_HO_Report_ACK HO-Request

HO-Command

Prepare_HO_ACK IAI ACM

HO-Request-ACK

Process_Access_Signalling Clear-Command Clear-Complete

Send_End_Signal

HO-Access Some intermediate steps are omitted

HO-Complete

Send_End_Signal_ACK

Page8

P ontos de me dida do Ha ndove r Inte r-BS C 

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)

Page9

S umá rio 1.

Pontos de medida de Handover

Processo de Handover

Análise dos problemas de Handover

Casos de handover

Page10

P roce s s o de Ha ndove r Handover judgement （ 4 ） BSC1

Search target cell （7）

MSC2 MSC1 Inter-MSC H.O （ 8 ）

CGI （ 6 ）

H.O request （ 7 ） BTS1 BA table （ 1 ）

Preprocessed MR （ 3 ）

Channel active （ 5 ） BTS2

MR （ 2 ）

Page11

BSC2

P roce s s o de Ha ndove r 



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. Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved.

Page12

P roce s s o de Ha ndove r 



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.

Page13

S uma rio 1.

Pontos de medição de Handover

Processo de Handover

Análise dos problemas de Handover

Casos de Handover

Page14

Aná lis e de P roble ma s de Ha ndove r 

Tipos de problemas de Handover



Localizando problemas de Handover



Causas de problemas de Handover

Page15

Tipos de P roble ma s de Ha ndove r 

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

Page16

Loca liza ndo P roble ma s de Ha ndove r 



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

Page17

Ca us a s dos P roble ma s de Ha ndove r 

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

Page18

Ca us a s dos P roble ma s de Ha ndove r Tipos

causas Cobertura

Sem H.O

H.O failure

H.O freqüente

√

Interferência

√

Antena e o Sistema de Alimentação

√

Hardware da BTS

√

Transmissão

√

Hardware da BSC

√

Configuração de parâmetros

√

Interface A

√

Congestionamento da célula alvo

√

Handover entre equipamentos de fabricantes diferentes

√

Page19

Cobe rtura e Inte rfe rê ncia na Inte rfa ce de Rá dio 

Cobertura: 

Co b e rt u ra Po b r e : flo re s t a , t o p o g r a fia s c o m p lic a d a s e c o b e r t u r a in d o o r





Lo c a l Is o la d o : s e m c é lu la s a d ja c e n t e s



O v e r s h o o t in g : r e s u lt a n o c h a m a d o e fe it o ilh a

Interferência: MS não consegue acessar a rede ou não recebe nenhum sinal.

Page20

Efe ito ilha ca us a ndo fa lha de Ha ndove r Não há célula adjacentel, então o handover se torna impossível.

Non-adjacent cell

Adjacent cell N1

Service cell

Non-adjacent Adjacent

cell

Cell N2 Non-adjacent

Adjacent

cell

Cell N3

Isolated island resulting from over shooting

Page21

Ante na e Fe e de r S ys te m 

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

Page22

Ha rdwa re da BTS 

Falha no CDU, splitter/combiner



Falha no TRX



Falha no TMU



Falha no clock



Cabo de comunicação interna

Page23

Aná lis e dos P roble ma s de Ha ndove r 



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)

Page24

Configura çã o de pa râ me tros 

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.

Page25

Aná lis e dos P roble ma s de Ha ndove r 

Problema na interface A 

Basicamente, a insuficiência de recursos resulta em handover anormal, assim como uma comunicação anormal.



Congestionamento da célula alvo 

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.

Page26

Aná lis e dos P roble ma s de Ha ndove r 

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

Page27

S umá rio 1.

Pontos de medição de Hnadover

Processo de Handover

Análise dos problemas de Handover

Casos de Handover

Page28

Ha ndove r Ca s o 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.

Page29

Ha ndove r Ca s o 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 passoa-passo e descubrir as causas do handover.

Page30

Ha ndove r Ca s o 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.

Page31

Ha ndove r Ca s o 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.

Page32

Ha ndove r Ca s o 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.

Page33

Ha ndove r Ca s o 2 

Solução: 



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.

Page34

Ha ndove r Ca s o 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.

Page35

Ha ndove r Ca s o 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.

Page36

Ha ndove r Ca s o 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.

Page37

Ha ndove r Ca s o 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.

Page38

Ha ndove r Ca s o 3 

Solução: 

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

mensagem

HO-REQUEST,

imediatamente retorna a mensagem

Huawei

BSC

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.

Page39

Ha ndove r Ca s o 3 Handover failure

Page40

Ha ndove r Ca s o 3 HO-REQUEST

Page41

Ha ndove r Ca s o 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.

Page42

Ha ndove r Ca s o 3 

Conclusão: 

Quando

ocorre

cooperação

entre

equipamentos

fabricantes diferentes as falhas podem ser localizadas analisando a sinalização.

Page43

Ha ndove r Ca s o 4 

Descrição da falha: 

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.

Page44

Ha ndove r Ca s o 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.

Page45

Ha ndove r Ca s o 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).

Page46

Ha ndove r Ca s o 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.

Page47

Ha ndove r Ca s o 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.

Page48

Ha ndove r Ca s o 5 

Descrição da falha: 

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.

Page49

Ha ndove r Ca s o 5 

Análise: 

Registre uma

“outgoing inter-cell handover measurement

function”

BSC1

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

Page50

Ha ndove r Ca s o 5 

Solução: 



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.

Page51

Ha ndove r Ca s o 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.

Page52

Ha ndove r Ca s o 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.

Page53

Ha ndove r Ca s o 6 

Descrição da falha: 

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

incoming

BSC

handover

são

aleatoriamente

distribuídas.

Page54

Ha ndove r Ca s o 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.

Page55

Ha ndove r Ca s o 6 

Soluçã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:

Page56

Ha ndove r Ca s o 6 

Analise de sinalização na interface A para inter-BSC handover : Failure signaling:

Success signaling:

Page57

Ha ndove r Ca s o 6 

Solução: 

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.

Page58

Ha ndove r Ca s o 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.

Page59

Ha ndove r Ca s o 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

Page60

Thank you www.huawei.com