RRCrab建立分析

1、.1.1. RRC 建立分析1.1.1.1. RRC 建立總體分析如錯(cuò)誤!未找到引用源。所示，Nastar任務(wù)窗口內(nèi)置了接通率專題分析一一RRC Setup Analysis。雙擊啟動(dòng)該查詢可以得到 RNC級(jí)別的RRC建立總體情況， 如圖 1 RRC Setup 整體情況所示， RRC 建立成功率到達(dá)了 97.3%，大局部的 RRC 建立失敗都是因?yàn)?RRCSetup命令下發(fā)沒有響應(yīng)，有 7次失敗是RRC Setup Reject圖 1 RRC Setup 整體 情況圖中例如RRC建立失敗的主要原因還是在 RRC Setup命令下發(fā)沒有響應(yīng)，這個(gè) 原因一般主要是下行的FACH信道和RACH信道

2、覆蓋不平衡。對(duì)于初期的網(wǎng)絡(luò)， 覆蓋無法保證， 所以存在大量的覆蓋質(zhì)量差區(qū)域， 覆蓋差區(qū)域往往對(duì)應(yīng)的是系統(tǒng) 間重選區(qū)域。另一方面，對(duì)于用戶比擬多的區(qū)域或者小區(qū)存在設(shè)備問題的區(qū)域， RRC 建立拒絕也是一個(gè)很大 RRC 建立失敗原因。1.1.1.2. RRC 建立場(chǎng)景分析RRC建立失敗一個(gè)重要原因是覆蓋不好，可以利用不同RRC建立原因分布和成 功率來進(jìn)一步分析。通過啟動(dòng)相關(guān)查詢，選擇 Seenario Analysis,得到結(jié)果對(duì)選 定RNC進(jìn)行餅圖和柱狀圖指標(biāo)呈現(xiàn)。Scenario 分布圖 3 RRC Setup Scenario 成功率比照See nario An alysis對(duì)幾種常用場(chǎng)景進(jìn)

3、行了比照分析。餅圖如圖 2 RRC Setup Scenario 分布所示，說明了主要場(chǎng)景的 RRC 建立分布，圖中例如說明 RRC 建立請(qǐng)求主要集 中在原因?yàn)?INTERRAT_CELL_RESEL 的系統(tǒng)間重選和 REG 的網(wǎng)絡(luò)注冊(cè)中，只 有覆蓋差的地方才發(fā)生系統(tǒng)間重選， 這從一個(gè)方面反映出網(wǎng)絡(luò)覆蓋不是很好。 另 一方面，Moto 的系統(tǒng)間重選時(shí)RRC建立的原因是注冊(cè)，大量的 在覆蓋 區(qū)域差注冊(cè)不了會(huì)嘗試反復(fù)重試，引起了大量的RRC建立原因?yàn)樽?cè)，同時(shí)也說明了網(wǎng)絡(luò)局部區(qū)域覆蓋不好。柱狀圖如圖 3 RRC SetupSeenario成功率比照所示，說明了各種主要場(chǎng)景的 RRC建立成功率比照，

4、圖中示例可以看到被叫業(yè)務(wù)RRC建立成功率最高，注冊(cè)的RRC建立成功率最低。華為 網(wǎng)絡(luò)中現(xiàn)在的駐留門限為Ec/lo大于-18dB，系統(tǒng)間重選啟動(dòng)門限為 Ec/lo小于 -14dB,注冊(cè)的成功率最低說明一些終端在覆蓋不是很好Ec/lo在-14dB與-18dB之間的區(qū)域嘗試注冊(cè)網(wǎng)絡(luò)。被叫 RRC 建立成功率高達(dá) 99，由于被叫發(fā)起 RRC 建立說明了已經(jīng)被 PCH 尋呼信道覆蓋，從另一方面說明網(wǎng)絡(luò)預(yù)期覆蓋的區(qū) 域 RRC 建立成功率可以到達(dá)很高。1.1.1.3. RRC 建立拒絕分析RRC建立失敗的另一個(gè)主要原因是 RRC建立拒絕，RRC建立拒絕一般是由于用 戶多引起準(zhǔn)入拒絕， 或者是小區(qū)出現(xiàn)設(shè)備故

5、障引起接入失敗， 這些往往對(duì)應(yīng)的是 不分區(qū)域，一般不會(huì)出現(xiàn)網(wǎng)絡(luò)中大范圍出現(xiàn) RRC建立拒絕，對(duì)于RRC建立拒絕 的分析一般都是針對(duì)問題區(qū)域進(jìn)行分析。在RRC Setup An alysis的查詢結(jié)果中，啟動(dòng)相關(guān)查詢，進(jìn)行 Cell RRC Analysis 的 TOPN 查詢，結(jié)果分為三頁，分別會(huì) 列出RRC建立拒絕最多的10個(gè)小區(qū)、RRC建立成功率最低的10個(gè)小區(qū)和RRC 建立失敗最多的10個(gè)小區(qū)。對(duì)于RRC建立失敗最多的10個(gè)小區(qū)，可以啟動(dòng)相 關(guān)查詢的Cell Seenario Analysis，分析方法如1.1.12 RRC建立場(chǎng)景分析。對(duì)于RRC建立拒絕最多的10個(gè)小區(qū)，啟動(dòng)相關(guān)查詢的

6、 Cell RRC Reject Analysis，可 以進(jìn)行相關(guān)的拒絕原因分析。圖4RRC 拒絕原因分析根據(jù) Cell RRC Reject Analysis 結(jié)果，對(duì)于選定小區(qū)繪制原因分布餅 圖。圖 4RRC 拒絕原因分析 是一個(gè) RRC 拒絕原因分布餅圖例如，該例如中小區(qū)的 2 次RRC拒絕都是由于Power Congestior。對(duì)于各種常見拒絕原因，一 般原因如下：A. Power Congestion： RRM 進(jìn)行了準(zhǔn)入算法判決，發(fā)現(xiàn)上行或者下行準(zhǔn) 入判決拒絕，所以發(fā)起 RRC 建立拒絕。這個(gè)往往發(fā)生在網(wǎng)絡(luò)負(fù)載比擬高 引起擁塞的時(shí)候。進(jìn)一步可以啟動(dòng)相關(guān)查詢的 Cell Traff

7、ic Load Analysis ， 重點(diǎn)關(guān)注該小區(qū)的最大 RTWP和最大TCP,確認(rèn)上行還是下行擁塞。對(duì) 于擁塞可以檢查門限是否設(shè)置合理，判斷是否存在無線干擾，是否需要 擴(kuò)容。B. CE Congestion：這個(gè)主要是RNC判斷CE資源不夠，這往往對(duì)應(yīng)用戶 比擬多,超過了 CE 的容量,要進(jìn)行該區(qū)域的擴(kuò)容。進(jìn)一步可以啟動(dòng)相 關(guān)查詢的 Cell Traffic Load Analysis ，了解 DCH User 的用戶量，根據(jù)話 務(wù)模型預(yù)測(cè)需要的 CE 數(shù)量。C. RL Fail :這個(gè)主要是RRC建立過程中NodeB判斷建立失敗。這個(gè)可能 是 NodeB 出現(xiàn)故障或者 NodeB 資源缺

8、乏。進(jìn)一步可以啟動(dòng)相關(guān)查詢的 Cell Traffic Load Analysis ，了解 DCH User 的用戶量，通過對(duì)于相應(yīng)的 NodeB進(jìn)行單板與CE配置分析和日志分析，確定是資源缺乏還是設(shè)備 故障。D. AAL2 Fail :這個(gè)主要是lub接口的AAL2 Path建立失敗，一般是傳輸資 源缺乏或者傳輸出現(xiàn)問題。 進(jìn)一步可以啟動(dòng)相關(guān)查詢的 Cell Traffic Load Analysis，了解DCH User的用戶量，與傳輸配置的 AAL2 Path帶寬進(jìn)行 比擬，確定是設(shè)備問題還是傳輸資源缺乏。E. FP Fail:這個(gè)主要是FP同步的時(shí)候失敗，一般是傳輸故障或者設(shè)備故 障，

9、需要查看相關(guān)基站的告警。F. Code Congestion這個(gè)主要是碼資源缺乏。在室內(nèi)等微蜂窩覆蓋的高業(yè) 務(wù)量場(chǎng)景下， 可能出現(xiàn)碼資源缺乏， 需要進(jìn)行擴(kuò)容。 通過相關(guān)查詢的 Cell OVSF Code Allocatio n An alysis，可以進(jìn)一步分析信道碼的使用情況，明 確主要業(yè)務(wù)。G. Other:這個(gè)一般是RNC內(nèi)部處理出現(xiàn)問題，需要通過研發(fā)日志來確認(rèn) 原因。1.1.2. RAB 建立分析1.1.2.1. RAB 建立總體分析如 圖 5 Nastar 任務(wù)列表 所示，Nastar任務(wù)窗口內(nèi)置了接通率專題分析 RAB Setup Analysis。雙擊啟動(dòng) 該查詢可以得到RNC

10、級(jí)別的RAB建立總體情況。在總體情況中，點(diǎn)擊繪制餅圖，可以得到如圖 6 RAB 建立分布 所示的主流 RAB 建立分布，可以了解 RAB 建立中 AMR 語音 (CS_RAB_REQ_SETUP_CONV_0_32)、VP(CS_RAB_REQ_SETUP_CONV_32_64)、PS 64K、PS 128K和 PS 384K 的分 布，了解網(wǎng)絡(luò)中主要的業(yè)務(wù)分布。在總體情況中，點(diǎn)擊繪制柱狀圖，可以得到如圖 7 RAB 建立成功率分析的 RB 與各種 RAB 建立成功率比照，了解網(wǎng)絡(luò)中主要業(yè)務(wù)的 RAB 建立情況與 RB 建立情況。圖 7 RAB 建立成功率 分析1.1.2.2. RAB 建立失

11、敗分析在 RAB Setup Analysis 的查詢結(jié)果中，啟動(dòng)相關(guān)查詢，進(jìn)行 Cell RAB Analysis的 TOPN 查詢，結(jié)果分為 4 頁，分別會(huì)列出 CS RAB 建立失敗最多的 10 個(gè)小區(qū)、CS RAB建立成功率最低的10個(gè)小區(qū)、PS RAB建立失敗最多的10個(gè)小區(qū)和PS RAB 建立成功率最低的 10個(gè)小區(qū)。一般成功率低的小區(qū)，初期往往可能是建立次數(shù)比擬少的小區(qū)， 重點(diǎn)關(guān)注建立失敗最多的小區(qū)， 他們很大程度上影響了整體 的指標(biāo)。對(duì)于 CS RAB 建立失敗比擬多的小區(qū)， 通過二次查詢啟動(dòng) Cell CS RAB Setup Fail Analysis,查詢結(jié)果點(diǎn)擊餅圖，可

12、以得到如圖 8 Cell CS RAB 建立失敗分析所示的 CS RAB 成功失敗分布圖。圖中的主要失敗原因如下：A. PARAM_CELL ：RNC 認(rèn)為核心網(wǎng)下發(fā)的參數(shù)無效。這種原因出現(xiàn)的概 率比擬小，出現(xiàn)了需要對(duì)具體的小區(qū)進(jìn)行進(jìn)一步信令跟蹤觀察詳細(xì)的 RAB 建立信息。B. RELOC_CELL ：RNC 在發(fā)起遷移的過程中，收到了 RAB 建立請(qǐng)求， RNC 不處理該請(qǐng)求。這個(gè)主要是流程嵌套引起，概率很小，與用戶行為 時(shí)序有關(guān)。核心網(wǎng)一般會(huì)控制防止這樣的情況發(fā)生。C. TNL_CELL ：IU 傳輸建立失敗導(dǎo)致 RAB 無法建立。這個(gè)需要查詢傳輸 容量與工作穩(wěn)定性。D. CONG_CE

13、LL : RNC內(nèi)部資源分配失敗導(dǎo)致，可以進(jìn)一步通過 RNC的 日志分析獲得資源獲取失敗的詳細(xì)信息。E. POWER_CONG_CELL: RRM 準(zhǔn)入判決無法建立新的 RAB ，這主要因 為小區(qū)無線負(fù)載太高所致，在確認(rèn)準(zhǔn)入算法參數(shù)合理的情況下需要考慮 覆蓋優(yōu)化和容量?jī)?yōu)化。F. CE_CONG_CELL : RNC內(nèi)部CE資源準(zhǔn)入失敗，需要擴(kuò)容 CE。G. CODE_CONG_CELL ：RAB 建立時(shí)分配碼資源失敗。這個(gè)一般是網(wǎng)絡(luò) 用戶太多引起，在設(shè)備出現(xiàn)碼資源方面分配缺陷時(shí)也會(huì)引起。通過小區(qū) 話務(wù)碼資源使用分析，可以判斷是否負(fù)載引起碼資源受限。H. OTHER_CELL：RB 建立失敗或者

14、其他原因所致，可以結(jié)合 RB 建立成 功情況分析。圖 8 Cell CS RAB 建立失敗分析對(duì)于PS RAB建立失敗比擬多的小區(qū)，通過二次查詢啟動(dòng) Cell PS RAB Setup FailAnalysis，查詢結(jié)果點(diǎn)擊餅圖，可以得到如圖 9 Cell PS RAB 建立失敗分析 所示的 PS RAB 建立成功失敗分布圖。圖中的主要失敗原因如下：A. PARAM_CELL ：RNC 認(rèn)為核心網(wǎng)下發(fā)的參數(shù)無效。這種原因出現(xiàn)的概 率比擬小，出現(xiàn)了需要對(duì)具體的小區(qū)進(jìn)行進(jìn)一步信令跟蹤觀察詳細(xì)的 RAB 建立信息。B. RELOC_CELL ：RNC 在發(fā)起遷移的過程中，收到了 RAB 建立請(qǐng)求，

15、RNC 不處理該請(qǐng)求。這個(gè)主要是流程嵌套引起，概率很小，與用戶行為 時(shí)序有關(guān)。核心網(wǎng)一般會(huì)控制防止這樣的情況發(fā)生。C. TNL_CELL ：IU 傳輸建立失敗導(dǎo)致 RAB 無法建立。這個(gè)需要查詢傳輸 容量與工作穩(wěn)定性。D. CONG_CELL : RNC內(nèi)部資源分配失敗導(dǎo)致，可以進(jìn)一步通過 RNC的 日志分析獲得資源獲取失敗的詳細(xì)信息。E. POWER_CONG_CELL: RRM 準(zhǔn)入判決無法建立新的 RAB ，這主要因 為小區(qū)無線負(fù)載太高所致，在確認(rèn)準(zhǔn)入算法參數(shù)合理的情況下需要考慮 覆蓋優(yōu)化和容量?jī)?yōu)化。F. CE_CONG_CELL : RNC內(nèi)部CE資源準(zhǔn)入失敗，需要擴(kuò)容 CE。G. C

16、ODE_CONG_CELL ：RAB 建立時(shí)分配碼資源失敗。這個(gè)一般是網(wǎng)絡(luò) 用戶太多引起，在設(shè)備出現(xiàn)碼資源方面分配缺陷時(shí)也會(huì)引起。通過小區(qū) 話務(wù)碼資源使用分析，可以判斷是否負(fù)載引起碼資源受限。H. UNSUP_CELL ：RAB 建立中的 QoS 參數(shù)要求 RNC 不支持，或者 RAB 建立 RRM 準(zhǔn)入失敗。I. OTHER_CELL：RB 建立失敗或者其他原因所致，可以結(jié)合 RB 建立成 功情況分析。圖 9 Cell PS RAB 建立失 敗分析實(shí)際的商用網(wǎng)絡(luò)中，RAB建立主要是由于準(zhǔn)入失敗和 RB建立失敗引起。對(duì)于 RB 失敗分析，可以對(duì)于 RAB 建立失敗多的小區(qū)，通過二次查詢啟動(dòng) C

17、ell RB Setup Fail Analysis，查詢結(jié)果點(diǎn)擊餅圖，可以得到如 Cell RB建立失敗分析 所示的 RB 成功失敗分布圖。圖中的主要失敗原因如下：A. CFG_UNSUPP：UE 回應(yīng) RB 建立失敗，原因是配置不支持。這個(gè)在網(wǎng) 絡(luò)中偶爾出現(xiàn)，主要是 在某些未知場(chǎng)景下自身兼容出問題。B. PHYCH_FAIL ：一般發(fā)生的 FACH 遷移到 DCH 建立 RB 的過程，終端 下行物理層沒有同步，導(dǎo)致 RB 建立失敗。這個(gè)主要是由于覆蓋不好導(dǎo) 致。C. SIMU_RECFG_INCOMP ：在 RB 建立過程的同時(shí)， UE 認(rèn)為其他的流程 正在進(jìn)行，不能同時(shí)兼容。在 RNC 處理會(huì)保證 RRC