语音呼叫失败原因分析

《语音呼叫失败原因分析》由会员分享，可在线阅读，更多相关《语音呼叫失败原因分析（14页珍藏版）》请在装配图网上搜索。

1、语音呼叫失败原因分析经过第一阶段局外提供的相关数据，对后台的业务观察中，失败的语音呼叫、语音释放、切换 等失败的原因进行简单的分析，整理成为这篇初稿，为局外的用服人员提供一个指导。1 . ERR_SPS_RLSA_RCM_DBAccFail_FCHResourceAllocate失败原因值ERR_SPS_RLSA_RCM_DBAccFail_FCHResourceAllocate失败原因详解在MS起呼或者被呼时，在建立基本信道时调用数据库接口分配资源失败。会 导致这个失败的原因如下：1 .调用数据库的入参错误2 . CE资源不足或者异常3. Walsh 不足4. FO不足5. UID不足解决措

2、施1 看信令跟踪里上报的 BTSSeupAck消息中的失败小区的失败原因0x5101表小前向基本信道 CE不足0x5102表示反向CE不足0x5103表示前向基本信道、反向CE均不足0x5104表示前向补充信道 CE不足0x5105 表示 WalshCode 不足0x5106表示UID不足2查明失败原因后，查看信道板是否异常（芯片状态是否正常，CE是否被闭塞）3 .如果CHM正常，CCM也正常，可能是资源吊死，严重故障2. ERR_SPS_RLSA_RCM_PCALL_OtherReason_CEC_REMOVEREQ失败原因值ERR_SPS_RLSA_RCM_PCALL_OtherReaso

3、n_CEC_REMOVEREQ失败原因详解这个失败的原因是在呼叫过程中，信道板在检测到前向 6s无帧后请求释放当前的呼叫。也就是说 CHM在6s内没有收到SDU的前向帧（不论是什么速率的 帧，都没有收到），都会引发释放流程。导致前向无帧的原因有：1 . IP或者MAC值无效2. Key值无效导致查找表地址错误3. 通道表无效位置 14 . SDM没有建腿5 . VTC单板上与本次呼叫相关的 DSP故障解决措施1 .查看信令中有无SDM建腿消息2 . 查看IP和MAC值设置是否正确3.频繁出现此类失败，可能是 DSP故障3. ERR_SPS_RLSA_RCM_FCH_TimerExpired_T

4、connExpired失败原因值ERR_SPS_RLSA_RCM_FCH_TimerExpired_Tco nn Expired失败原因详解在呼叫建立过程中， 建立资源时 Abis 口定时器超时，引发了呼叫释放流程，导致呼叫失败。这个定时器 Tconnb时长为4S,是BTS侧分配完无线资源以及业 务地址，并通知BSC侧后触发的，如果在定时器到时前，没有收到BSC的Ack消息，则BTS侧发起释放流程。BTS侧没有收到 Ack消息的原因除了链路和 消息拥塞外，还可能是 BTS侧的消息内容有误。解决措施1. 检查Abis链路是否通信正常2. 检查 BTS侧带给 BSC的AbisdrConnect消息

5、中参数是否正确（主要和AbisdfBTSSetup 相比较），主要要注意的参数有：tAbisConnectInfo 里有关小区的信息4. DBS_STASTIC_NO_RESOURCE_LACK失败原因值DBS_STASTIC_NO_RESOURCE_LACK失败原因详解在资源分配的情况下，不是资源不足引起的资源分配失败。会导致这个失败的 原因如下：1 .操作数据库失败2.入参错误解决措施1 .看异常探针里上报的失败原因2 .查明异常探针上报的失败原因，如果是入参失败，则检查入参；如果是数据库异常，则检查数据库5. DBS_STASTIC_FWDFCHCE_LACK失败原因值DBS STAST

6、IC FWDFCHCE LACK失败原因详解在MS起呼或者被呼时，建立基本信道时由于前向CE不足引起的失败。会导致这个失败的原因是前向 CE资源不足。解决措施1 .看异常探针里上报的失败原因2 .查看RB_FWDCE表是否还有剩余的前向 CE3.查看信道板是否闭塞了 CE6. DBS_STASTIC_REVFCHCE_LACK失败原因值DBS STASTIC REVFCHCE LACK失败原因详解在MS起呼或者被呼时，建立基本信道时由于反向CE不足引起的失败。会导致这个失败的原因是反向 CE资源不足。解决措施1.看异常探针里上报的失败原因2 .查看RB_REVCE表是否还有剩余的反向 CE3.

7、查看信道板是否闭塞了 CE7. DBS_STASTIC_FWDFCHCE_REVCE_LACK失败原因值DBS_STASTIC_FWDFCHCE_REVCE_LACK失败原因详解在MS起呼或者被呼时，建立基本信道时由于前向、反向CE不足引起的失败。会导致这个失败的原因是前反向CE资源不足。解决措施1 .看异常探针里上报的失败原因2. 查看 RB_FWDCE表是否还有剩余的前向 CE,查看 RB_REVCE 表是否还 有剩余的反向CE3. 查看信道板是否闭塞了 CE8. DBS_STASTIC_FWDSCHCE_LACK失败原因值DBS_STASTIC_FWDSCHCE_LACK失败原因详解在数

8、据业务或者并发或者 PTT业务建立时，建立补充信道时由于前向补充信道 CE不足引起的失败。会导致这个失败的原因是前向补充信道CE资源不足。解决措施1 .看异常探针里上报的失败原因2 .查看RB_FWDCE表没一块芯片上编号 36-63的前向CE是否还有空闲资源3.查看信道板是否闭塞了 CE9. DBS_STASTIC_WALSHCODE_LACK失败原因值DBS_STASTIC_WALSHCODE_LACK失败原因详解在MS起呼或者被呼时，建立基本信道的时候WALSHCODE分配失败导致分配资源失败。导致这个失败的原因是：该载扇下没有可用的WALSHCODE解决措施1.看异常探针里上报的失败原

9、因2 .用探针查看WALSHCODE是否还有空闲资源10. DBS_STASTIC_UID_LACK失败原因值DBS STASTIC UID LACK失败原因详解在MS起呼或者被呼时，IP平台在建立基本信道的时候UID分配失败导致分配资源失败。导致这个失败的原因是：该载扇下没有可用的带宽解决措施1.看异常探针里上报的失败原因2 .用探针查看R UID表是否还有剩余 UID11. HO_STAT_PILOT_NO_SAME_FREQ失败原因值HO STA T PILOT NO SAME FREQ失败原因详解在切换判决中，导频下的所有载频都不满足条件，不能加入目标导频集合。解决措施12. HO_S

10、TAT_CARRIER_PWR_OVERLOAD失败原因值HO_STA T_CARRIER_PWR_OVERLOAD失败原因详解在切换判决中，选定的载频功率过载。会导致这个失败的原因如下： 1该载频用户过多解决措施1降低每个载频的用户量13. ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder失败原因值ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder失败原因详解在MS起呼或者被呼，进入业务信道，捕获前缀成功后，进行空口业务信道 信令握手超时：1. 无线环境恶劣导致丢失空口握手消息，少量出现属正常现象2. 打开帧序

11、号校验情况下，BTS和BSC寸钟不一致3. 其他原因：如传输误码等解决措施1. 查看小区发射功率是否正常2. 查看CHMfl SDU单版运行版本是否匹配，是否运行正常3. 如果大量出现该呼叫失败，首先需要确定冋题的范围：单站冋题、一个ABPM 下挂所有站点的问题、还是整个BSC勺问题4. 确定问题范围后，把出问题的BTS帧序号校验关闭，观察是否有所改善，如果问题有很大改善，说明：是由于BTS时钟和BSC寸钟不一致导致的问题； 查看GPS时钟是否正常、BTS侧和BSC侧GC单版是否正常运行。5. 其他：需要检查ABPM DTB DSM等接口板版本是否正确，运行是否正常14. ERR_SPS_RL

12、SA_DSPM_CLH_OtherReason_SNFailure失败原因值ERR SPS RLSA DSPM CLH OtherReason SNFailure失败原因详解在MS起呼或者被呼，进入业务信道后，与MS勺业务协商失败：1. 由于无线环境恶劣导致在空口丢失业务协商消息，少量出现属正常现象2. M环支持BSSE置的声码器工作模式（业务选项）解决措施1. 查看小区前向功率是否正常2. 如果出现某一类型手机总是协商失败，查看BSS配置的VTCT作模式是否正 确（默认为8K+EVRC ;更换几种组合进行测试。3. 如果仍不能解决问题，抓取呼叫失败信令反馈给研发人员15. ERR_SPS_R

13、LSA_DSPM_CLH_OtherReason_Tshakehandrecv失败原因值ERR SPS RLSA DSPM CLH OtherReason Tshakeha ndrecv失败原因详解通话状态下，DSP与SD和BSSA握手的定时器Trecv超时，发起呼叫释放：1 . DSP在5分钟内给SD发送2次握手消息都收不到 SDI的应答消息2. DSP在5分钟内给SD发送2次握手消息都收不到 BSSA的应答消息解决措施1. DSM单版上Trecv定时器设置是否正确（默认 5分钟）2.查看出问题时对应的 CMP SDU1行是否正常，是否有异常复位或倒换。16. ERR_SPS_RLSA_DS

14、PM_HOH_OtherReason_AbisdShakeHandFailure失败原因值ERR_SPS_RLSA_DSPM_HOH_OtherReason_AbisdShakeHa ndFailure失败原因详解通话状态下，DSP与RC握手失败，发起呼叫释放：DSP每2分钟给RC发送一条握手消息，连续两次没有收到RCIM1手应答解决措施1. DSM单版上Tphysical定时器设置是否正确（默认 2分钟）2. 查看出问题时对应 BTS的RCM ABPIM1行是否正常，是否有异常复位或倒换。17. ERR_SPS_RLSA_DSPM_HOH_DBAccessFail_GetHa ndoffPr

15、oc失败原因值ERR_SPS_RLSA_DSPM_HOH_DBAccessFail_GetHa ndofProc失败原因详解数据库软切换判决失败（该失败原因需要细化）： 数据库异常：数据库入参错误，配置错误等解决措施1.检查数据配置，如邻区配置等18. ERR_SPS_RLSA_DSPM_HOH_DBAccessFail_Get In terFreqSSHO失败原因值ERR SPS RLSA DSPM HOH DBAccessFail Getl nterFreqSSHO失败原因详解数据库换频切换判决失败（该失败原因需要细化）： 数据库异常：数据库入参错误，配置错误等解决措施1.检查数据配置，如

16、邻区配置等19. ERR_SPS_RLSA_DSPM_HOH_TimerExpired_Thoreq失败原因值ERR_SPS_RLSA_DSPM_HOH_TimerExpired_Thoreq失败原因详解切换请求超时或切换请求被目标侧拒绝：（可结合切换时长区分，失败原因需要细化）1. 切换请求超时（切换时长 =Thoreq ） BSC发送切换请求到目标 BTSBSC Thoreq （默认5s）超时中后没有收到目标侧切换应答2. 切换请求被目标侧拒绝（切换时长 Thoreq ） BSC发送切换请求到目标BTSBSC目标BTSBS（侧由于资源异常或流程异常而拒绝切换请求解决措施1. 查看DSM单版

17、上Thoreq定时器设置是否正确（默认 5s）2. 查看AbisA3A7接口链路是否正常3. 查看切换的目标BTS单版运行是否正常，载频状态是否正常，信道板是否异 常（芯片状态是否正常，CE是否被闭塞）4. BSC间切换：查看两个BSC勺A3A7接口板HG运行是否正常，物理链路是否正 常2 0. ERR_SPS_RLSA_DSPM_HOH_TimerExpired_Thocompletion失败原因值ERR_SPS_RLSA_DSPM_HOH_TimerExpired_Thocompletio n失败原因详解切换完成超时，基站发送切换指示（HDM , Thocompletion （默认5s）超

18、时后没有收到MSU换完成消息（HCM :无线环境恶劣导致丢失空口消息解决措施1. DSM单版上Thocompletion定时器设置是否正确（默认 5s）2. 查看切换目标小区发射功率是否正常3. 查看切换目标BTS单版运行是否正常，该 BTS下呼叫是否正常2 1. ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Tactivatesdm失败原因值ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Tactivatesdm失败原因详解激活SDh超时：建立FCH后 DSPI激活SDM在Tactivatesdm （ 6s）内没有收到 任何应答消息。解决措施1

19、.查看DSM单版上Tactivatesdm定时器设置是否正确（默认6s）2. 查看对应SDI单版运行是否正常3. 出现问题时SDU是否有异常复位2 2. ERR_SPS_RLSA_DSPM_CLH_OtherReason_Shakeha ndFail失败原因值ERR_SPS_RLSA_DSPM_CLH_OtherReason_Shakeha ndFail失败原因详解通话状态下，DSPI与 SD或BSSA握手失败：1 . DSPI在 5分钟内给SDI发送2次握手消息都收不到 SDI的应答消息2. DSPI在 5分钟内给SDI发送2次握手消息都收不到 BSSA的应答消息解决措施1. DSM单版上T

20、recv定时器设置是否正确（默认 5分钟）2. 查看出问题时对应的 CMP SDUH行是否正常，是否有异常复位或倒换。2 3. ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Ta8setup失败原因值ERR SPS RLSA DSPM CLH TimerExpired Ta8setup失败原因详解数据业务呼叫建立阶段，A8建链超时：DSP发送A9SetupA8消息给PCF,在Ta8setup （3s）内收不到任何应答消息解决措施1. DSM单版上Ta8setup定时器设置是否正确（默认 3s）2. 查看后台PCF IP地址配置是否正确，物理链路是否正常3. 查看出问题时

21、对应的PCF运行是否正常，是否有异常复位或倒换。2 4. SDM_Activate_Fail_AcquirePreambleFail_Normal失败原因值SDM Activate Fail AcquirePreambleFail Normal失败原因详解捕获手机失败，在定时器超时前没有收到手机发给BSC 的 Preamble。该异常原因有很多种，系统中的每个问题都有可能引起捕获手机失败。例如给 手机的参数与基站侧的不一致，长码错误、RC不一致、PN偏置错误等等。解决措施1 .看异常探针里上报的失败原因2 .查看RB_FWDCE表是否还有剩余的前向 CE3.查看信道板是否闭塞了 CE2 5.

22、SDM_Activate_Fail_AcquirePreambleFail_NoRevFrm失败原因值SDM_Activate_Fail_AcquirePreambleFail_NoRevFrm失败原因详解捕获手机失败，在定时器超时前没有收到BTS发给BSC的反向业务帧。BSC连BTS侧发来的业务帧都收不到，原因也有很多种，可能性比较大的有：1 . Abist媒体流链路不通2. BTS或BSC侧任一方通道表加错等等。解决措施1 .检查Abis链路是否断链2.查看信令跟踪里添加通道表（ BSC及BTS侧）是否成功2 6. SDM_Find_Fail_WaitConfigVTCTimeout失败原

23、因值SDM_Fi nd_Fail_WaitCo nfigVTCTimeout失败原因详解SDM 激活成功后，在定时器超时前没有收到DSPM 发给SDM 的 EV_S_AbafStartV ocoderCoding 消息。该异常可能原因有以下两种：1 层三与手机的业务协商失败，层三没有收到手机的证实消息。具体原因有 很多：比如手机本身没有收到BS侧的证实消息，因此也不会回证实消息给BS。或者手机收到了 BS侧的证实消息，但是由于某种原因没有给BS回证实。该异常也有可能是手机和 BS侧参数不一致（例如 RC不一致），导致手机解不出基 站侧的证实消息等等。2.层三处理异常，与手机协商成功后，仍未发送

24、EV S AbafStartV ocoderCoding消息给SDM。可从信令跟踪中进行判断。解决措施1. 检查是否有业务信道的握手消息EV S UmfBSOrder和EV S UmrMSOrder2. 如果没有其中任何一条消息，可能是MS和BS侧参数不一致，检查MS以 及BS侧的版本3. 如果握手正常， 查看信令中有没有 EV_S_AbafStartV ocoderCoding消息，女口 果没有，是DSPM没有发消息2 7. SDM_Link_Fail_RevNoFrm失败原因值SDM L in k Fail RevNoFrm失败原因详解链路失败。SDM在一段时间内收不到 BTS发来的业务帧

25、（默认时间为 18s）。 该异常原因有很多种。 比如Abist链路问题，CHM调度问题。需要视情况而定。 上报该异常时，呼叫会被释放。解决措施检查Abis链路是否断链第7 / 13页失败原因值SDM_Fi nd_Fail_SemiHa ndoffFail失败原因详解半软切换失败，SDM没有收到层三发来的去腿消息。半软切换时，层三需要先发送加腿消息给 SDM，切换完成后层三还需发送去腿 消息给SDM，该异常原因就是层三在发送加腿消息给SDM后，SDM在定时器超时前没有收到半软切换的去腿消息。上报该异常时，呼叫会被释放。解决措施如果不是断链，属于异常情况，请找研发人员进一步分析2 8. SDM_L

26、ink_Fail_RevTooManyBadFrm失败原因值SDM_Li nk_Fail_RevTooMa nyBadFrm失败原因详解链路失败，SDM在一段时间内从BTS侧收到的几乎都是坏帧（默认时间为18s）。 原因有很多种，有可能是正常原因，也有可能是异常原因，视具体情况而定。 比如，反向空中链路真的非常差时，就会上报该异常，这种情况属正常释放。但是，该异常也不一定都是正常的，很有可能隐藏很多系统问题，比如呼叫过 程中，由于某种原因手机自行释放自己，此时BS并未得到手机的释放消息，因此一段时间后就会上报该异常，这样就需要查为什么手机要自行释放自己。 还有，手机和BS侧参数不一致，PN偏置

27、错误等等都有可能引起该异常解决措施1 .查看MS和BS侧参数（PN偏置、版本）2 .参数一致，是 MS自行释放，属于正常范畴内失败2 9. ERR_SPS_RLSA_BSSAP_FchSetup_RcvSccpDisco nn ect失败原因值ERR_SPS_RLSA_BSSAP_FchSetup_RcvSccpDisco nnect失败原因详解手机作起呼或者被呼时，向MS（发送CMServiceRequest或PagingResponse消息后，收到SccpDisconnect消息，SCC连接建立失败或异常拆除。会导致这个失败的原因如下：1.7号信令链路不稳定或链路状态不正确。2.ssN犬态

28、不止确。3.手机在MS（侧没有正确放号。4.小区CI与MS（侧配置的CI不一致。解决措施1.通过数据库探针查看CM上的信令点状态是否为 0。2.检杳BS（和MS侧是否都配置了本端和对端的SSN（0、1、254）。3.检杳手机的IMSI和ESN在MS（侧放号是否正确。4.检查起呼消息CMServiceRequest中的小区CI在MS（侧是否已正确配置。3 0. ERR SPS RLSA BSSAP TE Tassig nment失败原因值ERR SPS RLSA BSSAP TE Tassignment失败原因详解手机作起呼或者被呼时， BSSAI向 DSM发送EV_S_AvfServiceAs

29、signment指 配请求消息后，长时间没有收到DSMP的指配完成消息 EV_S_AvrAssig nmen tComplete 或 指 配 失 败 消 息 EV S AvrAssignmentFailure ，导致 BSSAI的定时器 Tassignment超时。会导致这个失败的原因如下：1. 定时器Tassignment时间太短。2. DSMP的实例数配置太大，大于实际支持的DSMP实例数。3. DSMP的CPU占用率太高。4. 激活SDM时超时。解决措施1. 检查CM上的定时器Tassignment是否设置正确，缺省值为 6000 （6秒）。2. 检查RMP与DSMP的关联中DSMP的实

30、例数是否超过允许的范围（不同的DSMP版本支持的实例数不一样）。3. 确认DSMP的CPU占用率是否太高，若太高则需要扩充 DSMP的模块数。4. 若是激活SDNB时，则可能SDI与CH间的媒体流不冋，或者 BS（与BTS间的时钟不一致，需要检查媒体面的光纤是否连接正确、检查是否存在个别SDUF卡有故障。3 1. ERR_SPS_RLSA_BSSAP_TE_T303失败原因值ERR_SPS_RLSA_BSSAP_TE_T303失败原因详解手机作起呼或者被呼时，向 MS（发送CMServiceRequest或PagingResponse 消息后，长时间没有收到 MS（的AssignmentReq

31、uest消息，导致CMEt的T303 定时器超时。会导致这个失败的原因如下：1. T303定时器设置时长太短。2. MS侧对呼叫处理有问题。解决措施1 .检查CMP上的定时器T303设置是否正确，缺省值为 6000 （6秒）。2 .从MSC侧查找MSC呼叫失败的原因，出现 T303一般都是MSC侧对该呼叫处理出现问题，问题原因需要通过MSC的工具进行分析。3 2. ERR SPS RLSA BSSAP DB GetCallBlockingStatus失败原因值ERR SPS RLSA BSSAP DB GetCallBlockingStatus失败原因详解95手机作起呼或者被呼时或者硬切换时，

32、BSSAP调用数据库接口 GetCallBlockingStatus分配无线资源，数据接口返回失败导致呼叫失败。会导致这个失败的原因如下：1. 载频资源状态不止确（载频过载、载频被闭塞）。2. CE资源不足或状态不正确，没有空闲的CE资源。3. 帧偏置不足。4. 输入参数不正确。解决措施看业务观察中的详细数据中的字段dwlnnerCause的值，可以判断数据库接口失败的原因：1. 0x4414 :小区配置的CE模式（大模式、正常模式）不正确。2. 0x4409 :参考小区的导频强度太低。3. 0x44af : 95手机不支持大模式配置，保存信令并发回给开发人员分析。4. 0x4435 :通过小

33、区CI获取BTS的系统号失败， 说明BTS上保存的CI与BSC 保存的CI数据不一致，需要重新冋步数据。5. 0x449a :帧偏置不足。6. 0x449b :帧偏置不足。7. 0x4438:载频状态不正确，通过动态管理工具查看载频是否闭塞，查看控制信道是否配置，查看BT淀否过载或有低功率告警，以及查看CE资源是否足够、CE犬态是否正常。8. 0x4448:载频选择失败，检查载频状态是否正确，通过动态管理工具查看载频是否闭塞，查看控制信道是否配置，查看BTS是否过载或有低功率告警，以及查看CE资源是否足够、CE犬态是否正常。0x4a02 /*选定的载频功率过载 */0x4a03 /*选定的载频

34、状态不对 */0x4a04 /*选定的载频为伪导频 */0x4a05 /*选定的载频没有CE资源*/0x4a06 /*选定的载频没有5KCE资源*/0x4a07 /* 选定的载频FO不匹配*/0x4a08 /*导频没有匹配的载频 */0x4a09 /*导频所有的载频都不可用 */0x4a0a /*导频所有的载频都没有 FO*/0x4a0b /* 不是本BSC的导频*/0x4a0c /*导频归属不清，没有配置成邻接小区*/0x4a0d /*BSC 没有互联 */0x4a0e /* 目标 BS（不支持 PTT*/0x4a0f /* 数据业务以及并发布支持IP到HIRS的BSC间软切换*/0x4a1

35、0 /*互联状态不对*/3 3. ERR_SPS_RLSA_BSSAP_DB_GetDSPM_SE_VEbyCIC失败原因值ERR SPS RLSA BSSAP DB GetDSPM SE VEbyCIC失败原因详解手机作起呼或者被呼时，根据MS分配的CIC分配BSC侧的动态资源DSPM选择器SDU声码器VT（和BSQ侧CIC资源时失败，导致呼叫失败。导致这个失败的原因如下：1. MS（与 BSCM边的配置的CIC时隙没有一一对应，MSC侧配置的CIC在BSC侧没有配置，查看信令跟踪中MSCF发的指配消息A1fAssignmentRequest 中字段 wCircuitldentityCode

36、的值，此值为 MSC分配的CIC，把此值转换为2进制数，取高11 bit得到PCM号，取低5 bit 得到时隙号，确认MS（与BSC两边配置的PCM号和时隙号是否一致。2. 查看BSC侧对应的CIC是否被闭塞。3. 通过数据库探针查看 MS（分配的CIC是否处于忙状态，若处于忙状态则 可能BSC侧打开了优选CIC功能，导致BSC与MS分配的CIC有冲突，没有 IWF业务时需要关闭优选 CIC开关。4. DSM状态不正确，导致无法分配DSP喷源，或者DSM实例数配置不够，需要扩大DSM的配置实例数或增加 DSM单板。5. SDU犬态不正确，确认 SDU单板是否故障或被闭塞，或者SDI资源不足6.

37、 VTC犬态不正确，确认VTC单板是否故障或VTC资源被闭塞，或者VTC资第11/13页源不足。解决措施3 4. ERR_SPS_RLSA_BSSAP_DB_GetHa ndofProc失败原因值ERR_SPS_RLSA_BSSAP_DB_GetHa ndofProc失败原因详解1X手机作起呼或者被呼时或者硬切换时，BSSAP调用数据库接口 GetHa ndofProc分配无线资源，数据接口返回失败导致呼叫失败。会导致这个失败的原因如下：1. 载频资源状态不止确（载频过载、载频被闭塞）。2. CE资源不足或状态不正确，没有空闲的CE资源。3. 帧偏置不足。4. 输入参数不正确。解决措施看业务观

38、察中的详细数据中的字段dwInnerCause的值，可以判断数据库接口失败的原因：1. 0x4414 :小区配置的CE模式（大模式、正常模式）不正确。2. 0x4409 :参考小区的导频强度太低。3. 0x44af : 95手机不支持大模式配置，保存信令并发回给开发人员分析。4. 0x4435 :通过小区CI获取BTS的系统号失败， 说明BTS上保存的CI与BSC 保存的CI数据不一致，需要重新冋步数据。5. 0x449a:帧偏置不足。6. 0x449b:帧偏置不足。7. 0x4438:载频状态不正确，通过动态管理工具查看载频是否闭塞，查看控制信道是否配置，查看BT淀否过载或有低功率告警，以及

39、查看CE资源是否足够、CE犬态是否正常。8. 0x4448 :载频选择失败，检查载频状态是否正确，通过动态管理工具查看载频是否闭塞， 查看控制信道是否配置，查看BTS是否过载或有低功率告警，以及查看CE资源是否足够、CE犬态是否正常。0x4a02 /*选定的载频功率过载 */0x4a03 /*选定的载频状态不对 */0x4a04 /*选定的载频为伪导频 */0x4a05 /*选定的载频没有CE资源*/0x4a06 /*选定的载频没有5KCE资源*/0x4a07 /* 选定的载频FO不匹配*/0x4a08 /*导频没有匹配的载频 */0x4a09 /*导频所有的载频都不可用*/0x4a0a /*

40、导频所有的载频都没有 FO*/0x4a0b /* 不是本BSC勺导频*/0x4a0c /*导频归属不清，没有配置成邻接小区*/0x4a0d /*BSC 没有互联 */0x4a0e /* 目标 BS（不支持 PTT*/0x4a0f /* 数据业务以及并发布支持IP到HIRS的BSC间软切换*/0x4a10 /*互联状态不对*/3 5. ERR SPS RLSA BSSAP FchSetup SendChannelAssignment AllBtsFail失败原因值ERR SPS RLSA BSSAP FchSetup SendChannelAssignment AllBtsFail失败原因详解呼

41、叫建立时，BTS上的无线资源已经分配且基本信道已经建立成功，BSSAP也已经收到MSC的指配请求消息，并且成功分配了 BSC侧的资源， 开始向手机所在的所有 BTS发送信道指配消息ECAM或CAM，但是向所有 BTS都发送失败。导致这个失败的原因如下：1.获取Abis 口接口板的逻辑地址以及 BTS的 IP地址失败，原因是 Abis口的UID状态不正常，Abis链路不稳定。解决措施这个故障一般是 Abis 口链路不稳定所致，通过数据库探针查看CM上BTS对应的UID的状态是否为0，不为0表示UID状态不正常，需要检查 Abis 口链路和传 输。3 6. ERR_SPS_RLSA_BSSAP_T

42、E_Tfchsetup失败原因值ERR_SPS_RLSA_BSSAP_TE_Tfchsetup失败原因详解呼叫建立时，BSC向BTS发送了 AbisdfBTSSetup消息请求建立基本信道， 但是长时间没有收到BTS建立基本信道成功或失败的响应消息AbisdrBTSSetupAck，导致 CMP 上的定时器 Tfchsetup超时。会导致这个失败的原因如下：1. 定时器Tfchsetup设置的时长太短，缺省应该是5000 （5秒）。2. BTSh建立基本信道失败。3. CCI的 CPI占用率太高。解决措施1. 检查预疋义疋时器Tfchsetup的时长是否正确，右设置时长太短则需要 修改为缺省值

43、5000。2. 检查BTSh是否有足够的 CE FO资源。3. 检查CCI的 CPI占用率是否过高，若过高则需要调整 CC啲CPU载控制门 限，或通过降低天线发射功率来减少接入用户。3 7. ERR_SPS_RLSA_BSSAP_FchSetup_AIILegFail失败原因值ERR SPS RLSA BSSAP FchSetup AIILegFail失败原因详解呼叫建立时，BSC向BTS发送了 AbisdfBTSSetup消息，请求BTS建立基本 信道，但BTS返回的AbisdrBTSSetupAck中的所有小区都是建立失败的， 失败的主要原因有：1. CE资源不足，CE资源状态不正确。2.

44、 WAS码不足。3. 帧偏置FC不足。4. UID的状态不正确或媒体面链路不正确。5. 载频状态不正确。解决措施1.从AbisdrBTSSetupAck消息中的失败原因中可以得知失败的具体原因：0x5101表示前向基本信道 CE不足0x5102表示基本信道反向CE不足0x5103表示基本信道前向、反向 CE均不足0x5105 表示 WalshCode不足0x5106表示UID不正确2. 确认CE犬态是否正常，是否被闭塞。3. 确认载频状态是否正常，是否被闭塞。4. 通过数据库探针查看 UID状态或者媒体面链路是否正常。5. 检查CHMt配置的CE组号是否正确。3 8. ERR_SPS_RLSA

45、_BSSAP_TE_T3230失败原因值ERR_SPS_RLSA_BSSAP_TE_T3230失败原因详解呼叫建立时，BSSAP 向 MSC 发送 CMServiceRequest或PagingResponse消息 后，没有收到对端的 SccpCo nnect连接证实消息，导致 T3230超时。解决措施1. 检查7号信令链路是否正常，可能是链路不稳定。2. 当前业务量太大，超过当前信令链路所能承载的业务量，需要增加信令链路。3 9. ERR_SPS_RLSA_BSSAP_TE_Tchdbaccess失败原因值ERR_SPS_RLSA_BSSAP_TE_Tchdbaccess失败原因详解呼叫建立

46、时，CMP向RMP发送资源分配消息后，等待资源分配应答超时， 其中可能原因是CMP与RMP间的通信断或者 RMP、CMP的CPU占用率太 高。解决措施1. tel net 到 RMPb，通过命令 OSS_GetCpuUseRat查看 RM的 CPL占 用率，若CM的占用率太高，需要降低CPU勺过载门限以通过过载控制来降低呼叫 量。2. 若CPI占用率不高时出现此呼叫失败，通过数据库探针查看OMPtR_MODULE,确认RMP口 CM的模块状态是否正常，状态值的bit0表示右板状态，bit1表示左板状态，相应状态bit位为0时表示状态正常。 右状 态不正常则为严重故障，需要联系开发人员定位问题。3. 通过OSS_DbgShowCo查看CM与 RM之间的通信链路是否正常（3为正常），若不正常则为严重故障，需要联系开发人员定位问题。第14/13页