【資料名稱】：CDL失敗原因分析定位優(yōu)化思路20091207.doc

【資料作者】：fxx

【資料日期】：2009

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

1.RRC建立失敗現(xiàn)象、失敗原因和失敗信息
序號失敗現(xiàn)象失敗原因中文名失敗原因具體解釋問題段分析和優(yōu)化建議
1RRM_ALLOCATE_RESOURCES_FAILURE: “RRM_ULCodeDemandFail”上行碼需求失敗
RNC接收到RRC Connection Request之后，內(nèi)部會先進(jìn)行RRM資源分配。
RRM進(jìn)行資源分配的步驟依次是“確定碼需求”、“進(jìn)行碼判決”和“進(jìn)行碼分配”：
只有前一個的過程通過了才可能進(jìn)行下一個過程的判斷，即如果“確定碼需求”階段就失敗了就不會再做“進(jìn)行碼判決”的判斷。
“確定碼需求”主要是獲得新呼叫或用戶業(yè)務(wù)發(fā)生變化時總的需要的碼資源情況，主要通過查詢相關(guān)“靜態(tài)配置”得到；
通俗講：“確定碼需求”就是得到本次請求需要的總的碼資源；
“靜態(tài)參數(shù)沒有配置”可能是主要原因。RNC檢查所請求的業(yè)務(wù)的“上行靜態(tài)參數(shù)”是否配置。
2RRM_ALLOCATE_RESOURCES_FAILURE：“RRM_DLCodeDemandFail”下行碼需求失敗上同RNC上同
3有RRM_ALLOCATE_RESOURECES
_FAILURE消息，且原因是
RRM_ULCodeJudFail擁塞：上行碼道判決失敗“進(jìn)行碼判決”是指用戶接入或重配置時當(dāng)前小區(qū)碼資源（載波、時隙）能否夠用的判斷；
“進(jìn)行碼判決”是判斷可以在哪些載波哪些時隙上接入，判斷可用資源夠不夠；
RNC返回的擁塞有2種情況，真擁塞和假擁塞。真擁塞為小區(qū)資源不足導(dǎo)致用戶容量受限，而假擁塞則和用戶接入個數(shù)沒有關(guān)系，可能是參數(shù)設(shè)置不合理、設(shè)備故障或傳輸異常導(dǎo)致。
RNC真擁塞擴容，假擁塞排除故障或參數(shù)設(shè)置問題
4有RRM_ALLOCATE_RESOURECES
_FAILURE消息，且原因是RRM_DLCodeJudFail擁塞：下行碼道判決失敗上同RNC上同
5RRM_ALLOCATE_RESOURCES_FAILURE:碼分配失敗“進(jìn)行碼分配”是指業(yè)務(wù)建立、修改、刪除時為用戶分配新的物理信道和相關(guān)參數(shù)等。
“進(jìn)行碼分配”就是具體的分配過程，擴頻碼、midamble碼等具體分配；通常原因：時隙格式配置錯誤、時隙類型是 “窗優(yōu)化”、 HSDPA算法表中，打開了DPCH不連續(xù)開關(guān)、用戶太多RNCRNC故障或用戶太多
6有RRM_ALLOCATE_RESOURECES
_FAILURE消息，且原因是RRM_ErrorCellStatus擁塞：小區(qū)或載波狀態(tài)錯誤RNC檢查到載波或小區(qū)狀態(tài)不正常，查看問題出現(xiàn)時間點附件的小區(qū)/載波告警，確認(rèn)是否存在“傳輸閃斷”等告警；NB檢查告警
7RRM_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)行本地資源時失敗
等。
RNC檢查Iub口參數(shù)和設(shè)備狀態(tài)
8RRM_ALLOCATE_RESOURCES_FAILURE:UE能力判決失敗RLC能力、傳輸信道能力等，分配資源時如設(shè)置UE能力參數(shù)，需判斷UE能否支持該能力，如終端不支持該能力如H，則會返回失敗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.上行載波判決失敗 （UL carrier judge fail）
4.下行載波判決失敗 （DL carrier judge fail）
5.DCA得到載波優(yōu)先級列表時失�。╣et carrier priority list failure）
6.DCA得到上行時隙優(yōu)先級列表失敗（get ul TS priority list failure）
7.DCA得到下行時隙優(yōu)先級列表失敗 （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ù)保證速率判決失�。⊿tream GBR judge fail）
12.HSDPA算法不支持（HSDPA arith not support）
13.DCA得到資源組合類型失敗（get res mux type failure）
RNC
10RRC Connection Reject:L2配置失敗(節(jié)點同步失敗)導(dǎo)致RRC請求被拒目前的原因取名有些問題：只能確定是L2配置失敗，但不一定具體是“節(jié)點同步失敗”，有可能L2配置超時失�。籖NC
11RRC Connection Reject:未收到RRM_ALLOCATE_RESOURCES_FAILURE沒收到資源分配失敗消息，收到了RRC連接拒絕查看“RRC Connection Reject”事件的EventPara，確認(rèn)原因（可能有兩種協(xié)議原因：Congestion、unspecified）。RNC
12RRC Connection Reject:CC_RAC_UE_RESOURCE_ALLOCATE_RSP導(dǎo)致RRC擁塞 RAC調(diào)用RRM函數(shù)申請空口無線資源失敗，需要聯(lián)系RNC研發(fā)確認(rèn)是否為bug。
RNC
13RNC收到NB回的Radio link Setup Failure消息，原因是：
RAC_IUBC_CAUSE_
NODEB_RESOURCES_
UNAVAILABLERL Setup Failure：NB無法獲得資源NB把Radio link Setup request參數(shù)與自己網(wǎng)元布配參數(shù)不對，不一致認(rèn)為資源不可得：如載波、RRU、功率等；
初步判斷為NodeB故障，明確存在問題的NodeB，對此NodeB進(jìn)行收斂分析。
NB檢查NodeB布配參數(shù)
14RNC收到NB回的Radio link Setup Failure消息，原因是：RAC_IUBC_CAUSE_
REQUESTED_CONFIGURATION
_NOT_SUPPORTEDRL Setup Failure：配置不支持配置不僅僅指頻點、碼字、時隙，還有時隙格式等，以及消息中所有的參數(shù)這種問題初步判斷為NodeB故障導(dǎo)致，明確存在問題的NodeB，將此類現(xiàn)象進(jìn)行羅列，上報NodeB研發(fā)工程師，要求研發(fā)進(jìn)行問題定位，并反饋解決方案
NB