Omf000404 análise de caso call drop issue2.0

417 visualizações

Publicada em

0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
417
No SlideShare
0
A partir de incorporações
0
Número de incorporações
4
Ações
Compartilhamentos
0
Downloads
19
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide
  • CLEAR_REQUEST:the message is sent from BSC to MSC, and it shows that BSC require MSC to release special channel resource.
  • As shown in the above diagram, major causes for TCH call drop are connection failure, error indication, Abis failure, O&M intervention.
    CLEAR_REQ is the clearance request message that BSC sends to MSC.
    ERR_IND is the link error message that BTS reports to BSC.
  • The immediate assignment process is triggered by the random access process . It is intended to assign a signaling channel for MS to implement signaling transmission in the call setup process. Normally SDCCH is assigned. When there is no SDCCH channel or an emergency call is originated, TCH can also be assigned (as early as possible). Therefore, when the CH_ACT_ACK is received during immediate assignment and the type of channel directly allocated is TCH, it will be counted into successful TCH seizures as a measurement point.
  • As shown in the above diagram, main causes of SDCCH call drop are connection failure, error indication, Abis failure, and so on.
  • Radio link fault: when radio link timeout timer is reduced to 0, the channel will be released, and a call drop will occur whose cause will be recorded as a radio link fault. In network running, such call drops are the most common.
  • Radio link fault means that the communication link is lost during communication. During communication, due to interference in the system or low receiving level, the voice or data often becomes too deteriorated. And finally as a result, MS or network cannot correctly decode the information sent from the opposite side; moreover this cannot be controlled in any other ways. In this case, the system will conclude that a radio link fault occurs and the MS will either start call re-establish or forcedly disconnect the link. Forced link disconnection will lead to a call drop. Therefore, a radio link fault will be concluded by the system only when the communication quality is unacceptable.
    In Huawei system, the parameter Radio Link Timeout is defined in system information data, which is used by MS to decide when to disconnect the call (downlink) if SACCH decoding fails. In cell property data, the parameter SACCH multi-frames is defined, which is used by BTS as a criterion to decide the disconnection of uplink and inform the BSC a radio link connection failure (uplink).
    The radio link fault algorithms at BTS and MS are consistent. That is, when a dedicated channel is assigned to MS, it will start counter S. Then each time when an SACCH message cannot be decoded, S will reduce by 1, and each time when an SACCH message is decoded correctly, S will increase by 2. When this value is reduced to 0, radio link failure will be reported.
  • If handover to the target cell fails, the MS should return to the original cell. So, in the source cell, the original channel should be reserved for some time to accept the MS if it fails in accessing the target cell. T3103 is the timer for remaining the original channel. T3103 timeout leads to a call drop. When BSC sends the Handover Command to BTS, counter T3103 will start counting. When receiving Handover Complete from the handover destination cell or Handover Failure from the original cell, BSC will reset counter T3103. After sending the Handover Command to BTS, if BSC still cannot receive the message after counter T3103 times out, it means the MS failed in accessing the target cell and cannot return to the original channel. Then the BSC will release the reserved channel in the original cell.
  • Interference mainly includes co-channel, adjacent-channel, inter-modulation and external interference.
    When MS receives intensive co-channel or adjacent-channel interference signals in the serving cell, BER will be deteriorated and will result in call drop.
    When there is serious inter-modulation interference in BTS, it will also result in call drop.
  • Equipment problems: due to self-excitation of TRX or tower-mount amplifier, the system noise coefficient becomes larger and the sensitivity is deteriorated. Inter-modulation of the antenna is also an equipment problem.
    Analyze according to drive test data: interference area, signal quality distribution and the overlapping that causes interference.
    Adjust the BTS antenna downtilt, transmission power, adjacent cell relationship, handover parameters of the relevant cells or adjust the frequency planning to avoid interference.
  • 1. If there are results in the interference band 3, 4, and 5, usually the interference problem should be taken into consideration. The interference band is reported to BSC by the BTS via the RF resource indication message when the carrier channel is idle. It should also be noted that the interference band condition of this channel will not be shown in the traffic measurement when the 3. In cell measurement function/inter-cell handover measurement function, or outgoing inter-cell channel is blocked or busy.
    2. If there are too many times of high receiving level with low quality, it means that there is co-frequency or adjacent frequency interference or external interference.
    handover measurement function, outgoing handover attempts due to various causes are measured. If there are too many times of handover caused by low quality, it indicates possibly there is interference. The handover times due to low uplink and downlink quality shows how serious the uplink and downlink are interfered.
    4. Take the average receiving quality level of TRX for reference.
    5. Record the average level and quality upon call drop for reference.
  • 1. Isolated island effect.
    For some uncertain reasons, the service cell may cover a too large area, superposing the adjacent cells. As a result, after MS goes beyond the coverage scope defined for the adjacent cell B and reaches cell C, it still occupies the signal of the original service cell A. However, cell A does not define cell C in the adjacent cell list and at this time MS will perform handover according to the adjacent cells table provided by the original service cell A. In this case, call drop will occur because the appropriate target cell cannot be found. (Isolated island phenomenon)
    2. Coverage hole: there is uncovered area between cells.
    3. Signal attenuation: serious fading occurs during signal propagation so that handover cannot be implemented in time and this causes a call drop.
    4. The adjacent cell definition is incomplete so that MS keeps conversation in the current cell until it goes beyond this cell coverage edge and as a result, call drop occurs.
    5. If the uplink signal coverage is larger than the downlink signal coverage, the downlink signal of the cell edge will become weak and can easily be “submerged” by the intensive signals of other cells. While if the downlink signal coverage is larger than the uplink signal coverage, MS has to remain under this intensive signal. However, if the uplink signal is too weak or the voice quality is too bad, call drop will occur.
  • Drive test is the most direct way to locate down a coverage problem. Traffic measurement can be another useful method.
    1. In power control measurement function, the average uplink and downlink signal intensity is too low.
    2. In receiving level measurement function, the proportion of low receiving level times is too large.
    3. In cell measurement function/inter-cell handover measurement function, the level when originating a handover is too low and the average receiving level is too low.
    4. In call drop measurement function, the level during a call drop is too low and the TA value before a call drop is abnormal.
    5. In undefined adjacent cell measurement function, the undefined adjacent cell average receiving level is too high (over-shooting coverage).
    6. The average level of undefined adjacent cells is too high (isolated island phenomenon).
    7. In power control measurement function, the maximum distance between MS and BTS exceeds the normal value frequently.
    8. In outgoing-cell handover measurement function, the handover success rate to a certain adjacent cell is low.
    9. Register “uplink and downlink balance measurement function” in traffic measurement and analyze whether uplink and downlink are imbalanced.
  • 1. According to traffic measurement analysis, make sure that the cell has a high call drop rate and a high outgoing inter-cell handover failure rate. And most handovers are caused by low signal level or bad quality, but all other indices are normal. If this is the case, it is necessary to check whether there is the coverage problem. Drive test is feasible to find out the areas with insufficient coverage. Analyze whether it is caused by terrain reasons, such as tunnels, large shopping centers, entrances of subway. Generally speaking, most of this kind of call drops occur in one direction and this problem can be solved by adding a micro-cell.
    2. Find out the areas with insufficient coverage. The BTS coverage can be increased by adding new BTS or in some other ways such as increasing the maximum BTS transmission power, adopting the zero fill antenna, and changing azimuth and downtilt of the antenna.
    3. Restrict the BTS coverage scope. In terms of hardware, adjust BTS downtilt or antenna height. As for software, lower the maximum transmission power or increase the minimum receiving level (RXLEV ACCESS MIN) and RACH minimum access level so as to restrict the coverage range.
    4. Check whether the adjacent cells are defined resonably and whether they are in mutual symmetrical relation. Pay more attention to external adjacent cell data.
    5. Judge whether the uplink and downlink are balanced.
    Check the tower-mount amplifier, power amplifier, antenna feeder and combiner, and check the alarm to make comprehensive analysis.
    Check the BTS antenna. If the diversity receiving antenna is wrongly connected, the diversity receiving gain of the antenna will be greatly reduced and the uplink signal will become worse than the downlink signal.
    According to the TA value, check whether BTS coverage scope is too large or whether the signal is reflected. In this case, some weak uplink MS signals will drop out very easily after accessing the network.
  • 1. Radio Link Timeout and SACCH Multi-Frames
    When these two parameters are too small, the radio link fault can easily occur and thus call drop will happen. If difficult access or serious call drop is caused by too bad downlink radio environment, properly increase the value of the Radio Link Timeout parameter. If difficult access or serious call drop is caused by too bad uplink radio environment, properly increase SACCH multi-frames.
    2. RACH minimum access level
    It indicates the signal level threshold that the system uses to judge effective MS random access. It is used to control uplink access (call, paging response, handover). Adjustment of this parameter can get a compromise between coverage and call drop rate.
    3. RXLEV_ACCESS_MIN
    RXLEV_ACCESS_MIN indicates the minimum receiving signal level for MS to access the cell. If this parameter is too low, as a result, many MSs with low receiving level will reside in the cell, so the cell load will be increased and call drop occurs more frequently. Therefore, it should be set according to the link balance between uplink and downlink.
    4. Call re-establishment permitted
    In case of the call drop due to a radio link fault because of sudden interference or coverage hole, MS will start the call re-establishment process to recover conversation if permitted. Call re-establishment can make the service better, but it takes long time .It can be applied to suburbs or city areas with bad coverage.
  • 5. NCC permitted
    NCC permitted, NCC permitted is sent in system messages 2 and 6. It lists the combinations of NCCs that MS must measure. MS will not report the adjacent cell’s measurement report whose NCC is not permitted. If this parameter is not set properly, call drop will be caused for necessary handover cannot be triggered.
    6. Set handover-related parameters properly to lower the call drop rate.
    For example, let PBGT handover easily take place, so as to avoid interference and lower the call drop rate. Set the emergency handover threshold properly so that emergency handover can be triggered before a call drop so as to reduce call drops.
    7. Optimize the power control parameters to make it more sensitive. In addition, the level after power control must be intensive enough to ensure normal conversation.
    8. Unsuitable frequency planning will bring interference in the system. A good frequency planning can minimize the call drops obviously.
  • System information data: Radio Link Timeout (effective on MS), 32 or 56 recommended.
    Cell data: SACCH multi-frames, 31 recommended..
    Radio link connection timer, maximum resend times of physical information is related to call drop during handover.
    Find out call drop causes through call drop performance traffic measurement. Judge from the cause of call drop: the cause “error indication” is usually caused by T200 timeout.
  • Hardware problem may cause instability when it processes traffic leading to call drop; hardware fault may also generate internal interference that leads to a call drop. Due to possible fault in TRX or performance decrease of some parts, TRX amplification circuit self-activation may occur, thus internal interference will be generated.
    If the transmission link is unstable, it will cause signaling loss and low-layer link instability, and even call drop. Many Abis call drops can be avoided if stable transmission quality is ensured.
    If the azimuths of two antennas of one sector are different, possibly the MS can receive SDCCH, MS may drop because of the TCH signal strength very poor.
  • Frequency planning principles:
    1. Same frequency cannot exist in the same BTS.
    2. The frequency interval of BCCH and TCH in the same cell should better be above 400K.
    3. When there is no frequency hopping, the frequency interval between TCHs in the same cell should better be above 400K.
    4. In non- 1*3 frequency reuse mode, the immediate adjacent BTSs cannot use the same frequency (even if the directions of the antenna main lobes are not the same, the interference of side lobes and back lobes may cause strong interference).
    5. In consideration of the complexity of antenna height and propagation environment, the two opposite cells cannot be arranged same frequency.
    6. Usually, 1*3 frequency reuse should ensure that the number of hopping frequencies should be more than twice of the hopping carriers.
    7. Make sure to avoid the situation that the same BCCH or BSIC exists in adjacent areas.
  • From the above we can see, the interference goes along with the traffic. This is the characteristic of internal interference. But we cannot exclude the possibility of that the interference come from another wireless communication system.
  • 1. Interference bands as high as level 3-5 appear.
    2. Interference is quite a possible cause of congestion.
    3. The call drop rate is far higher than the normal.
    4. High BER. Sometimes even if the uplink receiving level is up to -70dBm, the receiving BER may also be bigger than 12.8%.
    5. Check the traffic statistic of handover causes to make judgment
    If there are many handovers triggered by uplink signal quality deterioration, it can be caused by uplink interference or hardware fault.
    If there are many handovers triggered by downlink signal quality deterioration, it can be caused by downlink interference or hardware fault cause it.
    If there are many handovers triggered by both uplink and downlink signal quality deterioration, hardware fault should be ruled out firstly, and then check interference.
  • The repeater is widely used in early phase of network construction to extend the BTS coverage. Due to its own characteristics, it will bring interference when being used improperly. The repeater has the two following interference modes:
    1. As installation of the repeater doesn’t conform to relevant standard, there is not enough separation between the donor antenna and transmit antenna. As a result, self-activation is formed and the normal work of the BTS which this repeater relies to is affected.
    2. Since the repeater is a broad frequency band and non-linear amplifier, its intermodulation indices are far larger than protocol requirements. If the power is too large, its intermodulation signal will also be strong and it can interfere with adjacent BTS very easily.
  • Clear uplink interference
    Currently this is the major interference, which mainly occurs in peak traffic time and originates from co-channel interference, or external interference. Co-channel interference is related to the traffic of the co-channel cell. If the traffic is high, the interference is also high. External interference is mainly intermodulation interference. The uplink interference can be cleared by modifying the co-channel frequency of the co-channel cell base on analyzing related results in drive test, increasing the distance between two co-channel cells. Interference can also be reduced by frequency hopping, DTX and effective power control.
    Clear downlink interference
    Downlink interference are mainly co-channel interference and adjacent-channel interference of some cells due to inappropriate frequency planning. The interference source can be found out with the spectrum analyzer.
  • 1. Because no matter which TRX of this cell is blocked, the congestion rate is always relatively high. There can be interference or the terrain in the coverage range of the cell is possibly complex.
    2. It is concluded that, by viewing and analyzing the traffic statistic data, the interference band of cell 3 basically stays at 4 or 5 in daytime, and it stays at band 1 or band 2 between 23:00 PM and 7:00 AM. In addition, the call drop rate and the interference band are regular.
    3. First take co-channel and adjacent-channel interference into consideration. Change the frequency. The frequency interval of cell 3 is changed to 1M . But the problem persists.
    4. Then consider the equipment problems. Interchange the antenna and feeder of cell 3 with that of cell 1, but cell 3 interference remains the same. Therefore, it can basically be concluded that there is no problem with the BTS devices below the antenna and feeder. After the above possibilities are excluded, the fault can be located as external interference.
  • 1. Although there is a 10MHz distance between this frequency band and that used in this cell, it is a continuous signal and it can be more possibly to conflict and inter-modulate with other signals. Some parts of intermodulation components may fall in the receiving band and form interference.
    2. In daytime the traffic is larger than that at night,so the intermodulation components (interference) are also more than those at night.
  • It is found that, after multiple on-site dialing tests, there really exist call drops and noise. However, it can be seen from the test MS that it always stays in a service cell of a remote BTS A before call drop, and its TA value is about 17, and the receiving signal strength is about -80dBm.
  • When there is an isolated coverage island from a cell in an area, if MS stays in this cell at the island area and make a call, no matter how the signal changes, handover cannot be implemented normally and a call drop occurs. To avoid such situation, two means can be used. The better one is to adjust the antenna of the cell to eliminate the isolated island phenomenon. However, due to the complexity of radio propagation, usually multiple experiments are required to eliminate the isolated island effect while the coverage area is not obviously affected. In addition, it is difficult to completely eliminate the isolated island phenomenon of high buildings. The another means is to define new adjacent cells for the cell with isolated island.
  • Omf000404 análise de caso call drop issue2.0

    1. 1. www.huawei.com Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. Estudo de Caso – Queda de Chamadas
    2. 2. Page2 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. Referências  31160978-BSC Traffic Statistic Manual Volume I  31033203-BSS Troubleshooting Manual
    3. 3. Page3 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. Objetivos  Após o término deste curso, você estará apto a:  31160978-BSC Traffic Statistic Manual Volume I  31033203-BSS Troubleshooting Manual
    4. 4. Page4 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. Conteúdo 1. Princípios da Queda de Chamada 2. Análises da Queda de Chamada 3. Casos de Queda de Chamada
    5. 5. Page5 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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
    6. 6. Page6 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    7. 7. Page7 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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
    8. 8. Page8 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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
    9. 9. Page9 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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)
    10. 10. Page10 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. Ponto de Medição da Queda de Chamada TCH
    11. 11. Page11 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    12. 12. Page12 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    13. 13. Page13 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. Queda de Chamada TCH - Assignmente MS BTS BSC ASSIGN CMMAND MSC ASSIGNMENT REQUEST SABM UA ESTABLISH INDICATION CHANNEL ACTICATION CHANNEL ACTIVATION ACK A1 ERROR INDICATION CONNECTION FAILURE INDICATION A2
    14. 14. Page14 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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 CONNECTION FAILURE INDICATION A2 SABM
    15. 15. Page15 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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 ACT CH ACT ACK MSC A1 ERROR INDICATION CONNECTION FAILURE INDICATION A2 SABM HANDOVER REQUEST
    16. 16. Page16 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    17. 17. Page17 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    18. 18. Page18 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. Execução de TCH bem sucedido – Very Early Assignment  Very early assignment process MS BTS BSC MSC Channel Request (RACH) Channel Required Channel Activation (TCH or SDCCH) Channel Activation Acknowledge Immediate Assignment Command Immediate Assignment (AGCH)
    19. 19. Page19 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. Execução de TCH bem sucedido – Assignment  Assignment process MS BTS BSC MSC ASS_REQ CH_ACT CH_ACT_ACK ASS_CMD ASS_CMD EST_IND ASS_CMP ASS_CMPASS_CMP
    20. 20. Page20 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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_Detect PHY INFO First SABM Establish_IND PHY INFO Handover Complete HO_Performed UA MSC
    21. 21. Page21 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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_ACK HO_Request_ACK HO_CMD Handover Command HO_Access HO_Detect HO_Detect PHY INFO PHY INFO First SABMEstablish_IND Handover CompleteHO_CMP Clear_CMD Clear_CMP
    22. 22. Page22 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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
    23. 23. Page23 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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%
    24. 24. Page24 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    25. 25. Page25 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    26. 26. Page26 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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 Command Immediate Assignment Establish Indication (L3 Info) Connection Failure Error Indication Abis Failure Cell SDCCH Call Drop (Subject to different cases)
    27. 27. Page27 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    28. 28. Page28 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. Conteúdo 1. Princípio da Queda de Chamada 2. Análises da Queda de Chamada 3. Casos de Queda de Chamada
    29. 29. Page29 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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
    30. 30. Page30 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    31. 31. Page31 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    32. 32. Page32 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. Falha de Link de Rádio  Diagrama do rádio link timeout
    33. 33. Page33 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. T3103 Times Out  Processo de Handover MS BTS1 BSC MSCBTS2 Handover Indication CH_ACT CH_ACT_ACK Handover Command Handover Command Handover Access HO_Detect SABM Physical Information (TA) UA Handover Complete Handover Complete EST_IND Set T3103 Reset T3103
    34. 34. Page34 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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
    35. 35. Page35 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    36. 36. Page36 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    37. 37. Page37 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    38. 38. Page38 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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
    39. 39. Page39 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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
    40. 40. Page40 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. Falha no Link de Rádio - Cobertura  Solução  Ajustar parâmetros de rede  Adicionar BTS
    41. 41. Page41 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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
    42. 42. Page42 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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
    43. 43. Page43 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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
    44. 44. Page44 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    45. 45. Page45 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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).
    46. 46. Page46 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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
    47. 47. Page47 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. Conteúdo 1. Princípio da Quada de Chamada 2. Análises da Queda de Chamada 3. Casos de Queda de Chamada
    48. 48. Page48 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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
    49. 49. Page49 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    50. 50. Page50 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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:00 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:00 0 4.09 2.85 IB1 0.00 0.00 0.00 IB5
    51. 51. Page51 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    52. 52. Page52 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    53. 53. Page53 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    54. 54. Page54 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    55. 55. Page55 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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
    56. 56. Page56 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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 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.
    57. 57. Page57 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    58. 58. Page58 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    59. 59. Page59 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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
    60. 60. Page60 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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 isolated island coverage é formada nesta área.
    61. 61. Page61 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    62. 62. Page62 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    63. 63. Page63 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    64. 64. Page64 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    65. 65. Page65 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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?
    66. 66. Page66 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. Caso de Queda de Chamada 4  Solução do problema  Os parâmetros ajustados estão listados abaixo. 1510Min. DL level on candidate cell 6070 UL Qual. Thrsh. (Emergency handover) 6872PBGT HO threshold 24PBGT valid time 35PBGT watch time Value after change Value before change Parameter name
    67. 67. Page67 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    68. 68. Page68 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    69. 69. Page69 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    70. 70. Page70 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    71. 71. Page71 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    72. 72. Page72 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    73. 73. Page73 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    74. 74. Page74 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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.
    75. 75. Page75 Copyright © 2006 Huawei Technologies Co., Ltd. All rights reserved. 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
    76. 76. Thank you www.huawei.com Obrigado

    ×