SlideShare una empresa de Scribd logo
1 de 50
KPI ANALYSIS
REASONS AND SOLUTIONS
Some Relations-1-
 One BSC=6 BCSU (Base control signaling unit).
 One BCSU = support 110 TRX.
 1 TRX= 8 time slots.
 Total no. of TRX = 110 *6=660 TRX in single BSC
 One BSC = One LAC
 One BSC= 660* 8 = time slots but if dual rate is
implemented that it consider as two slots.
 One BSC= two Lac also but for city one LAC b/c it
effects SD blocking and LAC updation on that
channel.
Some Relations-2-
 One BSC= 1 to 248 BCF.
 One BSC= 1 to 248 BTS
 One BTS means = one sector of any configuration
 One BCF means= one site of three or four sector
 BCF= Base control function.
 BTS= Base transceiver system.
 NSEI= is hardware and software device which
supports the GPRS in n/w
Some Relations-3-
 One NSEI= supports 64 BTS and 128 TRX if any one of them is
full then we can assign second NSEI port in same BSC
 1TRX=117 subscriber
 1 subscriber=25 m erlangs (TCH)
 1 subscriber=.004 m erlangs(SD)
 1 TRX=2.94 erlang(2% GOS )
 2 TRX=8.2 erlang(2% GOS )
 3 TRX=14.6 erlang(2% GOS )
 4 TRX=21.2 erlang(2% GOS )
 If BSC 3VI, OSS is 4 and System is S11 then max capacity of
BSC is 660 TRXs.
 If OSS 4.2 and system S12 is using then max capacity of BSC
will be 2000TRXs
KPI’s to be monitored
 SD Blocking
 SD Drop
 TCH Blocking
 TCH Assignment
 TCH Drop
 HOSR
Parameter Showcase
Threshold
Non-Showcase
Threshold
SD Blocking 0.25 0.5
SD Drop 1.2 1.7
TCH Blocking 0.5 0.5
TCH Assignment 98.5 98
TCH Drop 1.5 3
HOSR 95 92
KPI’s to be monitored
Get
Service
Get
SDCCH
Establish
SD Channel
Est. TCH
Conn.
Call Phone Ref. Phone
SD Blking
SDCCH Seizer
TCH Blking
CSSR or TCH
Assignment
Call Establishment
Call completion
Rate (TCH Drop
call)
What is Dropped Call?
 All cell resources are available but calls are failing,
then we have a call drop scenario. This could be
caused by software errors, congestion, C7 link
failures,HW problems or many other reasons.
 If a call is abnormally disconnected, a Clear Request
is sent to the MSC .If the Call is disconnected in a
normal Fashion then Clear Message with cause code
Call Control is sent. It is important to establish what
types of calls are failing, and over what percentage of
the network it is occurring.
SDCCH CHANNEL :
 SDCCH is a dedicated channel which is
using for LAC updation, Call setup, SMS in
idle mode. It works in UL & DL.
SD Blocking:
 SD blocking means that you are not getting
SD resource for the call origination. When
MS connects with NW then RACH and AGCH
are provided. After AGCH,SDCCH is
provided but if SDCCH is not provided at this
time due some problems or due to
unavailable of SD by BSC ,it’s called as SD
Blocking. There are no of reasons for that.If
such a case arises the customer will not be
able to originate any call.
Difference Between Blocking and
Congestion:
 It is very important to know difference
between blocking and congestion. Some
people think that both are same, but they
differ from each other. If all the SD resources
are full and not available for SD assign then
its come into congestion. If at a particular
time call is attempted and it fails then it
known as Blocking.
Reasons for SD Blocking:
Some of them are-
 LAC boundary.
 HW Prob.
Solutions for removal of SD Blocking:
 Here are some steps by which we can reduce SD
Blocking-
1. Check the No. of SDCCH channel Available, if less then
increase SD channel taking care that there is no TCH Blocking.
2. Check LAC boundary, If location update is more then change the
LAC of that site and set C2 and HYS.
3. Use of Dynamic SDCCH (It is a BSC parameter and will be
applied on whole BTS).
4. Hardware check / shift SD to new time slot
5. Some times BMA and HYS parameters are useful to remove SD
Blocking.
Usefull Reports For SD Blocking:
 Use 182 to analyses SD Blocking reasons.
 130 for SD congestion.
SD Drop:
 As per diagram shows when we assigned SD for call
origination and at that time due to some problem or any
mismatch comes by which SD loss occurs, it is called as
SD Drop.
 It occurs between allocation of SD and before TCH
allocation. Sometimes SD drop occurs because queuing
is not activated in the system.
 If SD drop is high plz look on parameters like-
overshooting , shift the SD time slot , may be hardware
issue, interference, change the values of RXP, PMAX,
may be issue of uplink or downlink issue in that cells for
UL put a TMA in that cell and for DL provide tilt ,re orient
that antenna
If SD Drop is high:
If SD drop is high plz look on parameters like-
 Overshooting
 Shift the SD time slot
 Hardware issue
 Interference
 Change the values of RXP PMAX
 It may be uplink or downlink issue in which cells for UL
put a TMA in that cell and for DL provide tilt
 Re orient that antenna
Reasons of SD Drop:
 Hardware Fault.
 Interference.
 MAIO mismatch.
 Bad Coverage.
 High TR Fail.
 Outage.
 Overshooting.
 Abis Drop.
 High Path Loss.
 Wrong Parameter Planning.
 Due to ICM Band(CDMA)
 High LAPD Utilization
 Heavy blocking and DR feature being used extensively
Solutions for removal of SD Drop:
Interference:
 Check the BCCH Plan (C/I or C/A).
 Co-BSIC & Co BCCH.
 Use latest ND 111 and MapInfo to find out proper
frequency to reduce interference.
Arrange Drive Test:
 The best way to find the real issues for Interference
makes DT.
 Check interference by Interference scanning.
 Check clean BCCH by frequency scanning.
Overshooting:
 LAC Planning.
 If a cell is picking call from long distance,
Check the sample log according to TA.
 Cell orientation need to be defined according
to clutter.
 Mount position
 Effective Tilt.
Cont…
High TR Fail:
 Check and clear TR fail from OSS end.
Bad Coverage:
 If the drop call is due to low signal strength uplink, check the
receive path of this particular TRX. Check receiver sensitivity,
VSWR, feeder connection and etc. Drops due to Low Signal
Strength.
 If the drop call reason is due to low signal strength downlink,
then, check the transmit path. Check cards, feeder and etc.
 Use MapInfo or Google Earth to find location of sites.
Cont..
High LAPD Utilization:
 Check LAPD util report from OSS, and define 32 kbps signaling
instead of 16kbps
Hardware Fault:
 Check Alarms.
 TRX condition.
 Check Path Imbalance.
 VSWR of the Cell.
 Connector Connection.
 Some times you will find issues on BCCH TRX.In this case
BCCH shift from one to other TRX will reduce SD drop.
Cont…
Due to ICM Band(CDMA):
 Some time SD drops takes place due to near sites of
CDMA.
 Check the ICM band value of that site.
 Use BPF (Band pass filter).
 Use the spectrum analyzer.
Cont..
Check for parameter:
 Check the Timer T 3101
 Check the Timer T 200(20ms)
 T11 Expired(10 s)
 MAIO check.
Useful Reports for SD Drop:
 Use report ZEOL to find the alarms.
 Use 208 for Path loss analysis.
 Use 196 for UL-DL Interference.
 Use 163 report for SD drop.
 Use report 216 for detail SD Drop.
 232 report for TA report.
 62 for Adj cell having same or adj freq.
 ND 111 for freq plan.
 204 for BTS and cell report.
TCH Blocking:
 When TCH is not allocated to the user
after SD allocation ,it is TCH Blocking.
 It is the failed call attempts which the MS
user can notice.
 It takes place due to lack of TCH
Resource.
Reasons for TCH Blocking:
Some of them are-
 High Utilization of TCH
 Time slot faulty.
 Lock TRXs.
 HW Problem.
Solutions for removal of TCH Blocking:
 Implement half rate or Dual rate.
 Check FRL & FRU.
 Add another TRX.
 If TRX addition not possible, try to share the
traffic of that cell with the neighboring cell by
changing tilt or orientation.
Useful Report for TCH Blocking:
 135 TCH Congestion
TCH Assignment:
 It’s a process of by which TCH is assigned to
the MS.
 After the SD request MS gets TCH
successfully and the call transfers to TCH it
means TCH assignment is successful.
 For the best KPI TCH assignment should
tend to 100%.
 It degrades due to HW problems.
Reasons for TCH Assignment failure:
 Hardware
Fault(TRXs,Combiner,Duplexer,Cables)
 VSWR
 High Path Loss.
 Faulty TMA.
 High TCH Blocking.
 Loose connections.
 DR being used extensively
Solutions for removal of TCH Assignment:
 Clear VSWR
 IF TRXs are faulty lock them and try to replace
them soon to avoid blocking
 Path Imbalance clear.
 Connection from BTS to Antenna
 Connector connection
 Check TMA.
 Check Duplexer,Combiner,TRXs
connections,Multicuppler etc.
 Check BOIA card.
 Check BB2F Card.
Reports for TCH Assignment:
 ZEOL to check alarms
 208 for path imbalance
 196 for UL-DL interference
 ZAHP for Flick report
TCH Drop:
 Drop during conversation is known as TCH
drop. It takes place after connect ACK msg
on TCH.TCH drop occurring.
 For TCH drop first cross check the BCCH of
that cell, hardware issue may be, change
RXP and RLT value. Find out there is any
interference ,neighbor defined.
Reasons for TCH Drop:
 Wrong Parameter Planning.
 BAD HOSR.
 Hardware Fault.
 High TR Fail.
 Overshoot.
 Outage.
 Due to Low Coverage.
 Due to ICM Band(CDMA)
Solutions for removal of TCH Drop:
Check Parameter:
 Check the BCCH Plan (C/I or C/A).
 Co-BSIC & Co BCCH.
 Check the Timer T 100(should be 20 ms)
Check Overshooting:
 If a cell is picking call from long distance,
Check the sample log according to TA..
 Site Orientation.
 Effective tilt should be check.
 Mount position should be check
Cont..
Improve HOSR:
 Check the Hopping plan.
 Check the Neighbor Plan
High TR Fail:
 Check and clear TR fail from oss end.
Cont..
Bad Coverage:
 If the drop call is due to low signal strength uplink, check the
receive path of this particular TRX. Check receiver sensitivity,
VSWR, feeder connection and etc. Drops due to Low Signal
Strength.
 If the drop call reason is due to low signal strength downlink, then,
check the transmit path. Check cards, feeder and etc.
 Use MapInfo or Google Earth to find location of sites.
 Effective tilt should be check.
 Mount position should be check.
Cont..
Check HW:
 Check Alarms on site.
 Check TRXs.
 Check Slips.
 Check the Hopping plan.
 Check BB2F card.
 Check VSWR,
 Path imbalance.
 Connector Connection.
 Check TMA
Cont..
Drop Reason because of HW Issues:
 if drops are only on one site, then go for a check for that particular
even attach with that site.
 If drops are on all sites connected to a single link, then check the
slip or interference on that Abis interface.
 If Drops are distributed on all site of the BSC, then check the slips
on A-ter.
 Down Time of the cell.
 TRX condition.
 BTS should not getting the temperature alarm continuously.
Reports for TCH Drop:
 166 for TCH Drop
 ZEOL for alarms.
 ZAHP for Flicks.
 232 for TA report.
 208 Path Imbalance report.
 204 for BTS report.
 216 for all parameter.
 196 for UL-DL Qul.
 62 for Adj cell having same or adj freq.
HOSR:
Hand over success rate:
 If HOSR will be good TCH drop will also be
good.
 If Handover success rate degrades call drop
rate will take place.
Reasons for HOSR:
 Improper Neighbor planning.
 CO-BCCH-BSIC issues in Neigh.
 Parameter Check.
 HSN clash.
 SL value.
 LAC boundary.
 DAC value mismatch.
 Syn mismatch.
 Overshoot.
 HW Issues.
 Low Coverage
Solutions for removal of HOSR:
Arrange Drive Test:
 The best way to find the real issues for HO fail make
DT and check layer 3 msg gor HO fail.By DT it is very
easy to find the fail between cells.
Neighbor Tuning:
 Try to retune neighbors
 Avoid CO-BCCH-BSIC neighbors.
 Avoid extra neighs.
 Delete long distance neighs.
 Check neighs are defined form both ends.
 If there are high fail delete and recreate neighs.
Cont..
 Parameter Check:
1. Retune SL.It can change bw -90,-95,-105.
2. Check HSN.
3. Check SYN.
4. Retune LDR, LUR, IDR, IUR.
5. Retune LMRG, QMRG, PMRG.
 DAC value Check:
1. Check DAC value. If DAC value is high or low tune it at
the TH value. It should be 2050.
Cont..
Overshoot:
 When neighs are far away then chances of HO fail increases. In
this case ping-pong HI takes place by which fail takes place. So it
the inter distance is high its batter to del that kind of neigh.
LAC Boundary-
 Check LAC boundry.
 High fail takes place there will be Inter BSC cells.
 High fail takes place there will be Inter MSC cells.
 Define proper LAC in neigh cells.
Cont..
HW Issues:
 Clear HW issues.
 Check TRXs.
 Check outages.
 Check BOIA Card. Because if it is faulty incoming and outgoing
HO will be fail.
Clear Reports:
 Clear ZEAT.
 Clear 60.
 Clear 67.
 Clear 61.
Reports for HOSR :
 153 reports for HO fail bw two cells.
 154 HO analyses.
 60 for discrepancy.
 67 for Sync report.
 61 for one way neigh.
 ZEAT for CO-BCCH-BSIC neighs
 74 for HO definition report.
 ZELO for inter MSC HO report.
 150 for high HO fail.
 157 for high HO attempt and call ratio.
 158 for intra BSS HO observation.
 62 for Adj cell having same or adj freq.
High RACH Failures:
 Other reasons look for Random access
statistics, if there is a lot of random access
failures try to check hardware too. It includes
thorough hardware audit including CF
Reloading, IDB Setting and reloading,
Software synchronization, filter check etc)
Some Important Alarms:
 BTS Operation Degraded (7604) - It shows VSWR on cell.
 TRX Operation Degraded (7607)-It shows critical alarm on TRXs.
 Channel Fail Rate (7745)-It shows faulty TS on TRXs.
 BCF Operation degradation (7601)-It shows DAC value alarm.
 Ex-TCH Interference (7744)-TRXs faulty or back plan problem.
 Mean Holding Time(7743)-to detect faulty channels.
 Working SD Ratio Below TH level (7712)- .Its for the ratio of SDs.
 LAPD Fail-TX link fail.
 Antenna Connection Faulty (7606)-Shows faulty in cable
connections.
 High Temp Alarm-TRXs begins fluctuating.
THANK YOU

Más contenido relacionado

La actualidad más candente

2 g parameters_guidelines1
2 g parameters_guidelines12 g parameters_guidelines1
2 g parameters_guidelines1James Mutuku
 
Kpi analysis
Kpi analysisKpi analysis
Kpi analysisavneesh7
 
Call Setup Success Rate Definition and Troubleshooting
Call Setup Success Rate Definition and Troubleshooting Call Setup Success Rate Definition and Troubleshooting
Call Setup Success Rate Definition and Troubleshooting Assim Mubder
 
2G optimization_with_optima
2G optimization_with_optima2G optimization_with_optima
2G optimization_with_optimaZIZI Yahia
 
Layer 3 messages
Layer 3 messagesLayer 3 messages
Layer 3 messagesJohn Samir
 
Kpi 2g troubleshootin
Kpi 2g troubleshootinKpi 2g troubleshootin
Kpi 2g troubleshootinAbd Yehia
 
Dt notes part 2
Dt notes part 2Dt notes part 2
Dt notes part 2syedusama7
 
Ericsson important optimization parameters
Ericsson important optimization parametersEricsson important optimization parameters
Ericsson important optimization parametersPagla Knight
 
LTE Review - Load Balancing and Interfreq HO
LTE Review - Load Balancing and Interfreq HOLTE Review - Load Balancing and Interfreq HO
LTE Review - Load Balancing and Interfreq HOpaulo_campolina
 
DT analysis how to analyze crossed feeder issue by dt
DT analysis  how to analyze crossed feeder issue by dtDT analysis  how to analyze crossed feeder issue by dt
DT analysis how to analyze crossed feeder issue by dtSandy Sandyy
 
Umts network protocols and complete call flows
Umts network protocols and complete call flowsUmts network protocols and complete call flows
Umts network protocols and complete call flowssivakumar D
 
zte umts-cs-call-drop-analysis-guide-zte
zte umts-cs-call-drop-analysis-guide-ztezte umts-cs-call-drop-analysis-guide-zte
zte umts-cs-call-drop-analysis-guide-zte3ggprs
 
Ericsson 2 g ran optimization complete training
Ericsson 2 g ran optimization complete trainingEricsson 2 g ran optimization complete training
Ericsson 2 g ran optimization complete trainingsekit123
 
Sdcch Blocking Analysis
Sdcch Blocking AnalysisSdcch Blocking Analysis
Sdcch Blocking AnalysisAssim Mubder
 

La actualidad más candente (20)

2 g parameters_guidelines1
2 g parameters_guidelines12 g parameters_guidelines1
2 g parameters_guidelines1
 
GSM Idle Mode Behavior
GSM Idle Mode BehaviorGSM Idle Mode Behavior
GSM Idle Mode Behavior
 
Sdcch drop rate
Sdcch  drop  rateSdcch  drop  rate
Sdcch drop rate
 
Kpi analysis
Kpi analysisKpi analysis
Kpi analysis
 
Call Setup Success Rate Definition and Troubleshooting
Call Setup Success Rate Definition and Troubleshooting Call Setup Success Rate Definition and Troubleshooting
Call Setup Success Rate Definition and Troubleshooting
 
2G optimization_with_optima
2G optimization_with_optima2G optimization_with_optima
2G optimization_with_optima
 
Layer 3 messages
Layer 3 messagesLayer 3 messages
Layer 3 messages
 
Kpi 2g troubleshootin
Kpi 2g troubleshootinKpi 2g troubleshootin
Kpi 2g troubleshootin
 
Dt notes part 2
Dt notes part 2Dt notes part 2
Dt notes part 2
 
Ericsson important optimization parameters
Ericsson important optimization parametersEricsson important optimization parameters
Ericsson important optimization parameters
 
Layer 3 messages (2G)
Layer 3 messages (2G)Layer 3 messages (2G)
Layer 3 messages (2G)
 
138078380 gsm-timers
138078380 gsm-timers138078380 gsm-timers
138078380 gsm-timers
 
63077585 idle-mode-parameter-optimization
63077585 idle-mode-parameter-optimization63077585 idle-mode-parameter-optimization
63077585 idle-mode-parameter-optimization
 
LTE Review - Load Balancing and Interfreq HO
LTE Review - Load Balancing and Interfreq HOLTE Review - Load Balancing and Interfreq HO
LTE Review - Load Balancing and Interfreq HO
 
DT analysis how to analyze crossed feeder issue by dt
DT analysis  how to analyze crossed feeder issue by dtDT analysis  how to analyze crossed feeder issue by dt
DT analysis how to analyze crossed feeder issue by dt
 
Umts network protocols and complete call flows
Umts network protocols and complete call flowsUmts network protocols and complete call flows
Umts network protocols and complete call flows
 
Sdcch
SdcchSdcch
Sdcch
 
zte umts-cs-call-drop-analysis-guide-zte
zte umts-cs-call-drop-analysis-guide-ztezte umts-cs-call-drop-analysis-guide-zte
zte umts-cs-call-drop-analysis-guide-zte
 
Ericsson 2 g ran optimization complete training
Ericsson 2 g ran optimization complete trainingEricsson 2 g ran optimization complete training
Ericsson 2 g ran optimization complete training
 
Sdcch Blocking Analysis
Sdcch Blocking AnalysisSdcch Blocking Analysis
Sdcch Blocking Analysis
 

Similar a Nokia_GSM_KPI_ANALYSIS_Based_on_Daily_Mo.ppt

37919013 gsm-kpi-optimization
37919013 gsm-kpi-optimization37919013 gsm-kpi-optimization
37919013 gsm-kpi-optimizationFrankGwaluma
 
11gsmpo b-en-gsmgsmnetworksdcchcongestionsolutions-word-201009-130915134031-p...
11gsmpo b-en-gsmgsmnetworksdcchcongestionsolutions-word-201009-130915134031-p...11gsmpo b-en-gsmgsmnetworksdcchcongestionsolutions-word-201009-130915134031-p...
11gsmpo b-en-gsmgsmnetworksdcchcongestionsolutions-word-201009-130915134031-p...Emmanuel Msumali
 
Ericsson SDCCH establishment Issue
Ericsson SDCCH establishment IssueEricsson SDCCH establishment Issue
Ericsson SDCCH establishment IssueHoussein Abou Chacra
 
Parameter check list for tch drop in huawei system 2 - blogs - telecom source
Parameter check list for tch drop in huawei system 2 - blogs - telecom sourceParameter check list for tch drop in huawei system 2 - blogs - telecom source
Parameter check list for tch drop in huawei system 2 - blogs - telecom sourceEfosa Aigbe
 
Gsm Cell Planning And Optimization
Gsm Cell Planning And OptimizationGsm Cell Planning And Optimization
Gsm Cell Planning And OptimizationYasir Azmat
 
Basic of gsm by pawan
Basic of gsm by pawanBasic of gsm by pawan
Basic of gsm by pawanPawan Kumar
 
Drive Test and Optimization Tutorial - I.pdf
Drive Test and Optimization Tutorial - I.pdfDrive Test and Optimization Tutorial - I.pdf
Drive Test and Optimization Tutorial - I.pdfhamdi_saif
 
Drive test golden rules
Drive test golden rulesDrive test golden rules
Drive test golden rulesFidele Castro
 
39540950 gsm-ion-course-130814024028-phpapp01
39540950 gsm-ion-course-130814024028-phpapp0139540950 gsm-ion-course-130814024028-phpapp01
39540950 gsm-ion-course-130814024028-phpapp01Ahlem DRIRA
 
Nokia kpi and_core_optimization
Nokia kpi and_core_optimizationNokia kpi and_core_optimization
Nokia kpi and_core_optimizationdebasish goswami
 
EMERSON EDUARDO RODRIGUES wcdma-optimization-related-questions-m-com-academy
EMERSON EDUARDO RODRIGUES wcdma-optimization-related-questions-m-com-academyEMERSON EDUARDO RODRIGUES wcdma-optimization-related-questions-m-com-academy
EMERSON EDUARDO RODRIGUES wcdma-optimization-related-questions-m-com-academyEMERSON EDUARDO RODRIGUES
 
6 Weeks Industrial Training In Telecom In Chandigarh
6 Weeks Industrial Training In Telecom In Chandigarh6 Weeks Industrial Training In Telecom In Chandigarh
6 Weeks Industrial Training In Telecom In ChandigarhArcadian Learning
 

Similar a Nokia_GSM_KPI_ANALYSIS_Based_on_Daily_Mo.ppt (20)

Kpi analysis[1]
Kpi analysis[1]Kpi analysis[1]
Kpi analysis[1]
 
37919013 gsm-kpi-optimization
37919013 gsm-kpi-optimization37919013 gsm-kpi-optimization
37919013 gsm-kpi-optimization
 
11gsmpo b-en-gsmgsmnetworksdcchcongestionsolutions-word-201009-130915134031-p...
11gsmpo b-en-gsmgsmnetworksdcchcongestionsolutions-word-201009-130915134031-p...11gsmpo b-en-gsmgsmnetworksdcchcongestionsolutions-word-201009-130915134031-p...
11gsmpo b-en-gsmgsmnetworksdcchcongestionsolutions-word-201009-130915134031-p...
 
Drive test learning
Drive test learningDrive test learning
Drive test learning
 
Dt learn
Dt learnDt learn
Dt learn
 
Ericsson SDCCH establishment Issue
Ericsson SDCCH establishment IssueEricsson SDCCH establishment Issue
Ericsson SDCCH establishment Issue
 
Telecom KPIs definitions
Telecom KPIs definitionsTelecom KPIs definitions
Telecom KPIs definitions
 
Parameter check list for tch drop in huawei system 2 - blogs - telecom source
Parameter check list for tch drop in huawei system 2 - blogs - telecom sourceParameter check list for tch drop in huawei system 2 - blogs - telecom source
Parameter check list for tch drop in huawei system 2 - blogs - telecom source
 
GSM Channel Concept
GSM Channel ConceptGSM Channel Concept
GSM Channel Concept
 
Gsm Cell Planning And Optimization
Gsm Cell Planning And OptimizationGsm Cell Planning And Optimization
Gsm Cell Planning And Optimization
 
Basic of gsm by pawan
Basic of gsm by pawanBasic of gsm by pawan
Basic of gsm by pawan
 
Basic of gsm anurag
Basic of gsm  anuragBasic of gsm  anurag
Basic of gsm anurag
 
Drive Test and Optimization Tutorial - I.pdf
Drive Test and Optimization Tutorial - I.pdfDrive Test and Optimization Tutorial - I.pdf
Drive Test and Optimization Tutorial - I.pdf
 
Case analysis call drop
Case analysis call dropCase analysis call drop
Case analysis call drop
 
Drive test golden rules
Drive test golden rulesDrive test golden rules
Drive test golden rules
 
39540950 gsm-ion-course-130814024028-phpapp01
39540950 gsm-ion-course-130814024028-phpapp0139540950 gsm-ion-course-130814024028-phpapp01
39540950 gsm-ion-course-130814024028-phpapp01
 
Nokia kpi and_core_optimization
Nokia kpi and_core_optimizationNokia kpi and_core_optimization
Nokia kpi and_core_optimization
 
EMERSON EDUARDO RODRIGUES wcdma-optimization-related-questions-m-com-academy
EMERSON EDUARDO RODRIGUES wcdma-optimization-related-questions-m-com-academyEMERSON EDUARDO RODRIGUES wcdma-optimization-related-questions-m-com-academy
EMERSON EDUARDO RODRIGUES wcdma-optimization-related-questions-m-com-academy
 
6 Weeks Industrial Training In Telecom In Chandigarh
6 Weeks Industrial Training In Telecom In Chandigarh6 Weeks Industrial Training In Telecom In Chandigarh
6 Weeks Industrial Training In Telecom In Chandigarh
 
idea
ideaidea
idea
 

Último

Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FMESafe Software
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FMESafe Software
 
Boost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdfBoost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdfsudhanshuwaghmare1
 
Why Teams call analytics are critical to your entire business
Why Teams call analytics are critical to your entire businessWhy Teams call analytics are critical to your entire business
Why Teams call analytics are critical to your entire businesspanagenda
 
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdfRising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdfOrbitshub
 
CNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In PakistanCNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In Pakistandanishmna97
 
Exploring Multimodal Embeddings with Milvus
Exploring Multimodal Embeddings with MilvusExploring Multimodal Embeddings with Milvus
Exploring Multimodal Embeddings with MilvusZilliz
 
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024Victor Rentea
 
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...apidays
 
[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdfSandro Moreira
 
AXA XL - Insurer Innovation Award Americas 2024
AXA XL - Insurer Innovation Award Americas 2024AXA XL - Insurer Innovation Award Americas 2024
AXA XL - Insurer Innovation Award Americas 2024The Digital Insurer
 
AWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of TerraformAWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of TerraformAndrey Devyatkin
 
Exploring the Future Potential of AI-Enabled Smartphone Processors
Exploring the Future Potential of AI-Enabled Smartphone ProcessorsExploring the Future Potential of AI-Enabled Smartphone Processors
Exploring the Future Potential of AI-Enabled Smartphone Processorsdebabhi2
 
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemkeProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemkeProduct Anonymous
 
FWD Group - Insurer Innovation Award 2024
FWD Group - Insurer Innovation Award 2024FWD Group - Insurer Innovation Award 2024
FWD Group - Insurer Innovation Award 2024The Digital Insurer
 
Apidays New York 2024 - The value of a flexible API Management solution for O...
Apidays New York 2024 - The value of a flexible API Management solution for O...Apidays New York 2024 - The value of a flexible API Management solution for O...
Apidays New York 2024 - The value of a flexible API Management solution for O...apidays
 
DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 AmsterdamDEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 AmsterdamUiPathCommunity
 
Ransomware_Q4_2023. The report. [EN].pdf
Ransomware_Q4_2023. The report. [EN].pdfRansomware_Q4_2023. The report. [EN].pdf
Ransomware_Q4_2023. The report. [EN].pdfOverkill Security
 
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ..."I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...Zilliz
 
DBX First Quarter 2024 Investor Presentation
DBX First Quarter 2024 Investor PresentationDBX First Quarter 2024 Investor Presentation
DBX First Quarter 2024 Investor PresentationDropbox
 

Último (20)

Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
 
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers:  A Deep Dive into Serverless Spatial Data and FMECloud Frontiers:  A Deep Dive into Serverless Spatial Data and FME
Cloud Frontiers: A Deep Dive into Serverless Spatial Data and FME
 
Boost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdfBoost Fertility New Invention Ups Success Rates.pdf
Boost Fertility New Invention Ups Success Rates.pdf
 
Why Teams call analytics are critical to your entire business
Why Teams call analytics are critical to your entire businessWhy Teams call analytics are critical to your entire business
Why Teams call analytics are critical to your entire business
 
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdfRising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
Rising Above_ Dubai Floods and the Fortitude of Dubai International Airport.pdf
 
CNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In PakistanCNIC Information System with Pakdata Cf In Pakistan
CNIC Information System with Pakdata Cf In Pakistan
 
Exploring Multimodal Embeddings with Milvus
Exploring Multimodal Embeddings with MilvusExploring Multimodal Embeddings with Milvus
Exploring Multimodal Embeddings with Milvus
 
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
Modular Monolith - a Practical Alternative to Microservices @ Devoxx UK 2024
 
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
Apidays New York 2024 - The Good, the Bad and the Governed by David O'Neill, ...
 
[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf[BuildWithAI] Introduction to Gemini.pdf
[BuildWithAI] Introduction to Gemini.pdf
 
AXA XL - Insurer Innovation Award Americas 2024
AXA XL - Insurer Innovation Award Americas 2024AXA XL - Insurer Innovation Award Americas 2024
AXA XL - Insurer Innovation Award Americas 2024
 
AWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of TerraformAWS Community Day CPH - Three problems of Terraform
AWS Community Day CPH - Three problems of Terraform
 
Exploring the Future Potential of AI-Enabled Smartphone Processors
Exploring the Future Potential of AI-Enabled Smartphone ProcessorsExploring the Future Potential of AI-Enabled Smartphone Processors
Exploring the Future Potential of AI-Enabled Smartphone Processors
 
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemkeProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
ProductAnonymous-April2024-WinProductDiscovery-MelissaKlemke
 
FWD Group - Insurer Innovation Award 2024
FWD Group - Insurer Innovation Award 2024FWD Group - Insurer Innovation Award 2024
FWD Group - Insurer Innovation Award 2024
 
Apidays New York 2024 - The value of a flexible API Management solution for O...
Apidays New York 2024 - The value of a flexible API Management solution for O...Apidays New York 2024 - The value of a flexible API Management solution for O...
Apidays New York 2024 - The value of a flexible API Management solution for O...
 
DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 AmsterdamDEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
DEV meet-up UiPath Document Understanding May 7 2024 Amsterdam
 
Ransomware_Q4_2023. The report. [EN].pdf
Ransomware_Q4_2023. The report. [EN].pdfRansomware_Q4_2023. The report. [EN].pdf
Ransomware_Q4_2023. The report. [EN].pdf
 
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ..."I see eyes in my soup": How Delivery Hero implemented the safety system for ...
"I see eyes in my soup": How Delivery Hero implemented the safety system for ...
 
DBX First Quarter 2024 Investor Presentation
DBX First Quarter 2024 Investor PresentationDBX First Quarter 2024 Investor Presentation
DBX First Quarter 2024 Investor Presentation
 

Nokia_GSM_KPI_ANALYSIS_Based_on_Daily_Mo.ppt

  • 2. Some Relations-1-  One BSC=6 BCSU (Base control signaling unit).  One BCSU = support 110 TRX.  1 TRX= 8 time slots.  Total no. of TRX = 110 *6=660 TRX in single BSC  One BSC = One LAC  One BSC= 660* 8 = time slots but if dual rate is implemented that it consider as two slots.  One BSC= two Lac also but for city one LAC b/c it effects SD blocking and LAC updation on that channel.
  • 3. Some Relations-2-  One BSC= 1 to 248 BCF.  One BSC= 1 to 248 BTS  One BTS means = one sector of any configuration  One BCF means= one site of three or four sector  BCF= Base control function.  BTS= Base transceiver system.  NSEI= is hardware and software device which supports the GPRS in n/w
  • 4. Some Relations-3-  One NSEI= supports 64 BTS and 128 TRX if any one of them is full then we can assign second NSEI port in same BSC  1TRX=117 subscriber  1 subscriber=25 m erlangs (TCH)  1 subscriber=.004 m erlangs(SD)  1 TRX=2.94 erlang(2% GOS )  2 TRX=8.2 erlang(2% GOS )  3 TRX=14.6 erlang(2% GOS )  4 TRX=21.2 erlang(2% GOS )  If BSC 3VI, OSS is 4 and System is S11 then max capacity of BSC is 660 TRXs.  If OSS 4.2 and system S12 is using then max capacity of BSC will be 2000TRXs
  • 5. KPI’s to be monitored  SD Blocking  SD Drop  TCH Blocking  TCH Assignment  TCH Drop  HOSR
  • 6. Parameter Showcase Threshold Non-Showcase Threshold SD Blocking 0.25 0.5 SD Drop 1.2 1.7 TCH Blocking 0.5 0.5 TCH Assignment 98.5 98 TCH Drop 1.5 3 HOSR 95 92 KPI’s to be monitored
  • 7. Get Service Get SDCCH Establish SD Channel Est. TCH Conn. Call Phone Ref. Phone SD Blking SDCCH Seizer TCH Blking CSSR or TCH Assignment Call Establishment Call completion Rate (TCH Drop call)
  • 8. What is Dropped Call?  All cell resources are available but calls are failing, then we have a call drop scenario. This could be caused by software errors, congestion, C7 link failures,HW problems or many other reasons.  If a call is abnormally disconnected, a Clear Request is sent to the MSC .If the Call is disconnected in a normal Fashion then Clear Message with cause code Call Control is sent. It is important to establish what types of calls are failing, and over what percentage of the network it is occurring.
  • 9. SDCCH CHANNEL :  SDCCH is a dedicated channel which is using for LAC updation, Call setup, SMS in idle mode. It works in UL & DL.
  • 10. SD Blocking:  SD blocking means that you are not getting SD resource for the call origination. When MS connects with NW then RACH and AGCH are provided. After AGCH,SDCCH is provided but if SDCCH is not provided at this time due some problems or due to unavailable of SD by BSC ,it’s called as SD Blocking. There are no of reasons for that.If such a case arises the customer will not be able to originate any call.
  • 11. Difference Between Blocking and Congestion:  It is very important to know difference between blocking and congestion. Some people think that both are same, but they differ from each other. If all the SD resources are full and not available for SD assign then its come into congestion. If at a particular time call is attempted and it fails then it known as Blocking.
  • 12. Reasons for SD Blocking: Some of them are-  LAC boundary.  HW Prob.
  • 13. Solutions for removal of SD Blocking:  Here are some steps by which we can reduce SD Blocking- 1. Check the No. of SDCCH channel Available, if less then increase SD channel taking care that there is no TCH Blocking. 2. Check LAC boundary, If location update is more then change the LAC of that site and set C2 and HYS. 3. Use of Dynamic SDCCH (It is a BSC parameter and will be applied on whole BTS). 4. Hardware check / shift SD to new time slot 5. Some times BMA and HYS parameters are useful to remove SD Blocking.
  • 14. Usefull Reports For SD Blocking:  Use 182 to analyses SD Blocking reasons.  130 for SD congestion.
  • 15. SD Drop:  As per diagram shows when we assigned SD for call origination and at that time due to some problem or any mismatch comes by which SD loss occurs, it is called as SD Drop.  It occurs between allocation of SD and before TCH allocation. Sometimes SD drop occurs because queuing is not activated in the system.  If SD drop is high plz look on parameters like- overshooting , shift the SD time slot , may be hardware issue, interference, change the values of RXP, PMAX, may be issue of uplink or downlink issue in that cells for UL put a TMA in that cell and for DL provide tilt ,re orient that antenna
  • 16. If SD Drop is high: If SD drop is high plz look on parameters like-  Overshooting  Shift the SD time slot  Hardware issue  Interference  Change the values of RXP PMAX  It may be uplink or downlink issue in which cells for UL put a TMA in that cell and for DL provide tilt  Re orient that antenna
  • 17. Reasons of SD Drop:  Hardware Fault.  Interference.  MAIO mismatch.  Bad Coverage.  High TR Fail.  Outage.  Overshooting.  Abis Drop.  High Path Loss.  Wrong Parameter Planning.  Due to ICM Band(CDMA)  High LAPD Utilization  Heavy blocking and DR feature being used extensively
  • 18. Solutions for removal of SD Drop: Interference:  Check the BCCH Plan (C/I or C/A).  Co-BSIC & Co BCCH.  Use latest ND 111 and MapInfo to find out proper frequency to reduce interference. Arrange Drive Test:  The best way to find the real issues for Interference makes DT.  Check interference by Interference scanning.  Check clean BCCH by frequency scanning.
  • 19. Overshooting:  LAC Planning.  If a cell is picking call from long distance, Check the sample log according to TA.  Cell orientation need to be defined according to clutter.  Mount position  Effective Tilt.
  • 20. Cont… High TR Fail:  Check and clear TR fail from OSS end. Bad Coverage:  If the drop call is due to low signal strength uplink, check the receive path of this particular TRX. Check receiver sensitivity, VSWR, feeder connection and etc. Drops due to Low Signal Strength.  If the drop call reason is due to low signal strength downlink, then, check the transmit path. Check cards, feeder and etc.  Use MapInfo or Google Earth to find location of sites.
  • 21. Cont.. High LAPD Utilization:  Check LAPD util report from OSS, and define 32 kbps signaling instead of 16kbps Hardware Fault:  Check Alarms.  TRX condition.  Check Path Imbalance.  VSWR of the Cell.  Connector Connection.  Some times you will find issues on BCCH TRX.In this case BCCH shift from one to other TRX will reduce SD drop.
  • 22. Cont… Due to ICM Band(CDMA):  Some time SD drops takes place due to near sites of CDMA.  Check the ICM band value of that site.  Use BPF (Band pass filter).  Use the spectrum analyzer.
  • 23. Cont.. Check for parameter:  Check the Timer T 3101  Check the Timer T 200(20ms)  T11 Expired(10 s)  MAIO check.
  • 24. Useful Reports for SD Drop:  Use report ZEOL to find the alarms.  Use 208 for Path loss analysis.  Use 196 for UL-DL Interference.  Use 163 report for SD drop.  Use report 216 for detail SD Drop.  232 report for TA report.  62 for Adj cell having same or adj freq.  ND 111 for freq plan.  204 for BTS and cell report.
  • 25. TCH Blocking:  When TCH is not allocated to the user after SD allocation ,it is TCH Blocking.  It is the failed call attempts which the MS user can notice.  It takes place due to lack of TCH Resource.
  • 26. Reasons for TCH Blocking: Some of them are-  High Utilization of TCH  Time slot faulty.  Lock TRXs.  HW Problem.
  • 27. Solutions for removal of TCH Blocking:  Implement half rate or Dual rate.  Check FRL & FRU.  Add another TRX.  If TRX addition not possible, try to share the traffic of that cell with the neighboring cell by changing tilt or orientation.
  • 28. Useful Report for TCH Blocking:  135 TCH Congestion
  • 29. TCH Assignment:  It’s a process of by which TCH is assigned to the MS.  After the SD request MS gets TCH successfully and the call transfers to TCH it means TCH assignment is successful.  For the best KPI TCH assignment should tend to 100%.  It degrades due to HW problems.
  • 30. Reasons for TCH Assignment failure:  Hardware Fault(TRXs,Combiner,Duplexer,Cables)  VSWR  High Path Loss.  Faulty TMA.  High TCH Blocking.  Loose connections.  DR being used extensively
  • 31. Solutions for removal of TCH Assignment:  Clear VSWR  IF TRXs are faulty lock them and try to replace them soon to avoid blocking  Path Imbalance clear.  Connection from BTS to Antenna  Connector connection  Check TMA.  Check Duplexer,Combiner,TRXs connections,Multicuppler etc.  Check BOIA card.  Check BB2F Card.
  • 32. Reports for TCH Assignment:  ZEOL to check alarms  208 for path imbalance  196 for UL-DL interference  ZAHP for Flick report
  • 33. TCH Drop:  Drop during conversation is known as TCH drop. It takes place after connect ACK msg on TCH.TCH drop occurring.  For TCH drop first cross check the BCCH of that cell, hardware issue may be, change RXP and RLT value. Find out there is any interference ,neighbor defined.
  • 34. Reasons for TCH Drop:  Wrong Parameter Planning.  BAD HOSR.  Hardware Fault.  High TR Fail.  Overshoot.  Outage.  Due to Low Coverage.  Due to ICM Band(CDMA)
  • 35. Solutions for removal of TCH Drop: Check Parameter:  Check the BCCH Plan (C/I or C/A).  Co-BSIC & Co BCCH.  Check the Timer T 100(should be 20 ms) Check Overshooting:  If a cell is picking call from long distance, Check the sample log according to TA..  Site Orientation.  Effective tilt should be check.  Mount position should be check
  • 36. Cont.. Improve HOSR:  Check the Hopping plan.  Check the Neighbor Plan High TR Fail:  Check and clear TR fail from oss end.
  • 37. Cont.. Bad Coverage:  If the drop call is due to low signal strength uplink, check the receive path of this particular TRX. Check receiver sensitivity, VSWR, feeder connection and etc. Drops due to Low Signal Strength.  If the drop call reason is due to low signal strength downlink, then, check the transmit path. Check cards, feeder and etc.  Use MapInfo or Google Earth to find location of sites.  Effective tilt should be check.  Mount position should be check.
  • 38. Cont.. Check HW:  Check Alarms on site.  Check TRXs.  Check Slips.  Check the Hopping plan.  Check BB2F card.  Check VSWR,  Path imbalance.  Connector Connection.  Check TMA
  • 39. Cont.. Drop Reason because of HW Issues:  if drops are only on one site, then go for a check for that particular even attach with that site.  If drops are on all sites connected to a single link, then check the slip or interference on that Abis interface.  If Drops are distributed on all site of the BSC, then check the slips on A-ter.  Down Time of the cell.  TRX condition.  BTS should not getting the temperature alarm continuously.
  • 40. Reports for TCH Drop:  166 for TCH Drop  ZEOL for alarms.  ZAHP for Flicks.  232 for TA report.  208 Path Imbalance report.  204 for BTS report.  216 for all parameter.  196 for UL-DL Qul.  62 for Adj cell having same or adj freq.
  • 41. HOSR: Hand over success rate:  If HOSR will be good TCH drop will also be good.  If Handover success rate degrades call drop rate will take place.
  • 42. Reasons for HOSR:  Improper Neighbor planning.  CO-BCCH-BSIC issues in Neigh.  Parameter Check.  HSN clash.  SL value.  LAC boundary.  DAC value mismatch.  Syn mismatch.  Overshoot.  HW Issues.  Low Coverage
  • 43. Solutions for removal of HOSR: Arrange Drive Test:  The best way to find the real issues for HO fail make DT and check layer 3 msg gor HO fail.By DT it is very easy to find the fail between cells. Neighbor Tuning:  Try to retune neighbors  Avoid CO-BCCH-BSIC neighbors.  Avoid extra neighs.  Delete long distance neighs.  Check neighs are defined form both ends.  If there are high fail delete and recreate neighs.
  • 44. Cont..  Parameter Check: 1. Retune SL.It can change bw -90,-95,-105. 2. Check HSN. 3. Check SYN. 4. Retune LDR, LUR, IDR, IUR. 5. Retune LMRG, QMRG, PMRG.  DAC value Check: 1. Check DAC value. If DAC value is high or low tune it at the TH value. It should be 2050.
  • 45. Cont.. Overshoot:  When neighs are far away then chances of HO fail increases. In this case ping-pong HI takes place by which fail takes place. So it the inter distance is high its batter to del that kind of neigh. LAC Boundary-  Check LAC boundry.  High fail takes place there will be Inter BSC cells.  High fail takes place there will be Inter MSC cells.  Define proper LAC in neigh cells.
  • 46. Cont.. HW Issues:  Clear HW issues.  Check TRXs.  Check outages.  Check BOIA Card. Because if it is faulty incoming and outgoing HO will be fail. Clear Reports:  Clear ZEAT.  Clear 60.  Clear 67.  Clear 61.
  • 47. Reports for HOSR :  153 reports for HO fail bw two cells.  154 HO analyses.  60 for discrepancy.  67 for Sync report.  61 for one way neigh.  ZEAT for CO-BCCH-BSIC neighs  74 for HO definition report.  ZELO for inter MSC HO report.  150 for high HO fail.  157 for high HO attempt and call ratio.  158 for intra BSS HO observation.  62 for Adj cell having same or adj freq.
  • 48. High RACH Failures:  Other reasons look for Random access statistics, if there is a lot of random access failures try to check hardware too. It includes thorough hardware audit including CF Reloading, IDB Setting and reloading, Software synchronization, filter check etc)
  • 49. Some Important Alarms:  BTS Operation Degraded (7604) - It shows VSWR on cell.  TRX Operation Degraded (7607)-It shows critical alarm on TRXs.  Channel Fail Rate (7745)-It shows faulty TS on TRXs.  BCF Operation degradation (7601)-It shows DAC value alarm.  Ex-TCH Interference (7744)-TRXs faulty or back plan problem.  Mean Holding Time(7743)-to detect faulty channels.  Working SD Ratio Below TH level (7712)- .Its for the ratio of SDs.  LAPD Fail-TX link fail.  Antenna Connection Faulty (7606)-Shows faulty in cable connections.  High Temp Alarm-TRXs begins fluctuating.