《常见的释放失败原因汇总》由会员分享，可在线阅读，更多相关《常见的释放失败原因汇总（7页珍藏版）》请在金锄头文库上搜索。
1、本文格式为Word版，下载可任意编辑常见的释放失败原因汇总 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侧参数不一致，P
3、N偏置错误等等都有可能引起该奇怪。 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无帧后苦求释放
4、当前的呼叫。也就是说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_
5、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_AbafStartVocoderCo
6、ding消息。 失败理由分析： 层三与手机的业务协商失败，层三没有收到手机的表明消息。概括理由可能有： 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分钟内给
7、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并没有要去的腿。 失
8、败理由分析： 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消息
9、 失败理由分析： 单板之间有丢消息的现象，不是丢了startVocoderCoding消息，就是丢了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
10、空闲队列是否有误 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 7
