High RTWP Problem Troubleshooting and Optimization Guide
High RTWP Problem Troubleshooting and Optimization Guide
High RTWP Problem Troubleshooting and Optimization Guide
Internal only
Handli
ng If facing high RTWP issue at some sites in any network. First of all we should confirm this high RTWP is
Process related with PIM or external interference or due to high traffic.
Method to do PIM Testing: Please follow bellow method to confirm if issue is related with PIM or not.
Step 1: Open M2000 and login with user name and password
2017-8-15 1 , 18
:
Internal only
2017-8-15 2 , 18
:
Internal only
Step 6: Use MML command Lst RRU to know Cabinet, subrack and slot number
Step 7: start the board RTWP by filling cabinet, subrack and slot number
2017-8-15 3 , 18
:
Internal only
2017-8-15 4 , 18
:
Internal only
2017-8-15 5 , 18
:
Internal only
Case 2: PIM interference : if board RTWP changing with change in output power as shown bellow
2017-8-15 6 , 18
:
Internal only
Now by this method we can know which cells have high RTWP issue caused by PIM. If we found PIM it
need to be rectified. If NO PIM then we can do FFT testing to confirm if high RTWP caused by some
external interference or not.
Method to do FFT spectrum scan test: FFT spectrum scan is a off-line MML command
So the permission should be approved in advance to do the FFT scan.
Step 1: DEA Cell: we need to deactivate cell as per bellow snap shot
2017-8-15 7 , 18
:
Internal only
Step 3: use command LST RRU to know cabinet no, subrack no & slot no
2017-8-15 8 , 18
:
Internal only
2017-8-15 9 , 18
:
Internal only
Using above FFT spectrum scan method we can see if high RTWP belongs to external interference or not. If
found external interference need to trace the source and turn it off.
Solution for Passive Inter Modulation (PIM): we have found many cells which have PIM issue. We
suggested to solve PIM by finding out PIM location as per bellow methods.
Here is example of one cell (BKF0014_S01) affected by PIM issue. Borad RTWP was increasing with
increase in output power. Hence PIM is confimred.
2017-8-15 10 , 18
:
Internal only
If High RTWP issue is not related with PIM & External interference and it is caused by high traffic at site.
Then in this case we can try to do some parameter optimization as suggested bellow.
2017-8-15 11 , 18
:
Internal only
Impact: As in above picture when we modify the CQI feedback period from 2 ms to 8 ms. The RTWP
average value is reduced by about 8 dB in real-time trace (-76.97-> -85.05). The load overshoots in a short
time, and the frequency decreases obviously.
Solution :
For the indoor scenario:
Modify the constant value of the initial transmit power: Constantvalue=-20-> Constantvalue=-30,
2017-8-15 12 , 18
:
Internal only
Application effect :
After the access parameter optimization, the RTWP average value is reduced by 3 dB to 4 dB.
The RTWP short-time overshoot still exists, but with significantly better frequency and intensity.
The RTWP distribution in the low interval increases significantly.
2017-8-15 13 , 18
:
Internal only
uplink load cost, and to improve the throughput of the HSUPA cell with many subscribers.
Application scenario: This is used for the network with a high ratio of HSUPA 2 ms subscriber, and with
limited uplink capacity.
Gain and risk
Gain: For the lab test with one antenna, 90% uplink load target threshold, and with 7 to 8 subscribers
running FTP for upload, the gain of the uplink throughput in the cell is 15%.
Risk: The peak rate of the HSUPA 2 ms subscriber in commercial network competition is greatly affected.
Version in which the solution is implemented
All (If internal parameters are involved, you need to obtain the commands for modifying internal parameters
from the PDT manager of the product line.)
Basic principle
Basic principle: Transit the light-traffic subscribers to the FACH state, reduce dedicated channel resources
occupation of light-traffic subscribers, and reduce uplink and downlink load. EFD is used for networks with
high iPhone penetration rates.
Application scenario: This is used for networks with high penetration rates for intelligent terminals, large
amount of online subscribers and low throughputs.
Gain and risk
Gain: The gain is related to traffic models and the permanent online timer.
Risk: This increases PS call drop rate, and decreases the setup success rate of CS composite services.
Because the EFD is not compatible with other terminals, you are advised to use this solution for iPhones
only.
Version in which the solution is implemented
R12
Application effect :
If the state transition is disabled, the capacity loss is severe, and the whole RTWP increase is obvious (by
about 15 dB).
2017-8-15 14 , 18
:
Internal only
Basic principle: When iPhone releases a link, the iPhone retransmits the RRC CONN REL CMP signaling
message. However, the network side releases the link before UE. As a result, the uplink power control is
abnormal and the RTWP spike occurs. The solution is delaying the link release on the network side when
iPhone releases a link.
Application scenario: This is used for networks with high iPhone penetration rates and high RTWP.
Gain and risk
Gain: The RTWP spike is reduced, especially for networks with high iPhone penetration rates. After the
solution is implemented on the site in Thailand, the RTWP average value improves by about 3 dB.
Risk: None
Version in which the solution is implemented
RNC RAN12 SPC516
Application effect:
The RTWP average value increases by about 3 dB (89.9 dBm -> 93.1 dBm).
Application effect:
After the RTWP value of SIB7 broadcast is optimized, the RTWP average value is reduced by about 3 dB:
93.5 vs 90.8.
2017-8-15 15 , 18
:
Internal only
In the real-time trace data, you can see that the frequency of load short-time overshoot obviously becomes
lower.
Solution 9: HSUPA TTI Selection and Switchover Solution Enabled + 2 ms Periodic Retry Disabled
2017-8-15 16 , 18
:
Internal only
Gain: The RTWP overshoot caused by data burst because of high minimum rate of 2 ms subscribers is
reduced.
Risk: When the 10 ms TTI subscriber requires high-speed data transmission, the rate rises a little slowly
because of the reconfiguration process to the 2 ms TTI.
Version in which the solution is implemented
RAN10.0
Sugges If facing high RTWP issue use troubleshooting method and optimization techniques mentioned in this
tions document to resolve the issue and improve network performance.
and
summa
ry
Attach
2017-8-15 17 , 18
:
Internal only
ments
Relate
d
docum
ent
link
2017-8-15 18 , 18