序號(hào)
| 失敗現(xiàn)象
| 失敗原因中文名
| 失敗原因具體解釋
| 問題段
| 分析和優(yōu)化建議
|
1
| RRM_ALLOCATE_RESOURCES_FAILURE: “RRM_ULCodeDemandFail”
| 上行碼需求失敗
| RNC接收到RRC Connection Request之后，內(nèi)部會(huì)先進(jìn)行RRM資源分配。 RRM進(jìn)行資源分配的步驟依次是“確定碼需求”、“進(jìn)行碼判決”和“進(jìn)行碼分配”： 只有前一個(gè)的過程通過了才可能進(jìn)行下一個(gè)過程的判斷，即如果“確定碼需求”階段就失敗了就不會(huì)再做“進(jìn)行碼判決”的判斷。 “確定碼需求”主要是獲得新呼叫或用戶業(yè)務(wù)發(fā)生變化時(shí)總的需要的碼資源情況，主要通過查詢相關(guān)“靜態(tài)配置”得到； 通俗講：“確定碼需求”就是得到本次請(qǐng)求需要的總的碼資源； “靜態(tài)參數(shù)沒有配置”可能是主要原因。
| RNC
| 檢查所請(qǐng)求的業(yè)務(wù)的“上行靜態(tài)參數(shù)”是否配置。
|
2
| RRM_ALLOCATE_RESOURCES_FAILURE：“RRM_DLCodeDemandFail”
| 下行碼需求失敗
| 上同
| RNC
| 上同
|
3
| 有RRM_ALLOCATE_RESOURECES
_FAILURE消息，且原因是
RRM_ULCodeJudFail
| 擁塞：上行碼道判決失敗
|
“進(jìn)行碼判決”是指用戶接入或重配置時(shí)當(dāng)前小區(qū)碼資源（載波、時(shí)隙）能否夠用的判斷；
“進(jìn)行碼判決”是判斷可以在哪些載波哪些時(shí)隙上接入，判斷可用資源夠不夠；
RNC返回的擁塞有2種情況，真擁塞和假擁塞。真擁塞為小區(qū)資源不足導(dǎo)致用戶容量受限，而假擁塞則和用戶接入個(gè)數(shù)沒有關(guān)系，可能是參數(shù)設(shè)置不合理、設(shè)備故障或傳輸異常導(dǎo)致。
| RNC
| 真擁塞擴(kuò)容，假擁塞排除故障或參數(shù)設(shè)置問題
|
4
| 有RRM_ALLOCATE_RESOURECES
_FAILURE消息，且原因是RRM_DLCodeJudFail
| 擁塞：下行碼道判決失敗
| 上同
| RNC
| 上同
|
5
| RRM_ALLOCATE_RESOURCES_FAILURE:
| 碼分配失敗
| “進(jìn)行碼分配”是指業(yè)務(wù)建立、修改、刪除時(shí)為用戶分配新的物理信道和相關(guān)參數(shù)等。
“進(jìn)行碼分配”就是具體的分配過程，擴(kuò)頻碼、midamble碼等具體分配；通常原因：時(shí)隙格式配置錯(cuò)誤、時(shí)隙類型是 “窗優(yōu)化”、 HSDPA算法表中，打開了DPCH不連續(xù)開關(guān)、用戶太多
| RNC
| RNC故障或用戶太多
|
6
| 有RRM_ALLOCATE_RESOURECES
_FAILURE消息，且原因是RRM_ErrorCellStatus
| 擁塞：小區(qū)或載波狀態(tài)錯(cuò)誤
| RNC檢查到載波或小區(qū)狀態(tài)不正常，查看問題出現(xiàn)時(shí)間點(diǎn)附件的小區(qū)/載波告警，確認(rèn)是否存在“傳輸閃斷”等告警；
| NB
| 檢查告警
|
7
| RRM_ALLOCATE_RESOURCES_FAILURE:
| Iub口傳輸資源失敗
| Iub口傳輸資源失敗，局內(nèi)Iub口相關(guān)ATM資源分配失敗，所有跟ATM相關(guān)的失敗原因。具體有：
上行ATM資源判決失敗
下行ATM資源判決失敗
上下行ATM資源判決都失敗
沒有可用PATH導(dǎo)致ATM資源判決失敗
沒有可用CID導(dǎo)致ATM資源判決失敗
LRM_CAC內(nèi)部判決失敗
DCA本身進(jìn)行本地資源時(shí)失敗
等。
| RNC
| 檢查Iub口參數(shù)和設(shè)備狀態(tài)
|
8
| RRM_ALLOCATE_RESOURCES_FAILURE:
| UE能力判決失敗
| RLC能力、傳輸信道能力等，分配資源時(shí)如設(shè)置UE能力參數(shù)，需判斷UE能否支持該能力，如終端不支持該能力如H，則會(huì)返回失敗
| RNC
| 檢查UE能力參數(shù)設(shè)置是否與終端一致
|
9
| 有RRM_ALLOCATE_RESOURECES
_FAILURE消息，且原因不是RRM_ULCodeJudFail、RRM_DLCodeJudFail和RRM_ErrorCellStatus
| 擁塞：其它原因
| 1.
上行功率判決失�。�UL power judge fail）
2.
下行功率判決失敗
（DL power judge fail）
3.
上行[url=]載波判決[/url][y1] 失敗
（UL carrier judge fail）
4.
下行載波判決失敗
（DL carrier judge fail）
5.
DCA得到載波優(yōu)先級(jí)列表時(shí)失敗（get carrier priority list failure）
6.
DCA得到上行時(shí)隙優(yōu)先級(jí)列表失�。�get ul TS priority list failure）
7.
DCA得到下行時(shí)隙優(yōu)先級(jí)列表失敗
（get dl TS priority list failure）
8.
沒有足夠的DCH資源（No enough DCH resource）
9.
沒有足夠的FACH資源 No enough FACH resource
10.
沒有足夠的HSDPA資源（No enough HSDPA resource）
11.
載波流業(yè)務(wù)保證速率判決失�。�Stream GBR judge fail）
12.
HSDPA算法不支持（HSDPA arith not support）
13.
DCA得到資源組合類型失�。�get res mux type failure）
| RNC
|
|
10
| RRC Connection Reject:
| L2配置失敗(節(jié)點(diǎn)同步失敗)導(dǎo)致RRC請(qǐng)求被拒
| 目前的原因取名有些問題：只能確定是L2配置失敗，但不一定具體是“節(jié)點(diǎn)同步失敗”，有可能L2配置超時(shí)失��；
| RNC
|
|
11
| RRC Connection Reject:未收到RRM_ALLOCATE_RESOURCES_FAILURE
| 沒收到資源分配失敗消息，收到了RRC連接拒絕
| 查看“RRC Connection Reject”事件的EventPara，確認(rèn)原因（可能有兩種協(xié)議原因：Congestion、unspecified）。
| RNC
|
|
12
| RRC Connection Reject:CC_RAC_UE_RESOURCE_ALLOCATE_RSP導(dǎo)致RRC擁塞
|
| RAC調(diào)用RRM函數(shù)申請(qǐng)空口無線資源失敗，需要聯(lián)系RNC研發(fā)確認(rèn)是否為bug。
| RNC
|
|
13
| RNC收到NB回的Radio link Setup Failure消息，原因是：
RAC_IUBC_CAUSE_
NODEB_RESOURCES_
UNAVAILABLE
| RL Setup Failure：NB無法獲得資源
| NB把Radio link Setup request參數(shù)與自己網(wǎng)元布配參數(shù)不對(duì)，不一致認(rèn)為資源不可得：如載波、RRU、功率等； 初步判斷為NodeB故障，明確存在問題的NodeB，對(duì)此NodeB進(jìn)行收斂分析。
| NB
| 檢查NodeB布配參數(shù)
|
14
| RNC收到NB回的Radio link Setup Failure消息，原因是：RAC_IUBC_CAUSE_
REQUESTED_CONFIGURATION
_NOT_SUPPORTED
| RL Setup Failure：配置不支持
| 配置不僅僅指頻點(diǎn)、碼字、時(shí)隙，還有時(shí)隙格式等，以及消息中所有的參數(shù)這種問題初步判斷為NodeB故障導(dǎo)致，明確存在問題的NodeB，將此類現(xiàn)象進(jìn)行羅列，上報(bào)NodeB研發(fā)工程師，要求研發(fā)進(jìn)行問題定位，并反饋解決方案
| NB
|
|
15
| RNC收到NB回的Radio link Setup Failure消息，原因是：
RAC_IUBC_CAUSE_
HARDWARE_FAILURE
| RL Setup Failure：硬件錯(cuò)誤
| NB狀態(tài)不正常或有APB響應(yīng)超時(shí)等告警，初步判斷為NodeB故障；
| NB
| 明確存在問題的NodeB，檢查告警
|
16
| RNC收到NB回的Radio link Setup Failure消息，原因不是：
RAC_IUBC_CAUSE_
NODEB_RESOURCES_
UNAVAILABLE，RAC_IUBC_CAUSE_
REQUESTED_CONFIGURATION
_NOT_SUPPORTED和RAC_IUBC_CAUSE_
HARDWARE_FAILURE
| RL Setup Failure：其它原因
|
| NB
|
|
17
| RNC在給NB發(fā)了Radio link Setup
Request之后5秒內(nèi)又發(fā)了Radio link Deletion Request
| RNC/NB故障：給NB發(fā)RL Setup后5秒內(nèi)又發(fā)RL Delete
| 出現(xiàn)這種情況很可能是因?yàn)椤霸赨E附近存在2個(gè)（或以上）小區(qū)同頻同碼”的情況。當(dāng)UE所處的服務(wù)小區(qū)和旁邊的小區(qū)（并且是屬于同一個(gè)RNC）同頻同碼時(shí)，UE上發(fā)的RRC Connect Request的小區(qū)，會(huì)被這兩個(gè)小區(qū)都收到。這兩個(gè)小區(qū)收到后，都會(huì)上報(bào)給RNC，不過可能因?yàn)樘幚頃r(shí)延不同，到RNC的時(shí)刻不同。當(dāng)RNC收到一個(gè)RRC Connetion Request請(qǐng)求后就會(huì)開始處理，開始同NodeB建立RL。在RL建立之前，RNC又收到了同一UE的RRC Connection Request消息時(shí)，就會(huì)認(rèn)為前一個(gè)請(qǐng)求已經(jīng)無效了，就會(huì)馬山下發(fā)Radio Link Delete Request消息，將正要建的RL取消掉，就會(huì)出現(xiàn)這樣的現(xiàn)象。
還有一種可能是“NodeB設(shè)備存在故障”：通過現(xiàn)場(chǎng)測(cè)試和UE_TRACE信令分析發(fā)現(xiàn)，無線鏈路建立時(shí)，RNC主動(dòng)刪除無線鏈路的原因?yàn)樵诮?/font>RRC連接的過程中，RNC發(fā)送節(jié)點(diǎn)同步消息，但是基站沒有響應(yīng)或者RNC在底層因?yàn)楫惓G棄了節(jié)點(diǎn)同步幀，初步懷疑為Node B側(cè)設(shè)備存在硬件故障。后續(xù)與RNC機(jī)房及工程部配合定位，最終確認(rèn)該現(xiàn)象是由于問題小區(qū)BBU存在故障導(dǎo)致。
再有一種可能是“RNC板卡故障”：如果這種問題主要集中在一個(gè)小區(qū)中發(fā)生的異�，F(xiàn)象基本可以確定是單個(gè)小區(qū)的故障，但如果某個(gè)RNC下很多小區(qū)都發(fā)生有這種情況，則還是要[url=]通過這些小區(qū)在[/url]RNC端的收斂性來定位是否是RNC相關(guān)板卡的故障[y2] 。
| RNC或NB
| 檢查周邊同頻同碼小區(qū)
|
18
| RNC建完RL之后沒有給NB發(fā)RRC Setup
| RNC/NB故障：建完RL之后沒有發(fā)RRC Setup
| 初步判斷為RNC故障。這種情況應(yīng)該基本不會(huì)出現(xiàn)
| RNC
| 檢查RNC
|
19
| RNC發(fā)了一次RRC Setup之后沒有收到RRC Setup Complete(收到RL Restore Indication)
| 1次RRC Setup無響應(yīng)，已上行同步
| 上行無線鏈路同步后，可能下行無線鏈路沒同步，或下行無線鏈路同步后，UE發(fā)送的消息沒到達(dá)RNC，需檢查無線環(huán)境和NB、RNC是否丟消息
| Uu
| 優(yōu)化無線環(huán)境和設(shè)備檢查
|
20
| RNC發(fā)了一次RRC Setup之后沒有收到RRC Setup Complete(未收到RL Restore Indication)
| 1次RRC Setup無響應(yīng)，上行沒同步
| 可能該消息沒達(dá)到UE，需檢查無線環(huán)境，也可能UE收到該消息，由于無線環(huán)境原因，無線鏈路上行無法同步
| Uu
| 優(yōu)化無線環(huán)境和設(shè)備檢查
|
21
| RNC發(fā)了兩次RRC Setup之后沒有收到RRC Setup Complete(收到RL Restore Indication)
| 2次RRC Setup無響應(yīng)，已上行同步
| 上行無線鏈路同步后，可能下行無線鏈路沒同步，或下行無線鏈路同步后，UE發(fā)送的消息沒到達(dá)RNC，需檢查無線環(huán)境和NB、RNC是否丟消息
| Uu
| 優(yōu)化無線環(huán)境和設(shè)備檢查
|
22
| RNC發(fā)了兩次RRC Setup之后沒有收到RRC Setup Complete(未收到RL Restore Indication)
| 2次RRC Setup無響應(yīng)，沒上行同步
| 可能該消息沒達(dá)到UE，需檢查無線環(huán)境，也可能UE收到該消息，由于無線環(huán)境原因，無線鏈路上行無法同步
| Uu
| 優(yōu)化無線環(huán)境和設(shè)備檢查
|
23
| RNC發(fā)了三次RRC Setup之后沒有收到RRC Setup Complete(收到RL Restore Indication)
| 3次RRC Setup無響應(yīng)，已上行同步
| 上行無線鏈路同步后，可能下行無線鏈路沒同步，或下行無線鏈路同步后，UE發(fā)送的消息沒到達(dá)RNC，需檢查無線環(huán)境和NB、RNC是否丟消息
| Uu
| 優(yōu)化無線環(huán)境和設(shè)備檢查
|
24
| RNC發(fā)了三次RRC Setup之后沒有收到RRC Setup Complete(未收到RL Restore Indication)
| 3次RRC Setup無響應(yīng)，沒上行同步
| 可能該消息沒達(dá)到UE，需檢查無線環(huán)境，也可能UE收到該消息，由于無線環(huán)境原因，無線鏈路上行無法同步
| Uu
| 優(yōu)化無線環(huán)境和設(shè)備檢查
|
25
| RNC發(fā)了四次RRC Setup之后沒有收到RRC Setup Complete(收到RL Restore Indication)
| 4次RRC Setup無響應(yīng)，已上行同步
| 上行無線鏈路同步后，可能下行無線鏈路沒同步，或下行無線鏈路同步后，UE發(fā)送的消息沒到達(dá)RNC，需檢查無線環(huán)境和NB、RNC是否丟消息
| Uu
| 優(yōu)化無線環(huán)境和設(shè)備檢查
|
26
| RNC發(fā)了四次RRC Setup之后沒有收到RRC Setup Complete(未收到RL Restore Indication)
| 4次RRC Setup無響應(yīng)，沒上行同步
| 可能該消息沒達(dá)到UE，需檢查無線環(huán)境，也可能UE收到該消息，由于無線環(huán)境原因，無線鏈路上行無法同步
| Uu
| 優(yōu)化無線環(huán)境和設(shè)備檢查
|
27
| RNC發(fā)了超過4次RRC Setup之后沒有收到RRC Setup Complete(收到RL Restore Indication)
| 超4次RRC Setup無響應(yīng)，已上行同步
| 目前最多4次
| Uu
|
|
28
| RNC發(fā)了超過4次RRC Setup之后沒有收到RRC Setup Complete(未收到RL Restore Indication)
| 超過4次RRC Setup無響應(yīng)，沒上行同步
| 目前最多4次
| Uu
|
|
29
| 其它原因
|
|
| RNC
| 檢查軟件處理是否有問題
|
序號(hào)
| 失敗現(xiàn)象
| 失敗原因中文名
| 失敗原因具體解釋
| 問題段
| 分析和優(yōu)化建議
|
1
| 當(dāng)前RAB Setup Request中的下行請(qǐng)求速率是為0，但之前“成功進(jìn)行過重定位，并且重定位中的RAB ID與本次RAB Setup Request的RAB ID”相同
| 重定位入成功后出現(xiàn)單邊業(yè)務(wù)(CN已釋放RAB,但RNC未釋放)重建,RNC不支持
|
RNC設(shè)備不支持
| CN
|
|
2
| RAB Setup Request之后報(bào)了RRM_ALLOCATE_RESOURCES_FAILURE，原因是“RRM_ULCodeDemandFail”
| 擁塞：上行碼需求失敗
| RNC接收到RRC Connection Request之后，內(nèi)部會(huì)先進(jìn)行RRM資源分配。 RRM進(jìn)行資源分配的步驟依次是“確定碼需求”、“進(jìn)行碼判決”和“進(jìn)行碼分配”： 只有前一個(gè)的過程通過了才可能進(jìn)行下一個(gè)過程的判斷，即如果“確定碼需求”階段就失敗了就不會(huì)再做“進(jìn)行碼判決”的判斷。 “確定碼需求”主要是獲得新呼叫或用戶業(yè)務(wù)發(fā)生變化時(shí)總的需要的碼資源情況，主要通過查詢相關(guān)“靜態(tài)配置”得到； 通俗講：“確定碼需求”就是得到本次請(qǐng)求需要的總的碼資源； “靜態(tài)參數(shù)沒有配置”可能是主要原因。
| RNC
| 檢查所請(qǐng)求的業(yè)務(wù)的“上行靜態(tài)參數(shù)”是否配置。
|
3
| RAB Setup Request之后報(bào)了RRM_ALLOCATE_RESOURCES_FAILURE，原因是“RRM_DLCodeDemandFail”
| 擁塞：下行碼需求失敗
|
上同
| RNC
| 上同
|
4
| RRM_ALLOCATE_RESOURCES_FAILURE: RRM_ULCodeJudFail
| 上行碼判決失敗
|
“進(jìn)行碼判決”是指用戶接入或重配置時(shí)當(dāng)前小區(qū)碼資源（載波、時(shí)隙）能否夠用的判斷；
“進(jìn)行碼判決”是判斷可以在哪些載波哪些時(shí)隙上接入，判斷可用資源夠不夠；
RNC返回的擁塞有2種情況，真擁塞和假擁塞。真擁塞為小區(qū)資源不足導(dǎo)致用戶容量受限，而假擁塞則和用戶接入個(gè)數(shù)沒有關(guān)系，可能是參數(shù)設(shè)置不合理、設(shè)備故障或傳輸異常導(dǎo)致。
| RNC
| 對(duì)于確實(shí)應(yīng)為資源不夠?qū)е碌慕尤胧�，就需要考慮是否需要擴(kuò)容或者是否需要調(diào)整資源/參數(shù)配置
|
5
| RRM_ALLOCATE_RESOURCES_FAILURE: RRM_DLCodeJudFail
| 下行碼判決失敗
| 上同
| RNC
| 對(duì)于確實(shí)應(yīng)為資源不夠?qū)е碌慕尤胧�，就需要考慮是否需要擴(kuò)容或者是否需要調(diào)整資源/參數(shù)配置
|
6
| RRM_ALLOCATE_RESOURCES_FAILURE:
| 碼分配失敗
| “進(jìn)行碼分配”是指業(yè)務(wù)建立、修改、刪除時(shí)為用戶分配新的物理信道和相關(guān)參數(shù)等。
“進(jìn)行碼分配”就是具體的分配過程，擴(kuò)頻碼、midamble碼等具體分配；通常原因：時(shí)隙格式配置錯(cuò)誤、時(shí)隙類型是 “窗優(yōu)化”、 HSDPA算法表中，打開了DPCH不連續(xù)開關(guān)、用戶太多
| RNC
| 參數(shù)檢查、程序有BUG提交、擴(kuò)容
|
7
| RAB Setup Request之后報(bào)了RRM_ALLOCATE_RESOURCES_FAILURE，原因是“RRM_ErrorCellStatus”
| 擁塞：小區(qū)或載波狀態(tài)錯(cuò)誤
| RNC檢查到載波或小區(qū)狀態(tài)不正常
| NB
| 檢查基站小區(qū)和載波狀態(tài)
|
8
| RAB Setup Request之后報(bào)了RRM_ALLOCATE_RESOURCES_FAILURE，，原因是“unknown meaning”
| 擁塞：IuB上行ATM資源不足
| 上行ATM資源判決失敗”，包括帶寬不足、PATH狀態(tài)不可用、沒有匹配類型的PATH、TrafficQos中沒有配置請(qǐng)求的業(yè)務(wù)等。 | RNC
|
|
9
| RRM_ALLOCATE_RESOURCES_FAILURE:
| UE能力判決失敗
| RLC能力、傳輸信道能力等，分配資源時(shí)如設(shè)置UE能力參數(shù)，需判斷UE能否支持該能力，如終端不支持該能力如H，則會(huì)返回失敗
| RNC
| 檢查UE能力參數(shù)設(shè)置是否與終端一致
|
10
| RAB Setup Request之后報(bào)了RRM_ALLOCATE_RESOURCES_FAILURE，原因是不是：
RRM_ErrorCellStatus，
RRM_DLCodeDemandFail，或
RRM_ULCodeDemandFail
| 擁塞：其它原因
| 1)
上行功率判決失�。�UL power judge fail）
2)
下行功率判決失敗
（DL power judge fail）
3)
上行[url=]載波判決[/url][y3] 失敗
（UL carrier judge fail）
4)
下行載波判決失敗
（DL carrier judge fail）
5)
DCA得到載波優(yōu)先級(jí)列表時(shí)失�。�get carrier priority list failure）
6)
DCA得到上行時(shí)隙優(yōu)先級(jí)列表失敗（get ul TS priority list failure）
7)
DCA得到下行時(shí)隙優(yōu)先級(jí)列表失敗
（get dl TS priority list failure）
8)
沒有足夠的DCH資源（No enough DCH resource）
9)
沒有足夠的FACH資源 No enough FACH resource
10)
沒有足夠的HSDPA資源（No enough HSDPA resource）
11)
載波流業(yè)務(wù)保證速率判決失�。�Stream GBR judge fail）
12)
HSDPA算法不支持（HSDPA arith not support）
13)
DCA得到資源組合類型失�。�get res mux type failure）
| RNC
|
|
11
| RNC給CN發(fā)了RAB Setup Failure(未出現(xiàn)RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知):上行空口資源失敗
|
| EventPara為“上行碼判決失敗”或“上行功率判決失敗”或“上行載波判決失敗”或“DCA得到上行時(shí)隙優(yōu)先級(jí)列表失敗”或“上行碼需求失敗”或“上行獨(dú)立載波判決失敗”，那么原因歸為“RNC給CN發(fā)了RAB Setup Failure(未出現(xiàn)RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知):上行空口資源失敗”。
| RNC
| 重點(diǎn)確認(rèn)是否假擁塞。
|
12
| RNC給CN發(fā)了RAB Setup Failure(未出現(xiàn)RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知):下行空口資源失敗
|
| EventPara為“下行碼判決失敗”或“下行功率判決失敗”或“下行載波判決失敗”或“DCA得到下行時(shí)隙優(yōu)先級(jí)列表失敗”或“下行碼需求失敗”或“下行獨(dú)立載波判決失敗”，那么原因歸為“RNC給CN發(fā)了RAB Setup Failure(未出現(xiàn)RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知):下行空口資源失敗”。
| RNC
| 重點(diǎn)確認(rèn)是否假擁塞。
|
13
| RNC給CN發(fā)了RAB Setup Failure(未出現(xiàn)RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知):空口資源失敗
|
| EventPara為“碼分配失敗”或“沒有足夠的DCH資源”或“沒有足夠的FACH資源”或“沒有足夠的HSDPA資源”或“載波流業(yè)務(wù)保證速率判決失敗”或“DCA得到載波優(yōu)先級(jí)列表時(shí)失敗”或“LCC算法或者其他判決，沒有碼資源或者沒有功率資源，包括伴隨DPCH”或“沒有足夠的公共信道資源”或“沒有足夠的HSDPA資源（不包括伴隨DPCH）”，那么原因歸為“RNC給CN發(fā)了RAB Setup Failure(未出現(xiàn)RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知):空口資源失敗”。
| RNC
| 重點(diǎn)確認(rèn)是否假擁塞。
|
14
| RNC給CN發(fā)了RAB Setup Failure(未出現(xiàn)RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知):小區(qū)/載波狀態(tài)異常
|
| RNC檢查到載波或小區(qū)狀態(tài)不正常，查看問題出現(xiàn)時(shí)間點(diǎn)附件的小區(qū)/載波告警，確認(rèn)是否存在“傳輸閃斷”等告警；
|
| 對(duì)于此類問題，臨時(shí)解決方案可以直接進(jìn)行小區(qū)激活、去激活，同時(shí)告知研發(fā)進(jìn)行版本升級(jí)以進(jìn)行規(guī)避
|
15
| RNC給CN發(fā)了RAB Setup Failure(未出現(xiàn)RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知):UE能力判決失敗
|
| RLC能力、傳輸信道能力等，分配資源時(shí)如設(shè)置UE能力參數(shù)，需判斷UE能否支持該能力，如終端不支持該能力如H，則會(huì)返回失敗
| RNC
| 檢查UE能力參數(shù)設(shè)置是否與終端一致
|
16
| RNC給CN發(fā)了RAB Setup Failure(未出現(xiàn)RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知):本地資源判決失敗(上行)
|
| EventPara為“上行ATM資源判決失敗”，那么原因歸為“RNC給CN發(fā)了RAB Setup Failure(未出現(xiàn)RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知):本地資源判決失敗(上行)”。
|
| 上行ATM資源判決失敗”包括帶寬（E1配置等）不足、PATH狀態(tài)不可用、沒有匹配類型的PATH、TrafficQos中沒有配置請(qǐng)求的業(yè)務(wù)等。
|
17
| RNC給CN發(fā)了RAB Setup Failure(未出現(xiàn)RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知):本地資源判決失敗(下行)
|
| EventPara為“下行ATM資源判決失敗”，那么原因歸為“RNC給CN發(fā)了RAB Setup Failure(未出現(xiàn)RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知):本地資源判決失敗(下行)”。
|
| 下行ATM資源判決失敗”包括帶寬（E1配置等）不足、PATH狀態(tài)不可用、沒有匹配類型的PATH、TrafficQos中沒有配置請(qǐng)求的業(yè)務(wù)等。
|
18
| RNC給CN發(fā)了RAB Setup Failure(未出現(xiàn)RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知):本地資源判決失敗
|
| EventPara為“上下行ATM資判決都失敗”或“沒有可用的PATH導(dǎo)致ATM資源判決失敗”或“沒有可用的CID導(dǎo)致ATM資源判決失敗”或“LRM CAC內(nèi)部判決失敗”或“DCA本身進(jìn)行本地資源時(shí)失敗”，那么原因歸為“RNC給CN發(fā)了RAB Setup Failure(未出現(xiàn)RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知):本地資源判決失敗”。
|
| IUB口的2M鏈路擴(kuò)容或排障
|
19
| RNC給CN發(fā)了RAB Setup Failure(未出現(xiàn)RRM_ALLOCATE_RESOURCES_FAILURE或其原因未知):其它失敗
|
|
|
|
|
20
| 有Radio link Reconfiguration Failure事件，原因：NODEB_RESOURCES_UNAVAILABLE
| RL重配失敗：NB無法獲得資源
| NB把Radio link Setup request參數(shù)與自己網(wǎng)元布配參數(shù)不對(duì)，不一致認(rèn)為資源不可得：如載波、RRU、功率等； 初步判斷為NodeB故障，明確存在問題的NodeB，對(duì)此NodeB進(jìn)行收斂分析。
| NB
| 檢查NodeB布配參數(shù)
|
21
| 有Radio link Reconfiguration Failure事件，原因：REQUESTED_CONFIGURATION_NOT_SUPPORTED
| RL重配失�。号渲貌恢С�
| 配置不僅僅指頻點(diǎn)、碼字、時(shí)隙，還有時(shí)隙格式等，以及消息中所有的參數(shù)這種問題初步判斷為NodeB故障導(dǎo)致，明確存在問題的NodeB，將此類現(xiàn)象進(jìn)行羅列，上報(bào)NodeB研發(fā)工程師，要求研發(fā)進(jìn)行問題定位，并反饋解決方案
| NB
|
|
22
| 有Radio link Reconfiguration Failure事件，原因：HARDWARE_FAILURE
| RL重配失敗：硬件失敗
| NB狀態(tài)不正�；蛴�APB響應(yīng)超時(shí)等告警，初步判斷為NodeB故障；
| NB
| 明確存在問題的NodeB，檢查告警
|
23
| 有Radio link Reconfiguration Failure事件，原因不是：
NODEB_RESOURCES_UNAVAILABLE，REQUESTED_CONFIGURATION_NOT_SUPPORTED和HARDWARE_FAILURE
| RL重配失�。浩渌�
|
| NB
|
|
24
| RNC未發(fā)RAB Setup Success，SGSN向RNC發(fā)了RAB Release
| SGSN提前向RNC發(fā)了RAB Release
| 屬于核心網(wǎng)問題。同核心網(wǎng)廠家確認(rèn)
| RNC和SGSN之間
|
|
25
| RNC未發(fā)RAB Setup Success，RNC向CN發(fā)了Iu Release Request
| RNC提前向CN發(fā)了IU Release Request
| 通常是RAB建立過程發(fā)生了異常，一般比較常見的，如：1）給UE發(fā)送了RB SETUP消息，但UE不會(huì)RB SETUP COMPLETE響應(yīng)，導(dǎo)致定時(shí)器超時(shí)，給CN發(fā)送Iu Release Request。2）RAB建立過程中發(fā)生了小區(qū)更新。3）另外，還有，如：配置NB，發(fā)送RL同步重配置準(zhǔn)備消息，NB沒有回響應(yīng)，導(dǎo)致定時(shí)器超時(shí)，RNC給CN發(fā)送釋放請(qǐng)求；4）RNC的高層子系統(tǒng)配置本地其他子系統(tǒng)，響應(yīng)沒有及時(shí)回來，定時(shí)器超時(shí)導(dǎo)致釋放。等。一般就是定時(shí)器超時(shí)導(dǎo)致釋放以及和小區(qū)更新并發(fā)導(dǎo)致的釋放，其中，NB和RNC本地是有線傳輸，定時(shí)器超時(shí)的可能性不大；目前外場(chǎng)最多的情況就是1）、2）。
李建平：還有其它很少見的情況，比如，RAB建立過程中Iub口鏈路或Iu口鏈路故障等；
| RNC
|
|
26
| RNC未發(fā)RAB Setup Success，CN向RNC發(fā)了Iu Release Command
| CN向RNC發(fā)了IU Release Command
| RAB建立失敗均為核心網(wǎng)發(fā)起的主動(dòng)釋放
| RNC和CN之間
| 一般都為核心網(wǎng)問題，需要實(shí)測(cè)并配合核心網(wǎng)處抓消息定位
|
27
| RAB Setup Request后沒有RAB Setup Success，又發(fā)起CellUpdate
| RAB建立過程和CellUpdate并發(fā)
| 設(shè)備不支持RAB建立和小區(qū)更新并發(fā)
| RNC和CN之間
| 優(yōu)化無線環(huán)境
|
28
| RB Setup Failure，原因是Invalid configuration
| RB Setup Failure：無效配置
|
參數(shù)配置有誤，如配置時(shí)TB大小超過UE能力；
| RNC或UE
| 檢查參數(shù)
|
29
| RB Setup Failure，原因是Physical channel failure
| RB Setup Failure：物理信道同步失敗
| 在新鏈路上同步失敗。其中，新鏈路，若切換的話就是和目標(biāo)小區(qū)的；若小區(qū)內(nèi)調(diào)整就是和目標(biāo)載頻或者
載頻不變和目標(biāo)時(shí)隙/碼道的。
| RNC或UE
| 明確基站載頻是否存在故障, 覆蓋或干擾問題分析
|
30
| RB Setup Failure，原因是timeout
| RB Setup Failure：超時(shí)
| 此類問題可以分為兩種情況：1、RNC下發(fā)的RB Setup消息UE未收到；2、UE已經(jīng)收到了RNC下發(fā)的RB Setup消息，但是UE回復(fù)的完成或失敗消息，RNC在“等待UE響應(yīng)消息定時(shí)器”10s超時(shí)后未收到。
| RNC或UE
| 設(shè)備故障或無線環(huán)境原因
|
31
| RB Setup Failure，原因不是Physical channel failure，Invalid configuration或timeout
| RB Setup Failure：其它原因
|
| RNC或UE
|
|
32
| UE主動(dòng)發(fā)SIGNALING CONNECTION RELEASE INDICATION
| UE主動(dòng)發(fā)起信令連接釋放
| 由于UE產(chǎn)生的信令連接釋放”一般是用戶引起的釋放過程。[url=]這個(gè)是UE在RAB建立過程中主動(dòng)要求信令連接釋放[/url][y4] ，屬于正�，F(xiàn)象，后續(xù)將不再記為RAB接入失敗。
| UE
|
|
序號(hào)
| 切換失敗現(xiàn)象
| 失敗原因中文名
| 失敗原因具體解釋
| 問題段
| 分析和優(yōu)化建議
|
1
| RNC給目標(biāo)NB發(fā)了Radio link Addtion Request之后RNC收到NB回的Radio link Addition Failure
| NB內(nèi)切換失敗：NB失敗
| 同一NB內(nèi)的無線鏈路建立采用Radio link Addition Failure，此原因與RRC的無線鏈路建立失敗可一樣分析；
| NB
| 檢查請(qǐng)求參數(shù)與NB布配參數(shù)是否一致
|
2
| RNC給目標(biāo)NB發(fā)了Radio link Setup Request之后收到目標(biāo)NB回的Radio link Setup Failure
| NB間切換失�。耗繕�(biāo)NB無線鏈路建立失敗或AAL2失敗
| 同一RNC內(nèi)的無線鏈路建立采用Radio link setup Failure，此原因與RRC的無線鏈路建立失敗可一樣分析；
| NB
| 檢查請(qǐng)求參數(shù)與NB布配參數(shù)是否一致
|
3
| 源RNC給UE發(fā)了切換重配置命令后，沒有收到UE的響應(yīng)，RNC模擬的重配置失敗事件中的原因是Timeout
| 切換失�。�UE響應(yīng)切換命令超時(shí)
| 可能UE沒收到切換重配置消息，也可能UE收到后由于無線原因?qū)е?/font>UE發(fā)送完成消息無法到達(dá)RNC
| Uu
| 需查找無線環(huán)境原因，C/I 、P-CCPCH RSCP、ISCP和UE發(fā)射功率；
|
4
| 源RNC給UE發(fā)了切換重配置命令后，收到了UE回的重配置失敗響應(yīng)，重配置失敗事件中的原因是：physical channel failure
| 切換失�。� 物理信道失敗
| 收到重配置失敗，意味UE和目標(biāo)小區(qū)同步失敗，但與原小區(qū)同步成功，繼續(xù)在原小區(qū)進(jìn)行通信
| Uu
| 需查找無線環(huán)境原因，C/I 、P-CCPCH RSCP、ISCP和UE發(fā)射功率；
|
5
| 源RNC給UE發(fā)了切換重配置命令后，尚未收到UE的重配置響應(yīng)前，又收到UE發(fā)的CellUpdate
| 切換失�。汉�CellUpdate并發(fā)
| 實(shí)現(xiàn)機(jī)制不支持并發(fā)業(yè)務(wù)，所以會(huì)導(dǎo)致本次切換失敗
| Uu
| 優(yōu)化無線環(huán)境，避免小區(qū)更新
|
6
| 源RNC給UE發(fā)了切換重配置命令后，收到了UE回的重配置失敗響應(yīng)，重配置失敗事件中的原因不是physical channel failure、timeout和cellupdate occurred
| 切換失�。浩渌�
| 有可能是設(shè)備問題、協(xié)議不支持、參數(shù)配置錯(cuò)誤等問題
| Uu
| 檢查設(shè)備狀態(tài)、告警和參數(shù)
|
序號(hào)
| TD重定位失敗現(xiàn)象
| 失敗原因中文名
| 失敗原因具體解釋
| 問題段
| 分析和優(yōu)化建議
|
1
| 源RNC收到CN的Relocation Preparation Failure，失敗原因是：Unknown target rnc
| 重定位準(zhǔn)備失�。耗繕�(biāo)RNC無法識(shí)別
| a)
RNC的鄰區(qū)配置信息錯(cuò)誤：具體是目標(biāo)小區(qū)的LAC在源RNC的鄰區(qū)配置中不正確，修改后即能正常切換； b)
MSC沒有添加目標(biāo)RNC的LAC數(shù)據(jù)：
這種情況發(fā)生在跨MSC切換時(shí)，MSC側(cè)添加目標(biāo)RNC的LAC后切換正常； c)
MSC側(cè)的目標(biāo)RNC LAC狀態(tài)有問題，重新激活后即正常。 | RNC/CN
| 檢查參數(shù)配置、是否割接或設(shè)備狀態(tài)
|
2
| 源RNC收到CN的Relocation Preparation Failure：目標(biāo)RNC沒有收到CN發(fā)來的Relocation Request
| 重定位準(zhǔn)備失�。耗繕�(biāo)RNC沒收到Relocation Request
| CN收到源RNC Relocation required消息后，按協(xié)議需發(fā)Relocation Request，一般該情況很少見
| CN
| CN側(cè)掛表看CN發(fā)了沒有
|
3
| 源RNC收到CN的Relocation Preparation Failure，目標(biāo)RNC收到了Relocation Request，但目標(biāo)RNC沒有給目標(biāo)NB發(fā)Radio Link Setup Request，且有RRM_ALLOCATE_RESOURCE_FAILURE事件，原因是：RRM_ULCodeDemandFail或RRM ULCodeJudFail
| 重定位準(zhǔn)備失敗：目標(biāo)RNC擁塞，上行碼需求或碼判決失敗
| RRM進(jìn)行資源分配的步驟依次是“確定碼需求”、“進(jìn)行碼判決”和“進(jìn)行碼分配”： 只有前一個(gè)的過程通過了才可能進(jìn)行下一個(gè)過程的判斷，即如果“確定碼需求”階段就失敗了就不會(huì)再做“進(jìn)行碼判決”的判斷。 “確定碼需求”主要是獲得新呼叫或用戶業(yè)務(wù)發(fā)生變化時(shí)總的需要的碼資源情況，主要通過查詢相關(guān)“靜態(tài)配置”得到； 通俗講：“確定碼需求”就是得到本次請(qǐng)求需要的總的碼資源； “靜態(tài)參數(shù)沒有配置”可能是主要原因。
“進(jìn)行碼判決”是指用戶接入或重配置時(shí)當(dāng)前小區(qū)碼資源（載波、時(shí)隙）能否夠用的判斷；
“進(jìn)行碼判決”是判斷可以在哪些載波哪些時(shí)隙上接入，判斷可用資源夠不夠；
RNC返回的擁塞有2種情況，真擁塞和假擁塞。真擁塞為小區(qū)資源不足導(dǎo)致用戶容量受限，而假擁塞則和用戶接入個(gè)數(shù)沒有關(guān)系，可能是參數(shù)設(shè)置不合理、設(shè)備故障或傳輸異常導(dǎo)致。
| TRNC
| 檢查設(shè)備、參數(shù)、傳輸或需擴(kuò)容
|
4
| 源RNC收到CN的Relocation Preparation Failure，目標(biāo)RNC收到了Relocation Request，但目標(biāo)RNC沒有給目標(biāo)NB發(fā)Radio Link Setup Request，且有RRM_ALLOCATE_RESOURCE_FAILURE事件，原因是：RRM_DLCodeDemandFail
| 重定位準(zhǔn)備失�。耗繕�(biāo)RNC擁塞，下行碼需求失敗
| 上同
| TRNC
| 檢查設(shè)備、參數(shù)、傳輸或需擴(kuò)容
|
5
| 源RNC收到CN的Relocation Preparation Failure，目標(biāo)RNC收到了Relocation Request，但目標(biāo)RNC沒有給目標(biāo)NB發(fā)Radio Link Setup Request，且有RRM_ALLOCATE_RESOURCE_FAILURE事件，原因是：RRM_ErrorCellStatus
| 重定位準(zhǔn)備失敗：目標(biāo)RNC擁塞，小區(qū)狀態(tài)錯(cuò)誤
| RNC檢查到載波或小區(qū)狀態(tài)不正常，查看問題出現(xiàn)時(shí)間點(diǎn)附件的小區(qū)/載波告警，確認(rèn)是否存在“傳輸閃斷”等告警；
| TRNC
| 檢查告警
|
6
| 源RNC收到CN的Relocation Preparation Failure，目標(biāo)RNC收到了Relocation Request，但目標(biāo)RNC沒有給目標(biāo)NB發(fā)Radio Link Setup Request，且有RRM_ALLOCATE_RESOURCE_FAILURE事件，原因不是：RRM_ErrorCellStatus、RRM_DLCodeDemandFail、RRM_ULCodeDemandFail
| 重定位準(zhǔn)備失�。耗繕�(biāo)RNC擁塞，其它原因
| 目標(biāo)RNC沒發(fā)Radio Link Setup Request，除資源判決和小區(qū)狀態(tài)外，考慮目標(biāo)RNC當(dāng)前狀態(tài)和處理機(jī)制
| TRNC
| 目標(biāo)RNC告警和處理機(jī)制問題
|
7
| 目標(biāo)RNC收到了目標(biāo)NB的Radio link setup failure
| 重定位準(zhǔn)備失�。耗繕�(biāo)RNC側(cè)無線鏈路建立失敗
| 目標(biāo)基站狀態(tài)不對(duì)，或RNC發(fā)送的消息參數(shù)有誤
| TRNC/TNB
| 檢查基站狀態(tài)和消息參數(shù)
|
8
| 目標(biāo)RNC和目標(biāo)NB建立RL成功后，目標(biāo)RNC又給目標(biāo)NB發(fā)Radio link Delete Request
| 重定位準(zhǔn)備失�。耗繕�(biāo)RNC側(cè)Iub接口AAL2建立失敗
| Iub有關(guān)ALCAP參數(shù)配置不正確
| TRNC/TNB
| Iub參數(shù)檢查
|
9
| 目標(biāo)RNC和目標(biāo)NB建立RL成功后，目標(biāo)RNC給CN發(fā)Relocation Failure
| 重定位準(zhǔn)備失�。耗繕�(biāo)RNC側(cè)Iu接口AAL2建立失敗
| Iu有關(guān)ALCAP參數(shù)配置不正確
| TRNC/CN
| Iu參數(shù)檢查
|
10
| 源RNC收到CN的Relocation Preparation Failure：
| 重定位準(zhǔn)備失敗：其它原因
| 凡是這種情況，均從CN與目標(biāo)RNC直接協(xié)商分析，包括無線鏈路建立等；
| TRNC
|
|
11
| 源RNC給CN發(fā)了Relocation Require之后，沒有收到Relocaiton Command，源RNC又給CN發(fā)了Relocation Cancel了，原因值為HSPS_TRELOCPREP_EXPIRY
| 重定位取消，重定位準(zhǔn)備定時(shí)器超時(shí)
| 該現(xiàn)象說明CN與目標(biāo)RNC直接協(xié)商時(shí)間過長，定時(shí)器超時(shí)前沒回Relocaiton Command或Relocation Preparation Failure消息
| TRNC
| 因此這種現(xiàn)象仍需在目標(biāo)側(cè)IU口掛表，看核心網(wǎng)是否向目標(biāo)側(cè)RNC下發(fā)了relocation request消息。
|
12
| 源RNC給UE發(fā)了RB重配置命令之后，UE無響應(yīng)或回重配置失敗
|
| UE和目標(biāo)小區(qū)同步不上（RB重配置失敗），也可能無線環(huán)境原因無相應(yīng)響應(yīng)消息，該情況一般從無線環(huán)境分析
| Uu
| 優(yōu)化無線環(huán)境
|
13
| 源重定位取消: Failure in target cn rnc or system
| 源RNC給CN發(fā)重定位取消：失敗由于目標(biāo)CN RNC或系統(tǒng)
| 進(jìn)一步查看是否雙域且另一域重定位失敗，cancel的原因和另一域重定位準(zhǔn)備失敗原因完全相同
| CN
| 需要核心網(wǎng)配合核查
|
14
| 源重定位取消: 其它原因
| 非重定位準(zhǔn)備定時(shí)器超時(shí)、非RB重配失敗、非雙域原因的其他原因
| 從源RNC分析
| SRNC
| 檢查源RNC狀態(tài)和處理機(jī)制
|
15
| 源RNC給CN發(fā)過Relocaiton Require之后，收到CN發(fā)的Iu Release Command，且原因不是：HSPS_SUCCESSFUL_RELOCATION
| 重定位失�。何粗�
|
成功重定位后應(yīng)收到CN發(fā)的Iu Release Command：HSPS_SUCCESSFUL_RELOCATION，需原因不是，需CN配合檢查
| CN
| 掛表與CN配合檢查
|
序號(hào)
| TD重定位失敗現(xiàn)象
| 失敗原因中文名
| 失敗原因具體解釋
| 問題段
| 分析和優(yōu)化建議
|
1
| RNC收到Handover From UTRAN Failure/Cell Change Order From UTRAN Failure，失敗原因是：configuration unacceptable
| 跨系統(tǒng)切換失�。号渲貌豢山邮�
| Cell Change Order From UTRAN中配置參數(shù)很少，主要是GSM的BSIC、頻段、頻點(diǎn)。如果遇到“configuration unacceptable”，終端可能認(rèn)為RNC帶給他的參數(shù)認(rèn)為是有誤的
|
| 配置參數(shù)檢查
|
2
| RNC收到Handover From UTRAN Failure/Cell Change Order From UTRAN Failure，失敗原因是：physical channel failure
| 跨系統(tǒng)切換失�。何锢硇诺劳绞�
| 在新鏈路上同步失敗。其中，新鏈路，若切換的話就是和目標(biāo)小區(qū)的；若小區(qū)內(nèi)調(diào)整就是和目標(biāo)載頻或者
載頻不變和目標(biāo)時(shí)隙/碼道的。
| Um
| 該種情況主要是和GSM無線信號(hào)質(zhì)量有關(guān)（終端原因還在定位中），UE由于信號(hào)強(qiáng)度或同步原因無法和GSM建立無線鏈路
|
3
| RNC收到Handover From UTRAN Failure/Cell Change Order From UTRAN Failure，失敗原因是：protocol error
| 跨系統(tǒng)切換失�。簠f(xié)議錯(cuò)誤
| UE與RNC理解協(xié)議不一致的地方，目前很少這種情況
| RNC
| 檢查配置參數(shù)
|
4
| 跨系統(tǒng)切換失敗:timeout
| 跨系統(tǒng)切換超時(shí)，指RNC發(fā)了跨系統(tǒng)切換命令，UE通過切換或重選方式到GSM系統(tǒng)，由于某種原因，在規(guī)定時(shí)間內(nèi)UE沒及時(shí)返回成功或失敗消息，導(dǎo)致定時(shí)器超時(shí)
| 故該現(xiàn)象涉及UE的狀態(tài)、GSM無線信號(hào)，以及處理機(jī)制等
| UE、GSM
| 檢查UE處理機(jī)制、GSM無線環(huán)境及處理機(jī)制
|
5
| RNC給CN發(fā)送了IU RELEASE REQUEST（且之前沒有收到Radio link Failure Indication）：unspecified；
| 跨系統(tǒng)切換掉話：其他原因
| 指非超時(shí)、物理信道失敗、配置不支持或協(xié)議錯(cuò)的原因
| RNC
|
|
6
| 跨系統(tǒng)切換掉話:physical channel failure
| 物理信道同步失敗
| 在新鏈路上同步失敗。其中，新鏈路，若切換的話就是和目標(biāo)小區(qū)的；若小區(qū)內(nèi)調(diào)整就是和目標(biāo)載頻或者
載頻不變和目標(biāo)時(shí)隙/碼道的。
| Um
| 優(yōu)化GSM無線環(huán)境
|
7
| 跨系統(tǒng)切換掉話:unspecified
| 其他原因
| 指RNC發(fā)IU RELEASE REQUEST 消息之前沒有收到Radio link failure indication消息，則原因歸于其他原因，一般是RNC本身處理機(jī)制問題
| RNC | 檢查RNC狀態(tài)或處理機(jī)制
|
8
| 跨系統(tǒng)切換失敗:relocation preparation failure
| 重配置準(zhǔn)備失敗
| 按系統(tǒng)內(nèi)RNC間重定位準(zhǔn)備失敗同樣分析處理
| BSC
| CN與BSC之間處理有問題
|
9
| 跨系統(tǒng)切換失敗:relocation cancel
| TD RNC發(fā)重配置取消，一般是重配置準(zhǔn)備超時(shí)、Um口重配置失敗、雙域等原因?qū)е?/font>
| 按系統(tǒng)內(nèi)RNC間重定位取消同樣分析處理
| Um
| GSM無線環(huán)境、或GSM處理機(jī)制
|
序號(hào)
| 掉話現(xiàn)象
| 掉話原因中文名
| 掉話原因具體解釋
| 問題段
| 分析和優(yōu)化建議
|
1
| RNC發(fā)的IU Release Request中的Universal Cause=
HSPS_UNSPECIFIED_FAILURE并且
Local Cause=
HSPS_RAC_SRB_RB_TPSS_FAIL_RSP
| TPSS指RNC側(cè)業(yè)務(wù)面，TPSS Fail指RNC側(cè)業(yè)務(wù)面導(dǎo)致的釋放
| RNC側(cè)業(yè)務(wù)面的L2配置失敗、超時(shí)、RNC側(cè)業(yè)務(wù)面發(fā)現(xiàn)的RLC不可恢復(fù)錯(cuò)誤，會(huì)導(dǎo)致TPSS Fail。
| RNC
| 需要提供當(dāng)時(shí)的LDT級(jí)別的信令跟蹤，有RNC側(cè)相關(guān)人員分析。如果沒有信令跟蹤，可提供對(duì)應(yīng)時(shí)間點(diǎn)的運(yùn)行日志、CDL，有RNC側(cè)相關(guān)人員分析。
|
2
| IU Release Request：
| UE側(cè)小區(qū)更新配置失敗
| UE收到cell update confirm后直接返回小區(qū)更新配置失敗消息
| RNC
| 可能配置消息參數(shù)不對(duì)，或無線環(huán)境原因或UE處理機(jī)制問題
|
3
| IU Release Request：cell update configuration timer expire of UE
| UE側(cè)小區(qū)更新配置超時(shí)
| 通話過程中發(fā)生下行失步，UE主動(dòng)發(fā)起了cell update，網(wǎng)絡(luò)側(cè)也在空口下發(fā)了cell update confirm，但3s內(nèi)網(wǎng)絡(luò)側(cè)都沒有收到UE發(fā)送的cell update成功消息或失敗消息，導(dǎo)致超時(shí)掉話。
| RNC
| 無線環(huán)境原因、或UE處理機(jī)制問題
|
4
| IU Release Request前60秒內(nèi)RNC收到了兩次未完成的CellUpdate，兩次CellUpdate的CellID不同
| CellUpdate失�。涸诓煌^(qū)重復(fù)發(fā)CellUpdate
| 不支持小區(qū)更新和小區(qū)更新的并發(fā)
| RNC
| 處理不支持
|
5
| IU Release Request前，Cell Update和RB/物理信道/傳輸信道重配置過程并發(fā)
| CellUpdate失敗：Cell Update和其它過程并發(fā)
| 目前實(shí)現(xiàn)不支持小區(qū)更新與這些過程并發(fā)
| Uu
| 優(yōu)化無線環(huán)境，避免出現(xiàn)小區(qū)更新
|
6
| IU Release Request：
| 當(dāng)前過程和小區(qū)更新并發(fā)
|
|
|
|
7
| IU Release Request：RL failure or RLC error timer expiry
| 無線鏈路失敗或RLC錯(cuò)誤定時(shí)器超時(shí)
| 一般會(huì)看見Radio link failure indication，意味上行無線鏈路失步
| Uu
| 1、進(jìn)行無線網(wǎng)絡(luò)優(yōu)化，改善無線環(huán)境，減少RL失敗造成掉話；
2、延長RNC和UE釋放鏈路的時(shí)間，目前南京現(xiàn)網(wǎng)的上行失步定時(shí)器均設(shè)置了很長，也基本統(tǒng)一。但是還是存在部分新開站點(diǎn)計(jì)數(shù)器沒有進(jìn)行統(tǒng)一，必須定期的對(duì)全網(wǎng)小區(qū)的參數(shù)進(jìn)行核查統(tǒng)一；
3、提高UE自身能力，某些終端在信號(hào)不是太差的情況下，經(jīng)常會(huì)出現(xiàn)下行或上行失步；
|
8
| Iu Release Request：rolled Fail during HO
| 切換過程發(fā)生并發(fā)切換回退失敗
| 切換過程中發(fā)生小區(qū)更新，RNC是可以處理的，即：切換回退，然后進(jìn)行小區(qū)更新。但并非所有的切換都可以回退，以下情況都會(huì)釋放UE：
等待UE的切換完成消息時(shí)，收到小區(qū)更新，但在切換時(shí)，UE存在HSDPA業(yè)務(wù)或HSUPA業(yè)務(wù)，或切換過程使用的不是PhyCH重配置。
| RNC
| 處理機(jī)制問題，可通過優(yōu)化無線環(huán)境避免小區(qū)更新
|
9
| Iu Release Request：
| 切換過程收到UE失敗消息
| 切換過程中，給UE發(fā)送了切換命令重配置消息后，RNC側(cè)會(huì)啟動(dòng)一個(gè)定時(shí)器。在這個(gè)時(shí)間段內(nèi)，如果UE返回失敗，那么可以回退；否則，如果是在這個(gè)定時(shí)器超時(shí)之后UE返回了失敗，那么是不回退，直接進(jìn)行釋放的，使用該原因。
| RNC
| UE處理機(jī)制以及無線環(huán)境優(yōu)化
|
10
| Iu Release Request：Receive Ue Timeout Msg during HO
| 切換過程收到UE超時(shí)消息
| 1、RNC下發(fā)的切換命令UE沒收到（下行覆蓋或干擾原因）；2、UE和目標(biāo)小區(qū)沒有同步上（上行/下行覆蓋或干擾原因）。
| Uu
| 優(yōu)化無線環(huán)境
|
11
| Iu Release Request：
| 切換過程收到不可回滾的RL建立失敗消息
| RL建立/重配置過程中，RNC給NB發(fā)送了建立/重配置消息，等待NB響應(yīng)定時(shí)器超時(shí)之前如果還沒有收到NB響應(yīng)，認(rèn)為是不可回滾。如果是NodeB返回了響應(yīng)但結(jié)果認(rèn)為是失敗的，則認(rèn)為可以回滾。
| NB
| 檢查基站的告警及處理機(jī)制
|
12
| Iu Release Request :
| 目標(biāo)側(cè)重定位過程中建立RAB失敗
|
|
|
|
13
| 源RNC給CN發(fā)Relocation Cancel，之前收到UE的RB Reconfiguration Failure
| 重定位源側(cè)收到RB重配失敗消息
| UE與目標(biāo)小區(qū)配置失敗，可能是參數(shù)問題也有可能是無線環(huán)境原因
| Uu
| 無線環(huán)境原因或參數(shù)配置問題
|
14
| Iu Release Request :
| 重定位源側(cè)收到物理信道重配失敗消息
| 意味與目標(biāo)小區(qū)無法同步，但能與原小區(qū)進(jìn)行同步
| Uu
| 無線環(huán)境優(yōu)化
|
15
| Iu Release Request :Trelocoverall Expiry(IUSP_REL_REQ_LOCAL_CAUSE_TRELOCOVERALL_EXPIRE
| 重定位OVERALL定時(shí)器超時(shí)
| 本RNC作為源側(cè)RNC在重定位過程中，發(fā)出RB recfg消息后，重定位恢復(fù)定時(shí)器超時(shí)（沒有收到正常iu release消息）導(dǎo)致釋放。
|
| 原因可能在于空口質(zhì)量不好，UE沒有和新小區(qū)同步導(dǎo)致
|
16
| 源RNC收到CN的Relocation Preparation Failure，導(dǎo)致RNC發(fā)Iu Release Request：
| 重定位準(zhǔn)備失敗
| 按重定位準(zhǔn)備失敗過程分析
|
|
|
17
| 源RNC收到CN的Relocation Cancel了，原因是Trelocprep_expiry
| 重定位準(zhǔn)備定時(shí)器超時(shí)
| 該現(xiàn)象說明CN與目標(biāo)RNC直接協(xié)商時(shí)間過長，定時(shí)器超時(shí)前沒回Relocaiton Command或Relocation Preparation Failure消息
|
|
|
18
| 源重定位取消: Failure in target cn rnc or system
| 源RNC給CN發(fā)重定位取消：失敗由于目標(biāo)CN RNC或系統(tǒng)不支持
| 進(jìn)一步查看是否雙域且另一域重定位失敗，cancel的原因和另一域重定位準(zhǔn)備失敗原因完全相同
| CN
| 需要核心網(wǎng)配合核查
|
19
| Iu Release Request :
| PS域系統(tǒng)間切換，收到PS域系統(tǒng)間切換定時(shí)器超時(shí)消息
| 按系統(tǒng)間切換分析
|
|
|
20
| Iu Release Request :
| 系統(tǒng)間切換HANDOVER FROM UTRAN失敗消息
| 按系統(tǒng)間切換分析
|
|
|
21
| Iu Release Request :
| 系統(tǒng)間切換CELL CHANGE ORDER FROM UTRAN失敗消息
| 按系統(tǒng)間切換分析
|
|
|
22
| Iu Release Request：
| RB的DTD過程RL同步重配失敗
| DTD指，DPCH資源到DPCH資源的調(diào)整，如從載頻1調(diào)整到載頻2，其中載頻1和載頻2都分配的是DPCH資源。
|
|
|
23
| Iu Release Request：
| RB的DTD過程收到L2配置失敗消息
| 按接入分析
|
|
|
24
| Iu Release Request：
| RB的DTD過程等待L2配置響應(yīng)超時(shí)
| 按接入分析
|
|
|
25
| Iu Release Request：Receive Ue Failure Response Message In DTD
Proc
| RB的DTD過程收到UE失敗消息
| 按接入分析
|
|
|
26
| Iu Release Request：Receive Ue TimerOut
Response Message In DTD Proc
| RB的DTD過程等待UE響應(yīng)消息超時(shí)
| 按接入分析
|
|
|
27
| Iu Release Request :
| 無線鏈路建立失敗
| 切換時(shí)無線鏈路建立失敗
|
|
|
28
| Iu Release Request :
| 無線鏈路重配置失敗
| 切換時(shí)無線鏈路重配失敗
|
|
|
29
| UE先給RNC發(fā)SIGNALING_CONNECTION_RELEASE_
INDICATION(UE->RNC)
| UE先發(fā)信令連接釋放
| 出現(xiàn)這種情況的主要某些終端使用了聯(lián)芯的一套特有解決方案，當(dāng)終端發(fā)現(xiàn)一段時(shí)間內(nèi)沒有任何業(yè)務(wù)量的時(shí)候，就會(huì)主動(dòng)發(fā)起signaling connection release indication，從而導(dǎo)致了大量的掉話發(fā)生（多集中在多普達(dá)S700終端上，實(shí)際用戶感覺不到，目前應(yīng)該不計(jì)入統(tǒng)計(jì)項(xiàng)）。
| UE
|
|
30
| Iu Release Request：
| 由于UTRAN產(chǎn)生的原因?qū)е箩尫?/font>
| 1）高層子系統(tǒng)內(nèi)部異常情況釋放RRC連接會(huì)采用這個(gè)原因；2）RRC重接入，給UE發(fā)送空口消息失敗，組建內(nèi)部（L2配置消息）失敗，以及無線連路建立重配失敗會(huì)用這個(gè)錯(cuò)誤碼。
| RNC
|
|
31
| RNC發(fā)的IU Release Request中的Universal Cause=
HSPS_UNSPECIFIED_FAILURE并且
Local Cause=
HSPS_RAC_SRB_RRCReAccess_RELEASE
| 終端原因：RRC重接入
| 呼叫重建目前實(shí)現(xiàn)機(jī)制不完善導(dǎo)致
| UE
| 優(yōu)化無線環(huán)境，避免出現(xiàn)呼叫重建
|
32
| Iu Release Request
| 板間切換無線鏈路建立超時(shí)
| UE可能分布在不同的RSPA板上，板間指不同的RSPA板之間，“板間無線鏈路建立失敗”，表示在板間過程（切換、小區(qū)更新）中，目標(biāo)RSPA板上分配本地或無線資源失敗，如分配無線資源、RNC內(nèi)部的鏈路；
|
|
|
33
| Iu Release Request：
| 板間無線鏈路建立失敗
| UE可能分布在不同的RSPA板上，板間指不同的RSPA板之間，“板間無線鏈路建立失敗”，表示在板間過程（切換、小區(qū)更新）中，目標(biāo)RSPA板上分配本地或無線資源失敗，如分配無線資源、RNC內(nèi)部的鏈路；“無線鏈路建立失敗”準(zhǔn)確講，應(yīng)該是“板內(nèi)無線鏈路建立失敗”，不涉及板間過程，因此沒有涵蓋板間的情況。區(qū)分很顯然，就是看到底該過程是否涉及板間。
|
|
|
34
| Iu Release Request :
| 收到定時(shí)器超時(shí)消息
| 這里的定時(shí)器指的是RRC協(xié)議過程表中的定時(shí)器
|
|
|
35
| Iu Release Request
| 完整性檢查錯(cuò)誤導(dǎo)致RRC釋放
| RNC每收到UE的RRC（L3）消息，都會(huì)進(jìn)行完整性檢查，如果完整性檢查失敗，且失敗次數(shù)累計(jì)超過配置的門限值，就會(huì)進(jìn)行RRC釋放。
|
|
|
36
| Iu Release Request
| 下行碼需求失敗
| 切換時(shí)碼需求失敗，按接入碼需求失敗分析
|
|
|
37
| Iu Release Request
| 上行獨(dú)立載波判決失敗
| 這里解釋一下“獨(dú)立載波”的概念（以獨(dú)立HSDPA載波進(jìn)行描述，獨(dú)立HSUPA載波含義類似）：如果該載波的一個(gè)方向（UL或DL），所有公共信道以及高速共享信道所占碼道之和 + “為HSDPA用戶預(yù)留的DPCH碼道數(shù)” >= 該方向所有時(shí)隙的限碼之和，且該載波配置了HSDPA資源，說明該載波是獨(dú)立HSDPA載波。由于載波判決最初是在獨(dú)立載波引入的，因此稱為獨(dú)立載波判決，也就是載波判決。
|
|
|
38
| Iu Release Request
| 下行獨(dú)立載波判決失敗
| 上同
|
|
|
39
| Iu Release Request
| 本地資源申請(qǐng)失敗
| 除了ATM，IP也是有可能的
|
|
|
40
| Iu Release Request
| 本地資源申請(qǐng)失超時(shí)
| EventPara為“上下行ATM資判決都失敗”或“沒有可用的PATH導(dǎo)致ATM資源判決失敗”或“沒有可用的CID導(dǎo)致ATM資源判決失敗”或“LRM CAC內(nèi)部判決失敗”或“DCA本身進(jìn)行本地資源時(shí)失敗”，
|
|
|
41
| Iu Release Request
| 用戶強(qiáng)制釋放
| IUC在RAB/RELOCATION過程中異常，RNC內(nèi)出現(xiàn)異常錯(cuò)誤（狀態(tài)機(jī)無法正常運(yùn)行，這類原因一般比較少見），會(huì)采用這個(gè)原因“用戶強(qiáng)制釋放”。“
|
|
|
42
| Iu Release Request :
| 由于用戶不活動(dòng)
| 用戶長時(shí)間不活動(dòng)，啟動(dòng)USER inactive功能
|
| 不影響掉話指標(biāo)
|
43
| Iu Release Request :
| IMAA數(shù)據(jù)鏈路改變
|
|
|
|
44
| Iu Release Request :
| 因?yàn)楸粨屨级尫臨AB
|
|
|
|
45
| Iu Release Request :
| DCA失敗
|
|
|
|
46
| Iu Release Request :
| PS調(diào)度失敗
|
|
|
|
47
| Iu Release Request :
| 其他失敗原因
|
|
|
|
關(guān)注樓主