《常见的释放失败原因汇总》由会员分享，可在线阅读，更多相关《常见的释放失败原因汇总（4页珍藏版）》请在金锄头文库上搜索。
1、1 掉话原因汇总1.1 常见掉话原因分析1.1.1 ERR_SPS_RLSA_BSSAP_UnexptMsg_RcvOrgnInSessionState含义： 在通话态收到起呼消息 失败原因分析： 主要就是因为终端由于某个原因（通常情况下，就是无线覆盖差、邻区漏配等等）掉话后， 但是基站侧的掉话定时器还没有到时，因为默认的定时器是18s,所以基站要等足18s才会 判断为掉话而释放进程，而可能前台的终端在掉话后，又立即重新呼叫或者登记，于是就出 现了这样的失败原因。所以，如果掉话定时器设置得不是特别长，而这种失败的比例特别大， 那可能是存在问题，否则以目前的情况来看，应该主要就是实际掉话引发的。
2、1.1.2 SDM_Link_Fail_RevTooManyBadFrm含义：链路失败，SDM在一段时间内从BTS侧收到的几乎都是坏帧（默认时间为18s）。 失败原因分析： 原因可能是正常原因，也可能是异常原因，视具体情况而定。比如，反向空中链路真的非常 差时，就会上报该异常，但这种情况属正常释放。但是，该异常也不一定都是正常的，很有 可能隐藏着系统问题，比如呼叫过程中，由于某种原因手机自行释放自己，而BTS并未得到 手机的释放消息，因此一段时间后就会上报该异常，这样就需要查为什么手机要自行释放自 己。还有，手机和BTS侧参数不一致，PN偏置错误等等都有可能引起该异常。1.1.3 ERR_SP
3、S_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 的
4、前向帧（不论是什么速率的帧，都没有收到），都会引发释放流程。失败原因分析： 导致前向无帧的可能原因有：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含义： 呼
5、叫建立或者硬切换加建立时，收到 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 消息。失败原因分析： 层三与手机的业务协商失败，层三没有
6、收到手机的证实消息。具体原因可能有：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分钟内给
7、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加过这条腿，如果有
8、，则 是 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消息，就
9、是丢了 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
