Professional Documents
Culture Documents
Date 2016-01-23
And other Huawei trademarks are trademarks of Huawei Technologies Co., Ltd.
All other trademarks and trade names mentioned in this document are the property of their respective holders.
Notice
The purchased products, services and features are stipulated by the contract made between Huawei and the
customer. All or part of the products, services and features described in this document may not be within the
purchase scope or the usage scope. Unless otherwise specified in the contract, all statements, information,
and recommendations in this document are provided "AS IS" without warranties, guarantees or
representations of any kind, either expressed or implied.
The information in this document is subject to change without notice. Every effort has been made in the
preparation of this document to ensure accuracy of the contents, but all statements, information, and
recommendations in this document do not constitute the warranty of any kind, express or implied.
Email: support@huawei.com
Revision History
This chapter is optional.
2 Contents
4 Root Cause...................................................................................................................................4-1
5 Corrective Action........................................................................................................................5-1
5.1 Workaround....................................................................................................................................................5-1
5.2 Solution...........................................................................................................................................................5-1
6 Preventive Action.......................................................................................................................6-1
3 Basic Information
BTS3900 V100R010C10SPC190
4 Problem Description
ZAIN Kuwait, V100R010C10SPC190, live network active VoLTE at January 11th, but after
enable VoLTE, some KPI changed, including call drop, uplink packet loss, uplink Ibler.
5 Problem Analysis
B1 changed from -103 to -95, it means UE need better coverage for UMTS when UE move to
UTRAN. This caused many UE can’t move to UTRAN because of B1 threshold not meet.
And more UE locate weak coverage, it may cause call drop, demodulation fail and so on.
PUSCH DTX OFF: While DCI0 on PDCCH miss detection, there is no data transmission on
PUSCH. The eNB sends a NACK and wait for the retransmission on PUSCH, which leads to
a waste for the PUSCH RB.
PUSCHDTX ON: eNB can detect it as PUSCH DTX. If DTX is detected, New Transmission
is performed. While NACK detected, retransmission is performed thus resource is wasted.
Above all, B1, power control and PUSCH DTX switch may cause KPI changed. Next step,
we should find which one is main reason.
See the figure below, the B1 roll back at Jan 13th, the call drop rate become well, but not
returns the original level. So, B1 threshold setting is one of the reasons for Call drop. But it is
not the main reason.
These parameter bad been executed at December 14th. And for Jan 11th, the parameters are the
same as Dec 14th. It can exclude the power control influence.
So, the KPI changed must be influenced by PUSCH DTX Detection switch.
It is clear, top type UE caused call drop, which also found in other operator like: Saudi Arabia
ZAIN, The United Arab Emirates DU, and Malaysia. And for this issue need get the UE log
and ask UE manufacturer for help.
According to this counter definition, check the downlink schedule. It shows that before the
RLC reach maximum retransmission, all downlink PDU’s HARQ feedback is ACK in
PUCCH. And no PDU with 4 times HARQ re-transmission. By this confirm that downlink is
OK, and RLC status report not received.
RLC status report is transmitted through PUSCH, so next step need to check uplink schedule
and confirm why RLC status report not received. Check the uplink schedule trace, it shows
before call drop, many DTX had been detected, but air-condition is not bad.
Next step, should check why DTX be detected by eNodeB. Check the baseband trace, it
shows this UE signal fluctuates (EquSinr and Rsrp column) obviously. And sometimes this
UE have big the noise and interference (NP column) which leads to eNodeB detects DTX.
Because of the DTX detection mechanism, when eNodeB detect the DTX, eNodeB just
trigger one times adaptive re-transmission, compare with the DTX off (MAC layer have 4
times re-transmission), it lost HARQ re-transmission chance and easier to call drop.
By this mechanism, UE lost the retransmission benefit. For example (see the figure below),
one packet transmits fail, and after 3 times re-transmission gets success. When DTX detection
disabled, can trigger HARQ retransmission and get success after one initial transmission. But
if DTX detection enabled, this packet need more 3 times initial transmission, which the first
two initial transmissions is fail, then IBLER increased.
6 Root Cause
For Call drop increase is caused by TOP UE after PUSCH DTX detection switch which also
found in other operator.
For IBLER increase and call drop increase are caused by re-transmission benefit lost after
PUSCH DTX detection enabled and eNodeB detect DTX.
7 Corrective Action
7.1 Workaround
NA
7.2 Solution
Roll back the switch "PUSCHDTXSWITCH” and the MML is:
Influence:
Roll back this switch will return the KPI to before PUSCH DTX swtich enable. And this
switch is not the necessary parameter for VOIP enable.
8 Preventive Action
NA