常见的释放失败原因汇总

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消息 失败原因分析：

单板之间有丢消息的现象，不是丢了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空闲队列是否有误 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

百度搜索“77cn”或“免费范文网”即可找到本站免费阅读全部范文。收藏本站方便下次阅读，免费范文网，提供经典小说综合文库常见的释放失败原因汇总在线全文阅读。