【資料名稱】：rrc check list

【資料作者】：songxiaoguang

【資料日期】：2012-8-23

【資料語(yǔ)言】：英文

【資料格式】：XLS

【資料目錄和簡(jiǎn)介】：

.RRC問(wèn)題是只UE發(fā)起RRC CONNECTION REQ到RNC收到UE回RRC CONNECTION SETUP CMP這一過(guò)程。即為UE建立一個(gè)信令承載，根據(jù)RRC請(qǐng)求的業(yè)務(wù)類型和RNC側(cè)的配置，RNC可選擇將這個(gè)承載建立在專用信道（DCH）上面，也可建在公共信道（RACH,FACH）上面；（見(jiàn)右）
2.多站多小區(qū)出現(xiàn)相同問(wèn)題，首先RNC同事分析，但如果是升級(jí)或者批量操作造成的RRC指標(biāo)下降問(wèn)題，且存在TOP站點(diǎn)，TOP小區(qū)的，NODEB要分析RRC成功率不高的原因。
3.目前RRC問(wèn)題絕大部分是建鏈（RL FAIL）失敗或Noreply和資源擁塞。拿到問(wèn)題后先初步檢測(cè)下面幾項(xiàng)，然后按照故障樹(shù)走相應(yīng)的分析流程。
1）RL fail主要體現(xiàn)在話統(tǒng)里面打點(diǎn)到VS.RRC.Rej.RL.Fail，看主控日志里面的Calllog和Runlog可大致確定RL失敗的原因。
2）Noreply涉及空口，話統(tǒng)指標(biāo)VS.RRC.FailConnEstab.NoReply，按照故障樹(shù)套路分析。
3）資源擁塞都是RNC判斷，但也包括NODEB返回失敗中帶有資源不足的原因，首先確定是否NODEB返回失敗給RNC的，通過(guò)RNC CHR可確認(rèn)這一點(diǎn)，也可從NODEB Calllog查看NODEB是否有發(fā)送給RNC失敗記錄
4）是否RNC直接拒絕的情況，需要RNC分析