Beruflich Dokumente
Kultur Dokumente
Feature was activated in one node from Mobilis network in 2013, Below impact. It is clear that we do not consider
the RQT11CNT, feature activation shows good improvement.
In Huawei, below timer expiry counters when GSM Call queuing is activated should be considered if the feature is
active.
Counter ID : 1278478423
In an assignment procedure or incoming-BSC handover procedure, the MSC requests a TCH, but the BSC finds no
TCH available for assignment. If both the BSC and the call support preemption, the BSC performs the preemption
procedure. If the preemption is successful and the system supports queuing, the queuing procedure is performed.
Meanwhile, the related timer is triggered to wait for an idle TCH. When the timer expires, the measurement of the
counter R3136:CELL.QUEUE.FAIL.TIMES.PREEMPTION is triggered.
Counter ID : 1278478424
In the assignment procedure or incoming-BSC handover procedure, the MSC requests a TCH, but the BSC finds no
TCH available for assignment. If the BSC does not perform the preemption procedure or dynamic adjustment
procedure and if the BSC supports queuing, the call queuing procedure is performed. Meanwhile, the related timer is
triggered to wait for an idle TCH. When the timer expires, the measurement of the counter
R3137:CELL.QUEUE.FAIL.TIMES.TIMEOUT is triggered.
Counter ID : 1278478425
In the assignment procedure or incoming-BSC handover procedure, the MSC requests a TCHF or a TCHH, but the BSC
finds no TCHF or TCHH available for assignment. If the BSC supports dynamic adjustment procedure and if the
conditions for dynamic adjustment are met, the BSC performs the dynamic adjustment procedure. If the BSC also
supports queuing, the call queuing procedure is performed. Meanwhile, the related timer is triggered to wait for an
idle TCHF or TCHH. When the timer expires, the measurement of the counter
R3138:CELL.QUEUE.FAIL.TIMES.DYNADJ.TIMEOUT is triggered.
Observation shows that in Erbs under Huawei MME there is negligible drops compared to the ones connected to
Ericsson MME.
Investigation done to catch problematic scenario which Huawei MME considering it as “NORMAL RELEASE”
The cause code sent by Ericsson MME is more suitable and matching the radio link failure scenario observed in the
network, where the one used by Huawei MME gives false interpretation that everything is fine in network while
actually it is NOT.
For fair KPIs benchmark, it is highly recommended to have an unified formula that gives same measure of drop
between Erbs of Ericsson in different region, and between different regions vendors.
Counter pmErabRelAbnormalMmeAct should be removed from Earb Drop %
3. GSM Drop formula:
(TFNCEDROP+TFNCEDROPSUB+THCENDROP+THNCEDROPSUB)/(TFNCEDROP+TFNCEDROPSUB+THNCEDROP+THNCE
DROPSUB + DISNORM)
Ericsson recommends to replace accessibility indicators with the following two given, due to approximative 70%
decrease in RRC establishment from idle replaced by up-switch from URA.
PS RRC : =100*((<ReqPsSucc>+<pmChSwitchSuccUraFach>)/(<ReqPs>+<pmChSwitchAttemptUraFach>-
<pmNoLoadSharingRrcConnPs>))
PS RAB :
=100*((<pmNoRabEstSuccessPsIntNonHs>+<pmNoRabEstablishSuccess.PacketInteractiveHs>+<pmChSwitchSuccUra
Fach>)/
(<pmNoRabEstAttemptPsIntNonHs>+<pmNoRabEstablishAttempt.PacketInteractiveHs>+<pmChSwitchAttemptUraFa
ch>))