異系統(tǒng)鄰區(qū)優(yōu)化小結(jié)

異系統(tǒng)鄰區(qū)優(yōu)化小結(jié)

ID:37370238

大小:1.26 MB

頁數(shù):15頁

時間:2019-05-22

異系統(tǒng)鄰區(qū)優(yōu)化小結(jié)_第1頁
異系統(tǒng)鄰區(qū)優(yōu)化小結(jié)_第2頁
異系統(tǒng)鄰區(qū)優(yōu)化小結(jié)_第3頁
異系統(tǒng)鄰區(qū)優(yōu)化小結(jié)_第4頁
異系統(tǒng)鄰區(qū)優(yōu)化小結(jié)_第5頁
資源描述:

《異系統(tǒng)鄰區(qū)優(yōu)化小結(jié)》由會員上傳分享,免費在線閱讀,更多相關(guān)內(nèi)容在應(yīng)用文檔-天天文庫。

1、**移動TD網(wǎng)絡(luò)優(yōu)化項目異系統(tǒng)鄰區(qū)優(yōu)化小結(jié)中國移動集團目錄概述3最差小區(qū)的定義3最差小區(qū)優(yōu)化的作用3概述3信令分析操作建議4信令解析內(nèi)容7附:專題優(yōu)化思路文檔和奧運保障聯(lián)系人名單15概述異系統(tǒng)鄰區(qū)優(yōu)化目前部分區(qū)域TD網(wǎng)絡(luò)覆蓋不足,所以當(dāng)終端移動至這些區(qū)域則由TD切換至G網(wǎng),保持業(yè)務(wù)連續(xù)性,這就需要在TD小區(qū)的鄰區(qū)列表中添加異系統(tǒng)小區(qū)鄰區(qū)關(guān)系。GSM1800MHz鄰區(qū)目前TD添加G網(wǎng)鄰區(qū)主要是900MHz小區(qū),考慮到1800MHz小區(qū)因為頻段距TD較近,所以目前作為TD鄰區(qū)的較少。試驗點背景華控大廈2小區(qū)

2、話務(wù)量較大,同時系統(tǒng)間切換較頻繁,但切換成功率較低。經(jīng)分析,目標小區(qū)主要為距離495m的京蒙高科3小區(qū)切換失敗,京蒙高科2G基站為900M和1800M共站,目前華控大廈2小區(qū)已經(jīng)加京蒙高科900M的3小區(qū)為鄰區(qū),但是未加1800M鄰區(qū)。因為本區(qū)域目前話務(wù)量很大,主要靠1800M小區(qū)負責(zé)吸收增加的話務(wù)量。獲取繼續(xù)分析所需要的數(shù)據(jù)小區(qū)告警信息(如果狀態(tài)異常存在告警則用服安排人員進行告警解除)、UP干擾信息(如果狀態(tài)異常存在UP上行干擾,則網(wǎng)優(yōu)人員進行UP參數(shù)調(diào)整以觀后效),以上兩項內(nèi)容可聯(lián)系表三中用服值班人

3、員進行電話溝通和獲?。籆allTrace信令(簡稱CT信令,可實時獲取,并包含最差小區(qū)上報時刻的信令。通常不要自己去跟信令,一則問題信令不一定能復(fù)現(xiàn),二則比較浪費時間);修改時間原小區(qū)名稱原小區(qū)RNC原小區(qū)cellID目標小區(qū)名稱目標小區(qū)RNC目標小區(qū)cellID增/刪鄰區(qū)2009年10月23日14:20華控大廈-243885京蒙高科DCS3R1217(bsc)34083增加鄰區(qū)進行信令分析通常信令內(nèi)容很大,需要快速篩選提取有用信息。建議采用對比方法進行問題分析和定位。如查看最差小區(qū)是由某一固定號碼還是

4、多個號碼引起,切換是否定向切入/出某一小區(qū)失敗等,詳細請參考信令分析操作建議。建議同時結(jié)合小區(qū)基礎(chǔ)信息和鄰接關(guān)系信息,因此請技術(shù)組人員實時擁有最新的鄰接關(guān)系信息(可向表三人員獲取,發(fā)郵件到運行監(jiān)控組值班經(jīng)理和表三值班人員)。目前,某一固定號碼的影響較大,可能的原因有:切換相關(guān)的有9頻點、同頻同擾碼、鄰區(qū)小區(qū)信號過弱等;呼通率相關(guān)的有話務(wù)量大,某一載波下的固定時隙接入失敗,起呼位置RSCP弱,HSDPA的載波優(yōu)先級別低;掉話率和切換有很大的相關(guān)性。給出最差小區(qū)原因分析通常要求定位到:問題發(fā)生在多個號碼,還

5、是單一號碼;是否具有周期性;何種業(yè)務(wù)引起:CS12.2K,CS64K,PS64,PS128,PS384K,彩信,短信類通過代碼分析,給出引起失敗的原因。其他原因,請大家豐富。給出問題解決建議并提交最差小區(qū)分析報告信令分析操作建議1、運行runsignal,打開*.std或CT信令(如果是*.csv文件需要通過“sbcx查詢結(jié)果”轉(zhuǎn)成runsignal支持的數(shù)據(jù)格式);2、篩選去除內(nèi)部交互信令,簡化信令:通過“歷史數(shù)據(jù)查看”打開CT數(shù)據(jù)后,信令格式如下:這里的信令很多,包含了RNC內(nèi)部交互信令。因此,過濾

6、掉這些內(nèi)部交互信令,可以簡化信令,如下所示:簡化后的信令如下:這和我們使用RNA看到的L3信令是一致的,3:統(tǒng)計CT中各消息名稱數(shù)量,總體上了解一下異常信令組成情況:通過信令數(shù)據(jù)統(tǒng)計,可以大概了解KPI指標異常主要是哪些消息類型引起。4、按照最差小區(qū)發(fā)生的時段,找到該小區(qū)所在的異常信令。例如問題小區(qū)為2513,發(fā)生時段是23:00—24:00,如下:5、分析最差小區(qū)信令終止點(按照類型區(qū)分,呼通率為RRC連接失敗,RAB指派失敗/掉話類為RAB釋放/切換類為物理信道重配失?。栽撔帕钭鳛榉治銎鹗键c,首

7、先向上看信令尋找失敗原因。建議從本次呼叫的起始信令開始。從起始信令可知,該起呼的業(yè)務(wù)類型和起呼的RSCP,而下面的信令則可知道是業(yè)務(wù)速率,分配的頻點和時隙等。詳細可參看信令包含內(nèi)容。6、可采用對比分析的方式,如為知道某UE是否在所有小區(qū)都存在問題,可雙擊“UEID”,會出現(xiàn)“是否排序”的詢問。如下圖:7、對比正常信令,看問題信令的代碼含義,如下圖所示:信令解析內(nèi)容1.呼叫信令解析內(nèi)容:RRCconnectionRequest常用解析內(nèi)容包括網(wǎng)絡(luò)號、呼叫請求的業(yè)務(wù)類型、呼叫點的PCCPCHRSCP場強,如

8、下圖所示:問題定位中,我們可以通過RRCconnectionRequest信令解析,知道呼叫地點的場強值,定位用戶是否處于弱場導(dǎo)致呼叫失敗。RadioLinkSetupRequest常用信令解析內(nèi)容包括起呼的CID、控制信道建立的頻點和時隙:通過分析控制信道建立的頻點和時隙,定位用戶是否接入HSDPA載波,如果建立在HSDPA載波,需把該載波優(yōu)先級調(diào)至最低6。2.掉話信令解析:CellUpdate導(dǎo)致的掉話:觸發(fā)CellUpdate的原因為

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

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

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