1、1) 隨機接入失?。簱芴柡?RRC Connection Request 消息沒有發送；2) RRC Connection Setup 消息沒有收到：UE 發送了 RRC Connection Request 消息后沒有收到 RRC Connection Setup 消息3) RRC Connection Complete 消息沒有發出：UE 在接收到 RRC Connection Setup 消息后，沒有發出 RRC Connection Setup Complete 消息。4) UE收到消息 RRC Connection Reject：UE 收到 RRC Connection Reject

2、 消息并且沒有重發RRC Connection Request 進行嘗試。5) UE 沒有收到測量控制消息：UE 在發出 RRC Connection Complete 消息后沒有收到測量控制消息。 1T O)W8*y#B)i/G!D6) 沒有發出 CM Service Request：UE 在收到測量控制消息后沒有發出 CM Service Request。7) UE 收到 Service Request Reject 消息：UE 收到了 Service Request Reject 消息。8) UE 沒有收到 Call Proceeding 消息：UE 在發送了 CC SETUP 消息后沒

3、有收到 Call Proceeding 消息。%n#u$w8I2P,g%x9) UE 沒有收到 RB Setup 消息：UE 收到 Call Proceeding 消息后，沒有收到 RB Setup 消息。10) UE 沒有發出 RB Setup Complete 消息：UE 在接收到 RB Setup 消息后，沒有發出 RB Setup Complete 消息。7t(N)z#Y0F)w11) Alert or Connect 消息沒有收到：UE 在發出 RB Setup Complete 消息后，沒有收到 Alert or Connect 消息。移動通信,通信工程師的家園,通信人才,求職招聘

4、,網絡優化,通信工程,出差住宿,通信企業黑名單*e*b0_9|B#I:q&F#v12) UE 沒有發出 Connect Acknowledge 消息：UE 收到 Alert or Connect 消息后，沒有發出Connect Acknowledge 消息。語音呼叫失敗原因分析經過第一階段局外提供的相關數據，對后臺的業務觀察中，失敗的語音呼叫、語音釋放、切換等失敗的原因進行簡單的分析，整理成為這篇初稿，為局外的用服人員提供一個指導。1ERR_SPS_RLSA_RCM_DBAccFail_FCHResourceAllocate失敗原因值ERR_SPS_RLSA_RCM_DBAccFail_FCH

5、ResourceAllocate失敗原因詳解在MS起呼或者被呼時，在建立基本信道時調用數據庫接口分配資源失敗。會導致這個失敗的原因如下：1 調用數據庫的入參錯誤2 CE資源不足或者異常3 Walsh不足4 FO不足5 UID不足解決措施1看信令跟蹤里上報的BTSSeupAck消息中的失敗小區的失敗原因 0x5101 表示前向基本信道CE不足 0x5102 表示反向CE不足 0x5103 表示前向基本信道、反向CE均不足 0x5104 表示前向補充信道CE不足 0x5105 表示WalshCode不足0x5106 表示UID不足2查明失敗原因后，查看信道板是否異常（芯片狀態是否正常，CE是否被閉

6、塞）3如果CHM正常，CCM也正常，可能是資源吊死，嚴重故障2ERR_SPS_RLSA_RCM_PCALL_OtherReason_CEC_REMOVEREQ失敗原因值ERR_SPS_RLSA_RCM_PCALL_OtherReason_CEC_REMOVEREQ失敗原因詳解這個失敗的原因是在呼叫過程中，信道板在檢測到前向6s無幀后請求釋放當前的呼叫。也就是說CHM在6s內沒有收到SDU的前向幀（不論是什么速率的幀，都沒有收到），都會引發釋放流程。導致前向無幀的原因有：1 IP或者MAC值無效2 Key值無效導致查找表地址錯誤3 通道表無效位置14 SDM沒有建腿5 VTC單板上與本次呼叫相關

7、的DSP故障解決措施1 查看信令中有無SDM建腿消息2 查看IP和MAC值設置是否正確3 頻繁出現此類失敗，可能是DSP故障3ERR_SPS_RLSA_RCM_FCH_TimerExpired_TconnExpired失敗原因值ERR_SPS_RLSA_RCM_FCH_TimerExpired_TconnExpired失敗原因詳解在呼叫建立過程中，建立資源時Abis口定時器超時，引發了呼叫釋放流程，導致呼叫失敗。這個定時器Tconnb時長為4S，是BTS側分配完無線資源以及業務地址，并通知BSC側后觸發的，如果在定時器到時前，沒有收到BSC的Ack消息，則BTS側發起釋放流程。BTS側沒有收到

8、Ack消息的原因除了鏈路和消息擁塞外，還可能是BTS側的消息內容有誤。解決措施1 檢查Abis鏈路是否通信正常2 檢查BTS側帶給BSC的AbisdrConnect消息中參數是否正確（主要和AbisdfBTSSetup相比較），主要要注意的參數有：tAbisConnectInfo里有關小區的信息4DBS_STASTIC_NO_RESOURCE_LACK失敗原因值DBS_STASTIC_NO_RESOURCE_LACK失敗原因詳解在資源分配的情況下，不是資源不足引起的資源分配失敗。會導致這個失敗的原因如下：1 操作數據庫失敗2 入參錯誤解決措施1 看異常探針里上報的失敗原因2 查明異常探針上報的

9、失敗原因，如果是入參失敗，則檢查入參；如果是數據庫異常，則檢查數據庫5DBS_STASTIC_FWDFCHCE_LACK失敗原因值DBS_STASTIC_FWDFCHCE_LACK失敗原因詳解在MS起呼或者被呼時，建立基本信道時由于前向CE不足引起的失敗。會導致這個失敗的原因是前向CE資源不足。解決措施1 看異常探針里上報的失敗原因2 查看RB_FWDCE表是否還有剩余的前向CE3 查看信道板是否閉塞了CE6DBS_STASTIC_REVFCHCE_LACK失敗原因值DBS_STASTIC_REVFCHCE_LACK失敗原因詳解在MS起呼或者被呼時，建立基本信道時由于反向CE不足引起的失敗。會

10、導致這個失敗的原因是反向CE資源不足。解決措施1 看異常探針里上報的失敗原因2 查看RB_REVCE表是否還有剩余的反向CE3 查看信道板是否閉塞了CE7DBS_STASTIC_FWDFCHCE_REVCE_LACK失敗原因值DBS_STASTIC_FWDFCHCE_REVCE_LACK失敗原因詳解在MS起呼或者被呼時，建立基本信道時由于前向、反向CE不足引起的失敗。會導致這個失敗的原因是前反向CE資源不足。解決措施1 看異常探針里上報的失敗原因2 查看RB_FWDCE表是否還有剩余的前向CE，查看RB_REVCE表是否還有剩余的反向CE3 查看信道板是否閉塞了CE8DBS_STASTIC_F

11、WDSCHCE_LACK失敗原因值DBS_STASTIC_FWDSCHCE_LACK失敗原因詳解在數據業務或者并發或者PTT業務建立時，建立補充信道時由于前向補充信道CE不足引起的失敗。會導致這個失敗的原因是前向補充信道CE資源不足。解決措施1 看異常探針里上報的失敗原因2 查看RB_FWDCE表沒一塊芯片上編號36-63的前向CE是否還有空閑資源3 查看信道板是否閉塞了CE9DBS_STASTIC_WALSHCODE_LACK失敗原因值DBS_STASTIC_WALSHCODE_LACK失敗原因詳解在MS起呼或者被呼時，建立基本信道的時候WALSHCODE分配失敗導致分配資源失敗。導致這個失

12、敗的原因是：該載扇下沒有可用的WALSHCODE解決措施1 看異常探針里上報的失敗原因2 用探針查看WALSHCODE是否還有空閑資源DBS_STASTIC_UID_LACK失敗原因值DBS_STASTIC_UID_LACK失敗原因詳解在MS起呼或者被呼時，IP平臺在建立基本信道的時候UID分配失敗導致分配資源失敗。導致這個失敗的原因是：該載扇下沒有可用的帶寬解決措施1 看異常探針里上報的失敗原因2 用探針查看R_UID表是否還有剩余UIDHO_STAT_PILOT_NO_SAME_FREQ失敗原因值HO_STAT_PILOT_NO_SAME_FREQ失敗原因詳解在切換判決中，導頻下的所有載頻

13、都不滿足條件，不能加入目標導頻集合。解決措施HO_STAT_CARRIER_PWR_OVERLOAD失敗原因值HO_STAT_CARRIER_PWR_OVERLOAD失敗原因詳解在切換判決中，選定的載頻功率過載。會導致這個失敗的原因如下：1該載頻用戶過多解決措施1降低每個載頻的用戶量ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder失敗原因值ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder失敗原因詳解在MS起呼或者被呼，進入業務信道，捕獲前綴成功后，進行空口業務信道信令握手超時：1 無線環境惡劣導致丟失空口握手消

14、息，少量出現屬正?，F象2 打開幀序號校驗情況下，BTS和BSC時鐘不一致3 其他原因：如傳輸誤碼等解決措施1 查看小區發射功率是否正常2 查看CHM和SDU單版運行版本是否匹配，是否運行正常3 如果大量出現該呼叫失敗，首先需要確定問題的范圍：單站問題、一個ABPM下掛所有站點的問題、還是整個BSC的問題4 確定問題范圍后，把出問題的BTS幀序號校驗關閉，觀察是否有所改善，如果問題有很大改善，說明：是由于BTS時鐘和BSC時鐘不一致導致的問題；查看GPS和時鐘是否正常、BTS側和BSC側GCM單版是否正常運行。5 其他：需要檢查ABPM、DTB，DSM等接口板版本是否正確，運行是否正常ERR_S

15、PS_RLSA_DSPM_CLH_OtherReason_SNFailure失敗原因值ERR_SPS_RLSA_DSPM_CLH_OtherReason_SNFailure失敗原因詳解在MS起呼或者被呼，進入業務信道后，與MS的業務協商失敗：1 由于無線環境惡劣導致在空口丟失業務協商消息，少量出現屬正?，F象2 MS不支持BSS配置的聲碼器工作模式（業務選項）解決措施1 查看小區前向功率是否正常2 如果出現某一類型手機總是協商失敗，查看BSS配置的VTC工作模式是否正確（默認為8K+EVRC）；更換幾種組合進行測試。3 如果仍不能解決問題，抓取呼叫失敗信令反饋給研發人員ERR_SPS_RLSA_

16、DSPM_CLH_OtherReason_Tshakehandrecv失敗原因值ERR_SPS_RLSA_DSPM_CLH_OtherReason_Tshakehandrecv失敗原因詳解通話狀態下，DSPM與SDU和BSSAP握手的定時器Trecv超時，發起呼叫釋放：1 DSPM在5分鐘內給SDM發送2次握手消息都收不到SDM的應答消息2 DSPM在5分鐘內給SDM發送2次握手消息都收不到BSSAP的應答消息解決措施1 DSMP單版上Trecv定時器設置是否正確（默認5分鐘）2 查看出問題時對應的CMP，SDU運行是否正常，是否有異常復位或倒換。ERR_SPS_RLSA_DSPM_HOH_O

17、therReason_AbisdShakeHandFailure失敗原因值ERR_SPS_RLSA_DSPM_HOH_OtherReason_AbisdShakeHandFailure失敗原因詳解通話狀態下，DSPM與RCM握手失敗，發起呼叫釋放：DSPM每2分鐘給RCM發送一條握手消息，連續兩次沒有收到RCM握手應答解決措施1 DSMP單版上Tphysical定時器設置是否正確（默認2分鐘）2 查看出問題時對應BTS的RCM，ABPM運行是否正常，是否有異常復位或倒換。ERR_SPS_RLSA_DSPM_HOH_DBAccessFail_GetHandoffProc失敗原因值ERR_SPS_

18、RLSA_DSPM_HOH_DBAccessFail_GetHandoffProc失敗原因詳解數據庫軟切換判決失?。ㄔ撌≡蛐枰毣簲祿飚惓＃簲祿烊雲㈠e誤，配置錯誤等解決措施1 檢查數據配置，如鄰區配置等ERR_SPS_RLSA_DSPM_HOH_DBAccessFail_GetInterFreqSSHO失敗原因值ERR_SPS_RLSA_DSPM_HOH_DBAccessFail_GetInterFreqSSHO失敗原因詳解數據庫換頻切換判決失?。ㄔ撌≡蛐枰毣簲祿飚惓＃簲祿烊雲㈠e誤，配置錯誤等解決措施1 檢查數據配置，如鄰區配置等ERR_SPS_RLSA_DSPM_H

19、OH_TimerExpired_Thoreq失敗原因值ERR_SPS_RLSA_DSPM_HOH_TimerExpired_Thoreq失敗原因詳解切換請求超時或切換請求被目標側拒絕：（可結合切換時長區分，失敗原因需要細化） 1. 切換請求超時（切換時長=Thoreq） BSC發送切換請求到目標BTSBSC，Thoreq（默認5s）超時中后沒有收到目標側切換應答 2. 切換請求被目標側拒絕（切換時長 Thoreq） BSC發送切換請求到目標BTSBSC，目標BTSBSC側由于資源異?；蛄鞒坍惓６芙^切換請求解決措施1.查看DSMP單版上Thoreq定時器設置是否正確（默認5s）2 查看Abis

20、A3A7接口鏈路是否正常3 查看切換的目標BTS單版運行是否正常，載頻狀態是否正常，信道板是否異常（芯片狀態是否正常，CE是否被閉塞）4 BSC間切換：查看兩個BSC的A3A7接口板HGM運行是否正常，物理鏈路是否正常ERR_SPS_RLSA_DSPM_HOH_TimerExpired_Thocompletion失敗原因值ERR_SPS_RLSA_DSPM_HOH_TimerExpired_Thocompletion失敗原因詳解切換完成超時，基站發送切換指示（HDM），Thocompletion（默認5s）超時后沒有收到MS切換完成消息（HCM）：無線環境惡劣導致丟失空口消息解決措施1 DSM

21、P單版上Thocompletion定時器設置是否正確（默認5s）2 查看切換目標小區發射功率是否正常3 查看切換目標BTS單版運行是否正常，該BTS下呼叫是否正常ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Tactivatesdm失敗原因值ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Tactivatesdm失敗原因詳解激活SDM超時：建立FCH后，DSPM激活SDM，在Tactivatesdm（6s）內沒有收到任何應答消息。解決措施1查看DSMP單版上Tactivatesdm定時器設置是否正確（默認6s）2查看對應SDU單版運行是否正常3出現

22、問題時SDU是否有異常復位ERR_SPS_RLSA_DSPM_CLH_OtherReason_ShakehandFail失敗原因值ERR_SPS_RLSA_DSPM_CLH_OtherReason_ShakehandFail失敗原因詳解通話狀態下，DSPM與SDU或BSSAP握手失?。? DSPM在5分鐘內給SDM發送2次握手消息都收不到SDM的應答消息2 DSPM在5分鐘內給SDM發送2次握手消息都收不到BSSAP的應答消息解決措施1 DSMP單版上Trecv定時器設置是否正確（默認5分鐘）2 查看出問題時對應的CMP，SDU運行是否正常，是否有異常復位或倒換。ERR_SPS_RLSA_DS

23、PM_CLH_TimerExpired_Ta8setup失敗原因值ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Ta8setup失敗原因詳解數據業務呼叫建立階段，A8建鏈超時：DSPM發送A9SetupA8消息給PCF，在Ta8setup（3s）內收不到任何應答消息解決措施1 DSMP單版上Ta8setup定時器設置是否正確（默認3s）2 查看后臺PCF IP地址配置是否正確，物理鏈路是否正常3 查看出問題時對應的PCF運行是否正常，是否有異常復位或倒換。SDM_Activate_Fail_AcquirePreambleFail_Normal失敗原因值SDM_Activ

24、ate_Fail_AcquirePreambleFail_Normal失敗原因詳解捕獲手機失敗，在定時器超時前沒有收到手機發給BSC的Preamble。該異常原因有很多種，系統中的每個問題都有可能引起捕獲手機失敗。例如給手機的參數與基站側的不一致，長碼錯誤、RC不一致、PN偏置錯誤等等。解決措施1 看異常探針里上報的失敗原因2 查看RB_FWDCE表是否還有剩余的前向CE3 查看信道板是否閉塞了CESDM_Activate_Fail_AcquirePreambleFail_NoRevFrm失敗原因值SDM_Activate_Fail_AcquirePreambleFail_NoRevFrm失敗

25、原因詳解捕獲手機失敗，在定時器超時前沒有收到BTS發給BSC的反向業務幀。BSC連BTS側發來的業務幀都收不到，原因也有很多種，可能性比較大的有：1Abist媒體流鏈路不通2BTS或BSC側任一方通道表加錯等等。解決措施1 檢查Abis鏈路是否斷鏈2 查看信令跟蹤里添加通道表（BSC及BTS側）是否成功SDM_Find_Fail_WaitConfigVTCTimeout失敗原因值SDM_Find_Fail_WaitConfigVTCTimeout失敗原因詳解SDM激活成功后，在定時器超時前沒有收到DSPM發給SDM的EV_S_AbafStartVocoderCoding消息。該異常可能原因有以

26、下兩種：1層三與手機的業務協商失敗，層三沒有收到手機的證實消息。具體原因有很多：比如手機本身沒有收到BS側的證實消息，因此也不會回證實消息給BS。或者手機收到了BS側的證實消息，但是由于某種原因沒有給BS回證實。該異常也有可能是手機和BS側參數不一致（例如RC不一致），導致手機解不出基站側的證實消息等等。2層三處理異常，與手機協商成功后，仍未發送EV_S_AbafStartVocoderCoding消息給SDM。可從信令跟蹤中進行判斷。解決措施1 檢查是否有業務信道的握手消息EV_S_UmfBSOrder和EV_S_UmrMSOrder2 如果沒有其中任何一條消息，可能是MS和BS側參數不一致

27、，檢查MS以及BS側的版本3 如果握手正常，查看信令中有沒有EV_S_AbafStartVocoderCoding消息，如果沒有，是DSPM沒有發消息SDM_Link_Fail_RevNoFrm失敗原因值SDM_Link_Fail_RevNoFrm失敗原因詳解鏈路失敗。SDM在一段時間內收不到BTS發來的業務幀（默認時間為18s）。該異常原因有很多種。比如Abist鏈路問題，CHM調度問題。需要視情況而定。上報該異常時，呼叫會被釋放。解決措施檢查Abis鏈路是否斷鏈失敗原因值SDM_Find_Fail_SemiHandoffFail失敗原因詳解半軟切換失敗，SDM沒有收到層三發來的去腿消息。半

28、軟切換時，層三需要先發送加腿消息給SDM，切換完成后層三還需發送去腿消息給SDM，該異常原因就是層三在發送加腿消息給SDM后，SDM在定時器超時前沒有收到半軟切換的去腿消息。上報該異常時，呼叫會被釋放。解決措施如果不是斷鏈，屬于異常情況，請找研發人員進一步分析SDM_Link_Fail_RevTooManyBadFrm失敗原因值SDM_Link_Fail_RevTooManyBadFrm失敗原因詳解鏈路失敗，SDM在一段時間內從BTS側收到的幾乎都是壞幀（默認時間為18s）。原因有很多種，有可能是正常原因，也有可能是異常原因，視具體情況而定。比如，反向空中鏈路真的非常差時，就會上報該異常，這種

29、情況屬正常釋放。但是，該異常也不一定都是正常的，很有可能隱藏很多系統問題，比如呼叫過程中，由于某種原因手機自行釋放自己，此時BS并未得到手機的釋放消息，因此一段時間后就會上報該異常，這樣就需要查為什么手機要自行釋放自己。還有，手機和BS側參數不一致，PN偏置錯誤等等都有可能引起該異常解決措施1 查看MS和BS側參數（PN偏置、版本）2 參數一致，是MS自行釋放，屬于正常范疇內失敗ERR_SPS_RLSA_BSSAP_FchSetup_RcvSccpDisconnect失敗原因值ERR_SPS_RLSA_BSSAP_FchSetup_RcvSccpDisconnect失敗原因詳解手機作起呼或者被

30、呼時，向MSC發送CMServiceRequest或PagingResponse消息后，收到SccpDisconnect消息，SCCP連接建立失敗或異常拆除。會導致這個失敗的原因如下： 7號信令鏈路不穩定或鏈路狀態不正確。 SSN狀態不正確。 手機在MSC側沒有正確放號。 小區CI與MSC側配置的CI不一致。解決措施1. 通過數據庫探針查看CMP上的信令點狀態是否為0。2. 檢查BSC和MSC側是否都配置了本端和對端的SSN(0、1、254)。3. 檢查手機的IMSI和ESN在MSC側放號是否正確。4. 檢查起呼消息CMServiceRequest中的小區CI在MSC側是否已正確配置。ERR_

31、SPS_RLSA_BSSAP_TE_Tassignment失敗原因值ERR_SPS_RLSA_BSSAP_TE_Tassignment失敗原因詳解手機作起呼或者被呼時，BSSAP向DSMP發送EV_S_AvfServiceAssignment指配請求消息后，長時間沒有收到DSMP的指配完成消息EV_S_AvrAssignmentComplete或指配失敗消息EV_S_AvrAssignmentFailure，導致BSSAP的定時器Tassignment超時。會導致這個失敗的原因如下：1. 定時器Tassignment時間太短。2. DSMP的實例數配置太大，大于實際支持的DSMP實例數。3.

32、DSMP的CPU占用率太高。4. 激活SDM時超時。解決措施1. 檢查CMP上的定時器Tassignment是否設置正確，缺省值為6000 (6秒)。2. 檢查RMP與DSMP的關聯中DSMP的實例數是否超過允許的范圍(不同的DSMP版本支持的實例數不一樣)。3. 確認DSMP的CPU占用率是否太高，若太高則需要擴充DSMP的模塊數。4. 若是激活SDM超時，則可能SDU與CHM間的媒體流不同，或者BSC與BTS間的時鐘不一致，需要檢查媒體面的光纖是否連接正確、檢查是否存在個別SDU子卡有故障。ERR_SPS_RLSA_BSSAP_TE_T303 失敗原因值ERR_SPS_RLSA_BSSAP

33、_TE_T303失敗原因詳解手機作起呼或者被呼時，向MSC發送CMServiceRequest或PagingResponse消息后，長時間沒有收到MSC的AssignmentRequest消息，導致CMP上的T303定時器超時。會導致這個失敗的原因如下：1. T303定時器設置時長太短。2. MSC側對呼叫處理有問題。解決措施檢查CMP上的定時器T303設置是否正確，缺省值為6000 (6秒)。從MSC側查找MSC呼叫失敗的原因，出現T303一般都是MSC側對該呼叫處理出現問題，問題原因需要通過MSC的工具進行分析。ERR_SPS_RLSA_BSSAP_DB_GetCallBlockingSt

34、atus失敗原因值ERR_SPS_RLSA_BSSAP_DB_GetCallBlockingStatus失敗原因詳解95手機作起呼或者被呼時或者硬切換時，BSSAP調用數據庫接口GetCallBlockingStatus分配無線資源，數據接口返回失敗導致呼叫失敗。會導致這個失敗的原因如下：1. 載頻資源狀態不正確（載頻過載、載頻被閉塞）。2. CE資源不足或狀態不正確，沒有空閑的CE資源。3. 幀偏置不足。4. 輸入參數不正確。解決措施看業務觀察中的詳細數據中的字段dwInnerCause的值，可以判斷數據庫接口失敗的原因：1. 0x4414：小區配置的CE模式(大模式、正常模式)不正確。2.

35、 0x4409：參考小區的導頻強度太低。3. 0x44af：95手機不支持大模式配置，保存信令并發回給開發人員分析。4. 0x4435：通過小區CI獲取BTS的系統號失敗，說明BTS上保存的CI與BSC保存的CI數據不一致，需要重新同步數據。5. 0x449a：幀偏置不足。6. 0x449b：幀偏置不足。7. 0x4438：載頻狀態不正確，通過動態管理工具查看載頻是否閉塞，查看控制信道是否配置，查看BTS是否過載或有低功率告警，以及查看CE資源是否足夠、CE狀態是否正常。8. 0x4448：載頻選擇失敗，檢查載頻狀態是否正確，通過動態管理工具查看載頻是否閉塞，查看控制信道是否配置，查看BTS是

36、否過載或有低功率告警，以及查看CE資源是否足夠、CE狀態是否正常。0x4a02 /*選定的載頻功率過載*/0x4a03 /*選定的載頻狀態不對*/0x4a04 /*選定的載頻為偽導頻*/0x4a05 /*選定的載頻沒有CE資源*/0x4a06 /*選定的載頻沒有5KCE資源*/0x4a07 /*選定的載頻FO不匹配*/0x4a08 /*導頻沒有匹配的載頻*/0x4a09 /*導頻所有的載頻都不可用*/0x4a0a /*導頻所有的載頻都沒有FO*/0x4a0b /*不是本BSC的導頻*/0x4a0c /*導頻歸屬不清，沒有配置成鄰接小區*/0x4a0d /*BSC沒有互聯*/0x4a0e /*目

37、標BSC不支持PTT*/0x4a0f /*數據業務以及并發布支持IP到HIRS的BSC間軟切換*/0x4a10 /*互聯狀態不對*/ERR_SPS_RLSA_BSSAP_DB_GetDSPM_SE_VEbyCIC失敗原因值ERR_SPS_RLSA_BSSAP_DB_GetDSPM_SE_VEbyCIC失敗原因詳解手機作起呼或者被呼時，根據MSC分配的CIC分配BSC側的動態資源DSPM、選擇器SDU、聲碼器VTC和BSC側CIC資源時失敗，導致呼叫失敗。導致這個失敗的原因如下：1. MSC與BSC兩邊的配置的CIC時隙沒有一一對應，MSC側配置的CIC在BSC側沒有配置，查看信令跟蹤中MSC下

38、發的指配消息 A1fAssignmentRequest中字段wCircuitIdentityCode的值，此值為MSC分配的CIC，把此值轉換為2進制數，取高 11 bit得到PCM號，取低5 bit得到時隙號，確認MSC與BSC兩邊配置的PCM號和時隙號是否一致。2. 查看BSC側對應的CIC是否被閉塞。3. 通過數據庫探針查看MSC分配的CIC是否處于忙狀態，若處于忙狀態則可能BSC側打開了優選CIC功能，導致BSC與MSC分配的CIC有沖突，沒有IWF業務時需要關閉優選CIC開關。4. DSMP狀態不正確，導致無法分配DSPM資源，或者DSMP實例數配置不夠，需要擴大DSMP的配置實例數

39、或增加DSMP單板。5. SDU狀態不正確，確認SDU單板是否故障或被閉塞，或者SDU資源不足6. VTC狀態不正確，確認VTC單板是否故障或VTC資源被閉塞，或者VTC資源不足。解決措施ERR_SPS_RLSA_BSSAP_DB_GetHandoffProc失敗原因值ERR_SPS_RLSA_BSSAP_DB_GetHandoffProc失敗原因詳解1X手機作起呼或者被呼時或者硬切換時，BSSAP調用數據庫接口GetHandoffProc分配無線資源，數據接口返回失敗導致呼叫失敗。會導致這個失敗的原因如下：1. 載頻資源狀態不正確（載頻過載、載頻被閉塞）。2. CE資源不足或狀態不正確，沒有

40、空閑的CE資源。3. 幀偏置不足。4. 輸入參數不正確。解決措施看業務觀察中的詳細數據中的字段dwInnerCause的值，可以判斷數據庫接口失敗的原因：1. 0x4414：小區配置的CE模式(大模式、正常模式)不正確。2. 0x4409：參考小區的導頻強度太低。3. 0x44af：95手機不支持大模式配置，保存信令并發回給開發人員分析。4. 0x4435：通過小區CI獲取BTS的系統號失敗，說明BTS上保存的CI與BSC保存的CI數據不一致，需要重新同步數據。5. 0x449a：幀偏置不足。6. 0x449b：幀偏置不足。7. 0x4438：載頻狀態不正確，通過動態管理工具查看載頻是否閉塞，

41、查看控制信道是否配置，查看BTS是否過載或有低功率告警，以及查看CE資源是否足夠、CE狀態是否正常。8. 0x4448：載頻選擇失敗，檢查載頻狀態是否正確，通過動態管理工具查看載頻是否閉塞，查看控制信道是否配置，查看BTS是否過載或有低功率告警，以及查看CE資源是否足夠、CE狀態是否正常。0x4a02 /*選定的載頻功率過載*/0x4a03 /*選定的載頻狀態不對*/0x4a04 /*選定的載頻為偽導頻*/0x4a05 /*選定的載頻沒有CE資源*/0x4a06 /*選定的載頻沒有5KCE資源*/0x4a07 /*選定的載頻FO不匹配*/0x4a08 /*導頻沒有匹配的載頻*/0x4a09 /

42、*導頻所有的載頻都不可用*/0x4a0a /*導頻所有的載頻都沒有FO*/0x4a0b /*不是本BSC的導頻*/0x4a0c /*導頻歸屬不清，沒有配置成鄰接小區*/0x4a0d /*BSC沒有互聯*/0x4a0e /*目標BSC不支持PTT*/0x4a0f /*數據業務以及并發布支持IP到HIRS的BSC間軟切換*/0x4a10 /*互聯狀態不對*/ERR_SPS_RLSA_BSSAP_FchSetup_SendChannelAssignment_AllBtsFail失敗原因值ERR_SPS_RLSA_BSSAP_FchSetup_SendChannelAssignment_AllBtsF

43、ail失敗原因詳解呼叫建立時，BTS上的無線資源已經分配且基本信道已經建立成功，BSSAP也已經收到MSC的指配請求消息，并且成功分配了BSC側的資源，開始向手機所在的所有BTS發送信道指配消息ECAM或CAM，但是向所有BTS都發送失敗。導致這個失敗的原因如下：1. 獲取Abis口接口板的邏輯地址以及BTS的IP地址失敗，原因是Abis口的UID狀態不正常，Abis鏈路不穩定。解決措施這個故障一般是Abis口鏈路不穩定所致，通過數據庫探針查看CMP上BTS對應的UID的狀態是否為0，不為0表示UID狀態不正常，需要檢查Abis口鏈路和傳輸。ERR_SPS_RLSA_BSSAP_TE_Tfch

44、setup失敗原因值ERR_SPS_RLSA_BSSAP_TE_Tfchsetup失敗原因詳解呼叫建立時，BSC向BTS發送了AbisdfBTSSetup消息請求建立基本信道，但是長時間沒有收到BTS建立基本信道成功或失敗的響應消息AbisdrBTSSetupAck，導致CMP上的定時器Tfchsetup超時。會導致這個失敗的原因如下：1. 定時器Tfchsetup設置的時長太短，缺省應該是5000 (5秒)。2. BTS上建立基本信道失敗。3. CCM的CPU占用率太高。解決措施1. 檢查預定義定時器Tfchsetup的時長是否正確，若設置時長太短則需要修改為缺省值5000。2. 檢查BTS

45、上是否有足夠的CE、FO資源。3. 檢查CCM的CPU占用率是否過高，若過高則需要調整CCM的CPU過載控制門限，或通過降低天線發射功率來減少接入用戶。ERR_SPS_RLSA_BSSAP_FchSetup_AllLegFail失敗原因值ERR_SPS_RLSA_BSSAP_FchSetup_AllLegFail失敗原因詳解呼叫建立時，BSC向BTS發送了AbisdfBTSSetup消息，請求BTS建立基本信道，但BTS返回的AbisdrBTSSetupAck中的所有小區都是建立失敗的，失敗的主要原因有： 1. CE資源不足，CE資源狀態不正確。2. WASH碼不足。3. 幀偏置FO不足。4.

46、 UID的狀態不正確或媒體面鏈路不正確。5. 載頻狀態不正確。解決措施1. 從AbisdrBTSSetupAck消息中的失敗原因中可以得知失敗的具體原因： 0x5101 表示前向基本信道CE不足 0x5102 表示基本信道反向CE不足 0x5103 表示基本信道前向、反向CE均不足 0x5105 表示WalshCode不足0x5106 表示UID不正確2. 確認CE狀態是否正常，是否被閉塞。3. 確認載頻狀態是否正常，是否被閉塞。4. 通過數據庫探針查看UID狀態或者媒體面鏈路是否正常。5. 檢查CHM上配置的CE組號是否正確。ERR_SPS_RLSA_BSSAP_TE_T3230失敗原因值E

47、RR_SPS_RLSA_BSSAP_TE_T3230失敗原因詳解呼叫建立時，BSSAP向MSC發送CMServiceRequest或PagingResponse消息后，沒有收到對端的SccpConnect連接證實消息，導致T3230超時。解決措施1. 檢查7號信令鏈路是否正常，可能是鏈路不穩定。2. 當前業務量太大，超過當前信令鏈路所能承載的業務量，需要增加信令鏈路。ERR_SPS_RLSA_BSSAP_TE_Tchdbaccess失敗原因值ERR_SPS_RLSA_BSSAP_TE_Tchdbaccess失敗原因詳解呼叫建立時，CMP向RMP發送資源分配消息后，等待資源分配應答超時，其中可能

48、原因是CMP與RMP間的通信斷或者RMP、CMP的CPU占用率太高。解決措施1. telnet到RMP上，通過命令OSS_GetCpuUseRate查看RMP的CPU占用率，若CMP的占用率太高，需要降低CPU的過載門限以通過過載控制來降低呼叫量。2. 若CPU占用率不高時出現此呼叫失敗，通過數據庫探針查看OMP上R_MODULE表，確認RMP和CMP的模塊狀態是否正常，狀態值的bit0表示右板狀態，bit1表示左板狀態，相應狀態bit位為0時表示狀態正常。若狀態不正常則為嚴重故障，需要聯系開發人員定位問題。3. 通過OSS_DbgShowComm查看CMP與RMP之間的通信鏈路是否正常（3為

49、正常），若不正常則為嚴重故障，需要聯系開發人員定位問題。其他分析：在WCDMA中呼叫建立主叫有RRC建立失敗和RAB建立失敗兩種，而RRC建立失敗的原因主要有：re4328K:JFD(本文來自移動通信網,版權所有1） 上行RACH問題；2） 下行FACH功率問題；a4f8e342是4K:JFD()$#_*本文來自移動通信網,版權所有3） 小區重選參數設置問題；也f12dsfds1K:JFD()$#_*本文來自移動通信網,版權所有4） 下行專用信道初始發射功率偏低；221a3dsK:JFD()本文來自移動通信網,版權所有5） 上行初始功控問題；哦*&#%kK:JFD()本文來自移動通信網,版權所有6） 擁塞問題；e43289西708K:JFD()$#_*本文來自移動通信網,版權所有7） 設備問題。12zcv545K:JFD()$本文來自移動通信網,版權所有RAB建立失敗的原因主要有：*(&#*($(哦K:JFD()$#_本文來自移動通信網,版權所有1）參數配置錯誤導致RNC直接拒絕RAB建立請求a