Professional Documents
Culture Documents
Course Outlines
Frequency Band
The range of frequencies which the operator is
allowed to use for transmission and reception.
Downlink and Uplink bands
DL band is the range of frequencies used by the Base
station when transmitting to the MS while the UL
band is the range of frequencies used by the Mobile
station when transmitting to the Base Station.
Why DL band is higher than the UL band?
As frequency >>> then attenuation with air >>>
Since Power BaseStation > Power MobileStation then it is wise
to configure the higher frequencies that will be
attenuated fast to the side that is using higher power.
Access Techniques
Access techniques: Techniques through which many MSs can access the shared media
which is the air interface.
FDMA ( Frequency Division Multiple Access)
Each MS is assigned a dedicated frequency through which he can talk.
TDMA (Time Division Multiple Access)
All MSs are using the same frequency but each of them will be utilizing it only over a
certain period of time called Time Slot (TS)
In GSM System were using TDMA over FDMA where the frequency band is divided into
no. of frequencies each of which is shared among no. of MSs, where each MS will be
assigned a certain TS on certain frequency.
GSM 900
GSM(DCS) GSM(PCS)
System P-GSM 900 E-GSM 900
1800 1900
Uplink (MS BS) 890 915 MHz 880 915 MHz 1710 1785 MHz 1850 1910 MHz
Downlink(BS MS) 935 960 MHz 925 - 960 MHz 1805 - 1880 MHz 1930 - 1990 MHz
Wavelength 33 cm 33 cm 17 cm 16 cm
Carrier separation 200 kHz 200 kHz 200 kHz 200 kHz
Channel rate 270.8 kbps 270.8 kbps 270.8 kbps 270.8 kbps
Network Architechture
Base Station System (BSS)
Mobile Equipment
Transmit the radio waves.
Speech coding and decoding.
Call control.
Performance measurement of radio link.
Logical Channels
Frequency Correction Control Channel Paging Channel Fast Associated Control Channel
Broadcast Control Channel Random Access Channel Slow Associated Control Channel
These are used to carry signaling or synchronization data, theyre divided into three types:
Broad Cast Channels (BCH)
Common Control Channels (CCCH)
Dedicated Control Channels (DCCH)
Logical Channels
Logical Channels
Radio Network
Optimization
Principle of 2G Radio Network Optimization
Optimization Strategy
Principle of 2G Radio Network Optimization
Evaluation Failure
causes Radio / BTS
/ Transport / BSC
Principle of 2G Radio Network Optimization
Quality benchmark
- Cell Availability
- Call Setup Success Rate
- Blocking Rate
- Call Drop Rate
- Handover Success Rate
- Traffic Volume & Utilization
KPIs in different stages of the call phase
TCH
SDCCH Assignment
Establishment success rate success rate
SDCCH availability
TCH
SDCCH time TCH
Availability
congestion Drop
And
Time congestion
establish establish
get get get call release
SDCCH TCH
service SDCCH TCH phase phase
connection connection
Retainability
This KPI measures the ability to maintain the existing connection. This range from the service has been
accessed to the event user disconnected the service. (TCH Drop Rate, Erlang per Minute Drop/EMD,)
Mobility
This KPI measures the ability to maintain user connection while moving in network.
(HOSR)
Integrity
This KPI measures the degree of service after the service has been accessed by user.
(Throughput, FER, SQI, RxQual)
Key Performance Indicator (KPI)
KPI SLA (Service Level Agreement) Target
No KPI
1 TCH Availability ==> Cell Availabiliy
2 SDCCH Blocking Rate BH
3 SDCCH Drop Rate
4 TCH Blocking BH
5 DCR (2G Voice)
6 CSSR (2G Voice)
7 2G HoSR
8 ISHO 2G - 3G (RT Service)
9 ISHO 2G - 3G (NRT Service)
Main Key Performance Indicator (KPI)
2G Call Success Rate (CSR)
Calculation rule CSR = Call Setup Success Rate * (1-Drop Call Rate)
Main Key Performance Indicator (KPI)
2G Call Setup Success Rate (CSSR)
Indicator Name 2G Call Setup Success Rate
Ratio of the successfully established calls over the requested calls. This does not include SDCCH access failures only
Definition
SDCCH establishment failures due to blocking are included.
Unit Ratio (%)
Digital display Rounded to 2 significant figures.
Goal Measures the accessibility of the network for speech calls.
Granularity Network
Periodicity Monthly value (average value from the first day to the last day of the month on a network basis).
Data source OSS tools
CSSR = (1 - SDCCH Blocking Rate) * (1 - SDCCH Drop Rate) *
(1 TCH Blocking Rate) * (1- TCH Normal Assignment Failure Rate)
Location Update
TCH
SDCCH Assignment
Establishment success rate success rate
SDCCH availability
TCH
SDCCH time TCH
Availability
congestion Drop
And
Time congestion
establish establish
get get get call release
SDCCH TCH
service SDCCH TCH phase phase
connection connection
Accessibility
Retainability
Mobility
Integrity
Data collection
KPI reporting
Analysis of DCR
Counters
CDISSS, CDISQA, and CDISTA but also CNRELCONG
Bad quality:
Missing neighbour relationships, poor locating parameter settings, bad exchange property settings, system memory congestion, or
neighbour cell congestion
Excessive internal interference To solve problem use DTX, FH, or a new frequency plan
Excessive external interference Discovered if interference still happens during low traffic periods
Time Dispersion In hilly or mountainous areas next to lots of water
No dominant server (usually seen as a rapid succession of handovers made between several cells, all of which usually provide fairly
weak coverage)
BTS HW fault
Poor BTS or MS power control parameter settings
Sudden Loss:
Sudden and/or severe drop in signal strength
Sudden and/or severe occurrence of interference or bad quality
MS running out of battery during conversation
BTS HW fault
Synchronization or Abis link fault (transmission fault)
MS Fault
Analysis process:
1. High SDCCH blocking is due to congestion on the SDCCH channel. Check what causes the high
SDCCH usage. Then appropriate actions can be taken:
Check amount of SMS. Check and verify with Core engineers SMS Center parameterization.
- A3030B: CELL_ESTB_IND_MOC_SMS_SD: Number of Call Setup Indications for SMS on SDCCH
- CA3340: CELL_Pt_to_Pt_SMS_SD: Number of Point-to-Point Short Messages on SDCCH (includes
UL+DL)
Check if the problem is caused by roamers that do not have access to the network, thus causing
big amount of failed LAUs/RAUs.
Check if cell is in LA border: if yes, then we can increase CRH parameter value
- CRH: Cell Reselect Hysteresis Parameters (Cell reselection hysteresis. This is one of the
parameters used for deciding whether to reselect cells in different location areas.)
Check whether moving LA borders (if possible to move) could help relieving the congestion.
Check the pattern of LAU requests. Check hours and duration of high number of such requests.
Check whether the problem is constant throughout the day or it occurs only during 1 hour for
example. If the problem occurs only on specific hour of day check if it is worth acting to solve it
(costs vs. benefits).
1. High SDCCH Blocking (3)
3. Check if TCH Immediate Assignment is allowed:
- IMMASSEN: TCH Immediate Assignment (Whether to allow immediate TCH assignment. If this
parameter is set to YES, the BSC can assign a TCH immediately when there is no available SDCCH for
a channel request.) Note: It is not recommended to activate this in congested LA borders.
4. Activate SDCCH dynamic conversion feature: Dynamic SDCCH conversion can be triggered if the
SDCCH resource is insufficient or the SDCCH allocation fails during the channel assignment
- SDDYN: SDCCH Dynamic Allocation Allowed (Whether to allow SDCCH dynamic allocation, that is,
whether to allow dynamic conversion between TCHs and SDCCHs.)
- IDLESDTHRES: Idle SDCCH Threshold N1 (When the number of idle SDCCH channels in a cell is
smaller than this parameter, the system searches for available TCHs and transforms them into SDCCH
channels)
- CELLMAXSD: Cell SDCCH Channel Maximum (Maximum number of SDCCHs in the cell. Before
converting a TCH into an SDCCH, the BSC compares the number of SDCCHs after the conversion in
the cell with "Cell SDCCH Channel Maximum". If the number of SDCCHs after the conversion in the
cell exceeds this parameter, the BSC does not convert the TCH into an SDCCH.)
6. Add TRX
Analysis process:
1. Identify the route cause of SDCHH drops by checking the following counters. The total number of
SDCCH drops is given by:
Call Drops on SDCCH = [Call Drops on Radio Interface (SDCCH)]+[Call Drops due to No MRs from MS for
a
Long Time (SDCCH)]+[Call Drops due to Abis Terrestrial Link Failure (SDCCH)]+[Call Drops Due to
Equipment Failure (SDCCH)]+[Call Drops due to Forced Handover (SDCCH)]:
Call Drops on Radio Interface (SDCCH): the drop is due to radio. Check for missing neighbours.
Check radio environment/signal strength at drop points. Adjust antenna parameters appropriately
to improve coverage if this is the problem. Check whether the drops are during handover. Check
interference.
Call Drops due to No MRs from MS for a Long Time (SDCCH): After seizing an SDCCH, the MS sends
a measurement report to the BSC every 470 ms. When the BSC does not receive a measurement
report within a certain period of time, the BSC sends a CLEAR REQUEST message to the MSC to
release the call, and this counter is incremented by one. Check UL coverage and quality
(interference). Check for possible MS problem.
Call Drops due to Abis Terrestrial Link Failure (SDCCH): transmission problem on Abis. Check
relative alarms.
Call Drops Due to Equipment Failure (SDCCH): BSC hardware or software failure. Check alarms to
discover the exact cause.
2. High SDCCH Drop Rate (2)
Call Drops due to Forced Handover (SDCCH): After an MS seizes a channel, if the system initiates a
forced handover and the handover fails, the BSC may initiate a call release procedure. Check why
the handover failed: Timer expired? Check whether the emergency handover is due to preemption,
or blocking of cell/TRX/channel.
3. CSSR (1)
- KPI formula:
BSS Call Setup Success Rate = (([Immediate Assignment Success Rate]*[TCH Assignment Success
Rate])*(1-[SDCCH Drop Rate]))*{100}
Analysis process:
1. Each of the 3 component-KPIs will affect CSSR:
- Low Immediate Assignment Success Rate will decrease CSSR
- Low TCH Assignment Success Rate will decrease CSSR
- High SDCCH Drop Rate will decrease CSSR
2. Examine at which point most of the failures appear by checking thoroughly the 3 component-KPIs.
Find out the corresponding failure causes for Immediate Assignment, Assignment and SDCCH Drops.
3. CSSR (2)
3. Low Immediate Assignment Success Rate
If Immediate Assignment failures are due to channel activation failure or channel activation timeout
(points B, C in Figure 2) check hardware/software alarms.
(1) Failures due to mismatch between the state machine of the BSC and the ASS REQ message or due
to the abnormality of the ASS REQ message:
- A3129I: CELL_ASS_FAIL_INVALID_STATE: This counter provides the number of ASS FAIL messages sent
by the BSC to the MSC when the BSC receives an ASS REQ message that is not expected by the internal
state machine of the BSC (for example, the state machine is in release status).
- A3129E: CELL_ASS_FAIL_NO_CIC: This counter provides the number of ASS FAIL messages sent by the
BSC to the MSC when the BSC receives an ASS REQ message that carries an unavailable A interface CIC.
- A3129F: CELL_ASS_FAIL_CIC_ALLOC: This counter provides the number of ASS FAIL messages sent by
the BSC to the MSC when the BSC receives an ASS REQ message that carries an A interface CIC that is
already occupied by another call.
3. CSSR (5)
(2) Failures due to abnormal radio resource allocation:
- A312A: CELL_ASS_FAIL_Frst_ASS_NO_CH: This counter provides the number of ASS FAIL messages
sent by the BSC to the MSC when the cell does not have available channels and the directed retry
procedure fails to be initiated or the directed retry is prohibited by the data configuration in the first air
interface assignment procedure.
- A312K: CELL_ASS_FAIL_Frst_DR_NO_CH: This counter provides the number of ASS FAIL messages sent
by the BSC to the MSC when the cell does not have available channels and the directed retry procedure
is successfully initiated but failed due to no available channel in the first air interface assignment
procedure.
- A3129S: CELL_ASS_FAIL_NO_SPEECH_VER: This counter provides the number of ASS FAIL messages
sent by the BSC to the MSC when the assignment fails because the intersection between the speech
version set carried in the ASS REQ message from the MSC and the speech version set supported by the
current cell of the MS does not have available speech versions.
- A3129C: CELL_ASS_FAIL_Frst_ASS_EXP: This counter provides the number of ASS FAIL messages sent
by the BSC to the MSC when the timer for the BSC to wait for an ASS CMP message expires after the
BSC sends an ASS CMD message to the MS in the first air interface assignment procedure.
- A3129G: CELL_ASS_FAIL_A_INTERF_FAIL: This counter provides the number of times that the BSC
locally releases the call when the BSC receives an SS7 link abnormality indication in the assignment
procedure.
- A3129H: CELL_ASS_FAIL_MSC_CLR_CMD: This counter provides the number of times that the BSC
releases the call after receiving a CLEAR CMD message from the MSC in the assignment procedure.
3. CSSR (9)
5. High SDCCH Drop Rate
In case high SDCHH Drop Rate causes deterioration of CSSR, refer to Case 2 of present document for
handling.
- Directed retry
When TCHs in a cell are insufficient, TCHs in other cells can be assigned through directed retry, thus
increasing the BSS CSSR. By default, this function is enabled.
- TCH reassignment
When this function is enabled, the BSC initiates a re-assignment procedure after receiving the failure
indication of the TCH assignment on the Um interface. This function can be used to increase the
success
rate of TCH assignment, thus increasing the BSS CSSR. By default, this function is enabled.
- Flex Abis
This function is implemented in the BSC6000V900R003 and later versions. This function enables
dynamic assignment of Abis timeslots to more efficiently utilize the Abis link resources; however,
assignment may fail because of congestion on the Abis links. This function may decrease the BSS CSSR.
4. High TCH Blocking (1)
- KPI formula:
TCH Congestion Rate (Overflow) = (([Failed TCH Seizures due to Busy TCH (Signaling Channel)]+[Failed
TCH Seizures due to Busy TCH (Traffic Channel)]+[Failed TCH Seizures in TCH Handovers due to Busy
TCH (Traffic Channel)])/([TCH Seizure Requests (Signaling Channel)]+[TCH Seizure Requests (Traffic
Channel)]+[TCH Seizure Requests in TCH Handovers (Traffic Channel)]))*{100}
Analysis process:
1. High TCH blocking means congestion on the Traffic Channel: there are not enough free TCHs to
accept new service requests.
2. Check cell traffic channel availability in order to verify that congestion is not due to availability
issue. Check cell alarms.
3. Check availability of neighboring sites. If neighboring cells are unavailable this will cause big
amount of HOs directed to our current cell thus leading to congestion.
4. Check cell traffic channel configuration. Check if all HR resources are in use before TCH
congestion occurs. Verify that HR is enabled. In case AMR is supported by the operator, verify
that is enabled.
5. Load balancing between cells: certain features can be activated to manage the traffic sharing
between cells:
- Enable LO handover algorithm: LoadHoEn: Load Handover Support
- Enable Directed Retry due to load: DIRECTRYEN: Directed Retry
4. High TCH Blocking (2)
6. Load balancing between cells:
- Concentric Cells: check relative parameters so as to implement optimal traffic sharing between
underlaid-overlaid cells.
- Enhanced Dual Band Network: check relative parameters so as to implement optimal traffic
sharing between underlaid-overlaid cells.
7. Check if additional capacity related features can be activated in the network in order to improve
the utilisation of TCH resources:
- BCCH Dense Frequency Multiplexing: enables the BCCHs to reuse frequencies more tightly to free
more frequencies for non-BCCH TRXs, thus increasing the system capacity.
TIGHTBCCHSWITCH: TIGHT BCCH Switch (Whether to enable the BCCH aggressive frequency reuse
algorithm)
- Interference Based Channel Allocation (IBCA): The IBCA algorithm requires the BSC to estimate the
C/I ratio of the new call in every channel assignment procedure; it also requires the BSC to
estimate the interference caused to the established calls on the network when an idle channel is
assigned to a new call. In this way, the optimal channel, that is, the one that meets the C/I ratio
requirement of the new call and causes the least interference to the established calls after being
occupied, is assigned to the new call to alleviate the interference and ensure the full use of the
frequency resources.
IBCAALLOWED: IBCA Allowed (Whether to enable the IBCA algorithm)
- Flex MAIO: BSC dynamically adjusts the MAIO according to the current interference level of a
channel when assigning an MAIO to the channel .
FLEXMAIO: Start Flex MAIO Switch (Whether to enable the function of Flex Mobile Allocation
Index Offset)
4. High TCH Blocking (3)
8. If congestion is still present although the previous described fine tuning and features activation,
then:
Analysis process:
1. Identify the route cause of the call drops by checking the Call Drops on TCH counter:
Call Drops on Radio Interface in Stable State (Traffic Channel): indicates RF issue. Check coverage at
drop points; check interference in the cell; check for missing neighbours.
Call Drops on Radio Interface in Handover State (Traffic Channel): drops during handover
procedure; check the handover failure counters to get more details for the handover failure cause.
5. High TCH Drop Call Rate (2)
Call Drops due to No MRs from MS for a Long Time (Traffic Channel): After seizing a TCH, the MS
sends a measurement report to the BSC every 480 ms. If the BSC does not receive any
measurement report within a certain period, call drop occurs on the Um interface. Check UL
coverage/UL interference at drop points. Check for possible MS problem.
Call Drops due to Abis Terrestrial Link Failure (Traffic Channel): indicates Abis transmission problem.
Check relative alarms.
Call Drops due to Equipment Failure (Traffic Channel): indicates BSS hardware or software problem.
Check relative alarms.
Call Drops due to Forced Handover (Traffic Channel): After the MS seizes a traffic channel, the BSC
initiates forced handover in the case of channel preemption, channel failure, or channel blocking. If
the handover of the MS fails, the BSC releases the call.
Call Drops Due to Loopback Start Failure: After seizing a channel, the MS starts the local switching.
This measurement provides the number of call drops due to the failure in starting the local
switching caused by different reasons. The cause value can be Terrestrial Resource Request Failure,
Failures on the BTS Side, or Timer Expired.
Call Drops Due to Failures to Return to Normal Call from Loopback: After a call is in the BSC/BTS
local switch state, it incurs a handover. The local switch, however, cannot be continued because the
target cell of the handover may not support local switch, the outgoing BSC handover fails, the TRX
that carries the target channel of the handover may not support local switch, or the specified
handover fails. The BSC attempts to restore the call to a normal one. The restoration may fail due
to various reasons. If the restoration fails, the MS incurs call drop.
5. High TCH Drop Call Rate (3)
2. Parameters that affect TCH Drop Call Rate:
Check and tune appropriately, if needed, the values of the following parameters:
Analysis process:
1. Identify the possible cause of the handover failures by checking the following counters:
A. Internal HO (intra-BSC):
Basic intra-BSC inter-cell handover signalling procedure:
6. High HO fail (2)
The main causes for a failed outgoing internal inter-cell handover include:
3) Abnormal causes
- The BSC fails to activate the allocated channel.
- A fault occurs on the A interface.
6. High HO fail (3)
(1) The following counters are measured when the outgoing internal inter-cell handover fails because
of
failed allocation of relevant resources.
In the outgoing internal inter-cell handover procedure, the BSC sends an HO CMD message to the MS
through the originating cell and initiates a timer (T3103) to wait for a HO CMP message. If the MS
reconnects to the old channel and sends a HO FAIL message on the old channel before the timer
expires, the following counters are measured in the originating cell based on the failure cause value:
- H312Da:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_ABNORM_REL_UNS:
Abnormal Release, Unspecified
- H312Db:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_ABNORM_REL_CHN:
Abnormal Release, Channel Unacceptable
- H312Dc:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_ABNORM_REL_EXP:
Abnormal Release, Timer Expired
- H312Dd:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_ABNORM_REL_NO_ACT:
Abnormal Release, No Activity on the Radio Path
- H312De:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_PREEMPT: Preemptive
Release
- H312Df:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_HO_TA: Timing Advance
out of Range
- H312Dg:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_CH_MODE: Channel
Mode Unavailable
- H312Dh:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_FREQ: Frequency
Unavailable
6. High HO fail (5)
- H312Di:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_C_CLR: Call Already
Cleared
- H312Dj:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_SEMANT: Semantically
Incorrect Message
- H312Dk:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_INV_MAN: Invalid
Mandatory Information
- H312Dl:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_M_T_NE: Message Type
Non-existent or Not Implemented
- H312Dm:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_M_T_NC: Message Type
Not Compatible with Protocol State
- H312Dn:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_CONDIT: Conditional IE
Error
- H312Do:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_NO_CA: No Cell Allocation
Available
- H312Dp:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_PROTOCL: Protocol Error
Unspecified
- H312Dq:CELL_INTRABSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_OTHER: Other Causes
6. High HO fail (6)
During the handover procedure excluding directed retry, after the BSC successfully allocates and
activates
the channel in the target cell, it sends an HO CMD message to the MS and starts the timer T3103 to
wait for
the HO CMP message. If no HO CMP is received by the BSC before T3103 expires, the BSC releases the
call. Then, the specific one of the following counters is measured in the target cell based on the type of
the
target channel, that is, signalling channel (SDCCH/TCHF/TCCH) or traffic channel (TCHF/TCHH):
- H3120C:CELL_INTRABSC_OUTCELL_HO_FAIL_EXP_SD_NOT_INCLUDE_DR
- H3127Cb:CELL_INTRABSC_OUTCELL_HO_FAIL_EXP_TCHF_SIG_NOT_INCLUDE_DR
- H3128Cb:CELL_INTRABSC_OUTCELL_HO_FAIL_EXP_TCHH_SIG_NOT_INCLUDE_DR
- H3127Ca:CELL_INTRABSC_OUTCELL_HO_FAIL_EXP_TCHF_TRAF_NOT_INCLUDE_DR
- H3128Ca:CELL_INTRABSC_OUTCELL_HO_FAIL_EXP_TCHH_TRAF_NOT_INCLUDE_DR
In directed retry procedure, the BSC sends an HO CMD message to the MS through the originating cell
and
starts timer T3103 to wait for an HO CMP message. If no HO CMP is received by the BSC before T8
expires, the following counter is measured:
- H3121C:CELL_INTRABSC_OUTCELL_HO_FAIL_EXP_DR
After the BSC successfully performs channel allocation and speech version confirmation in the target
cell, it
sends a CH ACT message to the BTS for activating the channel, and starts the corresponding timer to
wait
for the response. If the BSC receives a CH ACT NACK or no response from the BTS before the timer
expires, the following counter is measured:
- H312I:CELL_INTRABSC_OUTCELL_HO_FAIL_CHACT_FAIL
If an outgoing internal intra-cell handover fails because the BSC locally releases the call after receiving
an
SS7 link abnormality indication, the following counter is measured:
- H312G:CELL_INTRABSC_OUTCELL_HO_FAIL_A_INTERF_FAIL
6. High HO fail (8)
The main causes for a failed outgoing
B. External HO (inter-BSC): external inter-cell handover include:
Basic inter-BSC inter-cell handover signalling procedure:
1. The timer T7 for the BSC to wait for
a HO CMD message, after having
sent a HO RQD message, expires.
In the outgoing external inter-cell handover (excluding directed retry) procedure, the following
counters are
measured when T7 expires based on the channel type:
- H3320L:CELL_INTERBSC_OUTCELL_HO_FAIL_T7_EXP_SD_NOT_INCLUDE_DR
- H3327Lb:CELL_INTERBSC_OUTCELL_HO_FAIL_T7_EXP_TCHF_SIG
- H3328Lb:CELL_INTERBSC_OUTCELL_HO_FAIL_T7_EXP_TCHH_SIG
- H3327La:CELL_INTERBSC_OUTCELL_HO_FAIL_T7_EXP_TCHF_TRAF_CH
- H3328La:CELL_INTERBSC_OUTCELL_HO_FAIL_T7_EXP_TCHH_TRAF_CH
In the outgoing external inter-cell handover (directed retry) procedure, the following counter is
measured:
- H3321L:CELL_INTERBSC_OUTCELL_HO_FAIL_T7_EXP_DR
6. High HO fail (10)
(2) The following counters provide the number of times that the BSC terminates the outgoing external
inter-
cell handover because it receives an HO RQD REJ message from the MSC after sending the HO RQD
message to the MSC.
- H332Ka:CELL_INTERBSC_OUTCELL_HO_REQ_REJ_OM_INTERVENTION: OM Intervention
- H332Kb:CELL_INTERBSC_OUTCELL_HO_REQ_REJ_EQUIP_FAIL: Equipment Failure
- H332Kc:CELL_INTERBSC_OUTCELL_HO_REQ_REJ_NO_RADIO_RES: No Radio Resource Available
- H332Kd:CELL_INTERBSC_OUTCELL_HO_REQ_REJ_REQ_NO_TER_RES: Requested Terrestrial
Resource Unavailable
- H332Ke:CELL_INTERBSC_OUTCELL_HO_REQ_REJ_BSS_NOT_EQUIP: BSS not Equipped
- H332Kf:CELL_INTERBSC_OUTCELL_HO_REQ_REJ_INVALID_CELL: Invalid Cell
- H332Kg:CELL_INTERBSC_OUTCELL_HO_REQ_REJ_REQ_TRANS_NO_ADAPT: Requested
Transcoding/Rate Adaption Unavailable
- H332Kh:CELL_INTERBSC_OUTCELL_HO_REQ_REJ_CIRCUIT_POOL_MISMATCH: Circuit Pool
Mismatch
- H332Ki:CELL_INTERBSC_OUTCELL_HO_REQ_REJ_REQ_NO_SV: Requested Speech Version
Unavailable
- H332Kj:CELL_INTERBSC_OUTCELL_HO_REQ_REJ_CIPH_ALG_NOT_SUPPORT: Ciphering Algorithm
not Supported
- H332Kk:CELL_INTERBSC_OUTCELL_HO_REQ_REJ_TER_CIR_ALLOC: Terrestrial Circuit Already
Allocated
- H332Kl:CELL_INTERBSC_OUTCELL_HO_REQ_REJ_INVALID_MSG: Invalid Message
- H332Km:CELL_INTERBSC_OUTCELL_HO_REQ_REJ_PROTOCOL_ERR: Protocol Error between BSS
and MSC
- H332Kn:CELL_INTERBSC_OUTCELL_HO_REQ_REJ_OTHER: Other Causes
6. High HO fail (11)
(3) In the outgoing external inter-cell handover procedure, the BSC sends a HO CMD message to the MS
through the originating cell and initiates timer T8 to wait for a CLEAR CMD message from the MSC which
will indicate Successful Handover. If the MS reconnects to the old channel and sends an HO FAIL message
on the old channel before T8 expires, the specific one of the following counters is measured in the target cell
based on the cause value in the HO FAIL message.
- H332Da:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_ABNORM_REL_UNS:
Abnormal Release, Unspecified
- H332Db:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_ABNORM_REL_CHN:
Abnormal Release, Channel Unacceptable
- H332Dc:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_ABNORM_REL_EXP:
Abnormal Release, Timer Expired
- H332Dd:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_ABNORM_REL_NO_ACT:
No Activity on the Radio Path
- H332De:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_PREEMPT: Preemptive
Release
- H332Df:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_HO_TA: Timing Advance
out of Range
- H332Dg:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_CH_MODE: Channel
Mode Unavailable
- H332Dh:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_FREQ: Frequency
Unavailable
- H332Di:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_CALL_CLR: Call Already
Cleared
6. High HO fail (12)
- H332Dj:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_SEMANT: Semantically
Incorrect Message
- H332Dk:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_INVALID_MAN: Invalid
Mandatory Information
- H332Dl:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_MSG_TYPE_NEXISTENT:
Message Type Non-existent or Not Implemented
- H332Dm:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_MSG_TYPE_NOT_CO
MPATIBLE: Message Type Not Compatible with Protocol State
- H332Dn:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_CONDIT: Conditional IE
Error
- H332Do:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_NO_CA: No Cell Allocation
Available
- H332Dp:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_PROTOCL: Protocol Error
Unspecified
- H332Dq:CELL_INTERBSC_OUTCELL_HO_FAIL_RECONN_SUCC_MS_RPT_OTHER: Other Causes
6. High HO fail (13)
(4) In the outgoing external inter-cell handover procedure, after sending the HO CMD message to the
MS,
the BSC starts the timer T8 to wait for the CLEAR CMD message from the MSC. The specific counter
provides the number of times that the BSC terminates the handover due to the expiration of T8.
In the outgoing external inter-cell handover (excluding directed retry) procedure, the following
counters are
measured when T8 expires based on the channel type:
- H3320C:CELL_INTERBSC_OUTCELL_HO_FAIL_T8_EXP_SD_NOT_INCLUDE_DR
- H3327Cb:CELL_INTERBSC_OUTCELL_HO_FAIL_T8_EXP_TCHF_SIG
- H3328Cb:CELL_INTERBSC_OUTCELL_HO_FAIL_T8_EXP_TCHH_SIG
- H3327Ca:CELL_INTERBSC_OUTCELL_HO_FAIL_T8_EXP_TCHF_TRAF_CH
- H3328Ca:CELL_INTERBSC_OUTCELL_HO_FAIL_T8_EXP_TCHH_TRAF_CH
In the outgoing external inter-cell handover (directed retry) procedure, the following counter is
measured:
- H3321C:CELL_INTERBSC_OUTCELL_HO_FAIL_T8_EXP_DR
(6) The following counter provides the number of failed outgoing external inter-cell handovers when
the BSC
detects an SS7 link failure on the A interface and releases the call:
- H332G:CELL_INTERBSC_OUTCELL_HO_FAIL_MSC_CLR_A_INTF_FAIL
6. High HO fail (15)
2. Check interference in source and target cells. High interference can cause handover failure.
3. Check whether ping-pong handover occurs due to no dominant server in the area. Ping-pong may
lead to HO failures.
- T3103A: Timer started after the BSC delivers a HANDOVER COMMAND in an intra-BSC inter-cell
handover. If the BSC receives a HANDOVER COMPLETE message before this timer expires, the timer
stops. If this timer expires, the BSC considers the handover as failed. Recommended value: 10000 ms
- T7: Timer is started after the BSC sends the HO RQD to the MSC and waits for the HO CMD command
from the MSC in an inter-BSC inter-cell handover procedure. Recommended value: 10000 ms
- T8: After sending the HO CMD message to the MS, the BSC starts this timer to wait for the CLEAR
CMD
message from the MSC in an inter-BSC inter-cell handover procedure. Recommended value: 10000 ms
7. Low Coverage (1)
1. TA measurements vs. cell radius
The following counters provide TA distribution per TRX in the cell. The measurements can be checked
versus cell radius to identify possible coverage problems.
- S4420A:TRX_MR_NUM_BY_TA_20
- S4400A:TRX_MR_NUM_BY_TA_0
- S4421A:TRX_MR_NUM_BY_TA_21
- S4401A:TRX_MR_NUM_BY_TA_1
- S4422A:TRX_MR_NUM_BY_TA_22
- S4402A:TRX_MR_NUM_BY_TA_2
- S4423A:TRX_MR_NUM_BY_TA_23
- S4403A:TRX_MR_NUM_BY_TA_3
- S4424A:TRX_MR_NUM_BY_TA_24
- S4404A:TRX_MR_NUM_BY_TA_4
- S4425A:TRX_MR_NUM_BY_TA_25
- S4405A:TRX_MR_NUM_BY_TA_5
- S4426A:TRX_MR_NUM_BY_TA_26
- S4406A:TRX_MR_NUM_BY_TA_6
- S4427A:TRX_MR_NUM_BY_TA_27
- S4407A:TRX_MR_NUM_BY_TA_7
- S4428A:TRX_MR_NUM_BY_TA_28
- S4408A:TRX_MR_NUM_BY_TA_8
- S4429A:TRX_MR_NUM_BY_TA_29
- S4409A:TRX_MR_NUM_BY_TA_9
- S4430A:TRX_MR_NUM_BY_TA_30_TO_31
- S4410A:TRX_MR_NUM_BY_TA_10
- S4432A:TRX_MR_NUM_BY_TA_32_TO_33
- S4411A:TRX_MR_NUM_BY_TA_11
- S4434A:TRX_MR_NUM_BY_TA_34_TO_35
- S4412A:TRX_MR_NUM_BY_TA_12
- S4436A:TRX_MR_NUM_BY_TA_36_TO_37
- S4413A:TRX_MR_NUM_BY_TA_13
- S4438A:TRX_MR_NUM_BY_TA_38_TO_39
- S4414A:TRX_MR_NUM_BY_TA_14
- S4440A:TRX_MR_NUM_BY_TA_40_TO_44
- S4415A:TRX_MR_NUM_BY_TA_15
- S4445A:TRX_MR_NUM_BY_TA_45_TO_49
- S4416A:TRX_MR_NUM_BY_TA_16
- S4450A:TRX_MR_NUM_BY_TA_50_TO_54
- S4417A:TRX_MR_NUM_BY_TA_17
- S4455A:TRX_MR_NUM_BY_TA_55_TO_63
- S4418A:TRX_MR_NUM_BY_TA_18
- S4463A:TRX_MR_NUM_BY_TA_GT_63
- S4419A:TRX_MR_NUM_BY_TA_19
7. Low Coverage (2)
2. Rxlevel & Rxquality measurements
BSC receives reports that contain the uplink and downlink receive level rank and the uplink and downlink
receive quality rank.
- The receive level ranges from rank 0 to rank 7. Each rank corresponds to a receive level range.
- The receive quality ranges from rank 0 to rank 7. Each rank corresponds to a bit error rate range.
Receive Level Rank Receive Level (dBm) Receive Quality Rank Bit Error Rate
0 -100 0 < 0.2%
1 (-100,-95] 1 0.2%-0.4%
2 (-95,-90] 2 0.4 %-0.8%
3 (-90,-85] 3 0.8%-1.6%
4 (-85,-80] 4 1.6%-3.2%
5 (-80,-75] 5 3.2%-6.4%
6 (-75,-70] 6 6.4%-12.8%
7 > -70 7 > 12.8%
Receive Level Measurement, together with Receive Quality Measurement per TRX, reflects the radio signal
coverage and interference of a cell. For example, a high ratio of high level and low quality suggests possible
interference; a high ratio of low level and low quality suggests poor coverage.
7. Low Coverage (3)
TCHF Receive Level Measurement per TRX provides the number of measurement reports from the
TCHF that contain receive level rank and receive quality rank. TCHF receive level and quality measurements
for UL and DL are given by following counters:
- S4100A:TRX_FR_UP_LEV_0_RX_QLTY_0 - S4100B:TRX_FR_DOWN_LEV_0_RX_QLTY_0
- S4101A:TRX_FR_UP_LEV_0_RX_QLTY_1 - S4101B:TRX_FR_DOWN_LEV_0_RX_QLTY_1
- S4102A:TRX_FR_UP_LEV_0_RX_QLTY_2 - S4102B:TRX_FR_DOWN_LEV_0_RX_QLTY_2
... ..
Saaaaa:TRX_FR_UP_LEV_x_RX_QLTY_y Saaaaa:TRX_FR_UP_LEV_x_RX_QLTY_y
where: aaaaa=counter ID, x=receive level rank (0~7), y=receive quality rank (0~7)
TCHH Receive Level Measurement per TRX refers to the measurement of the sampled receive level
ranks and receive quality ranks in the MRs on the TCHH. TCHH receive level and quality measurements for
UL and DL are given by following counters:
- S4100C:TRX_HR_UP_LEV_0_RX_QLTY_0 - S4100D:TRX_HR_DOWN_LEV_0_RX_QLTY_0
- S4101C:TRX_HR_UP_LEV_0_RX_QLTY_1 - S4101D:TRX_HR_DOWN_LEV_0_RX_QLTY_1
- S4102C:TRX_HR_UP_LEV_0_RX_QLTY_2 - S4102D:TRX_HR_DOWN_LEV_0_RX_QLTY_2
Saaaaa:TRX_HR_UP_LEV_x_RX_QLTY_y Saaaaa:TRX_FR_UP_LEV_x_RX_QLTY_y
where: aaaaa=counter ID, x=receive level rank (0~7), y=receive quality rank (0~7)
8. High Interference (1)
1. Idle UL Interference
The interference band is the uplink interference level of a channel reported by the BTS to the BSC in the
RF RESOURCE INDICATION message when the channel is idle. There are five levels of interference
bands. The threshold of each interference band can be configured:
- AS4200A:TRX_CH_IN_INTFR1_AVR_NUM_SD
- AS4200B:TRX_CH_IN_INTFR2_AVR_NUM_SD
- AS4200C:TRX_CH_IN_INTFR3_AVR_NUM_SD
- AS4200D:TRX_CH_IN_INTFR4_AVR_NUM_SD
- AS4200E:TRX_CH_IN_INTFR5_AVR_NUM_SD
- AS4207A:TRX_CH_IN_INTFR1_AVR_NUM_FR
- AS4207B:TRX_CH_IN_INTFR2_AVR_NUM_FR
- AS4207C:TRX_CH_IN_INTFR3_AVR_NUM_FR
- AS4207D:TRX_CH_IN_INTFR4_AVR_NUM_FR
- AS4207E:TRX_CH_IN_INTFR5_AVR_NUM_FR
- AS4208A:TRX_CH_IN_INTFR1_AVR_NUM_HR
- AS4208B:TRX_CH_IN_INTFR2_AVR_NUM_HR
- AS4208C:TRX_CH_IN_INTFR3_AVR_NUM_HR
- AS4208D:TRX_CH_IN_INTFR4_AVR_NUM_HR
- AS4208E:TRX_CH_IN_INTFR5_AVR_NUM_HR
2. Rxlevel & Quality distributions can be used to identify interference in a cell. Refer to Case 7 of present
document for details.
3. TA measurements can be used to identify interference in a cell. Refer to Case 7 of present document for
details.
9. High Signalling Failures Before TBF Establishment (1)
- KPI formula:
Success Rate of Random Access (Packet Service) =
[A301H:CELL_IMM_ASS_CMD_PS]/[A300H:CELL_CH_REQ_PACKET_CALL]
Paging Overload Rate PS = ([PACKET CCCH LOAD IND Messages Sent on Abis Interface])/([Delivered Paging Messages
for PS Service])*{100}
Analysis process:
1. High signalling failures before TBF establishment refers to failures on the CCCH. During one-phase access or two-
phase access on the CCCH, the MS fails to proceed to TBF establishment process due to failures on the CCCH
channel: AGCH or PCH. The failures most likely will be due to CCCH congestion.
3. Check relative alarms on the BSC/BTS in order to locate any hardware/software fault.
4. If blocking is the problem, proceed to the following steps in order to relieve congestion on the CCCH.
6. Check if Flow Control feature is enabled. Recommendation is that Flow Control is always enabled. Flow Control,
controls the arrival of paging messages on the A interface (MSC-BSC) and on the LAPD links (BSC-BTS).
7. Check volume of PS pagings (A331:CELL_PAGES_PS: Delivered Paging Messages for PS Service). If too high then
check if PCCCH is configured. If PCCCH is configured then packet pages can be transmitted through PPCH, thus
reducing PCH load.
CS pages can also be transmitted through packet control channels (PACCH or PPCH). For this to work, Gs interface
needs to be configured between SGSN-MSC. Also Network Mode of Operation should be set to 1.
- NMO: Network Operation Mode
9. Consider splitting cells in the paging overload area. This will grow CCCH capacity.
Fig.1 One-phase packet access on the uplink CCCH Fig.2 Two-phase packet access on the uplink CCCH
10. High TBF Establishment Failures (1)
- KPI formula:
Uplink Assignment Success Rate = (([Number of Successful Uplink GPRS TBF Establishments]+[Number of Successful
Uplink EGPRS TBF Establishments])/([Number of Uplink GPRS TBF Establishment Attempts]+[Number of Uplink EGPRS
TBF Establishment Attempts]))*{100}
Downlink Assignment Success Rate = (([Number of Successful Downlink GPRS TBF Establishments]+[Number of
Successful Downlink EGPRS TBF Establishments])/([Number of Downlink GPRS TBF Establishment Attempts]+[Number
of Downlink EGPRS TBF Establishment Attempts]))*{100}
Analysis process:
1. Identify the possible cause of the TBF establishment failures by checking the following counters:
1. If TBF establishment failure is due to congestion in TCH, refer to Case 4 of present document for handling
suggestions. In brief:
- Check availability of current and neighbouring sites in order to make sure that TCH congestion is not due to
unavailability issues.
- Check FR/HR parameterization (including AMR if enabled in the network). Check usage of HR resources.
- Check Load balancing configuration between cells.
- Add TRX.
3. If TBF establishment failure is due to equipment fault, check relative BSS alarms (hardware and software
alarms) in order to identify the faulty part. Repair or replace the faulty equipment once found.
11. High TBF Drops (1)
- KPI formula:
Uplink GPRS TBF Drop Rate = (([Number of Uplink GPRS TBF Abnormal Releases due to N3101 Overflow (MS No
Response)]+[Number of Uplink GPRS TBF Abnormal Releases due to N3103 Overflow (MS No Response)])/[Number of
Successful Uplink GPRS TBF Establishments])*{100}
Uplink EGPRS TBF Drop Rate = (([Number of Uplink EGPRS TBF Abnormal Releases due to N3101 Overflow (MS No
Response)]+[Number of Uplink EGPRS TBF Abnormal Releases due to N3103 Overflow (MS No Response)])/[Number
of Successful Uplink EGPRS TBF Establishment])*{100}
Downlink GPRS TBF Drop Rate = ([Number of Downlink GPRS intermit transfers]/[Number of Successful Downlink
GPRS TBF Establishments])*{100}
Downlink EGPRS TBF Drop Rate = ([Number of Downlink EGPRS intermit transfers]/[Number of Successful Downlink
EGPRS TBF Establishments])*{100}
Analysis process:
1. Identify the possible cause of the TBF drops by checking the following counters:
Average Throughput of Uplink GPRS TBF (kbit/s) = [Average Payload of Single Uplink GPRS TBF
(KB)]*{1024}*{8}/[Average Duration of Uplink GPRS TBF (s)]
Average Throughput of Uplink EGPRS TBF (kbit/s) = [Average Payload of Single Uplink EGPRS TBF
(KB)]*{1024}*{8}/[Average Duration of Uplink EGPRS TBF (s)]
Average Throughput of Downlink GPRS TBF (kbit/s) = [Average Payload of Single Downlink GPRS TBF
(KB)]*{1024}*{8}/[Average Duration of Downlink GPRS TBF (s)]
Average Throughput of Downlink EGPRS TBF (kbit/s) = [Average Payload of Single Downlink EGPRS TBF
(KB)]*{1024}*{8}/[Average Duration of Downlink EGPRS TBF (s)]
Analysis process:
1. Low throughput may be due to problems across the packet service transmission path. Thorough checks should be
done in Gb, Abis, Um interfaces. Also in SGSN, PCU, BSC systems.
2. Gb interface:
- Check usage of Gb links. Expand Gb capacity if congestion appears.
Gb usage can be checked through Real Time Monitoring function of BSC LMT: On the Trace & Monitor tab page,
choose Monitor > Monitor GPRS Flux.
Also Gb utilization can be checked through following counters:
- RL9608:BC_TRAN_UP_UTILIZATION_RATE: Uplink Utilization Rate on BC (%)
- RL9610:BC_TRAN_DOWN_UTILIZATION_RATE: Downlink Utilization Rate on BC (%)
Both counters above provide the ratio of actually used bandwidth over configured bandwidth on a BC of Gb.
12. Low Throughput (4)
- Check alarms on GDPUP board (BSC6000) or DPUd board (BSC6900) which are the boards that provide
PCU functionality in BSC (internal PCU).
3. Abis interface:
- Check for congestion on Abis interface. Congestion will lower the throughput.
- Higher CS and MCS coding schemes will occupy higher number of Abis timeslots. Check relative parameters for CS
transition:
- UPTHDCSUPGRADE1: Uplink TBF Threshold from CS1 to CS2
- UPTHDCSUPGRADE2: Uplink TBF Threshold from CS2 to CS3
- UPTHDCSUPGRADE3: Uplink TBF Threshold from CS3 to CS4
- UPTHDCSDEGRADE1: Uplink TBF Threshold from CS2 to CS1
- UPTHDCSDEGRADE2: Uplink TBF Threshold from CS3 to CS2
- UPTHDCSDEGRADE3: Uplink TBF Threshold from CS4 to CS3
Note: For more details on how to cope with Abis interface congestion refer to
HUA_2G_Capacity_Optimization_v1.0.pptx document from Multivendor Team in IMS.
12. Low Throughput (5)
4. Um interface:
- Check if TCH congestion exists on air interface. High CS usage will leave less dynamic PDCHs free for PS
service. Refer to Case 4 of present document for handling suggestions on TCH blocking.
- Check Radio quality in the cell. Bad quality will negatively affect throughput. Refer to Case 7 of
present document for more details on RxQual measurements.
- Check UL interference in the cell. High interference will negatively affect UL throughput. Refer to Case
8 of present document for more details on UL interference measurements.
Thank You