Professional Documents
Culture Documents
You can use the GSM Frame Erasure Rate (FER) measurement to verify the mobile station's reference sensitivity for
control channels.
The test set uses an MM Information message with all the optional fields omitted for the Layer 3 message.
You can make the Frame Erasure Rate Measurement on a full-rate FACCH channel (FACCH/F) or a half-rate
FACCH channel (FACCH/H).
Operating Considerations
The FER measurement can only be performed in Active Cell Operating Mode.
• Minimum Frame Interval (FACCH/F)- The minimum interval between FACCH frames (full rate) being sent to
the mobile station.
• Minimum Frame Interval (FACCH/H)- The minimum interval between FACCH frames (half rate) being sent
to the mobile station.
• Trigger Arm
• Measurement Timeout
FER Measurement Results
• Integrity Indicator -
• Frames Erased - The count of frames requiring retransmission by the test set.
T3101: This timer is started when a channel is allocated with an IMMEDIATE ASSIGNMENT message. It is stopped
when the MS has correctly seized the channels. Its value is network dependent. NOTE: It could be higher than the
maximum time for a L2 establishment attempt.
T3103: This timer is started by the sending of a HANDOVER message and is normally stopped when the MS has
correctly seized the new channel. Its purpose is to keep the old channels sufficiently long for the MS to be able to
return to the old channels, and to release the channels if the MS is lost. Its value is network dependent. NOTE: It
could be higher than the maximum transmission time of the HANDOVER COMMAND, plus the value of T3124, plus
the maximum duration of an attempt to establish a data link in multiframe mode.)
T3105: This timer is used for the repetition of the PHYSICAL INFORMATION message during the hand-over
procedure. Its value is network dependent. NOTE: This timer may be set to such a low value that the message is in
fact continuously transmitted.
T3107: This timer is started by the sending of an ASSIGNMENT COMMAND message and is normally stopped when
the MS has correctly seized the new channels. Its purpose is to keep the old channel sufficiently long for the MS to be
able to return to the old channels, and to release the channels if the MS is lost. Its value is network dependent.
NOTE: It could be higher than the maximum transmission time of the ASSIGNMENT COMMAND message plus twice
the maximum duration of an attempt to establish a data link multiframe mode.
T3109: This timer is started when a lower layer failure is detected by the network, when it is not engaged in a RF
procedure. It is also used in the channel release procedure. Its purpose is to release the channels in case of loss of
communication. Its value is network dependent. NOTE: Its value should be large enough to ensure that the MS
detects a radio link failure.
T3111: This timer is used to delay the channel deactivation after disconnection of the main signalling link. Its purpose
is to let some time for possible repetition of the disconnection. Its value is equal to the value of T3110.
T3113: This timer is started when the network has sent a PAGING REQUEST message and is stopped when the
network has received the PAGING RESPONSE message. Its value is network dependent. NOTE: The value could
allow for repetitions of the Channel Request message and the requirements associated with T3101.
T3115: This timer is used for the repetition of the VGCS UPLINK GRANT message during the uplink access
procedure. Its value is network dependent. NOTE: This timer may be set to such a low value that the message is in
fact continuously transmitted.
T3117: This timer is started by the sending of a PDCH ASSIGNMENT COMMAND message and is normally stopped
when the MS has correctly accessed the target TBF. Its purpose is to keep the old channel sufficiently long for the
MS to be able to return to the old channels, and to release the channels if the MS is lost. Its value is network
dependent. NOTE: It could be higher than the maximum transmission time of the PDCH ASSIGNMENT COMMAND
message plus T3132 plus the maximum duration of an attempt to establish a data link in multiframe mode.
T3119: This timer is started by the sending of a RR-CELL CHANGE ORDER message and is normally stopped when
the MS has correctly accessed the new cell. Its purpose is to keep the old channels sufficiently long for the MS to be
able to return to the old channels, and to release the channels if the MS is lost. Its value is network dependent.
NOTE: It could be higher than the maximum transmission time of the RR_CELL CHANGE ORDER, plus T3134, plus
the maximum duration of an attempt to establish a data link in multiframe mode.
T3141: This timer is started when a temporary block flow is allocated with an IMMEDIATE ASSIGNMENT message
during a packet access procedure. It is stopped when the mobile station has correctly seized the temporary block
flow. Its value is network dependent.
GSM Timers
T3122: This timer is used during random access, after the receipt of an IMMEDIATE ASSIGN REJECT message. Its
value is given by the network in the IMMEDIATE ASSIGN REJECT message.
T3124: This timer is used in the seizure procedure during a hand-over, when the two cells are not synchronized. Its
purpose is to detect the lack of answer from the network to the special signal. Its value is set to 675 ms if the channel
type of the channel allocated in the HANDOVER COMMAND is an SDCCH (+ SACCH); otherwise its value is set to
320 ms.
T3126:This timer is started either after sending the maximum allowed number of CHANNEL REQUEST messages
during an immediate assignment procedure. Or on receipt of an IMMEDIATE ASSIGNMENT REJECT message,
whichever occurs first. It is stopped at receipt of an IMMEDIATE ASSIGNMENT message, or an IMMEDIATE
ASSIGNMENT EXTENDED message. At its expiry, the immediate assignment procedure is aborted. The minimum
value of this timer is equal to the time taken by T+2S slots of the mobile station's RACH. S and T. The maximum
value of this timer is 5 seconds.
T3128: This timer is started when the mobile station starts the uplink investigation procedure and the uplink is busy. It
is stopped at receipt of the first UPLINK FREE message. At its expiry, the uplink investigation procedure is aborted.
The value of this timer is set to 1 second.
T3130: This timer is started after sending the first UPLINK ACCESS message during a VGCS uplink access
procedure. It is stopped at receipt of a VGCS ACCESS GRANT message. At its expiry, the uplink access procedure
is aborted. The value of this timer is set to 5 seconds.
T3110: This timer is used to delay the channel deactivation after the receipt of a (full) CHANNEL RELEASE. Its
purpose is to let some time for disconnection of the main signalling link. Its value is set to such that the DISC frame is
sent twice in case of no answer from the network. (It should be chosen to obtain a good probability of normal
termination (i.e. no time out of T3109) of the channel release procedure.)
T3134:This timer is used in the seizure procedure during an RR network commanded cell change order procedure.
Its purpose is to detect the lack of answer from the network or the lack of availability of the target cell. Its value is set
to 5 seconds.
T3142: The timer is used during packet access on CCCH, after the receipt of an IMMEDIATE ASSIGNMENT
REJECT message. Its value is given by the network in the IMMEDIATE ASSIGNMENT REJECT message.
T3146:This timer is started either after sending the maximum allowed number of CHANNEL REQUEST messages
during a packet access procedure. Or on receipt of an IMMEDIATE ASSIGNMENT REJECT message during a
packet access procedure, whichever occurs first. It is stopped at receipt of an IMMEDIATE ASSIGNMENT message,
or an IMMEDIATE ASSIGNMENT EXTENDED message. At its expiry, the packet access procedure is aborted. The
minimum value of this timer is equal to the time taken by T+2S slots of the mobile station's RACH. S and T are
defined in section 3.3.1.2. The maximum value of this timer is 5 seconds.
T3164: This timer is used during packet access using CCCH. It is started at the receipt of an IMMEDIATE
ASSIGNMENT message. It is stopped at the transmission of a RLC/MAC block on the assigned temporary block flow,
see GSM 04.60. At expire, the mobile station returns to the packet idle mode. The value of the timer is 5 seconds.
T3190: The timer is used during packet downlink assignment on CCCH. It is started at the receipt of an IMMEDIATE
ASSIGNMENT message or of an PDCH ASSIGNMENT COMMAND message when in dedicated mode.It is stopped
at the receipt of a RLC/MAC block on the assigned temporary block flow, see GSM 04.60. At expiry, the mobile
station returns to the packet idle mode. The value of the timer is 5 seconds.
Beamwidth
- Defined by –3dB power points on both vertical and horizontal planes.
Gain
- Defined as the power output relative to an isotropic antenna (Gain 0dB) or Dipole antenna (Gain
2.2dB).
Front-to-Back Ratio
- Defined as the amount of power in Front direction relative to Back direction.
Polarisation usually refers to the direction of the Electric field relative to the intended direction of use for the antenna.
Downtilt
- Downtilt is required to focus max.power where signal is desired (Coverage).
Time Division Multiple Access (TDMA) requires precise timing of both the MS and BTS systems. When a MS wants
to gain access to the network, it sends an access burst on the RACH. The further away the MS is from the BTS, the
longer it will take the access burst to arrive at the BTS, due to propagation delay. Eventually there comes a certain
point where the access burst would arrive so late that it would occur outside its designated timeslot and would
interfere with the next time slot.
Access Burst
As you recall from the TDMA Tutorial, an access burst has 68.25 guard bits at the end of it.
This guard time is to compensate for propagation delay due to the unknown distance of the MS from the BTS. It
allows an access burst to arrive up to 68.25 bits later than it is supposed to without interfering with the next time slot.
68.25 bits doesnt mean much to us in the sense of time, so we must convert 68.25 bits into a frame of time. To do
this, it is necessary to calculate the duration of a single bit, the duration is the amount of time it would take to transmit
a single bit.
Propagation Delay
Now, if an access burst has a guard period of 68.25 bits this results in a maximum delay time of approximately 252µs
(3.69µs × 68.25 bits). This means that a signal from the MS could arrive up to 252µs after it is expected and it would
not interfere with the next time slot.
The next step is to calculate how far away a mobile station would have to be for a radio wave to take 252µs to
arrive at the BTS, this would be the theoretical maximum distance that a MS could transmit and still
arrive within the correct time slot.
Using the speed of light, we can calculate the distance that a radio wave would travel in a given time frame.
The speed of light (c) is 300,000 km/s.
So, we can determine that a MS could theoretically be up to 75.6km away from a BTS when it transmits its
access burst and still not interfere with the next time slot.
However, we must take into account that the MS synchronizes with the signal it receives from the BTS. We
must account for the time it takes for the synchronization signal to travel from the BTS to the MS.
When the MS receives the synchronization signal from the BTS, it has no way of determining how far
away it is from the BTS. So, when the MS receives the syncronization signal on the SCH, it
synchronizes its time with the timing of the system. However, by the time the signal arrives at the MS,
the timing of the BTS has already progressed some. Therefore, the timing of the MS will now be
behind the timing of the BTS for an amount of time equal to the travel time from the BTS to the MS.
For example, if a MS were exactly 75.6km away from the BTS, then it would take 252µs for the signal to travel
from the BTS to the MS.
The MS would then synchronize with this timing and send its access burst on the RACH. It would take 252µs for this
signal to return to the BTS. The total round trip time would be 504µs. So, by the time the signal from the MS arrives
at the BTS, it will be 504µs behind the timing of the BTS. 504µs equals about 136.5 bits.
The 68.25 bits of guard time would absorb some of the delay of 136.5 bits, but the access burst would still cut into the
next time slot a whopping 68.25bits.
Maximum Size of a Cell
In order to compensate for the two-way trip of the radio link, we must divide the maximum delay distance in half. So,
dividing 75.6km in half, we get approximately 37.8 km. If a MS is further out than 37.8km and transmits an access
burst it will most likely interfere with the following time slot. Any distance less than 37.8km and the access burst
should arrive within the guard time allowed for an access burst and it will not interfere with the next time slot.
In GSM, the maximum distance of a cell is standardized at 35km. This is due mainly to the number of timing
advances allowed in GSM, which is explained below.
For each 3.69µs of propagation delay, the TA will be incremented by 1. If the delay is less than 3.69µs, no adjustment
is used and this is known as TA0. For every TA, the MS will start its transmission 3.69µs (or one bit) early. Each TA
really corresponds to a range of propagation delay. Each TA is essentially equal to a 1-bit delay detected in the
synchronization sequence.
In order to determine the propagation delay between the MS and the BSS, the BSS uses the synchronization
sequence within an access burst. The BSS examines the synchronization sequence and sees how long it arrived
after the time that it expected it to arrive. As we learned from above, the duration of a single bit is approximately
3.69µs. So, if the BSS sees that the synchronization is late by a single bit, then it knows that the propagation delay is
3.69µs. This is how the BSS knows which TA to send to the MS.
For example, if the BSS determines the total propagation delay to be 3.69µs, we can determine the distance of the
MS from the BTS.
We determined earlier that for each propagation delay of 3.69µs the TA is inceremented by one. We just learned that
a propagation delay of 3.69µs equals a one-way distance of 553.5 meters. So, we see that each TA is equal to a
distance of 553.5 meters from the tower. Starting from the BTS (0 meters) a new TA will start every 553.5m.
The TA
normal
must
30.44µsbecomes
transmit
burst does
with
transmits
late andvery
not
more
not important
have
more precise
interfere
than when
the 68.25 thethe
timing.
bits
15.22µs
with With
of MS
guard
after
next switches
itatime
guard
is time.time
supposed
slot. over
Theofto
Becauseto using
normal
8.25ofbits,
then athe
itburst
the
willnormal
only
normal
two-way burst
has
interfere ofinthe
8.25
burst
trip
with order
bits
can
the to
ofonly
next
radio transmit
guard if data.
be slot.
time received
time,
signal, so MS
the The
the
up to
MS
Excessive Timing Advance (TA)
Another Problem
Drop call due to excessive TA happens when the TA value at drop call connection is higher than the cell parameter
TALIM (TADROP > TALIM) and from this counter TFDISTA is incremented.
Probable Reason
Location High sites or sites next to water pick up traffic from far away
Parameter setting Very low TALIM setting, which would indicate a ‘false’ excessive timing advance
How to analyze:
· Check cell parameter MAXTA and TALIM. If it covers far coverage, it is possible to setting of the cell parameters
MAXTA and TALIM to a higher value (for e.g. MAXTA=63, TALIM=62)
· If the cell is really covering far away from the site, other options are reducing the coverage by down tilting the
antennas, reducing antenna height, changing antenna or reducing output power
· If it is a rural area and need to cover a larger area, Extended Range feature might be useful to be considered.
Other Reason
Drop due other reason equal to total number of drops subtracts all drops with reason. If any of the above drop reason
didn’t meet the criteria, the reason for drop will be in the ‘Other Reason’.
Probable Reason
H/W fault Hardware Problem (Managed Object in BTS)
Disturbance Link/ Transmission disturbance problem
Parameter Setting Wrongly defined setting (for e.g. LAC – Location Area Code)
Mobile Station MS problem
Interference Interference problem (Uplink)
How to analyze:
· Check the BTS error log for hardware faults. (run commands: RXELP & RXMFP to look the hardware faults log)
· Check object type MOTS, which is based on drop on Timeslot (TS) in order to find faulty devices.
Happy Learning :)
mail me At cellular.planning.optimization@gmail.com
Congestion Analysis
Hi all
This is second topic for today that is "Congestion Analysis" a well known word for Telecom professionals .
Traffic congestion is one of the major network problems in a mobile system. A high congestion deteriorates the
overall performance of the network and should be minimized.
If the high traffic related to an occasional event, like sports event, fairs, conference, a temporary solution might be
considered.
If there is a long-term growth the network capacity has to grow according to the demand.
Type of Congestion
The congestion analysis begins by identifying if there is only SDCCH or TCH congestion or both. Congestion on both
SDCCH and TCH may mean that the only way to get rid of the congestion is to add more physical capacity in terms
of transceivers or sites.
Consider how many channels that are allocated in the cell. If possible, expand the capacity with new transceivers,
otherwise a new site must be implemented. Frequency planning schemes such as MRP and FLP could be used to
relieve congestion. Microcells could be used to take traffic in severe congested areas.
SDCCH Congestion
In R8, the time congestion should be used instead of congestion based on access attempts as there is no way to
estimate the number of access attempts a single mobile does.
The flowchart below, explains a general approach to investigate SDCCH Congestion. The next section describes the
action points in this flowchart. The reference to each action point is indicated on the flow chart as well.
Happy learning
What could be the probable cause of low signal while you drive or optimize.
First see the following flow chat and try to understand the things
Remember that
Low Signal strength is one of the reason of drop call. It can be indicated by many calls disconnected at low
signal strength by subscriber, drop calls due to excessive TA, poor handover performance and poor call
setup performance.
Probable Reason
Poor BSC High LOWSSDL & LOWSSUL will give
Exchange more drop reason due to SS and this might
Property setting not show the actual drop. It is because drop
due to SS is more priority than Quality.
No dominant cell Cell might be isolated or standalone.
Antenna tilt & Too much downtilt sometimes might not
orientation cover a larger area and the subscriber
might lose the SS.
Output Power Low output power might cause smaller
border cell.
Just try to observed what could be the right cause :-
analysis:
1:
Identify the baseline requirement of design and BSC exchange property (setting for LOWSSUL/LOWSSDL).
2:
Check the value for LOWSSDL & LOWSSUL. If it is higher than ACCMIN, change the parameter to a reasonable
value since the drop reason will be more priority to SS compared to Quality.
3:
Check the site position, antenna direction, position etc. This is to ensure the possible location is open to interference
(open water environment) or isolated. Good map is needed for this.
4:
Check if the site is sectorized or Omni. If it is Omni, set the cell into sectorized cell.
5:
Check if the signal strength is uplink or downlink limited. Mostly, It is designed to be downlink limited.
6:
Check the coverage cover expected area from the planet. If it is not, check the antenna tilt and orientation. Change
the direction or tilt if it is too much downtilt or pointing to a wrong direction.
7:
Sometime, low output power might cause low SS. Check output power and if it is low, increase the output power.
8:
Check cell whether it has hotspots from drivetests. If found, adding new site is recommend.
9:
In order to check power distribution, run Cell Traffic Recording (CTR) to that particular cell.
10:
Check if the cell has indoor coverage problem. If yes, add micro site instead.
Need Your suggestions and doubts and let me know if problem is still there...
happy learning
2. Layer 2 Time-Out
If the BTS never get an acknowledge on a Layer 2 message after the time T200XN200, the BTS will send Error
Indication (cause: T200 expired) to the BSC, which will send Channel Release (cause: abnormal release, timer
expired) to the mobile station and a Clear Request to the MSC. The SACCH is deactivated and the BSC waits
RLINKT SACCH periods before the timeslot is released and a new call can use the channel. This is only valid if the
call is in steady state, i.e. not during handover or assignment.
3. Release Indication
When the BTS received a layer 2 DISC frame from the mobile it replies with a Layer 2 UA frame to the mobile station
and a Release Indication to the BSC. The system does only react on Release Indication if it is received during a
normal disconnection situation. If such a message is received unexpectedly this will usually cause radio link time-out
or timer T200 expiration as the mobile station stops the transmitting of measurement reports. It is also possible that
the release will be normal depending on when the Release Indication is received.
4. MSC Time-Out
Normal Release:
If the MSC never received a response on a message (e.g. Identity Request) and there is no radio link time-out or
layer 2 time-out, the MSC will send a Clear Command to the BSC. The time-out is depending on the message. When
receiving Clear Command, the BSC will send a Channel Release (cause: normal release) and then deactivates the
SACCH.
If the MSC never receives a response on the first message after Establish Indication, the MSC will send a reject
message. If the connection was a Location Update it will be a Location Update Reject (cause: network failure) and if
the connection was a mobile originating call (CM Service Request) a CM Service Reject (cause: network failure) will
be sent. The MSC will then send a Clear Command to the BSC and the call is cleared by Channel Release (cause:
normal release).
5. Assignment to TCH
Before sending an Assignment Command from the BSC at TCH assignment, the following two criterion have to be
fulfilled:
a. There must be a TCH channel available, i.e. no congestion
b. The locating algorithm must have received at least one valid measurement report.
If either of the criterion is not fulfilled, Assignment Command will not be sent and a Channel Release (cause:
abnormal release, unspecified) will be sent to the mobile station and a Clear Request to the MSC.
The TCH Drop counters due to Excessive Timing Advance will pegged when the during the time of disconnection, the
last Timing Advance value recorded was higher than the TALIM Parameter. This drop reason is commonly apparent
to isolated or island sites with a wide coverage area.
Action:
Check if the cell parameter TALIM is < "63" Solution:
Set TALIM to a value close to 63.
Tilt antenna/reduce antenna height/output power, etc. for co-channel cells.
The drops counters due to Low Signal Strength will be pegged when the Signal Strength during the last Measurement
Report before the call dropped is below the LOWSSDL and/or LOWSSUL Thresholds. LOWSSDL and LOWSSUL
are BSC Exchange Property parameters which is used only for statistics purposes and does not affect the behavior of
calls. If both UL and DL Signal Strength are below the thresholds, only Drop due to Low SS BL will pegged. Normally
a call is dropped at the border of large rural cell with insufficient coverage. Bad tunnel coverage cause many dropped
calls as well as so called coverage holes. Bad indoor coverage will result in dropped calls. Building shadowing could
be another reason.
Action:
Check coverage plots.
Check output power.
Check power balance and link budget.
Check if Omni site.
Check antenna configuration & type.
Check antenna installation.
Perform drive tests & site survey.
Check TRX/TS with high CONERRCNT.
Solution:
Add a repeater to increase coverage in for example a tunnel.
Change to a better antenna (with higher gain) for the base station.
Add a new base station if there are large coverage holes.
Block/Deblock TRX
The drops counters due to Bad Quality will be pegged when the Signal Strength during the last Measurement Report
before the call dropped is above the BADQDL and/or BADQUL Thresholds. BADQDL and BADQUL (expressed in
DTQU) are BSC Exchange Property parameters which is used only for statistics purposes and does not affect the
behavior of calls. If both UL and DL Quality are above the thresholds, only Drop due to BAD Quality BL will pegged.
Problem on Bad Quality is usually associated with Co-channel Interference on BCCH or TCH. Faulty MAIO
assignment can cause frequency collisions on co-sited cells especially on 1x1 Reuse. External interference is also
one possible cause of problem on quality.
Action:
Check C/I and C/A plots.
Check Frequency Plan (Co-BCCH or Co-BSIC Problem).
Check MAIO, HOP, HSN parameters.
Check FHOP if correctly configured (BB or SY).
Check for External Interference.
Perform drive tests.
Solution:
Change BCCH frequency.
Change BSIC.
Change MAIO, HOP, HSN.
Change FHOP.
Record RIR or on-site Frequency Scanning to identify source of interference.
Use available radio features.
TCH Drop Reasons (4)
Sudden Loss of Connection
Drops due to Sudden Loss are drops that have not been registered as low signal strength, excessive timing advance,
bad quality or hardware (other) reasons, and the locating procedure indicates missing measurement results from the
MS.
There are some common scenarios that could lead to Sudden Loss of connections such as very sudden and severe
drops in signal strength, such as when subscribers enter into buildings, elevators, parking garages, etc., very sudden
and severe occurrence of interference, MS runs out of battery during conversation, Handover Lost, BTS HW faults,
Synchronization or A-bis link fault (transmission faults), and
MS Faults.
Action:
Check BTS Error Logs, Alarms and Fault Codes.
Check CONERRCNT per TRX and TS.
Check Transmission Link (A-bis).
Check for DIP Slips.
Check LAPD Congestion.
Correlate Handover Lost to Drops due to Sudden Loss
Solution:
Fix Hardware Faults and Alarms.
Reset TRX with high CONERRCNT.
Ensure that Synchronization and A-bis Link are stable.
Change RBLT with high DIP Slips.
Change CONFACT or increase Transmission Capacity
Investigate HO Lost Problem
Action:
Check BTS Error Logs.
Check Alarms and Fault Codes.
Check CONERRCNT per TRX and TS.
Check Transmission Link (A-bis).
Check for DIP Slips.
Correlate Handover Lost to Drops due to Other Reasons
Solution:
Fix Hardware Faults and Alarms.
Reset TRX with high CONERRCNT.
Ensure that Synchronization and A-bis Link are stable.
Change RBLT with high DIP Slips.
Investigate HO Lost Problem
Mobile Error
Some old mobiles may cause dropped calls if certain radio network features are used. Another reason is that the MS
is damaged and not working properly.
Action: Check MS fleet.
Solution: Inform operator.
Subscriber Behavior
Poorly educated subscribers could use their handsets incorrectly by not raising antennas, choosing illadvised
locations to attempt calls, etc.
Action: Check customer complaints and their MS.
Battery Flaw
When a subscriber runs out of battery during a conversation, the call will be registered as dropped call due to low
signal strength or others.
Action: Check if MS power regulation is used. Check if DTX uplink is used.
Congestion on TCH
The SDCCH is dropped when congestion on TCH.
Action: Check TCH congestion
Solution: Increase capacity on TCH or using features like Assignment to another cell, Cell Load Sharing, HCS,
Dynamic Half-Rate Allocation and FR-HR Mode Adaptation etc
HOSR Analysis
Probable Reasons of Bad Handover Performance
---HW faults.
Action: Check BTS error log.
---Congestion
A high congestion might lead to dragged calls (handover performed at a not intended location) and a lot of
unsuccessful handovers.
Action: Check TCH congestion.
Action: Check interference. Check if many handovers are performed due to downlink or uplink bad quality.
Action: Check antenna installation. Check RBS HW and Error log of the target cell
For outer or external cell, wrong definitions in either MSC or BSC may be reason for the problem.
Action: Check inter-MSC/BSC handover performance.