華為設(shè)備關(guān)鍵指標(biāo)網(wǎng)絡(luò)優(yōu)化手冊v

華為設(shè)備關(guān)鍵指標(biāo)網(wǎng)絡(luò)優(yōu)化手冊v

ID:29060614

大?。?97.04 KB

頁數(shù):34頁

時間:2018-12-16

華為設(shè)備關(guān)鍵指標(biāo)網(wǎng)絡(luò)優(yōu)化手冊v_第1頁
華為設(shè)備關(guān)鍵指標(biāo)網(wǎng)絡(luò)優(yōu)化手冊v_第2頁
華為設(shè)備關(guān)鍵指標(biāo)網(wǎng)絡(luò)優(yōu)化手冊v_第3頁
華為設(shè)備關(guān)鍵指標(biāo)網(wǎng)絡(luò)優(yōu)化手冊v_第4頁
華為設(shè)備關(guān)鍵指標(biāo)網(wǎng)絡(luò)優(yōu)化手冊v_第5頁
資源描述:

《華為設(shè)備關(guān)鍵指標(biāo)網(wǎng)絡(luò)優(yōu)化手冊v》由會員上傳分享,免費在線閱讀,更多相關(guān)內(nèi)容在應(yīng)用文檔-天天文庫。

1、華為設(shè)備關(guān)鍵指標(biāo)網(wǎng)絡(luò)優(yōu)化手冊2009-7-6目錄1.未接通優(yōu)化31.1.接通原理與處理思路31.1.1.呼叫流程31.1.2.接通分析流程圖41.2.未接通案例參考72.覆蓋優(yōu)化92.1.覆蓋問題與處理思路92.1.1.弱覆蓋92.1.2.越區(qū)覆蓋102.1.3.孤島效應(yīng)112.1.4.導(dǎo)頻污染122.1.5.切換區(qū)域覆蓋152.2.覆蓋案例參考163.掉話優(yōu)化193.1.掉話原理介紹203.1.1.切換掉話203.1.2.覆蓋原因203.1.3.干擾導(dǎo)致的掉話213.1.4.其他異常掉話213.2.掉話問題分析思路213.2.1.掉話

2、分析判決樹213.2.2.話統(tǒng)分析流程233.2.3.跟蹤數(shù)據(jù)優(yōu)化流程253.3.掉話案例參考273.3.1.切換類問題273.3.2.鄰區(qū)漏配283.3.3.拐角效應(yīng)303.3.4.頻繁切換問題323.3.5.干擾引起的掉話321.未接通優(yōu)化目前保定華為區(qū)域主要包括南市區(qū)、北市區(qū)的舊城區(qū)。舊城區(qū)道路不規(guī)則,存在較多小路,小路存在較多弱覆蓋區(qū)域,市區(qū)網(wǎng)絡(luò)中存在較多弱覆蓋掉話和干擾等原因?qū)е陆油ㄊ ?.1.接通原理與處理思路1.1.1.呼叫流程現(xiàn)將信令流程分為三部分:主叫建立階段,被叫尋呼階段和資源指配階段。圖1Uu口接入信令流程圖上圖

3、中左側(cè)為主叫信令流程,右側(cè)為被叫信令流程。信令階段1(主叫建立):主叫發(fā)起呼叫,首先經(jīng)過RRC建立、鑒權(quán)、安全模式、身份認(rèn)證等流程,完成這些流程之后,核心網(wǎng)下發(fā)CallProceeding,之后對被叫進(jìn)行尋呼(被叫收到pagingType在主叫收到CallProceeding之后)。信令階段2(被叫尋呼):此階段主要是被叫尋呼階段,主叫處于等待狀態(tài),直到被叫上發(fā)Setup后主叫才開始進(jìn)行RB建立(CallConfirmed在主叫手機radioBearerSetup之后),為用戶指配RAB資源。信令階段3(資源指配):此階段,主叫和被叫信

4、令并行執(zhí)行,RB建立同時進(jìn)行。RB建立完成后,被叫上發(fā)Connect(此時軟件計一次被叫接通),核心網(wǎng)收到被叫的Connect消息后給主叫下發(fā)Connect(此時軟件計一次主叫接通)。1.1.1.接通分析流程圖圖2接通分析流程常見未接通問題及原因主要包括:RRC連接成功率低、RAB建立成功率低等。RRC建立流程:üUE在RACH上發(fā)RRCCONNECTIONREQ;üRNC接收到RRCCONNECTIONREQ后,配置L2資源并和NodeB建立IUB接口上的RL鏈路;üRNC向UE發(fā)RRCCONNECTIONSETUP;üUE回復(fù)RRC

5、CONNECTIONSETUPCOMPLETE。統(tǒng)計RRC接通率的起始點是RNC收到RRCCONNECTIONREQ,終止點是RNC收到RRCCONNECTIONSETUPCOMPLETE。因此影響RRC接通率的RRC建立失敗,主要是后面三步?jīng)]有成功而導(dǎo)致的。RRC建立失敗的可能原因:(1)RNC資源分配失敗,或者建立L2實例失敗,或者IUB接口RL鏈路失敗。目前的用戶量和話務(wù)量都不多,出現(xiàn)資源不足的情況基本上不可能,因此如果出現(xiàn)了前面幾種失敗原因,一般都是RNC或者NodeB內(nèi)部出現(xiàn)了問題,需要檢查RNC和NodeB的狀態(tài)或者小區(qū)狀態(tài)

6、。(2)UE收不到RRCCONNECTIONSETUPRRCCONNECTIONSETUP消息是在FACH上發(fā)給UE的。目前SCCPCH功率配置的值一般是-3db(相對于PCCPCH功率,單碼道)。從覆蓋上來說,已經(jīng)和PCCPCH的覆蓋一樣了。如果仍然出現(xiàn)UE收不到RRCCONNECTIONSETUP消息(這個光從RNC的log看不出來,必須要通過采集終端的log來查看),則需要調(diào)整SCCPCH功率,來滿足信號覆蓋不好的地方功率需求。(3)RNC收不到RRCCONNECTIONSETUPCOMPLETE如果UE收到RRCCONNECTI

7、ONSETUP消息后,會向網(wǎng)絡(luò)回復(fù)RRCCONNECTIONSETUPCOMPLETE消息。如果UE在作專用信道同步時失敗,或者在向網(wǎng)絡(luò)側(cè)發(fā)RRCCONNECTIONSETUPCOMPLETERRC建立失敗。此時,可以通過提高上行期望接收功率,RL初始發(fā)射功率和修改上行同步的參數(shù),來使得UE能夠正常進(jìn)行專用信道同步和上傳RRC建立完成消息。如果是第2點和第3點的原因?qū)е翿RC建立失敗,無法通過RNC側(cè)的log進(jìn)行區(qū)分,也無法通過統(tǒng)計指標(biāo)來進(jìn)行區(qū)分,只能在發(fā)現(xiàn)問題后,通過路測以及調(diào)整上行或下行功率值,來確定是上行功率不足,還是下行功率不足

8、。(4)干擾因素TD的同頻干擾是比較嚴(yán)重的,如果小區(qū)的鄰區(qū)中,存在同頻同擾碼,RRC建立失敗比較多時,需關(guān)注是否是干擾導(dǎo)致的。如果是干擾因素,先需要解決頻點和擾碼的規(guī)劃問題。在解決頻點和擾碼問題時,不僅要關(guān)

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動畫的文件,查看預(yù)覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負(fù)責(zé)整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡(luò)波動等原因無法下載或下載錯誤,付費完成后未能成功下載的用戶請聯(lián)系客服處理。