Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Table of Contents
T01 8s Call Disconnect ........................................................................................................ 3
I. Problem Description
When we make call VoLTE-VoLTE, sometimes the call fails. When MT pick up the call,
MO call end directly, and MT call will be disconnect in 8s.
II. Troubleshooting
Performing trace in S1 interface, compare the success and failure trace
For failure call
In the INITIAL_CONTEXT_SETUP_REQ from MME, it request to setup ERAB_ID 5 (QCI
9), ERAB_ID 6 (QCI 5)
III. Result
configurations.
I. Problem Description
When VoLTE (eSRVCC to 3G) – OLNO, customer feedback that the voice quality is better
in 3G than 4G.
II. Troubleshooting
CELCOM
A-SBC IMS C4/DIGI
INVITE: INVITE:
AMR-WB AMR-WB
AMR-NB AMR-NB
G.729 G.729
G.711A/U 183:
G.711A/U
183: G.729
G.729
INVITE:
AMR-NB
G.729
G.711A/U
183:
G.711A
When VoLTE call setup in 4G, A-SBC send invite message which support “AMR-WB,
In 183 message which send from DiGi, it select the coding G.729.
After UE eSRVCC to Celcom3G, it send invite message again with supporting code
In 183 message which send from DiGi, it select the coding G.711.
Due to different coding, you can get different voice quality in P1 4G and Celcom3G.
C4/MAXI CELCOM
A-SBC IMS S
INVITE: INVITE:
AMR-WB AMR-WB
AMR-NB AMR-NB
G.729 G.729
G.711A/U 183:
G.711A/U
183: G.729
G.729
INVITE:
AMR-NB
G.729
G.711A/U
183:
G.711A
III. Result
Suggest P1(C4) network need negotiate the codec to using 711 with other operator network.
I. Problem Description
When we performing CSFB call, here is the result for call setup time
MOC MTC Call Setup Delay
CSFB (P1) Celcom 3G 8s
CSFB (Celcom) Celcom 3G 6s
CSFB (P1) OLNO 8s
CSFB (P1) DR (P1) 9s
CSFB (P1) CSFB (P1) 8s
CSFB (P1) VoLTE 6s
DR (P1) Celcom 3G 7s
Celcom 3G Celcom 3G 5s
CSFB (Celcom) CSFB (Celcom) 7s
DR (P1) DR (P1) 8s
VoLTE VoLTE 1.5s
CSFB (P1) PSTN 6s
CSFB (Celcom) PSTN 7s
CSFB (P1) CSFB (Celcom) 8s
To analysis the CSFB time, we perform another test for CSFB-DR scenario.
II. Troubleshooting
CSFB->DR
UE-A UE-B URAN eNodeB MME
1461ms
CM Serv Req
Invite
1453ms 441ms
7090ms Invite
Paging Req
Paging Rsp
Alerting
Alerting
Same trace can found in MME log, 90ms from “Extended service request” to “UE Context
After UE fallback to 3G, it receive 3G broadcasting message, and send “CM Service Request”
From call proceeding to alerting, is waiting for call reach to MT, it takes around 7.09s.
Compare with CSFB(Celcom)-DR call flow, the difference is Celcom user when fallback to
3G, it not require to read system information again. So from UE attach 3G till CM Service
Mobile have function to restore a few number of cell information. If the UE attach the cell
which Mobile phone already restore cell information, UE only need read MIB, SIB7 message
to access. Otherwise UE need read MIB, SIB1,SIB2, SIB3,SIB7, etc, it will spend more
times. However, because P1 and Celcom belong to different network, P1 UE normally not
restores Celcom cell information. That’s the reason CSFB(P1) will be longer than
CSFB(Celcom).
2019-09-02 Huawei Proprietary - Restricted Distribution Page12, Total25
Quality Tuning
III. Result
After UE receive “RRCConnectionRelease” message, UE fall back to 3G. The call setup
time is controlled in 3G network. So we can’t optimize much on 3G portion.
Reference
Normally there are several methods to optimize CSFB setup time.
Method Benefit Situation
Blind PS redirection Save 4G measurement report Already applied.
R9 RIM based CSFB Save SIB message when 3G attach Current Celcom not support
Proper TAI and LAI Save LAU process if LAC is the Already applied.
mapping same as the cell UE attached. However there will be scenario
P1 and Celcom have different
TAC planning.
I. Problem Description
(A2=-115dBm, A1=-111dBm).
2) During eSRVCC, VoLTE call tends to drop before the handover triggering. Hence during
eSRVCC test, the threshold is adjusted to (A2=-105dBm, A1=-101dBm) to avoid the VoLTE
Hence, need to verify the best handover threshold for both PS & VoLTE considering the data
We make 3 set of threshold fine tuning plan to test. We will make parameter recommendation
Parameter configuration
Parameter Trial Plan on POC
No Category From To
MOD INTERRATHOCOMMGROUP: MOD INTERRATHOCOMMGROUP:
LocalCellId=1, LocalCellId=1,
InterRatHoCommGroupId=0, InterRatHoCommGroupId=0,
InterRatHoA1A2Hyst=2, InterRatHoA1A2Hyst=2,
1 PS Service-->PS InterRatHoA1A2TimeToTrig=640ms, InterRatHoA1A2TimeToTrig=640ms,
Redirection & InterRatHoA1ThdRsrp=-111, InterRatHoA1ThdRsrp=-105,
Handover InterRatHoA2ThdRsrp=-115; InterRatHoA2ThdRsrp=-110;
PS Service-->PS MOD CELLHOPARACFG: MOD CELLHOPARACFG:
Redirection & LocalCellId=1,BLINDHOA1A2THDRSRP LocalCellId=1,BLINDHOA1A2THDRSRP
Test Method
Procedure
1) Test Set 1 & Test Set 2 carry along in the test vehicle with same laptop.
2) Moving from LTE towards LTE coverage edge to trigger for eSRVCC & handover.
Reminder:
II. Troubleshooting
LTE
III. Result
At all fine tuning set proposal, both PS service redirection/handover and VoLTE
eSRVCC are handover successfully without service drop. But the quality and experience
From test, PS service handover threshold are acceptable for all the sets proposed.
From user experience during test for all sets, the VoLTE call quality noticed to be
affected (deep voice) when moving from good LTE coverage to edge before eSRVCC.
User experience “deep voice” is longer in Set 0 & Set 1 especially at the close to the
handover threshold compare to Set 2. For Set 3, no “deep voice” experience after few
tests.
Hence, the handover threshold for both PS service & VoLTE is recommended to Set 3
I. Problem Description
During the POC Phase 1 test, we encounter intermittent success of VoLTE to DR/CSFB.
After a few rounds troubleshooting, we found Celcom MSC send 480 temporary unavailable.
According to Celcom feedback, they said it’s due to poor radio condition.
II. Troubleshooting
From the result, we found during the normal 3G condition, there is call failure for VoLTE to
Check the failure log of VoLTE to DR, it is same 480 message send from Celcom.
Failure 1
Failure 2
Failure 3
III. Result
For this issue, we still need Celcom to feedback the failure reason, so that we can perform
I. Problem Description
When we doing CSFB call, we found certain UE can’t return to LTE after CS call. Base on
the test result, Mate7, iphone6 can return back to P1 LTE. Note4 sometimes can’t back to
LTE.
II. Troubleshooting
Checking the UE log file, after user end call, there is no frequency information in RRC
UE will have to back to LTE by reselection. There are two processes for UE to return.
Process 1
UE in PCH or Idle Mode, UE will reselect to Celcom 4G or P1 4G. Below is one of the cases
And UE reselect to LTE in PCH status. But the first reselection failed for “Tracking Area
it select to P1 network.
Process 2
The UE changes frequently between FACH and PCH. It cannot reselect to LTE.
III. Result
We have performed test in southern region which has already active enhanced Fast Return
feature.
Using Note4 phone, 20 times, all successfully come back to 4G after call end in idle and PS
ongoing mode.