资源预览内容
第1页 / 共4页
第2页 / 共4页
第3页 / 共4页
第4页 / 共4页
亲,该文档总共4页全部预览完了,如果喜欢就下载吧!
资源描述
1 掉话原因汇总1.1 常见掉话原因分析1.1.1 ERR_SPS_RLSA_BSSAP_UnexptMsg_RcvOrgnInSessionState含义: 在通话态收到起呼消息 失败原因分析: 主要就是因为终端由于某个原因(通常情况下,就是无线覆盖差、邻区漏配等等)掉话后, 但是基站侧的掉话定时器还没有到时,因为默认的定时器是18s,所以基站要等足18s才会 判断为掉话而释放进程,而可能前台的终端在掉话后,又立即重新呼叫或者登记,于是就出 现了这样的失败原因。所以,如果掉话定时器设置得不是特别长,而这种失败的比例特别大, 那可能是存在问题,否则以目前的情况来看,应该主要就是实际掉话引发的。1.1.2 SDM_Link_Fail_RevTooManyBadFrm含义:链路失败,SDM在一段时间内从BTS侧收到的几乎都是坏帧(默认时间为18s)。 失败原因分析: 原因可能是正常原因,也可能是异常原因,视具体情况而定。比如,反向空中链路真的非常 差时,就会上报该异常,但这种情况属正常释放。但是,该异常也不一定都是正常的,很有 可能隐藏着系统问题,比如呼叫过程中,由于某种原因手机自行释放自己,而BTS并未得到 手机的释放消息,因此一段时间后就会上报该异常,这样就需要查为什么手机要自行释放自 己。还有,手机和BTS侧参数不一致,PN偏置错误等等都有可能引起该异常。1.1.3 ERR_SPS_RLSA_BSSAP_UnexptMsg_RcvRegInSessionState_Others含义: 在通话态收到登记消息。 失败原因分析: 同 1.1.1 章节。1.1.4 ERR_SPS_RLSA_BSSAP_UnexptMsg_RcvRegInSessionState_PowerDown含义: 在通话态收到关机记消息。失败原因分析: 同 1.1.1 章节。1.1.5 ERR_SPS_RLSA_RCM_PCALL_OtherReason_CEC_REMOVEREQ含义:在呼叫过程中,信道板在检测到前向 6s 无帧后请求释放当前的呼叫。也就是说 CHM 在 6s 内没有收到 SDU 的前向帧(不论是什么速率的帧,都没有收到),都会引发释放流程。失败原因分析: 导致前向无帧的可能原因有:1. IP 或者 MAC 值无效;2. Key 值无效导致查找表地址错误。3. 通道表无效位置;4. SDM 没有建腿;5. VTC 单板上与本次呼叫相关的 DSP 故障。1.1.6 SDM_Link_Fail_RevNoFrm含义:链路失败,SDM在一段时间内收不到BTS发来的业务帧(默认时间为18s)失败原因分析: 该异常原因有很多种,比如 Abis 链路问题, CHM 调度问题。1.1.7 ERR_SPS_RLSA_BSSAP_Other_ReceiveResetCircuit含义: 呼叫建立或者硬切换加建立时,收到 MSC 发送电路复位消息。失败原因分析:1. MSC侧与BSC侧CIC状态不一致2. MSC侧与BSC侧CIC编码不一致1.1.8 ERR_SPS_RLSA_BSSAP_UnexptMsg_RcvRegInSessionState_PowerOn含义:在通话态收到开机记消息。失败原因分析:同1.1.1 章节。1.1.9 SDM_Find_Fail_WaitConfigVTCTimeout含义:SDM激活成功后,在定时器超时前没有收到DSPM发给SDM的EV_S_AbafStartVocoderCoding 消息。失败原因分析: 层三与手机的业务协商失败,层三没有收到手机的证实消息。具体原因可能有:1. 手机本身没有收到 BTS 侧的证实消息,因此不会回证实消息给 BTS。2. 手机收到了 BTS侧的证实消息,但是由于某种原因没有给BTS回证实。3. 该异常也有可能是手机和BTS侧参数不一致(例如RC不一致),导致手机解不出基站侧的证实消息等等1.1.10 ERR_SPS_RLSA_DSPM_CLH_OtherReason_Tshakehandrecv含义:通话状态下,DSPM与SDU和BSSAP握手的定时器Trecv超时,发起呼叫释放。 失败原因分析:1. DSPM在5分钟内给SDM发送2次握手消息都收不到SDM的应答消息。2. DSPM在5分钟内给SDM发送2次握手消息都收不到BSSAP的应答消息。1.1.11 ERR_SPS_RLSA_DSPM_HOH_OtherReason_AbisdShakeHandFailure含义:通话状态下,DSPM与RCM握手失败,发起呼叫释放 失败原因分析:1. 对应BTS的RCM、ABPM运行异常2. DSMP单版上Tphysical定时器设置(默认2分钟)有问题1.1.12 SDM_Find_Fail_NoFCHLeg含义:SDM在收到层三发的AbafSDMDropLeg消息时,发现SDM并没有要去的腿。 失败原因分析:SDM与层三维护的信息不一致,查看信令,看层三是否有通知SDM加过这条腿,如果有,则 是 SDM 问题。如果没有则是层三问题1.1.13 SDM_Link_Fail_FwdNoVTCFrm含义:SDM在一段时间内收不到vtc发来的业务帧(默认时间为18s) 失败原因分析:该异常原因有可能是 vtc 处理问题(没有发帧)。需要视情况而定,上报该异常时,呼叫会 被释放。1.1.14 SDM_OprVocoder_Fail_WaitStartVocoderCodingAckTimeOut含义:SDM在给VTC发了 startVocoderCoding消息后,收不到VTC的ACK消息 失败原因分析:单板之间有丢消息的现象,不是丢了 st ar tVocoderCoding消息,就是丢了 ACK消息1.1.15 ERR_SPS_RLSA_RCM_PCALL_TimerExpired_Tconfigtch 含义: 失败原因分析数据业务中,建立补充信道时数据库资源分配后配置信道板失败(前向基 本信道)发起补充信道释放:失败原因分析:1. 配置信道板消息丢失2. CHM 有 CE 吊死3. 如果CHM没有资源吊死,那么可能是数据库维护空闲CE队列有误初步解决措施:1. 检查 CHM 的 CPU 是否处于过载状态2. 检查 CHM 是否有 CE 吊死3. 察看数据库探针,确认数据库维护的CE空闲队列是否有误1.1.16 ERR_CES_RLSA_CEC_CALLHNDL_FCH_SETUP_CE_IN_USED含义:失败原因值含义建立基本信道时,CES出现CE吊死的现象,导致基本信道建立失败 失败原因分析:1. 信道板的 CPU 利用率太高2. 信道板上有 UB 告警3. 该站的传输不稳定4. 信道板上的子卡太多(目前全IP系统支持6片,HIRS支持4片芯片)5. CES 代码异常,没有释放资源6. 上层异常,没有发起释放初步解决措施1. 若信道板的 CPU 利用率高,则闭塞部分子卡2. 检查传输3. 检查时钟模块4. 将部分控制信道分配到其它单板上5. 若以上措施无效,复位 CHM
网站客服QQ:2055934822
金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号