1、 CHR数据提取

M2000的MML命令上传CHR数据,指令为ULD NEFILE,如下:

然后利用FTP软件从上传的服务器下载CHR数据

2、 CHR数据导入FMA

选择tools→Brdlog Unpack Tool,弹出窗口如下

3、 打开解压的CHR数据

选择project→create eNodeB project,如下:

4、 查看掉线类型

选择user→双击掉线类型→双击其中一个cellID→双击InnterRelEvent→扩展信令可看到掉线cause以及掉线代码

5、 掉线原因分析

Ø 以下是异常释放导致的掉线原因分析,括号里的代码是唯一的

1、 usRelCause:UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAIL (5):切换失败引起的;

切换失败可能是邻区漏配、切换不及时等原因导致的

2、 代码16:RB释放因为UE无响应超时导致,进入弱覆盖区或无覆盖区或用户拔卡

3、 代码19:eNB内切换等待RRC配置相应超时 一般由于空口覆盖差导致 怀疑用户处于覆盖盲区

4、 usRelCause:UEM_UECNT_REL_RRC_REEST_SRB1_FAIL (34):空口覆盖差或进入无覆盖区域掉话

5、 代码35:RRC重建恢复Other RBs恢复失败(重配置消息失败),空口覆盖差或进入无覆盖区或用户拔卡

6、 代码52:T-eNodeB处理GTPU失败

7、 usRelCause:UEM_UECNT_REL_UE_RLC_UNRESTORE_IND (58):SRB RLC重传次数达到最大导致掉话,空口覆盖差或进入无覆盖区或用户拔卡

8、 代码59:进入弱覆盖区或无覆盖区或用户拔卡

9、 usRelCause:UEM_UECNT_REL_UE_RESYNC_DATA_IND_REL_CAUSE (60) :进入弱覆盖区或无覆盖区或用户拔卡

10、代码112:GTPU导致TRM释放承载资源,载波重启导致掉话

11、usRelCause:UEM_UECNT_REL_HOIN_ABNORMAL (129):切换失败引起的

 

Ø 以下是正常释放导致的掉线原因分析,

usRelCause:UEM_UECNT_REL_REL_BUTT (130)

usRelCause:UEM_UECNT_REL_MME_CMD (39)

usRelCause:UEM_UECNT_REL_DT_WAIT_UECNT_SETUP_REQ_TIMEOUT (55)

usRelCause:UEM_UECNT_REL_UE_RLC_UNRESTORE_IND (58)

usRelCause:UEM_UECNT_HOIN_RCV_REL_CMD_NONEED_REL (76)

usRelCause:UEM_UECNT_REL_EHRPD_REIDRECTION_CAUSE (134)

usRelCause:UEM_UECNT_REL_RRC_SETUP_ABNORMAL (132)

usRelCause:UEM_UECNT_REL_REL_BUTT (144)

usRelCause:UEM_UECNT_REL_UE_INACTIVE_TIMER_EXPIRY_REL_CAUSE (57)

usRelCause:UEM_UECNT_REL_LAST_DRBS_RLC_UNRESTORE_IND (116)

usRelCause:UEM_UECNT_REL_RRC_SETUP_ABNORMAL (128)

usRelCause:UEM_UECNT_REL_SCTP_ABORT (42)

usRelCause:UEM_UECNT_REL_REEST_WITHOUT_UECNT_SRC_NONEED_REL (124)

usRelCause:UEM_UECNT_REL_REL_BUTT (144)

usRelCause:UEM_UECNT_REL_UE_INACTIVE_TIMER_EXPIRY_REL_CAUSE (57)