Documente Academic
Documente Profesional
Documente Cultură
If problem is poor coverage, this means poor RSCP (<-95 dBm) thus also the EcNo derades very rapidly (< -12 dB) when the coverage border is reached.
No main server in the area, too many cells with weak CPICH level. CPICH EcNo is usually very bad even the RSCP is good e.q. RSCP 80-90 dBm but EcNo about 10 dB
Pilot Pollution
Bad CPICH Ec/Io (<-12 dB) level although CPICH RSCP level is good. High site in the neighbourhood may cause interference.
Missing neighbour
A good usable neighbour is present within cells coverage area, can cause DL interference if it is not in the active set. Swapped sectors in WBTS.
Description The PrxTotal level is significantly higher than expected in no/low load conditions.
Possible solutions Try to figure the possible area/direction of the interference by checking PrxTotal level on neighbouring cells. Alternatively use spectrum analyser & directive antenna to locate interferer. Inform operator/regulator about the found conditions. Check if auto tuning range is large enough (20 dB). In case of MHA is used in BTS check MHA and cables loss parameters, otherwise PrxTotal value will be too high. (If MHA parameter is set to ON, Cable loss parameter is used, Cable loss = Real MHA gain = Feeder loss parameter) Check the antenna installation as the last alternative in high PrxNoise case. Set parameters so that reselection process will start earlier: Qqualmin, Sintrasearch and Qhyst2 as per latest recommendation [8] Use smaller value N312 (2, recommendation is 4). Use Actix for checking the call set-up delay (L3 messages). Use call set-up time optimisation feature Dynamic setting of ActivationTimeOffset (possible in RAN1.5.2 ED2) enables 200 to 500ms reduction for set up delay.
The PrxTotal level is significantly higher than expected in no/low load conditions. MHA settings should be checked, see more in reference [7]
High Prxtotal due to Installation problems Bad RRC connection setup success rate due to slow Ue cell reselection
The PrxTotal level is significantly higher than expected in no/low load conditions. RRC connection set-up complete message not heard by BTS.
Long time interval for sync between RNC and BTS before connection
The value of Parameter N312 is too high: maximum number of in sync indications received from L1 during the establishment of a physical channel
Dropped call
Cell suffering from UL interference = DL (CPICH) coverage much bigger than UL coverage DL CPICH coverage <>
Description Overshooting cell come temporarily into active set and forces a suitable serving cell to be dropped out. Later RSCP suddenly drops in the wrong cell and causes a dropped call because there is no neighbour defined. As the UE Tx power is not enough for target cell synchronisation, the SHO fails which will cause call drop later.
Possible solutions Pan away overshooting cell if it is too close to the serving cell, otherwise apply down tilting as well.
Use cell individual offset (negative value) parameter to balance the DL and UL coverage. Check traffic direction of incar UEs to decide which cell requires offsets. Use cell individual offset (positive value) parameter to balance the DL and UL coverage. Note: Cell individual offsets are not taken into account when calculating the added cell Tx power. Use cell individual offset (positive value) parameter to balance the DL and UL coverage. Note: Cell individual offsets are not taken into account when calculating the added cell Tx power. Delete unnecessary neighbours. Improve dominance.
Dropped call
Cell with lower CPICH power than the surrounding is having too good UL performance, as this cells UL cannot be used efficiently due to SHO is decided upon DL (CPICH Ec/No). The call drops due to too rapid CPICH coverage degradation for Cell A, and therefore there is not enough time for SHO.
Dropped call
In SHO area the number of combined neighbouring cells become more than 31. HO list is created using RNC algorithm in the final stage some of the neighbours will randomly be removed.