WCDMA呼叫建立失敗原因

1、1) 隨機接入失敗：撥號后 RRC Connection Request 消息沒有發(fā)送；2) RRC Connection Setup 消息沒有收到：UE 發(fā)送了 RRC Connection Request 消息后沒有收到 RRC Connection Setup 消息3) RRC Connection Complete 消息沒有發(fā)出：UE 在接收到 RRC Connection Setup 消息后，沒有發(fā)出 RRC Connection Setup Complete 消息。4) UE收到消息 RRC Connection Reject：UE 收到 RRC Connection Reject

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

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

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

5、ccFail_FCHResourceAllocate失敗原因詳解在MS起呼或者被呼時，在建立基本信道時調(diào)用數(shù)據(jù)庫接口分配資源失敗。會導致這個失敗的原因如下：1  調(diào)用數(shù)據(jù)庫的入?yún)㈠e誤2  CE資源不足或者異常3  Walsh不足4  FO不足5  UID不足解決措施1看信令跟蹤里上報的BTSSeupAck消息中的失敗小區(qū)的失敗原因 0x5101 表示前向基本信道CE不足 0x5102 表示反向CE不足 0x5103 表示前向基本信道、反向CE均不足 0x5104 表示前向補充信道CE不足 0x5105 表示W(wǎng)alshCode不足0x5106 表

6、示UID不足2查明失敗原因后，查看信道板是否異常（芯片狀態(tài)是否正常，CE是否被閉塞）3如果CHM正常，CCM也正常，可能是資源吊死，嚴重故障2ERR_SPS_RLSA_RCM_PCALL_OtherReason_CEC_REMOVEREQ失敗原因值ERR_SPS_RLSA_RCM_PCALL_OtherReason_CEC_REMOVEREQ失敗原因詳解這個失敗的原因是在呼叫過程中，信道板在檢測到前向6s無幀后請求釋放當前的呼叫。也就是說CHM在6s內(nèi)沒有收到SDU的前向幀（不論是什么速率的幀，都沒有收到），都會引發(fā)釋放流程。導致前向無幀的原因有：1  IP或者MAC值無效2

7、0; Key值無效導致查找表地址錯誤3  通道表無效位置14  SDM沒有建腿5  VTC單板上與本次呼叫相關的DSP故障解決措施1    查看信令中有無SDM建腿消息2    查看IP和MAC值設置是否正確3    頻繁出現(xiàn)此類失敗，可能是DSP故障3ERR_SPS_RLSA_RCM_FCH_TimerExpired_TconnExpired失敗原因值ERR_SPS_RLSA_RCM_FCH_TimerExpired_TconnExpired失敗原因詳解在呼叫建立過程中，建

8、立資源時Abis口定時器超時，引發(fā)了呼叫釋放流程，導致呼叫失敗。這個定時器Tconnb時長為4S，是BTS側分配完無線資源以及業(yè)務地址，并通知BSC側后觸發(fā)的，如果在定時器到時前，沒有收到BSC的Ack消息，則BTS側發(fā)起釋放流程。BTS側沒有收到Ack消息的原因除了鏈路和消息擁塞外，還可能是BTS側的消息內(nèi)容有誤。解決措施1  檢查Abis鏈路是否通信正常2  檢查BTS側帶給BSC的AbisdrConnect消息中參數(shù)是否正確（主要和AbisdfBTSSetup相比較），主要要注意的參數(shù)有：tAbisConnectInfo里有關小區(qū)的信息4DBS_STASTIC_NO_

9、RESOURCE_LACK失敗原因值DBS_STASTIC_NO_RESOURCE_LACK失敗原因詳解在資源分配的情況下，不是資源不足引起的資源分配失敗。會導致這個失敗的原因如下：1  操作數(shù)據(jù)庫失敗2  入?yún)㈠e誤解決措施1                看異常探針里上報的失敗原因2            

10、    查明異常探針上報的失敗原因，如果是入?yún)⑹?，則檢查入?yún)ⅲ蝗绻菙?shù)據(jù)庫異常，則檢查數(shù)據(jù)庫5DBS_STASTIC_FWDFCHCE_LACK失敗原因值DBS_STASTIC_FWDFCHCE_LACK失敗原因詳解在MS起呼或者被呼時，建立基本信道時由于前向CE不足引起的失敗。會導致這個失敗的原因是前向CE資源不足。解決措施1  看異常探針里上報的失敗原因2  查看RB_FWDCE表是否還有剩余的前向CE3  查看信道板是否閉塞了CE6DBS_STASTIC_REVFCHCE_LACK失敗原因值DBS_STASTIC_REVFCH

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

12、0; 查看RB_FWDCE表是否還有剩余的前向CE，查看RB_REVCE表是否還有剩余的反向CE3  查看信道板是否閉塞了CE8DBS_STASTIC_FWDSCHCE_LACK失敗原因值DBS_STASTIC_FWDSCHCE_LACK失敗原因詳解在數(shù)據(jù)業(yè)務或者并發(fā)或者PTT業(yè)務建立時，建立補充信道時由于前向補充信道CE不足引起的失敗。會導致這個失敗的原因是前向補充信道CE資源不足。解決措施1  看異常探針里上報的失敗原因2  查看RB_FWDCE表沒一塊芯片上編號36-63的前向CE是否還有空閑資源3  查看信道板是否閉塞了CE9DBS_STASTI

13、C_WALSHCODE_LACK失敗原因值DBS_STASTIC_WALSHCODE_LACK失敗原因詳解在MS起呼或者被呼時，建立基本信道的時候WALSHCODE分配失敗導致分配資源失敗。導致這個失敗的原因是：該載扇下沒有可用的WALSHCODE解決措施1  看異常探針里上報的失敗原因2  用探針查看WALSHCODE是否還有空閑資源DBS_STASTIC_UID_LACK失敗原因值DBS_STASTIC_UID_LACK失敗原因詳解在MS起呼或者被呼時，IP平臺在建立基本信道的時候UID分配失敗導致分配資源失敗。導致這個失敗的原因是：該載扇下沒有可用的帶寬解決措施1&#

14、160; 看異常探針里上報的失敗原因2  用探針查看R_UID表是否還有剩余UIDHO_STAT_PILOT_NO_SAME_FREQ失敗原因值HO_STAT_PILOT_NO_SAME_FREQ失敗原因詳解在切換判決中，導頻下的所有載頻都不滿足條件，不能加入目標導頻集合。解決措施HO_STAT_CARRIER_PWR_OVERLOAD失敗原因值HO_STAT_CARRIER_PWR_OVERLOAD失敗原因詳解在切換判決中，選定的載頻功率過載。會導致這個失敗的原因如下：1該載頻用戶過多解決措施1降低每個載頻的用戶量ERR_SPS_RLSA_DSPM_CLH_TimerExpired

15、_Twaitorder失敗原因值ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Twaitorder失敗原因詳解在MS起呼或者被呼，進入業(yè)務信道，捕獲前綴成功后，進行空口業(yè)務信道信令握手超時：1 無線環(huán)境惡劣導致丟失空口握手消息，少量出現(xiàn)屬正?，F(xiàn)象2 打開幀序號校驗情況下，BTS和BSC時鐘不一致3 其他原因：如傳輸誤碼等解決措施1  查看小區(qū)發(fā)射功率是否正常2  查看CHM和SDU單版運行版本是否匹配，是否運行正常3  如果大量出現(xiàn)該呼叫失敗，首先需要確定問題的范圍：單站問題、一個ABPM下掛所有站點的問題、還是整個BSC的問題4 

16、; 確定問題范圍后，把出問題的BTS幀序號校驗關閉，觀察是否有所改善，如果問題有很大改善，說明：是由于BTS時鐘和BSC時鐘不一致導致的問題；查看GPS和時鐘是否正常、BTS側和BSC側GCM單版是否正常運行。5  其他：需要檢查ABPM、DTB，DSM等接口板版本是否正確，運行是否正常ERR_SPS_RLSA_DSPM_CLH_OtherReason_SNFailure失敗原因值ERR_SPS_RLSA_DSPM_CLH_OtherReason_SNFailure失敗原因詳解在MS起呼或者被呼，進入業(yè)務信道后，與MS的業(yè)務協(xié)商失?。? 由于無線環(huán)境惡劣導致在空口丟失業(yè)務協(xié)商消息，少

17、量出現(xiàn)屬正?，F(xiàn)象2 MS不支持BSS配置的聲碼器工作模式（業(yè)務選項）解決措施1  查看小區(qū)前向功率是否正常2  如果出現(xiàn)某一類型手機總是協(xié)商失敗，查看BSS配置的VTC工作模式是否正確（默認為8K+EVRC）；更換幾種組合進行測試。3  如果仍不能解決問題，抓取呼叫失敗信令反饋給研發(fā)人員ERR_SPS_RLSA_DSPM_CLH_OtherReason_Tshakehandrecv失敗原因值ERR_SPS_RLSA_DSPM_CLH_OtherReason_Tshakehandrecv失敗原因詳解通話狀態(tài)下，DSPM與SDU和BSSAP握手的定時器Trecv超時，

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

19、每2分鐘給RCM發(fā)送一條握手消息，連續(xù)兩次沒有收到RCM握手應答解決措施1 DSMP單版上Tphysical定時器設置是否正確（默認2分鐘）2 查看出問題時對應BTS的RCM，ABPM運行是否正常，是否有異常復位或倒換。ERR_SPS_RLSA_DSPM_HOH_DBAccessFail_GetHandoffProc失敗原因值ERR_SPS_RLSA_DSPM_HOH_DBAccessFail_GetHandoffProc失敗原因詳解數(shù)據(jù)庫軟切換判決失?。ㄔ撌≡蛐枰毣簲?shù)據(jù)庫異常：數(shù)據(jù)庫入?yún)㈠e誤，配置錯誤等解決措施1 檢查數(shù)據(jù)配置，如鄰區(qū)配置等ERR_SPS_RLSA_DSPM_HOH

20、_DBAccessFail_GetInterFreqSSHO失敗原因值ERR_SPS_RLSA_DSPM_HOH_DBAccessFail_GetInterFreqSSHO失敗原因詳解數(shù)據(jù)庫換頻切換判決失?。ㄔ撌≡蛐枰毣簲?shù)據(jù)庫異常：數(shù)據(jù)庫入?yún)㈠e誤，配置錯誤等解決措施1 檢查數(shù)據(jù)配置，如鄰區(qū)配置等ERR_SPS_RLSA_DSPM_HOH_TimerExpired_Thoreq失敗原因值ERR_SPS_RLSA_DSPM_HOH_TimerExpired_Thoreq失敗原因詳解切換請求超時或切換請求被目標側拒絕：（可結合切換時長區(qū)分，失敗原因需要細化） 1. 切換請求超時（切換時長&

21、gt;=Thoreq） BSC發(fā)送切換請求到目標BTSBSC，Thoreq（默認5s）超時中后沒有收到目標側切換應答 2. 切換請求被目標側拒絕（切換時長 < Thoreq） BSC發(fā)送切換請求到目標BTSBSC，目標BTSBSC側由于資源異?；蛄鞒坍惓６芙^切換請求解決措施1.查看DSMP單版上Thoreq定時器設置是否正確（默認5s）2 查看AbisA3A7接口鏈路是否正常3 查看切換的目標BTS單版運行是否正常，載頻狀態(tài)是否正常，信道板是否異常（芯片狀態(tài)是否正常，CE是否被閉塞）4 BSC間切換：查看兩個BSC的A3A7接口板HGM運行是否正常，物理鏈路是否正常ERR_SPS_RL

22、SA_DSPM_HOH_TimerExpired_Thocompletion失敗原因值ERR_SPS_RLSA_DSPM_HOH_TimerExpired_Thocompletion失敗原因詳解切換完成超時，基站發(fā)送切換指示（HDM），Thocompletion（默認5s）超時后沒有收到MS切換完成消息（HCM）：無線環(huán)境惡劣導致丟失空口消息解決措施1 DSMP單版上Thocompletion定時器設置是否正確（默認5s）2 查看切換目標小區(qū)發(fā)射功率是否正常3 查看切換目標BTS單版運行是否正常，該BTS下呼叫是否正常ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Tac

23、tivatesdm失敗原因值ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Tactivatesdm失敗原因詳解激活SDM超時：建立FCH后，DSPM激活SDM，在Tactivatesdm（6s）內(nèi)沒有收到任何應答消息。解決措施1查看DSMP單版上Tactivatesdm定時器設置是否正確（默認6s）2查看對應SDU單版運行是否正常3出現(xiàn)問題時SDU是否有異常復位ERR_SPS_RLSA_DSPM_CLH_OtherReason_ShakehandFail失敗原因值ERR_SPS_RLSA_DSPM_CLH_OtherReason_ShakehandFail失敗原因詳解通

24、話狀態(tài)下，DSPM與SDU或BSSAP握手失?。? DSPM在5分鐘內(nèi)給SDM發(fā)送2次握手消息都收不到SDM的應答消息2 DSPM在5分鐘內(nèi)給SDM發(fā)送2次握手消息都收不到BSSAP的應答消息解決措施1 DSMP單版上Trecv定時器設置是否正確（默認5分鐘）2 查看出問題時對應的CMP，SDU運行是否正常，是否有異常復位或倒換。ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Ta8setup失敗原因值ERR_SPS_RLSA_DSPM_CLH_TimerExpired_Ta8setup失敗原因詳解數(shù)據(jù)業(yè)務呼叫建立階段，A8建鏈超時：DSPM發(fā)送A9SetupA8消息給P

25、CF，在Ta8setup（3s）內(nèi)收不到任何應答消息解決措施1 DSMP單版上Ta8setup定時器設置是否正確（默認3s）2 查看后臺PCF IP地址配置是否正確，物理鏈路是否正常3 查看出問題時對應的PCF運行是否正常，是否有異常復位或倒換。SDM_Activate_Fail_AcquirePreambleFail_Normal失敗原因值SDM_Activate_Fail_AcquirePreambleFail_Normal失敗原因詳解捕獲手機失敗，在定時器超時前沒有收到手機發(fā)給BSC的Preamble。該異常原因有很多種，系統(tǒng)中的每個問題都有可能引起捕獲手機失敗。例如給手機的參數(shù)與基站側

26、的不一致，長碼錯誤、RC不一致、PN偏置錯誤等等。解決措施1  看異常探針里上報的失敗原因2  查看RB_FWDCE表是否還有剩余的前向CE3  查看信道板是否閉塞了CESDM_Activate_Fail_AcquirePreambleFail_NoRevFrm失敗原因值SDM_Activate_Fail_AcquirePreambleFail_NoRevFrm失敗原因詳解捕獲手機失敗，在定時器超時前沒有收到BTS發(fā)給BSC的反向業(yè)務幀。BSC連BTS側發(fā)來的業(yè)務幀都收不到，原因也有很多種，可能性比較大的有：1Abist媒體流鏈路不通2BTS或BSC側任一方通道表

27、加錯等等。解決措施1  檢查Abis鏈路是否斷鏈2  查看信令跟蹤里添加通道表（BSC及BTS側）是否成功SDM_Find_Fail_WaitConfigVTCTimeout失敗原因值SDM_Find_Fail_WaitConfigVTCTimeout失敗原因詳解SDM激活成功后，在定時器超時前沒有收到DSPM發(fā)給SDM的EV_S_AbafStartVocoderCoding消息。該異?？赡茉蛴幸韵聝煞N：1層三與手機的業(yè)務協(xié)商失敗，層三沒有收到手機的證實消息。具體原因有很多：比如手機本身沒有收到BS側的證實消息，因此也不會回證實消息給BS?；蛘呤謾C收到了BS側的證實消息，

28、但是由于某種原因沒有給BS回證實。該異常也有可能是手機和BS側參數(shù)不一致（例如RC不一致），導致手機解不出基站側的證實消息等等。2層三處理異常，與手機協(xié)商成功后，仍未發(fā)送EV_S_AbafStartVocoderCoding消息給SDM。可從信令跟蹤中進行判斷。解決措施1  檢查是否有業(yè)務信道的握手消息EV_S_UmfBSOrder和EV_S_UmrMSOrder2  如果沒有其中任何一條消息，可能是MS和BS側參數(shù)不一致，檢查MS以及BS側的版本3  如果握手正常，查看信令中有沒有EV_S_AbafStartVocoderCoding消息，如果沒有，是DSPM沒

29、有發(fā)消息SDM_Link_Fail_RevNoFrm失敗原因值SDM_Link_Fail_RevNoFrm失敗原因詳解鏈路失敗。SDM在一段時間內(nèi)收不到BTS發(fā)來的業(yè)務幀（默認時間為18s）。該異常原因有很多種。比如Abist鏈路問題，CHM調(diào)度問題。需要視情況而定。上報該異常時，呼叫會被釋放。解決措施檢查Abis鏈路是否斷鏈失敗原因值SDM_Find_Fail_SemiHandoffFail失敗原因詳解半軟切換失敗，SDM沒有收到層三發(fā)來的去腿消息。半軟切換時，層三需要先發(fā)送加腿消息給SDM，切換完成后層三還需發(fā)送去腿消息給SDM，該異常原因就是層三在發(fā)送加腿消息給SDM后，SDM在定時器超

30、時前沒有收到半軟切換的去腿消息。上報該異常時，呼叫會被釋放。解決措施如果不是斷鏈，屬于異常情況，請找研發(fā)人員進一步分析SDM_Link_Fail_RevTooManyBadFrm失敗原因值SDM_Link_Fail_RevTooManyBadFrm失敗原因詳解鏈路失敗，SDM在一段時間內(nèi)從BTS側收到的幾乎都是壞幀（默認時間為18s）。原因有很多種，有可能是正常原因，也有可能是異常原因，視具體情況而定。比如，反向空中鏈路真的非常差時，就會上報該異常，這種情況屬正常釋放。但是，該異常也不一定都是正常的，很有可能隱藏很多系統(tǒng)問題，比如呼叫過程中，由于某種原因手機自行釋放自己，此時BS并未得到手機的

31、釋放消息，因此一段時間后就會上報該異常，這樣就需要查為什么手機要自行釋放自己。還有，手機和BS側參數(shù)不一致，PN偏置錯誤等等都有可能引起該異常解決措施1  查看MS和BS側參數(shù)（PN偏置、版本）2  參數(shù)一致，是MS自行釋放，屬于正常范疇內(nèi)失敗ERR_SPS_RLSA_BSSAP_FchSetup_RcvSccpDisconnect失敗原因值ERR_SPS_RLSA_BSSAP_FchSetup_RcvSccpDisconnect失敗原因詳解手機作起呼或者被呼時，向MSC發(fā)送CMServiceRequest或PagingResponse消息后，收到SccpDisconnec

32、t消息，SCCP連接建立失敗或異常拆除。會導致這個失敗的原因如下：  7號信令鏈路不穩(wěn)定或鏈路狀態(tài)不正確。  SSN狀態(tài)不正確。  手機在MSC側沒有正確放號。   小區(qū)CI與MSC側配置的CI不一致。解決措施1.     通過數(shù)據(jù)庫探針查看CMP上的信令點狀態(tài)是否為0。2.     檢查BSC和MSC側是否都配置了本端和對端的SSN(0、1、254)。3.     檢查手機的IMSI和ESN在MSC側放號是否正確。4.

33、60;    檢查起呼消息CMServiceRequest中的小區(qū)CI在MSC側是否已正確配置。ERR_SPS_RLSA_BSSAP_TE_Tassignment失敗原因值ERR_SPS_RLSA_BSSAP_TE_Tassignment失敗原因詳解手機作起呼或者被呼時，BSSAP向DSMP發(fā)送EV_S_AvfServiceAssignment指配請求消息后，長時間沒有收到DSMP的指配完成消息EV_S_AvrAssignmentComplete或指配失敗消息EV_S_AvrAssignmentFailure，導致BSSAP的定時器Tassignment超時。會導

34、致這個失敗的原因如下：1.     定時器Tassignment時間太短。2.     DSMP的實例數(shù)配置太大，大于實際支持的DSMP實例數(shù)。3.     DSMP的CPU占用率太高。4.     激活SDM時超時。解決措施1.     檢查CMP上的定時器Tassignment是否設置正確，缺省值為6000 (6秒)。2.     檢查RMP與DSMP的

35、關聯(lián)中DSMP的實例數(shù)是否超過允許的范圍(不同的DSMP版本支持的實例數(shù)不一樣)。3.     確認DSMP的CPU占用率是否太高，若太高則需要擴充DSMP的模塊數(shù)。4.     若是激活SDM超時，則可能SDU與CHM間的媒體流不同，或者BSC與BTS間的時鐘不一致，需要檢查媒體面的光纖是否連接正確、檢查是否存在個別SDU子卡有故障。ERR_SPS_RLSA_BSSAP_TE_T303 失敗原因值ERR_SPS_RLSA_BSSAP_TE_T303失敗原因詳解手機作起呼或者被呼時，向MSC發(fā)送CMServiceR

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

37、ckingStatus失敗原因值ERR_SPS_RLSA_BSSAP_DB_GetCallBlockingStatus失敗原因詳解95手機作起呼或者被呼時或者硬切換時，BSSAP調(diào)用數(shù)據(jù)庫接口GetCallBlockingStatus分配無線資源，數(shù)據(jù)接口返回失敗導致呼叫失敗。會導致這個失敗的原因如下：1.     載頻資源狀態(tài)不正確（載頻過載、載頻被閉塞）。2.     CE資源不足或狀態(tài)不正確，沒有空閑的CE資源。3.     幀偏置不足。4.  &#

38、160;  輸入?yún)?shù)不正確。解決措施看業(yè)務觀察中的詳細數(shù)據(jù)中的字段dwInnerCause的值，可以判斷數(shù)據(jù)庫接口失敗的原因：1.     0x4414：小區(qū)配置的CE模式(大模式、正常模式)不正確。2.     0x4409：參考小區(qū)的導頻強度太低。3.     0x44af：95手機不支持大模式配置，保存信令并發(fā)回給開發(fā)人員分析。4.     0x4435：通過小區(qū)CI獲取BTS的系統(tǒng)號失敗，說明BTS上保存的CI與BSC

39、保存的CI數(shù)據(jù)不一致，需要重新同步數(shù)據(jù)。5.     0x449a：幀偏置不足。6.     0x449b：幀偏置不足。7.     0x4438：載頻狀態(tài)不正確，通過動態(tài)管理工具查看載頻是否閉塞，查看控制信道是否配置，查看BTS是否過載或有低功率告警，以及查看CE資源是否足夠、CE狀態(tài)是否正常。8.     0x4448：載頻選擇失敗，檢查載頻狀態(tài)是否正確，通過動態(tài)管理工具查看載頻是否閉塞，查看控制信道是否配置，查看BTS是否過載或有

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

41、支持PTT*/0x4a0f /*數(shù)據(jù)業(yè)務以及并發(fā)布支持IP到HIRS的BSC間軟切換*/0x4a10 /*互聯(lián)狀態(tài)不對*/ERR_SPS_RLSA_BSSAP_DB_GetDSPM_SE_VEbyCIC失敗原因值ERR_SPS_RLSA_BSSAP_DB_GetDSPM_SE_VEbyCIC失敗原因詳解手機作起呼或者被呼時，根據(jù)MSC分配的CIC分配BSC側的動態(tài)資源DSPM、選擇器SDU、聲碼器VTC和BSC側CIC資源時失敗，導致呼叫失敗。導致這個失敗的原因如下：1.     MSC與BSC兩邊的配置的CIC時隙沒有一一對應，MSC側配置的CIC在B

42、SC側沒有配置，查看信令跟蹤中MSC下發(fā)的指配消息 A1fAssignmentRequest中字段wCircuitIdentityCode的值，此值為MSC分配的CIC，把此值轉換為2進制數(shù)，取高 11 bit得到PCM號，取低5 bit得到時隙號，確認MSC與BSC兩邊配置的PCM號和時隙號是否一致。2.     查看BSC側對應的CIC是否被閉塞。3.     通過數(shù)據(jù)庫探針查看MSC分配的CIC是否處于忙狀態(tài)，若處于忙狀態(tài)則可能BSC側打開了優(yōu)選CIC功能，導致BSC與MSC分配的CIC有沖突，沒有IWF業(yè)務

43、時需要關閉優(yōu)選CIC開關。4.     DSMP狀態(tài)不正確，導致無法分配DSPM資源，或者DSMP實例數(shù)配置不夠，需要擴大DSMP的配置實例數(shù)或增加DSMP單板。5.     SDU狀態(tài)不正確，確認SDU單板是否故障或被閉塞，或者SDU資源不足6.     VTC狀態(tài)不正確，確認VTC單板是否故障或VTC資源被閉塞，或者VTC資源不足。解決措施ERR_SPS_RLSA_BSSAP_DB_GetHandoffProc失敗原因值ERR_SPS_RLSA_BSSAP_DB_GetH

44、andoffProc失敗原因詳解1X手機作起呼或者被呼時或者硬切換時，BSSAP調(diào)用數(shù)據(jù)庫接口GetHandoffProc分配無線資源，數(shù)據(jù)接口返回失敗導致呼叫失敗。會導致這個失敗的原因如下：1.     載頻資源狀態(tài)不正確（載頻過載、載頻被閉塞）。2.     CE資源不足或狀態(tài)不正確，沒有空閑的CE資源。3.     幀偏置不足。4.     輸入?yún)?shù)不正確。解決措施看業(yè)務觀察中的詳細數(shù)據(jù)中的字段dwInnerCause的值，可以判

45、斷數(shù)據(jù)庫接口失敗的原因：1.     0x4414：小區(qū)配置的CE模式(大模式、正常模式)不正確。2.     0x4409：參考小區(qū)的導頻強度太低。3.     0x44af：95手機不支持大模式配置，保存信令并發(fā)回給開發(fā)人員分析。4.     0x4435：通過小區(qū)CI獲取BTS的系統(tǒng)號失敗，說明BTS上保存的CI與BSC保存的CI數(shù)據(jù)不一致，需要重新同步數(shù)據(jù)。5.     0x449a：幀偏

46、置不足。6.     0x449b：幀偏置不足。7.     0x4438：載頻狀態(tài)不正確，通過動態(tài)管理工具查看載頻是否閉塞，查看控制信道是否配置，查看BTS是否過載或有低功率告警，以及查看CE資源是否足夠、CE狀態(tài)是否正常。8.     0x4448：載頻選擇失敗，檢查載頻狀態(tài)是否正確，通過動態(tài)管理工具查看載頻是否閉塞，查看控制信道是否配置，查看BTS是否過載或有低功率告警，以及查看CE資源是否足夠、CE狀態(tài)是否正常。0x4a02 /*選定的載頻功率過載*/0x4a03 /

47、*選定的載頻狀態(tài)不對*/0x4a04 /*選定的載頻為偽導頻*/0x4a05 /*選定的載頻沒有CE資源*/0x4a06 /*選定的載頻沒有5KCE資源*/0x4a07 /*選定的載頻FO不匹配*/0x4a08 /*導頻沒有匹配的載頻*/0x4a09 /*導頻所有的載頻都不可用*/0x4a0a /*導頻所有的載頻都沒有FO*/0x4a0b /*不是本BSC的導頻*/0x4a0c /*導頻歸屬不清，沒有配置成鄰接小區(qū)*/0x4a0d /*BSC沒有互聯(lián)*/0x4a0e /*目標BSC不支持PTT*/0x4a0f /*數(shù)據(jù)業(yè)務以及并發(fā)布支持IP到HIRS的BSC間軟切換*/0x4a10 /*互聯(lián)狀

48、態(tài)不對*/ERR_SPS_RLSA_BSSAP_FchSetup_SendChannelAssignment_AllBtsFail失敗原因值ERR_SPS_RLSA_BSSAP_FchSetup_SendChannelAssignment_AllBtsFail失敗原因詳解呼叫建立時，BTS上的無線資源已經(jīng)分配且基本信道已經(jīng)建立成功，BSSAP也已經(jīng)收到MSC的指配請求消息，并且成功分配了BSC側的資源，開始向手機所在的所有BTS發(fā)送信道指配消息ECAM或CAM，但是向所有BTS都發(fā)送失敗。導致這個失敗的原因如下：1.     獲取Abis口接口板的邏輯地

49、址以及BTS的IP地址失敗，原因是Abis口的UID狀態(tài)不正常，Abis鏈路不穩(wěn)定。解決措施這個故障一般是Abis口鏈路不穩(wěn)定所致，通過數(shù)據(jù)庫探針查看CMP上BTS對應的UID的狀態(tài)是否為0，不為0表示UID狀態(tài)不正常，需要檢查Abis口鏈路和傳輸。ERR_SPS_RLSA_BSSAP_TE_Tfchsetup失敗原因值ERR_SPS_RLSA_BSSAP_TE_Tfchsetup失敗原因詳解呼叫建立時，BSC向BTS發(fā)送了AbisdfBTSSetup消息請求建立基本信道，但是長時間沒有收到BTS建立基本信道成功或失敗的響應消息AbisdrBTSSetupAck，導致CMP上的定時器Tfchs

50、etup超時。會導致這個失敗的原因如下：1.     定時器Tfchsetup設置的時長太短，缺省應該是5000 (5秒)。2.     BTS上建立基本信道失敗。3.     CCM的CPU占用率太高。解決措施1.     檢查預定義定時器Tfchsetup的時長是否正確，若設置時長太短則需要修改為缺省值5000。2.     檢查BTS上是否有足夠的CE、FO資源。3.  

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

52、60;    WASH碼不足。3.     幀偏置FO不足。4.     UID的狀態(tài)不正確或媒體面鏈路不正確。5.     載頻狀態(tài)不正確。解決措施1.     從AbisdrBTSSetupAck消息中的失敗原因中可以得知失敗的具體原因： 0x5101 表示前向基本信道CE不足 0x5102 表示基本信道反向CE不足 0x5103 表示基本信道前向、反向CE均不足 0x5105 表示W(wǎng)alshCode不

53、足0x5106 表示UID不正確2.     確認CE狀態(tài)是否正常，是否被閉塞。3.     確認載頻狀態(tài)是否正常，是否被閉塞。4.     通過數(shù)據(jù)庫探針查看UID狀態(tài)或者媒體面鏈路是否正常。5.     檢查CHM上配置的CE組號是否正確。ERR_SPS_RLSA_BSSAP_TE_T3230失敗原因值ERR_SPS_RLSA_BSSAP_TE_T3230失敗原因詳解呼叫建立時，BSSAP向MSC發(fā)送CMServiceRequest

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

55、RMP、CMP的CPU占用率太高。解決措施1.     telnet到RMP上，通過命令OSS_GetCpuUseRate查看RMP的CPU占用率，若CMP的占用率太高，需要降低CPU的過載門限以通過過載控制來降低呼叫量。2.     若CPU占用率不高時出現(xiàn)此呼叫失敗，通過數(shù)據(jù)庫探針查看OMP上R_MODULE表，確認RMP和CMP的模塊狀態(tài)是否正常，狀態(tài)值的bit0表示右板狀態(tài)，bit1表示左板狀態(tài)，相應狀態(tài)bit位為0時表示狀態(tài)正常。若狀態(tài)不正常則為嚴重故障，需要聯(lián)系開發(fā)人員定位問題。3. 

56、0;   通過OSS_DbgShowComm查看CMP與RMP之間的通信鏈路是否正常（3為正常），若不正常則為嚴重故障，需要聯(lián)系開發(fā)人員定位問題。其他分析：在WCDMA中呼叫建立主叫有RRC建立失敗和RAB建立失敗兩種，而RRC建立失敗的原因主要有：re4328K:JFD(本文來自移動通信網(wǎng),版權所有1） 上行RACH問題；2） 下行FACH功率問題；a4f8e342是4K:JFD()$#_*本文來自移動通信網(wǎng),版權所有3） 小區(qū)重選參數(shù)設置問題；也f12dsfds1K:JFD()$#_*本文來自移動通信網(wǎng),版權所有4） 下行專用信道初始發(fā)射功率偏低；221a3dsK:JFD()本文來自移動通信網(wǎng),