SlideShare a Scribd company logo
As you can see that even if you make T305 & T308 = 1, according to the formulaN200(T200) combination is still <
MSC timer values. In this case we should not get anyimprovement. But we got some improvement as T305 is the
timer trigerred first, and if no response isreceived for T305 with in N200 expiry time, T308 is initiated. Therefore, T305
is actually which has given us improvement. For further improvement we needto change SIGDEL values to Long from
Normal. Which would make sure we get improvementby T308 as well. Please correct me if I am wrong. Regards,
Withtheongoingexerciseofchangingsystemparameterstogainour objectiveofreducingtheTCHdropinthenetwork.
BelowarethechangesdoneintheMSC.
Beforethechanges:
T305+2*T308+T3109<(N200+1)*T200
30+60+1<(3+1)*0.24
91 < 0.96
The parameter settings on the BSC side and MSC side may affect the TCH call drop rate.
You should check the settings of the following parameters for a cell with a high TCH call
drop rate. See Case 5: Reduction of Call Drops by Optimizing Handover Parameters and
Case 12: Increase in Call Drop Rate Due to Change of TR1N on the MSC Side.
1. SACCH Multi-Frames
This parameter determines whether an uplink radio link is faulty. Each time the BTS fails to
decode the measurement report on the SACCH from the MS, the counter decreases by 1.
Each time the BTS successfully decodes the measurement report on the SACCH, the
counter increases by 2. When the value of this counter is 0, the BTS regards the radio link
as faulty. In the traffic measurement, if there are many call drops (M3101A) related to radio
link failure, you can infer that the radio propagation conditions are poor. In this case, you
can set this parameter to a greater value.
2. Radio Link Timeout
This parameter determines whether a downlink radio link is faulty. Each time the BTS fails
to decode the measurement report sent over the SACCH by the MS, the counter decreases
by 1. Each time the BTS successfully decodes the measurement report sent over the
SACCH, the counter increases by 2. When the value of this parameter is 0, the BTS regards
the radio link as faulty. In the traffic measurement, if there are many call drops (M3101A)
related to radio link failure, you can infer that the radio propagation conditions are poor. In
this case, you can set this parameter to a greater value.
3. RXLEV_ACCESS_MIN
This parameter specifies the minimum receive level of an MS to access the BSS. If this
parameter is set to a too small value, some MSs with low receive levels may access the
network and call drops are likely to occur. You can set this parameter to a great value to
reduce the TCH call drop rate. The counters such as call setup success rate and the
counters related to traffic volume, however, are accordingly affected.
4. RACH Min.Access Level
This parameter determines whether an MS can access the network over the RACH. If this
parameter is set to a too small value, some MSs with low signal levels may access the
network and call drops are likely to occur. You can set this parameter to a great value to
reduce the TCH call drop rate. The counters such as call setup success rate and paging
success rate, however, are affected.
5. Min DL Power on HO Candidate Cell and Min Access Level Offset
The sum of the values of the two parameters specifies the minimum downlink receive level
of a candidate neighboring cell for a handover. If this parameter is set to a too great value,
some desired cells may be excluded from the candidate cells; if this parameter is set to a
too small value, an unwanted cell may become the candidate cell. Both conditions may lead
to the increase of call
drops.
6. Timer T3103 series
Timer T3101 series consists of T3103A, T3103C, and T8. These timers are started to wait
for a handover complete message. If the lengths of the timers are set to small values,
probably no message is received when timer T3103 series expires. In this case, the BSC
considers that the radio link in the originating cell is faulty. Then, the BSC releases the
channel in the originating cell. Thus, call drops occur. In the traffic measurement, if many
call drops are related to handovers (CM331: Call Drops on Radio Interface in Handover
State), you can set this parameter to a greater value. If this parameter is set to a too great
value, channel resources are wasted and
TCH congestion occurs.
7. Timer T3109
This parameter specifies the period for waiting for a Release Indication message after the
BSC sends a Channel Release message to the BTS. If this parameter is set to a too small
value, the link may be released before the Release Indication message is received. As a
result, a call drop occurs. You can set this parameter to a greater value to reduce the TCH
call drop rate. It is recommended that timer T3109 be set to 1–2 seconds longer than timer
Radio Link Timeout.
8. Timer T3111
This parameter specifies the interval between the time that the main signaling link is
disconnected and the time that a channel is deactivated. The purpose is to reserve a period
of time for repeated link disconnections. If this timer is set to a too small value, a channel
may be deactivated too early. Thus, call drops increase.
9. Timers T305 and T308
Timers T305 and T308 are used on the MSC side. Timer T305 specifies the period during
which the MSC monitors the on-hook procedure. Timer T308 specifies the period during
which the MSC monitors the resource release procedure. You should set the two
parameters when adding BSC data. Note that the modification of the data in the timer table
does not take effect. If timers T305 and T308 are set to invalid or great values, the MSC
clears the call a long time after the MS hangs up. After the T3103 and Radio Link
Timeout timers expire, the number of call drops is increased and thus the TCH call drop rate
is significantly affected.
10. TCH Traffic Busy Threshold
If the current channel seizure ratio exceeds the value of this parameter, the BSC
preferentially assigns a half-rate channel to a dualrate-enabled call. Otherwise, the BSC
assigns a full-rate channel to the dualrate-enabled call. Compared with a full-rate channel, a
half-rate channel has weak antiinterference capabilities. Therefore, if a large number of half-
rate channels are assigned, the TCH call drop rate increases. It is recommended that this
parameter should not be set to a too small value if congestion is unlikely to
occur.
11. Call Reestablishment Forbidden
This parameter specifies whether to allow call reestablishment. In case of burst interference
or radio link failure due to blind areas caused by high buildings, call drops occur. In this
case, MSs can initiate the call reestablishment procedure to restore communication. To
reduce the TCH call drop rate, you can set this parameter to No to allow call
reestablishment. In certain conditions, allowing call reestablishment greatly reduces the
TCH call drop rate. Call reestablishment lasts for a long time, and therefore some
subscribers cannot wait and hang up. This affects user experience.
12. Parameters related to edge handover
When the receive level drops greatly, an edge handover cannot be performed in time in any
of the following conditions: The parameter Edge HO UL RX_LEV Threshold or Edge HO DL
RX_LEV Threshold is set to a small value; the parameter Inter-cell HO Hysteresis is set to a
great value; the parameters Edge HO Watch Time and Edge HO AdjCell Watch Time
are set to great values; the parameters Edge HO Valid Time and Edge HO AdjCell Valid
Time are set to great values. As a result, a call drop occurs. To reduce the TCH call drop
rate, you can appropriately set these parameters so that edge handovers can be performed
in time to avoid call drops.
13. Parameters related to BQ handover
When the signal quality deteriorates, a BQ handover cannot be performed in time in any of
the following conditions: The parameters
ULQuaLimitAMRFR, ULQuaLimitAMRHR, UL Qual. Threshold, DLQuaLimitAMRFR,
DLQuaLimitAMRHR, and DL Qual. Threshold are
set to great values; the parameter BQ HO Margin is set to a small value; the parameter
Inter-cell HO Hysteresis is set to a great value. As a result, call drops occur. To reduce the
TCH call drop rate, you should appropriately set these parameters so that BQ handovers
can be performed in time to avoid call drops.
14. Parameters related to interference handover
If the parameters RXQUAL1 to RXQUAL12 are set to great values or if the RXLEVOff
parameter is set to a great value, strong interference may occur. In this case, if interference
handovers are not performed in time, call drops occur. To reduce the TCH call drop rate,
you can appropriately set these parameters so that interference handovers can be
performed in time to avoid call drops. If the parameters RXQUAL1 to RXQUAL12 are set to
small values, the number of handovers due to other causes increases greatly, thus affecting
the handover success rate.
15. Parameters related to concentric cell handover
A call at the edge of the overlaid subcell cannot be handed over to the underlaid subcell in
any of the following conditions: In the case of a normal concentric cell, the parameters
RX_LEV Threshold and RX_LEV Hysteresis are set to great values; in the case of an
enhanced concentric cell, the parameter OtoU HO Received Level Threshold is set to a
great value. As a result, a call drop is likely to occur. If the Call Drop Ratio on TCH on the
TRX in the OverLaid Subcell (RM330a) is high, you can appropriately set these parameters
so that calls at the edge of the overlaid subcell can be handed over to the underlaid subcell
in time. When a call in the underlaid subcell has interference, the call cannot be handed
over to the overlaid subcell if the RX_QUAL for UO HO Allowed parameter is set to Yes and
the RX_QUAL Threshold parameter is set to a great value. Thus, a call drop occurs. If the
Call Drop Ratio on TCH on the TRX in the Underlaid Subcell (RM330) is high, you can set
these parameters properly so that the call can be handed over to the overlaid
subcell at the earliest.
16. Parameters related to power control
If the power control level and quality threshold are set to small values, call drops are likely to
occur because of low signal level or bad voice quality.
17. T200 and N200
If the parameters T200 FACCH/F, T200 FACCH/H, N200 of FACCH/Full rate, and N200 of
FACCH/Half rate are set to small values, data links are disconnected too early. Thus, all
drops are likely to occur. If call drops occur because of T200 expiry, you can increase the
values of T200 and N200 properly.
18. Neighboring cell relations
If the neighboring cells configured in the BA2 table are incomplete, call drops are likely to
occur in the case of no suitable neighboring cell for handover and progressive deterioration
in the voice quality. Neighboring cell relations should be configured completely on the basis
of the drive test data and electronic map (for example, Nastar) to minimize the call drops
due to no available neighboring cells.
19. MAIO
If frequency hopping (FH) is applied in a cell and the MAIO is set inappropriately (for
example, different TRXs serving the same cell have the same MAIO), frequency collision
may occur during FH. Thus, the TCH call drop rate increases.
20. Disconnect Handover Protect Timer
This parameter is a software parameter of the BSC. After receiving a DISCONNECT
message from an MS, the BSC cannot hand over the MS within the period specified by this
parameter. Therefore, the following case can be avoided: After being handed over to the
target cell, the MS cannot be put on hook because it does not receive a release
acknowledgement message. You are advised to set this parameter properly.
21. TR1N
This parameter should be set on the MSC side. It is used to avoid the retransmission of
short messages. When this parameter is set to a too great value, the MSC does not send a
CLEAR CMD message if the MS receives a short message during link disconnection. As a
result, the MS sends the BTS a DISC message to disconnect layer 2 connection. After
receiving the DISC message, the BTS sends a REL_IND message to the BSC. Then, the
BSC sends a CLEAR REQ message to the MSC and the number of call drops is
incremented by one.
22. Software Parameter 13 and MAX TA
When the parameter Software Parameter 13 is enabled and the parameter MAX TA is set to
a too small value, the channel is released when the TA of a call exceeds the MAX TA. In
this case, call drops occur. It is recommended that the parameter Software Parameter 13
should not be enabled.
23. Directly Magnifier Site Flag
If a BTS is installed with repeaters, the handover between repeaters can only be
asynchronous because the distance between repeaters is long. If synchronous handovers
are performed, the handovers may fail and thus many call drops occur. Therefore, when a
BTS is installed with repeaters, the parameter Directly Magnifier Site Flag should be set to
Yes to avoid asynchronous handovers between cells under the same BTS.
Cv a
I assume that your coleague changed the MSC side timer T305 and T308, your coleague did a "clever" trick
to let the MSC clear the call early before the BSS side peg the drop call statistics. In long run, your coleague
just plays around these timer parameters and doesn't improve the network quality. I saw similar actions
before.
Here are the explanation what these 2 timers are used for.
T305 timer is started at the MSC/MS when DTAP message DISCONNECT is sent, this will guard the
DISCONNECT procedure run correctly in T305 period.
T308 timer is started at the MSC/MS when DTAP message RELEASE is sent after the DISCONNECT
procedure, this timer guards how long the RELEASE procedure runs.
(GSM 04.08 section 5.4 call clearing)
T305 and T308 at MSC should be set to no less than 11 seconds to guarantee that the layer 2 T200 is timing
out N200 times on the air interface, reducing these timers to less than 11 seconds will pull them below the
related BSS timers[T200*(N200+1) in this case] at the air
interface that are used to ensure a successful transmission of a message (DISCONNECT and RELEASE in this
case) to/from the mobile over the air interface. Normally the higher level MSC timers would be set longer
than the related lower level times in the BSS, using a strategy that lower level timers should expire first.
Setting T305 and T308 to less than 11 seconds here is forced the higher level MSC timers to expire before
the BSS timers[T200*(N200+1) and link_fail(only for MSC issuing DISCONNECT/RELEASE first)] when there
are air interface transmission problems (RF interference) for DISCONNECT and RELEASE signalling, and as a
result the BSS statistics SD/TCH drop doesn't get a chance to peg for T200*(N200+1).
The end user experience is probably not that relevant here as they were trying to clear the call anyway. The
end user would see no difference.
However the network operator could be fooled here though thinking that he has a clean RF interface with a
lower drop call rate, when in fact there could be RF interference issues to be resolved. The low MSC timers
are just masking it.
Cv a
I assume that your coleague changed the MSC side timer T305 and T308, your coleague did a "clever" trick
to let the MSC clear the call early before the BSS side peg the drop call statistics. In long run, your coleague
just plays around these timer parameters and doesn't improve the network quality. I saw similar actions
before.
Here are the explanation what these 2 timers are used for.
T305 timer is started at the MSC/MS when DTAP message DISCONNECT is sent, this will guard the
DISCONNECT procedure run correctly in T305 period.
T308 timer is started at the MSC/MS when DTAP message RELEASE is sent after the DISCONNECT
procedure, this timer guards how long the RELEASE procedure runs.
(GSM 04.08 section 5.4 call clearing)
T305 and T308 at MSC should be set to no less than 11 seconds to guarantee that the layer 2 T200 is timing
out N200 times on the air interface, reducing these timers to less than 11 seconds will pull them below the
related BSS timers[T200*(N200+1) in this case] at the air
interface that are used to ensure a successful transmission of a message (DISCONNECT and RELEASE in this
case) to/from the mobile over the air interface. Normally the higher level MSC timers would be set longer
than the related lower level times in the BSS, using a strategy that lower level timers should expire first.
Setting T305 and T308 to less than 11 seconds here is forced the higher level MSC timers to expire before
the BSS timers[T200*(N200+1) and link_fail(only for MSC issuing DISCONNECT/RELEASE first)] when there
are air interface transmission problems (RF interference) for DISCONNECT and RELEASE signalling, and as a
result the BSS statistics SD/TCH drop doesn't get a chance to peg for T200*(N200+1).
The end user experience is probably not that relevant here as they were trying to clear the call anyway. The
end user would see no difference.
However the network operator could be fooled here though thinking that he has a clean RF interface with a
lower drop call rate, when in fact there could be RF interference issues to be resolved. The low MSC timers
are just masking it.

More Related Content

What's hot

c1 & c2 values
c1 & c2 values c1 & c2 values
c1 & c2 values
Virender Aswal
 
Gsm bss-network-kpi-tch-call-drop-rate-optimization-manual(cdr)
Gsm bss-network-kpi-tch-call-drop-rate-optimization-manual(cdr)Gsm bss-network-kpi-tch-call-drop-rate-optimization-manual(cdr)
Gsm bss-network-kpi-tch-call-drop-rate-optimization-manual(cdr)
Ayann Khan
 
05 gsm bss network kpi (tch congestion rate) optimization manual
05 gsm bss network kpi (tch congestion rate) optimization manual05 gsm bss network kpi (tch congestion rate) optimization manual
05 gsm bss network kpi (tch congestion rate) optimization manual
tharinduwije
 
Ericsson SDCCH establishment Issue
Ericsson SDCCH establishment IssueEricsson SDCCH establishment Issue
Ericsson SDCCH establishment Issue
Houssein Abou Chacra
 
Call flow
Call flowCall flow
BSS Dimensioning
BSS DimensioningBSS Dimensioning
BSS Dimensioning
Tempus Telcosys
 
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
 
Sdcch
SdcchSdcch
Channelconfih s9
Channelconfih s9Channelconfih s9
Channelconfih s9
Tempus Telcosys
 
Kpi analysis guideline
Kpi analysis guidelineKpi analysis guideline
Kpi analysis guideline
ZIZI Yahia
 
Channel failure rate above defined threshold
Channel failure rate above defined thresholdChannel failure rate above defined threshold
Channel failure rate above defined threshold
aabaap
 
GSM Channel concept and SDCCH
GSM Channel concept and SDCCHGSM Channel concept and SDCCH
GSM Channel concept and SDCCH
Deepak Joshi
 
Modul 4 signalling dimensioning
Modul 4   signalling dimensioningModul 4   signalling dimensioning
Modul 4 signalling dimensioning
Wijaya Kusuma
 
Improve tbf drop
Improve tbf dropImprove tbf drop
Improve tbf drop
Fadi Hasem
 
coverage_enhancement
coverage_enhancementcoverage_enhancement
coverage_enhancement
mohammad ali amini
 
Sdcch Blocking Analysis
Sdcch Blocking AnalysisSdcch Blocking Analysis
Sdcch Blocking Analysis
Assim Mubder
 
Events in tems products
Events in tems productsEvents in tems products
Events in tems products
To Anh
 
Timing advances
Timing advancesTiming advances
Timing advances
Anil Singh
 
2g 3g blogspot RF-knowledge
2g 3g blogspot RF-knowledge2g 3g blogspot RF-knowledge
2g 3g blogspot RF-knowledge
atbarawi
 
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
 

What's hot (20)

c1 & c2 values
c1 & c2 values c1 & c2 values
c1 & c2 values
 
Gsm bss-network-kpi-tch-call-drop-rate-optimization-manual(cdr)
Gsm bss-network-kpi-tch-call-drop-rate-optimization-manual(cdr)Gsm bss-network-kpi-tch-call-drop-rate-optimization-manual(cdr)
Gsm bss-network-kpi-tch-call-drop-rate-optimization-manual(cdr)
 
05 gsm bss network kpi (tch congestion rate) optimization manual
05 gsm bss network kpi (tch congestion rate) optimization manual05 gsm bss network kpi (tch congestion rate) optimization manual
05 gsm bss network kpi (tch congestion rate) optimization manual
 
Ericsson SDCCH establishment Issue
Ericsson SDCCH establishment IssueEricsson SDCCH establishment Issue
Ericsson SDCCH establishment Issue
 
Call flow
Call flowCall flow
Call flow
 
BSS Dimensioning
BSS DimensioningBSS Dimensioning
BSS Dimensioning
 
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...
 
Sdcch
SdcchSdcch
Sdcch
 
Channelconfih s9
Channelconfih s9Channelconfih s9
Channelconfih s9
 
Kpi analysis guideline
Kpi analysis guidelineKpi analysis guideline
Kpi analysis guideline
 
Channel failure rate above defined threshold
Channel failure rate above defined thresholdChannel failure rate above defined threshold
Channel failure rate above defined threshold
 
GSM Channel concept and SDCCH
GSM Channel concept and SDCCHGSM Channel concept and SDCCH
GSM Channel concept and SDCCH
 
Modul 4 signalling dimensioning
Modul 4   signalling dimensioningModul 4   signalling dimensioning
Modul 4 signalling dimensioning
 
Improve tbf drop
Improve tbf dropImprove tbf drop
Improve tbf drop
 
coverage_enhancement
coverage_enhancementcoverage_enhancement
coverage_enhancement
 
Sdcch Blocking Analysis
Sdcch Blocking AnalysisSdcch Blocking Analysis
Sdcch Blocking Analysis
 
Events in tems products
Events in tems productsEvents in tems products
Events in tems products
 
Timing advances
Timing advancesTiming advances
Timing advances
 
2g 3g blogspot RF-knowledge
2g 3g blogspot RF-knowledge2g 3g blogspot RF-knowledge
2g 3g blogspot RF-knowledge
 
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
 

Similar to Timer doc

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
Efosa Aigbe
 
Kpi 2g troubleshootin
Kpi 2g troubleshootinKpi 2g troubleshootin
Kpi 2g troubleshootin
Abd Yehia
 
37919013 gsm-kpi-optimization
37919013 gsm-kpi-optimization37919013 gsm-kpi-optimization
37919013 gsm-kpi-optimization
FrankGwaluma
 
Kpi analysis
Kpi analysisKpi analysis
Kpi analysis
avneesh7
 
Nokia_GSM_KPI_ANALYSIS_Based_on_Daily_Mo.ppt
Nokia_GSM_KPI_ANALYSIS_Based_on_Daily_Mo.pptNokia_GSM_KPI_ANALYSIS_Based_on_Daily_Mo.ppt
Nokia_GSM_KPI_ANALYSIS_Based_on_Daily_Mo.ppt
ssuser257bce
 
Kpi analysis
Kpi analysisKpi analysis
Kpi analysis
Eko Priyanto
 
Kpi analysis
Kpi analysisKpi analysis
dokumen.tips_nokia-gsm-kpi-analysis-based-on-daily-monitoring-basis-presentat...
dokumen.tips_nokia-gsm-kpi-analysis-based-on-daily-monitoring-basis-presentat...dokumen.tips_nokia-gsm-kpi-analysis-based-on-daily-monitoring-basis-presentat...
dokumen.tips_nokia-gsm-kpi-analysis-based-on-daily-monitoring-basis-presentat...
Eyeonallthings
 
Kpi analysis
Kpi analysisKpi analysis
Kpi analysis
Hariom Gupta
 
Nokia gsm-kpi-analysis-based-on-daily-monitoring-basis-presentation
Nokia gsm-kpi-analysis-based-on-daily-monitoring-basis-presentationNokia gsm-kpi-analysis-based-on-daily-monitoring-basis-presentation
Nokia gsm-kpi-analysis-based-on-daily-monitoring-basis-presentation
mohammed khairy
 
2G KPIs.pptx
2G KPIs.pptx2G KPIs.pptx
2G KPIs.pptx
MuhammadSumairMohsin1
 
kpianalysis-110830052500-phpapp02.ppt
kpianalysis-110830052500-phpapp02.pptkpianalysis-110830052500-phpapp02.ppt
kpianalysis-110830052500-phpapp02.ppt
muhammadabdurrazzaqe
 
Huawei UMTS Inter-rat cs THD trial
Huawei UMTS Inter-rat cs THD trialHuawei UMTS Inter-rat cs THD trial
Huawei UMTS Inter-rat cs THD trial
A Sahab
 
gsm-network-optimization
gsm-network-optimizationgsm-network-optimization
gsm-network-optimization
Muhammad Yahya
 
kpi-analysis-nsn
kpi-analysis-nsnkpi-analysis-nsn
kpi-analysis-nsn
Gindo Ferial
 
Gsm Cell Planning And Optimization
Gsm Cell Planning And OptimizationGsm Cell Planning And Optimization
Gsm Cell Planning And Optimization
Yasir Azmat
 
TN006 frequency compensation method for vf-tlp measurements
TN006 frequency compensation method for vf-tlp measurementsTN006 frequency compensation method for vf-tlp measurements
TN006 frequency compensation method for vf-tlp measurements
Wei Huang
 
Kpi analysis[1]
Kpi analysis[1]Kpi analysis[1]
Kpi analysis[1]
Sahil Gupta
 
Dt interview que
Dt interview queDt interview que
Dt interview que
Arun Kumar
 
Cro v2
Cro v2Cro v2
Cro v2
yibta
 

Similar to Timer doc (20)

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
 
Kpi 2g troubleshootin
Kpi 2g troubleshootinKpi 2g troubleshootin
Kpi 2g troubleshootin
 
37919013 gsm-kpi-optimization
37919013 gsm-kpi-optimization37919013 gsm-kpi-optimization
37919013 gsm-kpi-optimization
 
Kpi analysis
Kpi analysisKpi analysis
Kpi analysis
 
Nokia_GSM_KPI_ANALYSIS_Based_on_Daily_Mo.ppt
Nokia_GSM_KPI_ANALYSIS_Based_on_Daily_Mo.pptNokia_GSM_KPI_ANALYSIS_Based_on_Daily_Mo.ppt
Nokia_GSM_KPI_ANALYSIS_Based_on_Daily_Mo.ppt
 
Kpi analysis
Kpi analysisKpi analysis
Kpi analysis
 
Kpi analysis
Kpi analysisKpi analysis
Kpi analysis
 
dokumen.tips_nokia-gsm-kpi-analysis-based-on-daily-monitoring-basis-presentat...
dokumen.tips_nokia-gsm-kpi-analysis-based-on-daily-monitoring-basis-presentat...dokumen.tips_nokia-gsm-kpi-analysis-based-on-daily-monitoring-basis-presentat...
dokumen.tips_nokia-gsm-kpi-analysis-based-on-daily-monitoring-basis-presentat...
 
Kpi analysis
Kpi analysisKpi analysis
Kpi analysis
 
Nokia gsm-kpi-analysis-based-on-daily-monitoring-basis-presentation
Nokia gsm-kpi-analysis-based-on-daily-monitoring-basis-presentationNokia gsm-kpi-analysis-based-on-daily-monitoring-basis-presentation
Nokia gsm-kpi-analysis-based-on-daily-monitoring-basis-presentation
 
2G KPIs.pptx
2G KPIs.pptx2G KPIs.pptx
2G KPIs.pptx
 
kpianalysis-110830052500-phpapp02.ppt
kpianalysis-110830052500-phpapp02.pptkpianalysis-110830052500-phpapp02.ppt
kpianalysis-110830052500-phpapp02.ppt
 
Huawei UMTS Inter-rat cs THD trial
Huawei UMTS Inter-rat cs THD trialHuawei UMTS Inter-rat cs THD trial
Huawei UMTS Inter-rat cs THD trial
 
gsm-network-optimization
gsm-network-optimizationgsm-network-optimization
gsm-network-optimization
 
kpi-analysis-nsn
kpi-analysis-nsnkpi-analysis-nsn
kpi-analysis-nsn
 
Gsm Cell Planning And Optimization
Gsm Cell Planning And OptimizationGsm Cell Planning And Optimization
Gsm Cell Planning And Optimization
 
TN006 frequency compensation method for vf-tlp measurements
TN006 frequency compensation method for vf-tlp measurementsTN006 frequency compensation method for vf-tlp measurements
TN006 frequency compensation method for vf-tlp measurements
 
Kpi analysis[1]
Kpi analysis[1]Kpi analysis[1]
Kpi analysis[1]
 
Dt interview que
Dt interview queDt interview que
Dt interview que
 
Cro v2
Cro v2Cro v2
Cro v2
 

Timer doc

  • 1. As you can see that even if you make T305 & T308 = 1, according to the formulaN200(T200) combination is still < MSC timer values. In this case we should not get anyimprovement. But we got some improvement as T305 is the timer trigerred first, and if no response isreceived for T305 with in N200 expiry time, T308 is initiated. Therefore, T305 is actually which has given us improvement. For further improvement we needto change SIGDEL values to Long from Normal. Which would make sure we get improvementby T308 as well. Please correct me if I am wrong. Regards, Withtheongoingexerciseofchangingsystemparameterstogainour objectiveofreducingtheTCHdropinthenetwork. BelowarethechangesdoneintheMSC. Beforethechanges: T305+2*T308+T3109<(N200+1)*T200 30+60+1<(3+1)*0.24 91 < 0.96 The parameter settings on the BSC side and MSC side may affect the TCH call drop rate. You should check the settings of the following parameters for a cell with a high TCH call drop rate. See Case 5: Reduction of Call Drops by Optimizing Handover Parameters and Case 12: Increase in Call Drop Rate Due to Change of TR1N on the MSC Side. 1. SACCH Multi-Frames This parameter determines whether an uplink radio link is faulty. Each time the BTS fails to decode the measurement report on the SACCH from the MS, the counter decreases by 1. Each time the BTS successfully decodes the measurement report on the SACCH, the counter increases by 2. When the value of this counter is 0, the BTS regards the radio link as faulty. In the traffic measurement, if there are many call drops (M3101A) related to radio link failure, you can infer that the radio propagation conditions are poor. In this case, you can set this parameter to a greater value. 2. Radio Link Timeout This parameter determines whether a downlink radio link is faulty. Each time the BTS fails to decode the measurement report sent over the SACCH by the MS, the counter decreases by 1. Each time the BTS successfully decodes the measurement report sent over the SACCH, the counter increases by 2. When the value of this parameter is 0, the BTS regards the radio link as faulty. In the traffic measurement, if there are many call drops (M3101A) related to radio link failure, you can infer that the radio propagation conditions are poor. In this case, you can set this parameter to a greater value. 3. RXLEV_ACCESS_MIN This parameter specifies the minimum receive level of an MS to access the BSS. If this parameter is set to a too small value, some MSs with low receive levels may access the network and call drops are likely to occur. You can set this parameter to a great value to reduce the TCH call drop rate. The counters such as call setup success rate and the
  • 2. counters related to traffic volume, however, are accordingly affected. 4. RACH Min.Access Level This parameter determines whether an MS can access the network over the RACH. If this parameter is set to a too small value, some MSs with low signal levels may access the network and call drops are likely to occur. You can set this parameter to a great value to reduce the TCH call drop rate. The counters such as call setup success rate and paging success rate, however, are affected. 5. Min DL Power on HO Candidate Cell and Min Access Level Offset The sum of the values of the two parameters specifies the minimum downlink receive level of a candidate neighboring cell for a handover. If this parameter is set to a too great value, some desired cells may be excluded from the candidate cells; if this parameter is set to a too small value, an unwanted cell may become the candidate cell. Both conditions may lead to the increase of call drops. 6. Timer T3103 series Timer T3101 series consists of T3103A, T3103C, and T8. These timers are started to wait for a handover complete message. If the lengths of the timers are set to small values, probably no message is received when timer T3103 series expires. In this case, the BSC considers that the radio link in the originating cell is faulty. Then, the BSC releases the channel in the originating cell. Thus, call drops occur. In the traffic measurement, if many call drops are related to handovers (CM331: Call Drops on Radio Interface in Handover State), you can set this parameter to a greater value. If this parameter is set to a too great value, channel resources are wasted and TCH congestion occurs. 7. Timer T3109 This parameter specifies the period for waiting for a Release Indication message after the BSC sends a Channel Release message to the BTS. If this parameter is set to a too small value, the link may be released before the Release Indication message is received. As a result, a call drop occurs. You can set this parameter to a greater value to reduce the TCH call drop rate. It is recommended that timer T3109 be set to 1–2 seconds longer than timer Radio Link Timeout. 8. Timer T3111 This parameter specifies the interval between the time that the main signaling link is disconnected and the time that a channel is deactivated. The purpose is to reserve a period of time for repeated link disconnections. If this timer is set to a too small value, a channel may be deactivated too early. Thus, call drops increase.
  • 3. 9. Timers T305 and T308 Timers T305 and T308 are used on the MSC side. Timer T305 specifies the period during which the MSC monitors the on-hook procedure. Timer T308 specifies the period during which the MSC monitors the resource release procedure. You should set the two parameters when adding BSC data. Note that the modification of the data in the timer table does not take effect. If timers T305 and T308 are set to invalid or great values, the MSC clears the call a long time after the MS hangs up. After the T3103 and Radio Link Timeout timers expire, the number of call drops is increased and thus the TCH call drop rate is significantly affected. 10. TCH Traffic Busy Threshold If the current channel seizure ratio exceeds the value of this parameter, the BSC preferentially assigns a half-rate channel to a dualrate-enabled call. Otherwise, the BSC assigns a full-rate channel to the dualrate-enabled call. Compared with a full-rate channel, a half-rate channel has weak antiinterference capabilities. Therefore, if a large number of half- rate channels are assigned, the TCH call drop rate increases. It is recommended that this parameter should not be set to a too small value if congestion is unlikely to occur. 11. Call Reestablishment Forbidden This parameter specifies whether to allow call reestablishment. In case of burst interference or radio link failure due to blind areas caused by high buildings, call drops occur. In this case, MSs can initiate the call reestablishment procedure to restore communication. To reduce the TCH call drop rate, you can set this parameter to No to allow call reestablishment. In certain conditions, allowing call reestablishment greatly reduces the TCH call drop rate. Call reestablishment lasts for a long time, and therefore some subscribers cannot wait and hang up. This affects user experience. 12. Parameters related to edge handover When the receive level drops greatly, an edge handover cannot be performed in time in any of the following conditions: The parameter Edge HO UL RX_LEV Threshold or Edge HO DL RX_LEV Threshold is set to a small value; the parameter Inter-cell HO Hysteresis is set to a great value; the parameters Edge HO Watch Time and Edge HO AdjCell Watch Time are set to great values; the parameters Edge HO Valid Time and Edge HO AdjCell Valid Time are set to great values. As a result, a call drop occurs. To reduce the TCH call drop rate, you can appropriately set these parameters so that edge handovers can be performed in time to avoid call drops. 13. Parameters related to BQ handover When the signal quality deteriorates, a BQ handover cannot be performed in time in any of
  • 4. the following conditions: The parameters ULQuaLimitAMRFR, ULQuaLimitAMRHR, UL Qual. Threshold, DLQuaLimitAMRFR, DLQuaLimitAMRHR, and DL Qual. Threshold are set to great values; the parameter BQ HO Margin is set to a small value; the parameter Inter-cell HO Hysteresis is set to a great value. As a result, call drops occur. To reduce the TCH call drop rate, you should appropriately set these parameters so that BQ handovers can be performed in time to avoid call drops. 14. Parameters related to interference handover If the parameters RXQUAL1 to RXQUAL12 are set to great values or if the RXLEVOff parameter is set to a great value, strong interference may occur. In this case, if interference handovers are not performed in time, call drops occur. To reduce the TCH call drop rate, you can appropriately set these parameters so that interference handovers can be performed in time to avoid call drops. If the parameters RXQUAL1 to RXQUAL12 are set to small values, the number of handovers due to other causes increases greatly, thus affecting the handover success rate. 15. Parameters related to concentric cell handover A call at the edge of the overlaid subcell cannot be handed over to the underlaid subcell in any of the following conditions: In the case of a normal concentric cell, the parameters RX_LEV Threshold and RX_LEV Hysteresis are set to great values; in the case of an enhanced concentric cell, the parameter OtoU HO Received Level Threshold is set to a great value. As a result, a call drop is likely to occur. If the Call Drop Ratio on TCH on the TRX in the OverLaid Subcell (RM330a) is high, you can appropriately set these parameters so that calls at the edge of the overlaid subcell can be handed over to the underlaid subcell in time. When a call in the underlaid subcell has interference, the call cannot be handed over to the overlaid subcell if the RX_QUAL for UO HO Allowed parameter is set to Yes and the RX_QUAL Threshold parameter is set to a great value. Thus, a call drop occurs. If the Call Drop Ratio on TCH on the TRX in the Underlaid Subcell (RM330) is high, you can set these parameters properly so that the call can be handed over to the overlaid subcell at the earliest. 16. Parameters related to power control If the power control level and quality threshold are set to small values, call drops are likely to occur because of low signal level or bad voice quality. 17. T200 and N200 If the parameters T200 FACCH/F, T200 FACCH/H, N200 of FACCH/Full rate, and N200 of FACCH/Half rate are set to small values, data links are disconnected too early. Thus, all drops are likely to occur. If call drops occur because of T200 expiry, you can increase the values of T200 and N200 properly.
  • 5. 18. Neighboring cell relations If the neighboring cells configured in the BA2 table are incomplete, call drops are likely to occur in the case of no suitable neighboring cell for handover and progressive deterioration in the voice quality. Neighboring cell relations should be configured completely on the basis of the drive test data and electronic map (for example, Nastar) to minimize the call drops due to no available neighboring cells. 19. MAIO If frequency hopping (FH) is applied in a cell and the MAIO is set inappropriately (for example, different TRXs serving the same cell have the same MAIO), frequency collision may occur during FH. Thus, the TCH call drop rate increases. 20. Disconnect Handover Protect Timer This parameter is a software parameter of the BSC. After receiving a DISCONNECT message from an MS, the BSC cannot hand over the MS within the period specified by this parameter. Therefore, the following case can be avoided: After being handed over to the target cell, the MS cannot be put on hook because it does not receive a release acknowledgement message. You are advised to set this parameter properly. 21. TR1N This parameter should be set on the MSC side. It is used to avoid the retransmission of short messages. When this parameter is set to a too great value, the MSC does not send a CLEAR CMD message if the MS receives a short message during link disconnection. As a result, the MS sends the BTS a DISC message to disconnect layer 2 connection. After receiving the DISC message, the BTS sends a REL_IND message to the BSC. Then, the BSC sends a CLEAR REQ message to the MSC and the number of call drops is incremented by one. 22. Software Parameter 13 and MAX TA When the parameter Software Parameter 13 is enabled and the parameter MAX TA is set to a too small value, the channel is released when the TA of a call exceeds the MAX TA. In this case, call drops occur. It is recommended that the parameter Software Parameter 13 should not be enabled. 23. Directly Magnifier Site Flag If a BTS is installed with repeaters, the handover between repeaters can only be asynchronous because the distance between repeaters is long. If synchronous handovers are performed, the handovers may fail and thus many call drops occur. Therefore, when a BTS is installed with repeaters, the parameter Directly Magnifier Site Flag should be set to Yes to avoid asynchronous handovers between cells under the same BTS.
  • 6. Cv a I assume that your coleague changed the MSC side timer T305 and T308, your coleague did a "clever" trick to let the MSC clear the call early before the BSS side peg the drop call statistics. In long run, your coleague just plays around these timer parameters and doesn't improve the network quality. I saw similar actions before. Here are the explanation what these 2 timers are used for. T305 timer is started at the MSC/MS when DTAP message DISCONNECT is sent, this will guard the DISCONNECT procedure run correctly in T305 period. T308 timer is started at the MSC/MS when DTAP message RELEASE is sent after the DISCONNECT procedure, this timer guards how long the RELEASE procedure runs. (GSM 04.08 section 5.4 call clearing) T305 and T308 at MSC should be set to no less than 11 seconds to guarantee that the layer 2 T200 is timing out N200 times on the air interface, reducing these timers to less than 11 seconds will pull them below the related BSS timers[T200*(N200+1) in this case] at the air interface that are used to ensure a successful transmission of a message (DISCONNECT and RELEASE in this case) to/from the mobile over the air interface. Normally the higher level MSC timers would be set longer than the related lower level times in the BSS, using a strategy that lower level timers should expire first. Setting T305 and T308 to less than 11 seconds here is forced the higher level MSC timers to expire before the BSS timers[T200*(N200+1) and link_fail(only for MSC issuing DISCONNECT/RELEASE first)] when there are air interface transmission problems (RF interference) for DISCONNECT and RELEASE signalling, and as a result the BSS statistics SD/TCH drop doesn't get a chance to peg for T200*(N200+1). The end user experience is probably not that relevant here as they were trying to clear the call anyway. The end user would see no difference. However the network operator could be fooled here though thinking that he has a clean RF interface with a lower drop call rate, when in fact there could be RF interference issues to be resolved. The low MSC timers are just masking it.
  • 7. Cv a I assume that your coleague changed the MSC side timer T305 and T308, your coleague did a "clever" trick to let the MSC clear the call early before the BSS side peg the drop call statistics. In long run, your coleague just plays around these timer parameters and doesn't improve the network quality. I saw similar actions before. Here are the explanation what these 2 timers are used for. T305 timer is started at the MSC/MS when DTAP message DISCONNECT is sent, this will guard the DISCONNECT procedure run correctly in T305 period. T308 timer is started at the MSC/MS when DTAP message RELEASE is sent after the DISCONNECT procedure, this timer guards how long the RELEASE procedure runs. (GSM 04.08 section 5.4 call clearing) T305 and T308 at MSC should be set to no less than 11 seconds to guarantee that the layer 2 T200 is timing out N200 times on the air interface, reducing these timers to less than 11 seconds will pull them below the related BSS timers[T200*(N200+1) in this case] at the air interface that are used to ensure a successful transmission of a message (DISCONNECT and RELEASE in this case) to/from the mobile over the air interface. Normally the higher level MSC timers would be set longer than the related lower level times in the BSS, using a strategy that lower level timers should expire first. Setting T305 and T308 to less than 11 seconds here is forced the higher level MSC timers to expire before the BSS timers[T200*(N200+1) and link_fail(only for MSC issuing DISCONNECT/RELEASE first)] when there are air interface transmission problems (RF interference) for DISCONNECT and RELEASE signalling, and as a result the BSS statistics SD/TCH drop doesn't get a chance to peg for T200*(N200+1). The end user experience is probably not that relevant here as they were trying to clear the call anyway. The end user would see no difference. However the network operator could be fooled here though thinking that he has a clean RF interface with a lower drop call rate, when in fact there could be RF interference issues to be resolved. The low MSC timers are just masking it.