TD全网CS和PS掉话统计信令的分析解决思路.docx
《TD全网CS和PS掉话统计信令的分析解决思路.docx》由会员分享,可在线阅读,更多相关《TD全网CS和PS掉话统计信令的分析解决思路.docx(16页珍藏版)》请在冰豆网上搜索。
TD全网CS和PS掉话统计信令的分析解决思路
全网CS掉话统计类型
1:
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
RLfailureorRLCerrortimerexpiry
45.83%
信令流程如下:
描述:
UE在通话过程中,NB向RNC上发RL失败指示(原因:
synchronisation_failur)上行失步,致使相隔25s后,RNC向MSC上发IUReleaseRequest(RLfailureorRLCerrortimerexpiry)
解决方法:
1:
确认该终端所在位置,以及该区域信号覆盖是否良好(包括RSCP和C/I)
2:
检查终端所占小区载波及时隙的ISCP值是否符合要求(载波ISCP值可以在LMT-B上检查,时隙ISCP值可以在OMT上检查)
3:
核查此小区周围没有没同频或同码组的小区。
2:
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
ReceiveUeTimeoutMsgduringHO
20.83%
信令流程如下:
描述:
UE在通话过程中,UE向RNC发送测量报告,发起切换,RNC向目标NB发送RLAddtionRequest,相隔14s后源NB向RNC回复RLFailureindication,原因值synchronisation_failure,UE与网络失步导致,可能为无线环境较差导致。
20S后RNC模拟UE上报物理信道重配失败,失败原因值:
Timeout。
导致掉话。
解决方法:
1:
确认UE所在的位置及该区域的信号覆盖(包括RSCP和C/I)是否良好;
2:
登LMT-B核查目标小区是否有硬件的故障。
失败时是否是同一块载波,若是的话针对此载波所对应BBU板卡休眠(针对EMB5116,18AE)
3:
检查源小区配置的邻区是否合适;
4:
检查周围是否存在与目标小区同频同码的小区;
5:
确认该小区邻小区的参数是否正确;
6:
检查目标小区主载波ISCP值(可以从LMT-B上查询)和所占时隙ISCP值(可以从OMT上查询);
7:
在切换到目标小区时RSCP突降。
可以尝试降低1G,2A的测量门限,或降低邻小区的绝对导频门限。
3:
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
CellupdateconfigurationtimerexpiryofUE
4.17%
信令流程如下:
描述:
触发小区更新(RLfailure)超时。
解决方法:
1:
确认该终端所在位置,以及该区域信号覆盖是否良好(包括RSCP和C/I)
2:
检查终端所占小区载波及时隙的ISCP值是否符合要求(载波ISCP值可以在LMT-B上检查,时隙ISCP值可以在OMT上检查)
3:
核查此小区周围没有没同频或同码组的小区。
核查周围的无线环境。
4:
登LMT-B检查基站提告警日志检查基站告警,排除硬件问题。
4:
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
re_accessrelease
14.42%
信令流程如下:
描述:
UE在通话过程中,NB向RNC发送RL失败指示,原因值synchronisation_failure,UE与网络失步可能为无线环境较差导致。
RNC向MSC发起Iureleaserequest,原因值为re-accessrelease,
解决方法:
1:
分析来看,应该是空口无线环境突然出现了恶化(如覆盖上的街角效应,即突然间脱网了),待恢复正常后,手机已进入了空闲状态,并在原小区上收取系统消息。
由于手机内部定义的重接入条件已满足,因此终端会自动在该小区上进行呼叫接入,即发送RRCCONNECTIONREQUEST。
当网络侧收到终端上发的RRC请求消息后,解析发现其所带的UETMSI和现在已有连接的用户TMSI一致,因此主动进行了释放,引起掉话。
优化无线环境。
2:
有可能是用户终端的测量机制的问题。
5:
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
ReceiveL2TimeoutMsgduringHO
10.42%
信令流程如下:
描述:
RAB建立完后触发2A报告RNC向目标小区下发无线链路建立请求(RadiolinkAddtionRequest)2S后RNC释放(ReceiveL2TimeoutMsgduringHO)
解决方法:
2:
核查目标小区告警日志有没有异常告警,
3:
尝试复位目标小区或休眠此小区对应的BBU板卡。
6
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
ThedatalinkofIMAAchanged
3.17%
信令流程如下:
描述:
UE在通话过程中,检查的lMA组异常,E1链路闪断,
解决方法:
1:
及时核查小区IMA组异常,E1链路传输告警。
7:
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
Notsupportconcurrentbetweencellupdate
2.08%
信令流程如下:
描述:
在切换过程中触发小区更新(RLfailure)网络不支持,
解决方法:
1:
确认该终端所在位置,以及该区域信号覆盖是否良好(包括RSCP和C/I)
2:
检查终端所占小区载波及时隙的ISCP值是否符合要求(载波ISCP值可以在LMT-B上检查,时隙ISCP值可以在OMT上检查)
3:
核查此小区周围没有没同频或同码组的小区。
核查周围的无线环境。
4:
在切换到目标小区时RSCP突降。
可以尝试降低1G,2A的测量门限,或降低邻小区的绝对导频门限
:
全网PS掉话统计类型
1:
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
RLfailureorRLCerrortimerexpiry
24.76%
信令流程:
分析:
UE在通话过程中,NB向RNC上发RL失败指示(原因:
synchronisation_failur)上行失步,致使相隔25s后,RNC向MSC上发IUReleaseRequest(RLfailureorRLCerrortimerexpiry)
解决方法:
1:
确认该终端所在位置,以及该区域信号覆盖是否良好(包括RSCP和C/I)
2:
检查终端所占小区载波及时隙的ISCP值是否符合要求(载波ISCP值可以在LMT-B上检查,时隙ISCP值可以在OMT上检查)
3:
核查此小区周围没有没同频或同码组的小区
2:
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
ReceiveUeTimeoutMsgduringHO
22.86%
信令流程:
描述:
UE在通话过程中,UE向RNC发送测量报告,发起切换,RNC向目标NB发送RLAddtionRequest,。
20S后RNC模拟UE上报物理信道重配失败,失败原因值:
Timeout。
导致掉话。
解决方法:
1:
确认UE所在的位置及该区域的信号覆盖(包括RSCP和C/I)是否良好;
2:
登LMT-B核查目标小区是否有硬件的故障。
失败时是否是同一块载波,若是的话针对此载波所对应BBU板卡休眠(针对EMB5116,18AE)
3:
检查源小区配置的邻区是否合适;
4:
检查周围是否存在与目标小区同频同码的小区;
5:
确认该小区邻小区的参数是否正确;
6:
检查目标小区主载波ISCP值(可以从LMT-B上查询)和所占时隙ISCP值(可以从OMT上查询);
7:
在切换到目标小区时RSCP突降。
可以尝试降低1G,2A的测量门限,或降低邻小区的绝对导频门限
3:
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
rolledFailduringHO
14.29%
描述:
UE在做PS业务时,UE上报测量报告,RNC下发PhysicalChannelReconfiguration,RNC没有下发源小区:
RadiolinkDeletionRequest。
ue触发小区更新,原因为无线链路失败,RNC向SGSN发送IURELEASEREQUEST,释放链路,
解决方法:
1:
确认UE所在的位置及该区域的信号覆盖(包括RSCP和C/I)是否良好;
2:
检查小区主载波ISCP值(可以从LMT-B上查询)和所占时隙ISCP值(可以从OMT上查询);
3:
登LMT-B核查目标小区是否有硬件的故障。
失败时是否是同一块载波,若是的话针对此载波所对应BBU板卡休眠(针对EMB5116,18AE)
4:
检查周围是否存在与小区同频同码的小区;
4:
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
ThereasonfortheactionisexpiryoftimerTRELOCoverall.
7.62%
信令流程:
描述:
UE发起RRC建立请求,发起原因为:
12.2k语音业务,当cs域RAB建立成功后,UE上发3a测量报告,RNC向UE发送HandoverFromUTRANCommandtoGSM,13s后NB向RNC发送RL失败指示,再8s后CPSS向IUC发送Iutimerabnormity,RNC向MSC发送IURELEASEREQUEST,原因值为:
ThereasonfortheactionisexpiryoftimerTRELOCoverall。
解决方法:
1:
对于该两类原因首先要确认RNC下发切换消息中携带的参数是否正确
2:
确认UE的处理能力(可以从呼叫过程RRC建立完成消息中查到)
3:
检查目标G网邻小区参数配置是否正确;
4:
确认终端在切换时的门限值是否合理;
5:
确认所用终端的型号及批次。
6:
检查系统间切换定时器参数:
适当延长定时器T309
5:
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
re_accessrelease
4.76%
信令流程:
6:
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
ThedatalinkofIMAAchanged
3.81%
信令流程:
描述:
UE在通话过程中,检查的lMA组异常,E1链路闪断,
解决方法:
1:
及时核查小区IMA组异常,E1链路传输告警。
7
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
ReceiveUeTimerOutResponseMessageInDTDProc
3.76%
信令流程:
描述:
UE在做PS调度时,RNC下发RBSetup后,相隔20sUE向RNC回RBSetupFailure,原因值为Timeout。
可能为无线环境较差导致.
解决方法:
1:
确认UE所在的位置及该区域的信号覆盖(包括RSCP和C/I)是否良好;
2:
检查小区主载波ISCP值(可以从LMT-B上查询)和所占时隙ISCP值(可以从OMT上查询);
3:
登LMT-B核查目标小区是否有硬件的故障。
失败时是否是同一块载波,若是的话针对此载波所对应BBU板卡休眠(针对EMB5116,18AE)
4:
检查周围是否存在与小区同频同码的小区;
8:
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
RATHO,receivedaPSInterRatHotimerexpiremessage
2.81%
信令流程:
描述:
PS跨系统切换失败:
physicalchannelfailure
解决方法
1:
RNC下发切换指令后,由于目标小区无线信号不是太好,原小区上报失步请求,导致23G切换失败。
提高切换时对GSM门限的要求,删除失败的GSM邻区。
2:
目标小区的无线信号好的话,可能是2G邻区的BCCH,BISC可能与现网的配置不一样,没有及时的更正。
3:
目标小区的无线信号好的话,可能是2G邻区存在拥塞现象,为了指标可以删除处理。
(慎用)
4:
核查目标小区2G邻区的位置是否合适。
9:
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
RABreleasepreempted
2.51%
信令流程:
设备或终端问题
10:
掉话事件
掉话原因
所占总掉话的百分比
IuReleaseRequest
ReceiveL2ConfigTimerOutResponseMessageInDTDProc
1.36%
信令流程:
描述:
在做PS业务调度时RNC向UE下发TransportChannelReconfiguration.ue没有上报TransportChannelReconfiguration完成。
3s后RNC释放ReceiveL2ConfigTimerOutResponseMessageInDTDProc。
怀疑是RNCL2配置的问题。
RRC:
连接建立失败如下信令:
RAB建立失败
描述:
UE在做PS业务当RNC下发RBsetup后,UE回复RB建立失败,原因值为:
invalidconfigutation(残缺的配置),RNC向核心网发送IUreleaserequest,释放CS域和PS域,原因值为:
ReceiveUeFailureResponseMessageInDTDProc。
为RAB建立失败
解决方法:
1:
确认UE所在的位置及该区域的信号覆盖(包括RSCP和C/I)是否良好;
2:
检查小区主载波ISCP值(可以从LMT-B上查询)和所占时隙ISCP值(可以从OMT上查询);
3:
登LMT-B核查目标小区是否有硬件的故障。
失败时是否是同一块载波,若是的话针对此载波所对应BBU板卡休眠(针对EMB5116,18AE)