質(zhì)差小區(qū)處理方法ppt課件_第1頁
質(zhì)差小區(qū)處理方法ppt課件_第2頁
質(zhì)差小區(qū)處理方法ppt課件_第3頁
質(zhì)差小區(qū)處理方法ppt課件_第4頁
質(zhì)差小區(qū)處理方法ppt課件_第5頁
已閱讀5頁,還剩94頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、WCDMA質(zhì)差小區(qū)處置方法 掉話問題分析及優(yōu)化方法 接通率問題分析及優(yōu)化方法切換勝利率問題分析及優(yōu)化方法干擾小區(qū)問題分析優(yōu)化方法擁塞小區(qū)問題分析優(yōu)化方法Page 3課程內(nèi)容Training.huawei第一章 掉話分類定義第二章 常見掉話緣由與掉話處置流程第三章 掉話問題處理方法第四章 掉話案例分析Page 4在通話過程中,假設(shè)空中接口信息滿足下面三個條件中的任何一條,可以判別為掉話:收到任何的BCH音訊即系統(tǒng)音訊收到非正常釋放的RRC Release音訊釋放緣由不是 “Normal收到CC Disconnect,CC Release Complete,CC Release三條音訊中的任何一條

2、,而且釋放緣由是非正常釋放CauseCodeCC是“Unspecified或其它緣由,而不是Normal Call Clearing或者Normal 掉話空中接口定義Page 5異常釋放信令流程RNCCNIu Release RequestIu Release CommandIu Release Complete正常情況下都是由CN發(fā)起Iu口的銜接釋放假設(shè)出現(xiàn)信令面或用戶面異常,RNC會自動發(fā)起Iu口釋放懇求,觸發(fā)掉話以下2種情況下RNC發(fā)起Iu Release Request被視為正常釋放: “User Inactivity和“UE信令銜接釋放RNCCNIu Release CommandI

3、u Release Complete正常釋放流程異常釋放流程Page 6常見掉話緣由鄰區(qū)漏配普通來講,初期優(yōu)化過程掉話占大多數(shù)是由于鄰區(qū)漏配導致的。對于同頻鄰區(qū),通常采用以下的方法來確認能否為同頻鄰區(qū)漏配:方法一:察看掉話前UE記錄的激活集EcIo信息和Scanner記錄的Best Server EcIo信息,假設(shè)UE記錄的EcIo很差,而Scanner記錄的Best Server EcIo很好Scanner記錄Best Server擾碼與UE激活集擾碼不一致檢查出如今掉話前最近的同頻丈量控制中的鄰區(qū)列表沒有該擾碼那么可以確認是鄰區(qū)漏配。方法二:假設(shè)掉話后UE重新駐留的小區(qū)擾碼不在掉話時的激活

4、集擾碼中,也可以疑心是鄰區(qū)漏配問題,可以經(jīng)過丈量控制和鄰區(qū)列表配置進一步進展確認。鄰區(qū)漏配導致的掉話也包括異頻鄰區(qū)漏配和異系統(tǒng)鄰區(qū)漏配。 Page 7常見掉話緣由覆蓋問題 通常所說的覆蓋差,主要是指RSCP和EcIo都很差。覆蓋的問題需求經(jīng)過掉話前上行或者下行的公用信道功率來確認,需求采用以下的方法來確認:假設(shè)掉話前的上行發(fā)射功率到達最大值,并且上行的BLER也很差或者從RNC記錄的單用戶跟蹤上看到NodeB上報RL failure,根本可以以為上行覆蓋差導致的掉話;假設(shè)掉話前,下行發(fā)射功率到達最大值,并且下行的BLER很差,根本可以以為是下行覆蓋不行導致的掉話。確認覆蓋的問題簡單直接的方式:

5、 直接察看Scanner采集的數(shù)據(jù),假設(shè)最好小區(qū)的RSCP和EcNo都很低,就可以以為是覆蓋問題。 Page 8常見掉話緣由切換問題軟切換/同頻導致掉話主要分為兩類緣由:切換來不及或者乒乓切換。從信令流程上CS業(yè)務表現(xiàn)為手機收不到活動集更新命令同頻硬切換時為物理信道重配置,PS業(yè)務有時候會在切換之前先發(fā)生TRB復位。從信號上看,切換來不及主要有以下兩種景象:拐角:源小區(qū)EcIo陡降,目的小區(qū)EcNo陡升即忽然出現(xiàn)就是很高的值;針尖:源小區(qū)EcIo快速下降后一段時間后上升,目的小區(qū)出現(xiàn)短時間的陡升。 乒乓切換主要有以下兩種景象:主導小區(qū)變化快:2個或者多個小區(qū)交替成為主導小區(qū),主導小區(qū)具有較好的

6、RSCP和EcIo,每個小區(qū)成為主導小區(qū)的時間很短;無主導小區(qū):存在多個小區(qū),RSCP正常而且相互之間差別不大,每個小區(qū)的EcIo都很差。 Page 9常見掉話緣由干擾問題 下行干擾普通情況下,對于下行,當CPICH RSCP大于-85dBm,而EcIo小于-13dB,容易產(chǎn)生掉話,根本上可以以為是下行干擾的問題。對于下行,干擾能夠是導頻污染引起。 上行干擾對于上行RTWP比正常值-104-105超越10dB,干擾時間超越23s,就有能夠呵斥掉話。Page 10常見掉話緣由流程交互問題一些需求信令交互的流程,如AMR控制、DCCC以及緊縮方式的啟停、UE的形狀遷移等,經(jīng)常會由于信號的緣由,手機

7、支持方面的緣由或者RAN設(shè)備和手機的配合問題,導致流程失敗,最后導致掉話。 這類問題需求針對特定的流程和手機進展分析,沒有普通性的處置方法。 在排除了以上的緣由之后,其他的掉話普通需求疑心設(shè)備的問題,需求經(jīng)過查看設(shè)備的日志,告警等進一步來分析掉話緣由。例如:同步失敗導致的鏈路不停添加和刪除。例如:手機不上報1a丈量報告導致掉話。其他異常問題Page 11路測數(shù)據(jù)分析流程1 預備數(shù)據(jù)UE和Scanner最好小區(qū)比較穩(wěn)定一致N2 獲取掉話位置和時間3 分析Scanner主導小區(qū)信號變化4.1 RSCP差EcIo差4.2 RSCP正常EcIo差4.3 RSCP正常EcIo正常鄰區(qū)漏配上行干擾問題切換

8、不及時確認漏配鄰區(qū)?覆蓋問題異常掉話導頻干擾問題不一致確認上行干擾?問題能否處理4 重新路測Y主導小區(qū)信號穩(wěn)定?4 Scanner最優(yōu)小RSCP和EcIO乒乓切換問題變化頻繁YNPage 12路測數(shù)據(jù)分析流程1、預備數(shù)據(jù) 路測軟件采集數(shù)據(jù)文件 RNC記錄的單用戶跟蹤 RNC記錄的CHR2、獲取掉話位置 采用路測數(shù)據(jù)處置軟件,比如Analyzer和獲取掉話的時間和地點,獲取掉話前后Scanner采集的導頻數(shù)據(jù),手機采集的活動集和監(jiān)視集信息,信令流程等。3、分析Scanner主導小區(qū)變化情況 主要分析主導小區(qū)的變換情況,假設(shè)主導小區(qū)相對穩(wěn)定,進一步分析RSCP和EcIo情況; 假設(shè)主導小區(qū)變化頻繁

9、,需求區(qū)分主導小區(qū)變化快的情況,或者沒有主導小區(qū)的情況,然后進一步進展乒乓切換掉話分析。 Page 13路測數(shù)據(jù)分析流程4、分析Scanner主導小區(qū)信號RSCP和EcIo 察看Scanner最好小區(qū)RSCP,EcNo,根據(jù)不同的情況分別處置 4.1 RSCP差,EcNo差,可以確定為覆蓋問題; 4.2 RSCP正常,EcNo差排除切換來不及導致的,同頻鄰區(qū)干擾,可以確定為導頻干擾問題; 4.3 RSCP正常,EcNo正常,假設(shè)UE活動集中小區(qū)與Scanner最好小區(qū)不一致,能夠為鄰區(qū)漏配或者切換來不及導致的掉話;假設(shè)UE活動集中小區(qū)與Scanner最好小區(qū)一致,能夠為上行干擾或責異常掉話。5

10、、路測重現(xiàn)問題 由于一次路測不一定可以采集到定位掉話問題需求的一切信息,此時需求經(jīng)過進一步路測來搜集數(shù)據(jù)。經(jīng)過進一步的路測也能確認該掉話點是隨機掉話的點或者固定掉話點,普通來說固定掉話點一定需求處理,而隨機掉話點那么需求根據(jù)掉話發(fā)生的概率來確定能否需求處理。掉話問題話統(tǒng)數(shù)據(jù)分析流程2 分析小區(qū)的掉話率目的1 分析RNC面掉話率5 經(jīng)過路測重現(xiàn)問題YNNYNYN3 檢查小區(qū)能否設(shè)備異常3.1 處理設(shè)備問題4分析掉話緣由4.1信令RB復位或者業(yè)務RB復位導致的掉話4.2 能否切換導致掉話4.3 能否干擾導致的掉話處理覆蓋問題處理切換掉話問題處理干擾問題YN話統(tǒng)數(shù)據(jù)分析流程1、分析RNC的掉話率目的

11、主要從整個RNC的整體掉話目的上判別掉話率目的能否正常。2、分析小區(qū)的掉話率目的 對于小區(qū)的掉話率目的,主要需求分析小區(qū)“AMR掉話率、“PS掉話率、“硬切換掉話率、“系統(tǒng)間切換掉話率, 對一切小區(qū)分別用以上的目的進展排序,選擇目的特別差的小區(qū)或者最差的一些小區(qū),進一步分析掉話緣由。 3、檢查小區(qū)能否異常 檢查小區(qū)的告警,排除小區(qū)異常方面的緣由。 4、分析掉話緣由 排除Iu口aal2異常導致的掉話問題;分析能否由于信令RLC復位導致的掉話,還是業(yè)務RLC復位導致的掉話;分析該小區(qū)相關(guān)的切換目的分析小區(qū)的切入勝利率和切出勝利率,確認能否由于切換失敗導致的掉話;經(jīng)過分析小區(qū)總帶寬接納功率相關(guān)話統(tǒng)目

12、的,分析在掉話率高的時段,能否相應的上行干擾目的也很高,進一步確認上行干擾導致的掉話問題。5、經(jīng)過路測重現(xiàn)問題 當經(jīng)過話統(tǒng)分析無法進一步處理掉話問題的時候,需求針對小區(qū)進展路測,跟蹤手機側(cè)和RNC的信令流程進展分析,詳細分析方法請參見路測數(shù)據(jù)分析流程。 分析小區(qū)掉話緣由失敗原因分析思路OM干預操作維護工作導致的掉話RAB搶占導致的原因高優(yōu)先級搶占引起的CS鏈路釋放,這種掉話在負載和資源不足的時候發(fā)生,根據(jù)發(fā)生的次數(shù)確定是否擴容UTRAN產(chǎn)生的原因小區(qū)中UTRAN產(chǎn)生的原因?qū)е骆溌樊惓a尫?。這種情況一般對應著處理異常,需要通過CHR進一步分析上行RLC復位上行SRB復位引起鏈路釋放。這種情況主要

13、是由于覆蓋質(zhì)量不好(包括鄰區(qū)漏配、切換區(qū)小等情況)下行RLC復位下行SRB復位引起鏈路釋放。這種情況主要是由于覆蓋質(zhì)量不好(包括鄰區(qū)漏配、切換區(qū)小等情況)上行同步失敗上行鏈路失步引起的異常釋放。這種情況主要是由于覆蓋質(zhì)量不好(包括鄰區(qū)漏配、切換區(qū)小等情況),導致UE異常關(guān)閉發(fā)射機或者上行解調(diào)失步下行同步失敗下行鏈路失步引起的異常釋放。這種情況主要是由于覆蓋質(zhì)量不好(包括鄰區(qū)漏配、切換區(qū)小等情況),導致UE異常關(guān)閉發(fā)射機或者上行解調(diào)失步UU口無響應UE空口無響應系統(tǒng)發(fā)出的命令,覆蓋不好導致其他RF原因射頻原因,均屬于覆蓋質(zhì)量不好AAL2鏈路異常RNC發(fā)現(xiàn)IU CS接口AAL2 Path異常,發(fā)起

14、了異常釋放,可能為傳輸設(shè)備異常,已知問題有RB建立過程中馬上正常釋放被話統(tǒng)統(tǒng)計為該原因異常釋放其他原因異常原因掉話,需結(jié)合RNC日志進行分析掉話問題信令跟蹤優(yōu)化流程1 獲取單用戶跟蹤音訊2 獲取掉話點信息3 SRB復位掉話6 撥測,重現(xiàn)問題YN4 能否TRB掉話 能否異常掉話處理SRB復位掉話 處理TRB掉話處理異常掉話掉話問題處理YYYNNNNYPage 18信令跟蹤數(shù)據(jù)分析流程1、獲取單用戶跟蹤音訊 單用戶跟蹤音訊需求事先在RNC或者M2000上進展跟蹤,才干記錄相應的音訊,普通情況下,根據(jù)IMSI進展跟蹤記錄的音訊用來分析掉話問題是足夠的。2、獲取掉話點信息 從單用戶跟蹤音訊來看,掉話的

15、定義是RNC自動發(fā)起了RAB釋放音訊稱號為RANAP_RAB_RELEASE_REQ,或者RNC自動發(fā)起IU釋放音訊稱號為RANAP_IU_RELEASE_REQ。前者對應為用戶面掉話,后者對應為信令面掉話。經(jīng)過查找以上兩條音訊,就可以獲得掉話點的時間,以及掉話前的信令音訊,以便進一步進展分析。 Page 19信令跟蹤數(shù)據(jù)分析流程3、信令面掉話分析 信令面掉話表現(xiàn)為手機或者RNC不能收到確認方式傳送的信令,產(chǎn)生SRB復位,導致銜接釋放。 下行方向普通有這些音訊能夠?qū)е耂RB復位:丈量控制活動集更新物理信道重配置傳輸信道重配置RB重配置3G到2G的切換命令HANDOVER FROM UTRAN

16、COMMAND 手機能否收到這些命令需求手機側(cè)的跟蹤音訊來確認; 上行方向有以下的音訊能夠?qū)е耂RB復位:丈量報告活動集更新完成物理信道重配置完成傳輸信道重配置完成RB重配置完成 同樣需求RNC側(cè)的跟蹤音訊來確認能否收到。 Page 20信令跟蹤數(shù)據(jù)分析流程4、用戶面掉話分析用戶面掉話主要是TRB復位,這種情況主要在PS業(yè)務上發(fā)生,voice和VP業(yè)務不會產(chǎn)生TRB復位。當活動集中只需一條鏈路上,會由于RL failure導致RNC發(fā)起Iu Release, RL failure是上行失步引起的,但是下行失步會使UE封鎖發(fā)射機,接著就呵斥上行失步,在定位掉話是上行引起釋放還是下行引起的時候,需

17、求分析掉話前手機的發(fā)射功率和實時形狀監(jiān)控的下行的碼發(fā)射功率來區(qū)分。下行覆蓋差、下行干擾強或者上行干擾都會導致TRB復位。有時候數(shù)據(jù)業(yè)務由于重傳次數(shù)設(shè)置不合理,在切換來不及的情況下,TRB比SRB先產(chǎn)生復位,在分析時要留意區(qū)分。 Page 21信令跟蹤數(shù)據(jù)分析流程5、異常掉話分析 異常掉話普通指掉話無法從覆蓋、干擾等方面找到緣由,也無法根據(jù)前面引見的用戶面掉話或者信令面掉話緣由來解釋,這種掉話往往是設(shè)備的異常或者是手機的異常導致的。比如由于傳輸忽然中斷導致的掉話、基站設(shè)備異常導致的掉話、手機忽然死機等都會導致異常掉話。對于傳輸異常普統(tǒng)統(tǒng)過分析CHR/CDT或者參看告警來進一步分析;對于基站設(shè)備異

18、常可以經(jīng)過查詢基站形狀來確認,對于手機異常,需求經(jīng)過分析手機記錄的數(shù)據(jù)來定位。6、撥測,重現(xiàn)問題 當已有的數(shù)據(jù)缺乏以定位掉話問題的時候,啟動更詳細的數(shù)據(jù)跟蹤,最好的方法是在問題點進展撥測,重現(xiàn)問題,然后繼續(xù)進展分析。 Page 22處理方法工程參數(shù)調(diào)整工程參數(shù)的調(diào)整是非常有限的,最根本的可以調(diào)整天線的高度、下傾角、天線的波瓣寬度、天線增益以及方向角等。1、對于上行或者下行的覆蓋問題導致的掉話: 思索更改天線的高度、下傾角,也可以改換增益更高的天線或者添加塔放。 2、對于針尖和拐角效應: 經(jīng)過天線調(diào)整也是比較有效的處理方法,由于針尖效應和拐角效應往往出如今街道拐彎的地方或者兩條街道交界的地方,可

19、以思索經(jīng)過天線的方向角和街道錯開一定的角度的方式來調(diào)整,但同時需求留意原來街道路邊商鋪的覆蓋不要有很大的影響。 3、對于導頻干擾引起的覆蓋問題: 可以經(jīng)過調(diào)整某一個天線的工程參數(shù),使該天線在干擾位置成為主導小區(qū);也可以經(jīng)過調(diào)整其他幾個天線參數(shù),減小信號到達這些區(qū)域的強度;從而減少導頻個數(shù);假設(shè)條件答應,可以添加新的基站覆蓋這片地域。 工程參數(shù)的調(diào)整需求綜合思索整個小區(qū)調(diào)整效果,在處理一個問題的同時要留意不在其它區(qū)域引入新的問題。 Page 23處理方法小區(qū)參數(shù)調(diào)整1、小區(qū)偏置CIO 該值與實踐丈量值相加所得的數(shù)值用于UE的事件評價過程。UE將該小區(qū)原始丈量值加上這個偏置后作為丈量結(jié)果用于UE的

20、同頻切換判決,在切換算法中起到挪動小區(qū)邊境的作用。該參數(shù)設(shè)置越大,那么軟切換越容易,處于軟切換形狀的UE越多,但占用前向資源;設(shè)置越小,軟切換越困難,有能夠影響接納質(zhì)量。對于針尖效應或者拐角效應,經(jīng)過配置5dB左右的CIO是比較好的處理方法。2、軟切換相關(guān)的延遲觸發(fā)時間 延遲觸發(fā)時間是1A,1B,1C和1D事件相關(guān)的觸發(fā)時間。觸發(fā)時間的配置會影響切換的及時性。普通情況下,缺省參數(shù)的配置可以滿足絕大多數(shù)場景的要求。切換參數(shù)可以針對小區(qū)設(shè)置,在根據(jù)環(huán)境設(shè)定了一套根本參數(shù)之后,針對每個小區(qū)單獨進展調(diào)整,可以把參數(shù)更改的影響限制在幾個小區(qū)之間,對系統(tǒng)的影響也較小。Page 24小區(qū)參數(shù)調(diào)整3、同頻丈量

21、濾波系數(shù)FilterCoef 層3濾波應盡量濾除隨機沖擊的才干,使得濾波后的丈量值反映實踐丈量的根本變化趨勢。 由于輸入層3濾波器的丈量值曾經(jīng)經(jīng)過層1濾波,根本消除了快衰落的影響,因此層3應對陰影衰落和少量快衰落毛刺進展平滑濾波,以為事件判決提供更優(yōu)的丈量數(shù)據(jù)。 濾波系數(shù)越大,對毛刺的平滑才干越強,但對信號的跟蹤才干減弱,必需在兩者之間進展權(quán)衡。典型值可以設(shè)置如下:a、假設(shè)切換區(qū)信號變化較慢,同頻濾波系數(shù)可設(shè)為4;b、假設(shè)切換區(qū)信號變化速度中等,同頻濾波系數(shù)設(shè)為3;c、假設(shè)切換區(qū)信號變化較快,同頻濾波系數(shù)設(shè)為2。 4、緊縮方式啟停門限 緊縮方式普通在異頻切換或者異系統(tǒng)切換前啟動,經(jīng)過緊縮方式來

22、丈量異頻或者異系統(tǒng)小區(qū)的質(zhì)量。緊縮方式的啟動可以根據(jù)CPICH的RSCP或者EcIo能否滿足條件來觸發(fā),在實踐的運用中,普通都采用RSCP或者Both RSCP&EcIo作為觸發(fā)條件。 普通情況下,緊縮方式需求丈量目的小區(qū)異頻或者異系統(tǒng)的質(zhì)量并獲取相關(guān)信息,同時由于挪動臺的運動導致當前小區(qū)的質(zhì)量惡化,所以對于緊縮方式的啟動門限普通要求在當前小區(qū)的質(zhì)量下降到導致掉話之前可以及時丈量到目的小區(qū)的信號完成切換為要求,對于停頓門限那么要求防止緊縮方式的頻繁啟動和停頓。Page 25小區(qū)參數(shù)調(diào)整4、緊縮方式啟停門限 緊縮方式普通在異頻切換或者異系統(tǒng)切換前啟動,經(jīng)過緊縮方式來丈量異頻或者異系統(tǒng)小區(qū)的質(zhì)量。

23、緊縮方式的啟動可以根據(jù)CPICH的RSCP或者EcIo能否滿足條件來觸發(fā),在實踐的運用中,普通都采用RSCP或者Both RSCP&EcIo作為觸發(fā)條件。 普通情況下,緊縮方式需求丈量目的小區(qū)異頻或者異系統(tǒng)的質(zhì)量并獲取相關(guān)信息,同時由于挪動臺的運動導致當前小區(qū)的質(zhì)量惡化,所以對于緊縮方式的啟動門限普通要求在當前小區(qū)的質(zhì)量下降到導致掉話之前可以及時丈量到目的小區(qū)的信號完成切換為要求,對于停頓門限那么要求防止緊縮方式的頻繁啟動和停頓。Page 26小區(qū)參數(shù)調(diào)整5、無線鏈路最大下行發(fā)射功率RLMaxDLPwr 配置大的公用鏈路的發(fā)射功率有利于抑制覆蓋導致的掉話點,但同樣帶來干擾問題,由于單個用戶允許

24、的功率大,當用戶在邊緣是就能夠耗費大的功率,從而對其他用戶呵斥影響,降低系統(tǒng)的下行容量。普通情況下下行發(fā)射功率的配置由鏈路預算提供,適當?shù)奶砑踊蛘邷p少12dB,普通情況下在單次路測情況下,很難看出對掉話的影響,但可以從話統(tǒng)目的上看出來,對于一些小區(qū),由于覆蓋緣由存在比較大的掉話率,可以思索添加公用信道的最大發(fā)射功率;對于一些小區(qū),由于負載過高導致用戶有較大的接入失敗概率,可以思索適當降低該參數(shù)。 6、小區(qū)異頻硬切換判決門限 當異頻丈量啟動以后,手機開場丈量異頻小區(qū),當異頻小區(qū)的質(zhì)量高于該門限,RNC發(fā)起異頻切換。 結(jié)合緊縮方式的啟動停頓門限來配置該參數(shù),假設(shè)配置較小的值,切換時目的小區(qū)能夠質(zhì)量

25、較差,假設(shè)配置較大的值,可以保證在目的小區(qū)質(zhì)量較好的情況下才進展硬切換,從而可以降低異頻切換掉話概率。 7、切換判決門限GsmRSSICSThd、GsmRSSIPSThd 異系統(tǒng)切換門限可以針對CS業(yè)務和PS業(yè)務分開設(shè)置,方法和異頻硬切換門限的設(shè)置方法一樣。 掉話問題分析及優(yōu)化方法 接通率問題分析及優(yōu)化方法切換勝利率問題分析及優(yōu)化方法干擾小區(qū)問題分析優(yōu)化方法擁塞小區(qū)問題分析優(yōu)化方法接入失敗的分析流程第一節(jié) 接入失敗的定義第二節(jié) 路測數(shù)據(jù)分析流程第三節(jié) 話統(tǒng)數(shù)據(jù)分析流程第四節(jié) 其它數(shù)據(jù)分析流程路測數(shù)據(jù)分析流程數(shù)據(jù)分析主流程 尋呼問題分析流程 RRC銜接建立問題分析流程 路測數(shù)據(jù)分析流程分析路測數(shù)

26、據(jù)NYNYYNYYYNNNYN能否RRC銜接建立失敗鑒權(quán)加密能否失敗RAB建立能否失敗能否是主叫失敗能否有Call Fail能否收到尋呼切換導致接入失敗尋呼問題RRC建立問題鑒權(quán)加密問題RAB或RB建立問題參考切換導致掉話異常問題路測數(shù)據(jù)分析流程測試數(shù)據(jù)的獲取路測數(shù)據(jù)普通采用前臺測試軟件來獲得;RNC操作維護臺記錄的單用戶跟蹤數(shù)據(jù);RNC記錄CHR的數(shù)據(jù); 確定call fail和相應的時間 經(jīng)過路測數(shù)據(jù)分析軟件,如Analyze,確定Call fail發(fā)生的時間,以及Scanner采集的導頻信息、手機采集的信息以及信令流程;經(jīng)過音訊對齊,找到RNC單用戶跟蹤相應的問題時間點。問題分析 結(jié)合R

27、NC的單用戶跟蹤和UE的信令流程,按照流程確定在哪一處出現(xiàn)失敗。然后按照后續(xù)的各個子流程分析和處理問題,主要包括尋呼問題、RRC建立問題、RAB和RB建立問題、鑒權(quán)加密問題、設(shè)備異常問題等。 路測數(shù)據(jù)分析流程數(shù)據(jù)分析主流程 尋呼問題分析流程 RRC銜接建立問題分析流程 路測數(shù)據(jù)分析流程尋呼問題普通表現(xiàn)為:主叫完成RAB指派以及CC Setup,在等待Alerting音訊的時候收到CN發(fā)來的Disconnect直傳音訊。出現(xiàn)尋呼問題的緣由主要有以下圖所示的幾類:RNC沒有下發(fā)page音訊、尋呼信道或?qū)ず糁甘拘诺赖墓β势?、UE發(fā)生小區(qū)重選等。 路測數(shù)據(jù)分析流程尋呼問題RNC能否下發(fā)pageUE能

28、否收到page能否功率配比偏低能否是重選問題NYYNYNYN設(shè)備異常問題根據(jù)覆蓋情況調(diào)整功率配比優(yōu)化小區(qū)重選參數(shù)異常問題路測數(shù)據(jù)分析流程RNC沒有下發(fā)page音訊 假設(shè)是RNC收到CN下發(fā)的page音訊后在Uu口沒有下發(fā),能夠是尋呼信道容量不夠,或者是設(shè)備出現(xiàn)異常。 尋呼信道或?qū)ず糁甘拘诺赖墓β势?假設(shè)RNC下發(fā)了page音訊,而UE沒有收到,首先查看UE的駐留小區(qū)和監(jiān)視小區(qū)的Ec/Io,假設(shè)小區(qū)CPICH信道的Ec/Io都很低,那么能夠是PCH信道或者PICH信道的功率配置偏低,或者是區(qū)域覆蓋太差。 UE發(fā)生小區(qū)重選 假設(shè)UE駐留小區(qū)的信號偏低而監(jiān)視小區(qū)的信號較好,那么能夠是小區(qū)重選的問題

29、,或者是在尋呼的時候UE從3G重選到2G或者是跨LAC的重選。 路測數(shù)據(jù)分析流程數(shù)據(jù)分析主流程 尋呼問題分析流程 RRC銜接建立問題分析流程 路測數(shù)據(jù)分析流程RRC銜接建立的過程主要包括幾個步驟:UE經(jīng)過RACH信道發(fā)送RRC Connection Setup Request音訊,RNC經(jīng)過FACH信道發(fā)送RRC Connection Setup音訊,UE在建立下行公用信道并同步后經(jīng)過上行公用信道發(fā)送RRC Connection Setup CMP音訊。RRC建立失敗普通有下面幾類緣由:上行RACH的問題、下行FACH功率配比問題、小區(qū)重選參數(shù)問題、下行公用初始發(fā)射功率偏低、上行初始功控問題、

30、擁塞問題、設(shè)備異常問題等。路測數(shù)據(jù)分析流程RRC建立問題UE能否發(fā)出懇求音訊RNC能否收到懇求音訊RNC能否發(fā)出建立音訊UE能否收到建立音訊UE能否發(fā)出建立完成音訊RNC能否收到建立完成音訊手機異常問題調(diào)整PRACH信道參數(shù)其他問題調(diào)整FACH信道功率調(diào)整下行初始發(fā)射功率調(diào)整上行公用信道開環(huán)功控參數(shù)能否發(fā)生小區(qū)重選優(yōu)化小區(qū)重選參數(shù)NYNYNYNNYYNYNY路測數(shù)據(jù)分析流程下面列舉較為常見的幾種RRC建立失敗緣由:上行RACH的問題 UE發(fā)出RRC Connection Request音訊,RNC沒有收到,假設(shè)此時的下行CPICH的Ec/Io正常,普通是RACH的問題。 小區(qū)重選參數(shù)問題 RN

31、C都到UE發(fā)的RRC建立懇求音訊后,下發(fā)了RRC Connection Setup音訊而UE沒有收到。查看此時的CPICH的Ec/Io,假設(shè)偏低,而且監(jiān)視集中沒有質(zhì)量更好的小區(qū),那么是覆蓋的問題可以適當提高FACH的功率。假設(shè)此時監(jiān)視集中有更好的小區(qū),那么能夠是小區(qū)重選的問題,可以適當調(diào)整小區(qū)重選參數(shù)加快小區(qū)重選。 路測數(shù)據(jù)分析流程下行公用初始發(fā)射功率偏低問題 UE收到RRC Connection Setup音訊而沒有發(fā)出Setup Complete音訊,假設(shè)此時下行的信號質(zhì)量正常,那么能夠是手機異常,否那么能夠是下行初始功率過低導致下行不能同步。 上行初始功控問題 UE發(fā)出RRC Setup

32、 Complete音訊而RNC沒有收到,由于上行初始功控會讓UE的發(fā)射功率上升,假設(shè)是UE的發(fā)射功率缺乏導致,可以適當提高公用信道的Constant Value值。 第一章 接入失敗的分析流程第一節(jié) 接入失敗的定義第二節(jié) 路測數(shù)據(jù)分析流程第三節(jié) 話統(tǒng)數(shù)據(jù)分析流程第四節(jié) 其它數(shù)據(jù)分析流程話統(tǒng)數(shù)據(jù)分析流程分析話統(tǒng)目的時,首先看RNC“RAB建立勝利率目的和“RRC建立勝利率目的,掌握網(wǎng)絡(luò)運轉(zhuǎn)的整體情況后,再有針對性地對小區(qū)性能統(tǒng)計。分析時普通采取過濾法,先找出目的明顯異常的小區(qū)分析,此時很能夠是硬件、傳輸、天饋、數(shù)據(jù)配置出了問題導致的異常。在問題比較嚴重的小區(qū)重點路測重現(xiàn)和處理問題。 話統(tǒng)數(shù)據(jù)分析

33、流程如以下圖所示。話統(tǒng)數(shù)據(jù)分析流程1.分析RNC話統(tǒng)中和接入相關(guān)的目的2.分析基于CELL的和接入相關(guān)的話統(tǒng)目的3.檢查系統(tǒng)告警能否異常處理設(shè)備異常問題4.RRC建立勝利率偏低6.RB建立勝利率偏低5.RAB建立勝利率偏低7.尋呼勝利率偏低處理RRC建立失敗問題處理RAB建立失敗問題處理RB建立失敗問題處理尋呼失敗問題終了YYYYYNNNNN話統(tǒng)數(shù)據(jù)分析流程分析RNC話統(tǒng)中和接入相關(guān)的目的 與接入相關(guān)的目的主要包括RRC的建立勝利率、RAB的建立勝利率、RB的建立勝利率曾經(jīng)Page的勝利率。RRC建立勝利率和RAB的建立勝利率反映了網(wǎng)絡(luò)的接通率。分析基于CELL的和接入相關(guān)的目的 基于RNC的

34、根底上再分析CELL統(tǒng)計的相應目的,可以獲得偏低的目的在網(wǎng)絡(luò)中的小區(qū)分布。在按CELL統(tǒng)計的目的里面有一些問題緣由的統(tǒng)計,如RB建立失敗的緣由,有“Configuration Unsupported、物理信道缺點“physicalChannelFailur等緣由統(tǒng)計的失敗。 檢查系統(tǒng)能否有告警異常 檢查話統(tǒng)目的明顯較差的小區(qū)和RNC的告警信息,看能否有設(shè)備異常。 分析和處理各目的偏低的問題 第一章 接入失敗的分析流程第一節(jié) 接入失敗的定義第二節(jié) 路測數(shù)據(jù)分析流程第三節(jié) 話統(tǒng)數(shù)據(jù)分析流程第四節(jié) 其它數(shù)據(jù)分析流程其它數(shù)據(jù)分析流程跟蹤數(shù)據(jù)分析流程 跟蹤數(shù)據(jù)主要是RNC的單用戶跟蹤和各個接口的信令跟蹤

35、,分析方法可以參考路測數(shù)據(jù)的分析流程。 告警數(shù)據(jù)分析流程 用戶贊揚分析流程 話統(tǒng)數(shù)據(jù)分析流程分析RNC話統(tǒng)中和接入相關(guān)的目的 與接入相關(guān)的目的主要包括RRC的建立勝利率、RAB的建立勝利率、RB的建立勝利率曾經(jīng)Page的勝利率。RRC建立勝利率和RAB的建立勝利率反映了網(wǎng)絡(luò)的接通率。分析基于CELL的和接入相關(guān)的目的 基于RNC的根底上再分析CELL統(tǒng)計的相應目的,可以獲得偏低的目的在網(wǎng)絡(luò)中的小區(qū)分布。在按CELL統(tǒng)計的目的里面有一些問題緣由的統(tǒng)計,如RB建立失敗的緣由,有“Configuration Unsupported、物理信道缺點“physicalChannelFailur等緣由統(tǒng)計的

36、失敗。 檢查系統(tǒng)能否有告警異常 檢查話統(tǒng)目的明顯較差的小區(qū)和RNC的告警信息,看能否有設(shè)備異常。 分析和處理各目的偏低的問題 課程內(nèi)容Training.huawei第一章 接入失敗的分析流程第二章 接入失敗的調(diào)整方法第三章 接入失敗的典型案例接入失敗的調(diào)整方法 第一節(jié) 工程參數(shù)第二節(jié) 小區(qū)參數(shù)工程參數(shù)工程參數(shù)調(diào)整主要包括天線的方向角、下頃角、天線的波瓣寬度以及天線的增益等。普通來說只需在處理覆蓋導致的接入問題的時候才會思索調(diào)整這些工程參數(shù)。在進展這些調(diào)整的時候留意對小區(qū)原來的覆蓋區(qū)域的信號質(zhì)量的影響。 接入失敗的調(diào)整方法 第一節(jié) 工程參數(shù)第二節(jié) 小區(qū)參數(shù)小區(qū)參數(shù)FACH信道的發(fā)射功率 該參數(shù)設(shè)

37、置過小,會使得小區(qū)邊緣UE不能正確接納FACH承載的業(yè)務和信令,影響下行公共信道覆蓋,影響小區(qū)覆蓋;設(shè)置過大,那么會對其它信道產(chǎn)生干擾,占用下行發(fā)射功率,影響小區(qū)容量。 PCH信道的發(fā)射功率 該參數(shù)設(shè)置過小,會使得小區(qū)邊緣UE無法正確接納尋呼信息,添加尋呼的時延,導致尋呼勝利率低,從而影響接入勝利率;設(shè)置過大那么浪費功率,添加了下行干擾。 PICH信道的發(fā)射功率 該參數(shù)設(shè)置過小,會使得小區(qū)邊緣UE無法正確接納尋呼指示信息,導致呼叫時延添加,也有能夠進展讀取PCH信道的誤操作,浪費UE電池,并影響下行公共信道覆蓋,從而最終影響小區(qū)覆蓋;設(shè)置過大,那么會對其它信道產(chǎn)生干擾,并且占用下行發(fā)射功率,影

38、響小區(qū)容量。 小區(qū)參數(shù)小區(qū)重選參數(shù) 丈量遲滯2Qhyst2s 該參數(shù)主要防止當UE處于小區(qū)邊緣時由于慢衰落使得小區(qū)重選出現(xiàn)乒乓,從而能夠?qū)е骂l繁的位置更新、URA更新或小區(qū)更新,從而添加網(wǎng)絡(luò)信令負載,同時也添加了UE的電池損耗。 參數(shù)值的大小與小區(qū)所在地域的慢衰落特性相關(guān)。重選遲滯時間Treselections 假設(shè)其它小區(qū)信號質(zhì)量在該參數(shù)指定的時間內(nèi)一直優(yōu)于當前駐留小區(qū)的質(zhì)量,那么UE重選該小區(qū)作為駐留小區(qū)。 該參數(shù)用于防止UE在小區(qū)間的乒乓重選 Sintrasearch 同頻小區(qū)丈量的啟動門限,當本小區(qū)的Ec/Io低于“QRelxmin+2*Sintrasearch時啟動同頻小區(qū)丈量。該參

39、數(shù)影響會影響小區(qū)重選的速度,進而影響UE的一次接入勝利率和IU口的一次尋呼勝利率。 在對UE的耗電影響比較小的情況下,建議將該值盡量設(shè)大。 小區(qū)參數(shù)小區(qū)重選參數(shù)Qoffset 鄰小區(qū)的信號質(zhì)量參與R準那么評價前需求先減一個偏置即為Qoffset。對于普通的單層小區(qū),該參數(shù)可以設(shè)置為0,而經(jīng)過Qhyst來到達一樣的目的。建議普通不做調(diào)整。 AICH信道的發(fā)射功率 該參數(shù)設(shè)置過小,會使得小區(qū)邊緣UE無法正確接納捕獲指示,影響下行公共信道覆蓋。從目前優(yōu)化結(jié)果來看,AICH的功率在下行的覆蓋中普通沒有問題;而且該信道是延續(xù)發(fā)射的,假設(shè)提高功率會占用較大的下行容量。 PRACH的相關(guān)參數(shù) 對應上行PRA

40、CH的問題,需求調(diào)整PRACH的相應參數(shù),包括preamble的重傳次數(shù)、preamble的功率攀升步進、preamble和Message和功率偏向等參數(shù)。這些參數(shù)相互制約,在出現(xiàn)PRACH信道的問題時,建議適當加大preamble的重傳次數(shù)。 掉話問題分析及優(yōu)化方法 接通率問題分析及優(yōu)化方法切換勝利率問題分析及優(yōu)化方法干擾小區(qū)問題分析優(yōu)化方法擁塞小區(qū)問題分析優(yōu)化方法路測數(shù)據(jù)分析流程獲取問題發(fā)生的時間和地點測試過程中會發(fā)生軟切換掉話或者軟切換失敗,記錄下軟切換問題發(fā)生的位置、時間等信息,并為后續(xù)的定位分析做預備。能否鄰區(qū)漏配普通來講,初期優(yōu)化過程掉話占大多數(shù)是由于鄰區(qū)漏配導致的。對于同頻鄰區(qū),

41、通常采用以下的方法來確認能否為同頻鄰區(qū)漏配:方法一:察看掉話前UE記錄的激活集EcIo信息和Scanner記錄的Best Server EcIo信息,假設(shè)UE記錄的EcIo很差,而Scanner記錄的Best Server EcIo很好;同時檢查Scanner記錄Best Server擾碼能否出如今掉話前最近出現(xiàn)的同頻丈量控制的鄰區(qū)列表中,假設(shè)丈量控制的鄰區(qū)列表中中沒有擾碼,那么可以確認是鄰區(qū)漏配。方法二:假設(shè)掉話后UE馬上重新接入,假設(shè)UE重新接入的小區(qū)擾碼和掉話時的擾碼不一致,也可以疑心是鄰區(qū)漏配問題,可以經(jīng)過丈量控制進一步進展確認從掉話位置的音訊開場往前找,找到最近一條同頻丈量控制音訊,

42、檢查該丈量控制音訊的鄰區(qū)列表。方法三:有些UE會上報檢測集Detected Set 信息,假設(shè)掉話發(fā)生前檢測集信息中有相應的擾碼信息,也可以確認是鄰區(qū)漏配的問題。鄰區(qū)漏配會導致掉話,鄰區(qū)冗余也會對網(wǎng)絡(luò)性能有影響,會添加UE同頻丈量的耗費,嚴重情況下使得需求參與鄰區(qū)的小區(qū)無法參與,所以在切換問題分析中也要關(guān)注鄰區(qū)冗余的問題。路測數(shù)據(jù)分析流程能否導頻污染通常將導頻污染定義為:在某一點存在過多的強導頻,但卻沒有一個足夠強的主導頻。根據(jù)這一定義,在制定導頻污染判別規(guī)范時,需求確認的內(nèi)容包括:“強導頻的定義“過多的定義“沒有一個足夠強的主導頻的定義路測數(shù)據(jù)分析流程能否軟切換算法參數(shù)設(shè)置問題可以經(jīng)過調(diào)整切

43、換算法參數(shù)來處理下面兩類問題:切換來不及或者乒乓切換。切換來不及從信令流程上CS業(yè)務表現(xiàn)為手機收不到激活集更新命令同頻硬切換時為物理信道重配置,緣由是在UE上報丈量報告后由于源小區(qū)信號EcIo下降過快,在RNC發(fā)送激活集更新音訊時UE由于下行失步曾經(jīng)封鎖發(fā)射機,從UE側(cè)來看是收不到激活集更新命令。PS業(yè)務也有能夠收不到活動既更新命令,也有能夠在切換之前先發(fā)生TRB復位。從信號上看,切換來不及主要有以下景象:1拐角效應:源小區(qū)EcIo陡降,目的小區(qū)EcIo陡升即忽然出現(xiàn)就是很高的值;2針尖效應:源小區(qū)EcIo快速下降后一段時間后上升,目的小區(qū)出現(xiàn)短時間的陡升。從信令流程上看,普通在掉話前手機上報

44、了鄰區(qū)的1a或者1c丈量報告,RNC也收到了丈量報告,并下發(fā)了激活集更新音訊,但UE收不到激活集更新音訊。乒乓切換主要有以下兩種景象:1主導小區(qū)變化快:2個或者多個小區(qū)交替成為主導小區(qū),主導小區(qū)具有較好的RSCP和EcIo每個小區(qū)成為主導小區(qū)的時間很短;2無主導小區(qū):存在多個小區(qū),RSCP正常而且相互之間差別不大,每個小區(qū)的EcIo都很差。從信令流程上看,普通可以看到1個小區(qū)剛剛刪除,然后馬上又上報該小區(qū)1A事件,之后收不到RNC下發(fā)的激活集更新命令導致失敗。路測數(shù)據(jù)分析流程話統(tǒng)數(shù)據(jù)分析流程61軟切換問題分析軟切換勝利率低軟切換勝利率普通應在98%以上,假設(shè)話統(tǒng)明顯低于此值,且具有統(tǒng)計意義軟切

45、換次數(shù)大于一定值,那么判別軟切換勝利率低。導致軟切換勝利率低能夠有以下緣由:軟切換門限設(shè)置過低。如今運用相對門限判決算法,即1A、1B門限太大,這樣即使信號較差的小區(qū)也有能夠判決參與激活集,RNC下發(fā)ACTIVESET UPDATE COMMAND 音訊命令UE參與此小區(qū),但是由于該小區(qū)信號太差且有動搖,無線鏈路建立失敗,導致軟切換失敗。NodeB沒有配置GPS或GPS失靈。由于WCDMA系統(tǒng)是異步系統(tǒng),因此WCDMA在切換方面的困難主要就在同步上面。在切換過程中,切換失敗的一個主要緣由就是同步失敗,這對于軟切換和硬切換是同樣的。由于如今NodeB普通配置了GPS時鐘,因此軟切換勝利率很高。假

46、設(shè)沒有配置GPS,或者配置了GPS但由于GPS天線安裝不規(guī)范導致搜不到星以及GPS失靈無法鎖定,都能夠?qū)е虑袚Q同步困難,而降低軟切換勝利率。沒有設(shè)置T_cell參數(shù)。T_cell的設(shè)置是為了防止同一NodeB內(nèi)不同小區(qū)的SCH同步信道重疊。同一NodeB內(nèi)相鄰小區(qū)同步信道重疊會導致更軟切換失敗。 62軟切換問題分析軟切換比例過高正常的軟切換比例應堅持在30-40%之間,假設(shè)大于50%,那么會由于軟切換占用過多的系統(tǒng)資源,導致容量下降及網(wǎng)絡(luò)性能的下降,運營商也最不情愿看到其破費投資的資源大量耗費在軟切換上,而不是提供應能給其帶來實踐利益的話務上。導致軟切換比例過高的緣由能夠有:軟切換相對門限設(shè)置

47、不當。1A、1B事件相對門限Reporting range太大,小區(qū)添加到激活集中容易,而從激活集中刪除小區(qū)卻很難,導致大量的UE處于軟切換形狀,使軟切換比例過高。重疊覆蓋區(qū)域過大。在基站密集、站間距較小的地域,假設(shè)沒有控制好小區(qū)的覆蓋范圍,能夠?qū)е轮丿B覆蓋區(qū)域較大,使軟切換范圍很大,比例過高??梢哉{(diào)整天線或者功率參數(shù)控制覆蓋范圍,降低軟切換比例,但是必需謹慎調(diào)理,留意防止產(chǎn)生覆蓋空洞。軟切換區(qū)域處于高話務區(qū)。在規(guī)劃中就應該留意到了這一點:應將天線主瓣方向?qū)χ拕彰芗瘏^(qū),而防止將切換帶規(guī)劃在話務密集區(qū)。然而實踐中網(wǎng)絡(luò)規(guī)劃并不能完全做到這點,所以需求在網(wǎng)絡(luò)優(yōu)化時進展調(diào)整。 63軟切換問題分析軟切

48、換掉話呵斥軟切換掉話通常有下面一些緣由:軟切換門限太高或者觸發(fā)時延太大。對于相對門限判決算法來說,就是1A、1B相對門限太小,使得新的小區(qū)參與到激活集中很難,或者磁滯、觸發(fā)時延過大導致軟切換觸發(fā)不及時,到原小區(qū)信號很差的地方才觸發(fā)事件,開場發(fā)激活集更新音訊,但是還沒有等到新的小區(qū)參與激活集就由于效力小區(qū)質(zhì)量太差而掉話了。軟切換區(qū)域過小。軟切換區(qū)域過小對靜止用戶影響不大,但是對于高速挪動用戶,那么能夠由于切換不及時而導致掉話。這種情況在高速公路這種場景下很容易發(fā)生。優(yōu)化措施:A、加大覆蓋,添加軟切換區(qū)域;B、增大相對門限;C、減小觸發(fā)時延或磁滯。漏配鄰區(qū)。漏配鄰區(qū)關(guān)系,致使相鄰小區(qū)信號很強的情況

49、下都沒有參與激活集,反而成為很強的前向干擾,導致最終掉話。這種問題容易定位與處理,但是實踐中發(fā)生也很多。64軟切換問題分析前反向覆蓋不平衡。前反向覆蓋不平衡對切換的影響如以下圖所示:A小區(qū)前反向覆蓋不平衡,前向覆蓋虛線大于反向覆蓋實線,而B小區(qū)前反向覆蓋是平衡的。由于切換算法是根據(jù)前向鏈路質(zhì)量來進展判決的,當用戶從A向B經(jīng)過切換帶時,當?shù)竭_反向覆蓋邊緣時源小區(qū)前向質(zhì)量依然很好,切換發(fā)起太晚導致反向鏈路掉話。假設(shè)A小區(qū)是反向覆蓋大于前向覆蓋,那么在切換帶由于沒有發(fā)起軟切換,不能將B小區(qū)參與激活集,使之成為強干擾而導致前向掉話。A B65切換問題分析軟切換問題分析硬切換問題分析系統(tǒng)間切換問題分析6

50、6硬切換問題分析RNC未下發(fā)物理信道重配置硬切換指示音訊同頻硬切換對于同頻硬切換,由于不需求進展緊縮方式丈量,可以看信令中目的小區(qū)能否有觸發(fā)1D事件丈量上報。假設(shè)目的小區(qū)觸發(fā)了1D事件而RNC沒有下發(fā)切換指示,那么檢查同頻硬切換開關(guān)能否翻開,或能夠是Iur或Iub建鏈失敗。假設(shè)目的小區(qū)沒有觸發(fā)1D事件,檢查RNC下發(fā)的鄰區(qū)列表中能否包含目的小區(qū),假設(shè)沒有那么有能夠是由于沒有配置相鄰關(guān)系,請檢查同頻鄰區(qū)配置。假設(shè)包含目的小區(qū)擾碼號,那么能夠由于目的小區(qū)信號太差,無法觸發(fā)1D事件進展同頻硬切換導致掉話,這種情況應該改善覆蓋;假設(shè)目的小區(qū)信號足以建立鏈路,那么思索1D事件的磁滯值和觸發(fā)時延能否設(shè)置過

51、大,使1D事件來不及觸發(fā)就由于源效力小區(qū)鏈路變差而掉話。67硬切換問題分析異頻硬切換對于異頻硬切換,需求思索緊縮方式丈量的過程。檢查信令中能否有2D、2F事件的丈量控制音訊下發(fā),假設(shè)沒有那么檢查能否翻開異頻切換算法開關(guān)、能否配置異頻鄰區(qū)關(guān)系。假設(shè)RNC下發(fā)了2D、2F丈量控制,而UE不斷沒有2D丈量上報,能夠異頻丈量啟動門限設(shè)置太低,源小區(qū)在信號較差的情況下都未能觸發(fā)2D事件;假設(shè)2D、2F事件交替頻繁上報,闡明啟停門限差距太小,由于啟動緊縮方式需求一段時間,而源小區(qū)信號略微上升就又停頓了緊縮方式丈量,使異頻丈量不及時。這時可將2F門限設(shè)置高一些,以保證異頻丈量的進展、上報。正常情況下RNC會

52、下發(fā)一條RRC_PH_RECFG音訊讓UE啟動緊縮方式留意:對于異頻硬切換第一條物理信道重配置音訊是用來啟動緊縮方式丈量而不是硬切換指示,假設(shè)UE支持緊縮方式,那么會回一條RRC_PH_RECFG_CMP,接著RNC將下發(fā)丈量控制讓UE周期丈量上報異頻丈量值。假設(shè)UE上報了數(shù)個丈量報告而RNC仍不下發(fā)切換指示RRC_PH_RECFG,那么請檢查報告音訊中的異頻丈量值,能夠異頻硬切換門限設(shè)置太高而目的小區(qū)信號達不到要求使切換判決不經(jīng)過,延誤了切換時機。在站間距較大的情況下,可以將異頻硬切換門限適當降低。68硬切換問題分析UE未收到物理信道重配置音訊經(jīng)過RNC的信令跟蹤發(fā)現(xiàn)曾經(jīng)下發(fā)RRC_PH_R

53、ECFG音訊,而路測中并沒有看到手機收到RRC_PH_RECFG音訊,因此沒有及時發(fā)起硬切換而導致掉話。由于作為硬切換指示的物理信道重配置音訊是在原信道上發(fā)下的,能夠由于經(jīng)過時間延遲、切換判決,RNC下發(fā)此音訊的時候,源小區(qū)下行鏈路曾經(jīng)變得太差,UE無法收到RRC_PH_RECFG音訊進展切換而最終掉話了。有兩種處理思緒:可以權(quán)衡將硬切換門限或磁滯、觸發(fā)時間延遲等參數(shù)適當減小,相當于提早硬切換時機,使UE可以及時收到硬切換指示音訊而完成切換。加大源小區(qū)業(yè)務信道的下行發(fā)射功率以加強切換區(qū)的下行覆蓋,保證下行鏈路的質(zhì)量。 69硬切換問題分析目的基站未收到重配置完成音訊物理信道重配置完成音訊RRC_

54、PH_RECFG_CMP是在目的小區(qū)信道上發(fā)送的。這里分為兩種情況:經(jīng)過手機信令跟蹤,確認是UE收到RRC_PH_RECFG指示而沒有回RRC_PH_RECFG_CMP完成音訊給RNC。這能夠是由于UE與目的小區(qū)同步失敗或別的緣由呵斥的硬切換失敗而掉話。嘗試調(diào)整天線或添加目的載頻的信道功率以加強覆蓋,或者提高硬切換判決門限,以保證硬切換的順利進展。經(jīng)過信令跟蹤,發(fā)現(xiàn)是UE曾經(jīng)切換并發(fā)送了RRC_PH_RECFG_CMP音訊,而RNC側(cè)沒有收到此音訊,闡明是反向鏈路存在問題。這時可以調(diào)整上行功控參數(shù)命令MOD CELLCAC,將相應業(yè)務最大上行發(fā)射功率調(diào)大,使在允許范圍內(nèi)UE的發(fā)射功率增大,加強

55、反向鏈路質(zhì)量。 70硬切換問題分析乒乓切換在切換帶,由于信號的動搖,能夠?qū)е耈E在源小區(qū)和目的小區(qū)來回的反復切換。對于同頻硬切換,由于同頻干擾的存在,很容易導致掉話;對于異頻硬切換,由于需求緊縮方式異頻丈量,乒乓切換會給通訊質(zhì)量呵斥較大影響。處理方法可以從兩個思緒入手:調(diào)整硬切換門限,或者磁滯、觸發(fā)時間延遲等參數(shù)。抬高硬切換觸發(fā)門檻,可以防止乒乓切換,但是要慎重,由于提高切換門限等參數(shù)有能夠會呵斥切換不及時而導致切換失敗或掉話。調(diào)整覆蓋。讓切換帶盡量避開地形地物復雜的環(huán)境,使信號動搖盡能夠的小。 71硬切換問題分析其它問題引起的硬切換失敗除了上面能夠的緣由外,還有其它問題能夠引起硬切換失?。篣

56、E兼容性問題。各個廠家的UE能夠存在與其他廠家設(shè)備的兼容性的問題,這需求根據(jù)詳細問題來分析定位。設(shè)備兼容性問題。特別是對于要經(jīng)過中心網(wǎng)的硬切換,各廠家之間的信令配合、參數(shù)設(shè)置都能夠存在差別,導致硬切換問題。傳輸線路問題。72切換問題分析軟切換問題分析硬切換問題分析系統(tǒng)間切換問題分析73CS 3G2G切換分析A. 經(jīng)過話統(tǒng)查詢異系統(tǒng)CS域3G=2G目的D1. 等待遷移命令超時目的過高?YNB. CS域3G=2G預備勝利率目的能否滿足要求?E. CS域3G=2G切換勝利率目的能否滿足要求?D2. TRELOCalloc expiry 目的過高?D3. Failure in Target Syste

57、m 目的過高?D4. Relocation not supported 目的過高?D5. Unknown RNC目的過高?D6. No Resource Available目的過高?NYG1. 等待IU釋放命令超時目的過高?G2. Configuration Unsupported 目的過高?G3. Physical Channel Failure 目的過高?D. 非設(shè)備問題,流程預備失敗G. 非設(shè)備問題,流程預備失敗C1. 查詢設(shè)備告警C. 設(shè)備問題F1. 查詢設(shè)備告警F. 設(shè)備問題失敗原因分析思路RNC級異系統(tǒng)切換出準備失敗等待遷移命令超時核心網(wǎng)沒有返回切換準備請求的相應命令。這種情況往往

58、是核心網(wǎng)參數(shù)配置或者相關(guān)鏈路連接有問題,需要根據(jù)核心網(wǎng)與BSS的信令跟蹤進行原因分析遷移取消RNC請求切換準備后,收到核心網(wǎng)的釋放命令。這種情況往往是兩種情況,一是位置更新等信令過程發(fā)生系統(tǒng)間切換請求,流程還沒有完成前已經(jīng)完成了位置更新流程,核心網(wǎng)發(fā)起釋放;二是建立呼叫的用戶在切換準備時就掛機,核心網(wǎng)發(fā)起釋放。這兩種情況雖然切換沒有完成,但都是正常的流程嵌套遷移超時一般對應著核心網(wǎng)配置錯誤,需要根據(jù)核心網(wǎng)與BSS的信令跟蹤進行原因分析在目標CN/RNC或系統(tǒng)中遷移失敗一般對應著核心網(wǎng)配置錯誤或者BSS系統(tǒng)不支持,需要根據(jù)核心網(wǎng)與BSS的信令跟蹤進行原因分析未知目標RNC這種情況往往是MSC參數(shù)

59、配置錯誤,沒有配置目標小區(qū)的LAC等信息,需要核心網(wǎng)檢查參數(shù)配置。這種情況在網(wǎng)絡(luò)進行了調(diào)整后很容易出現(xiàn)無可用資源往往是MSC參數(shù)配置錯誤或者BSC無資源可用,需要根據(jù)核心網(wǎng)與BSS的信令跟蹤進行原因分析其他原因需結(jié)合核心網(wǎng)與BSS的信令跟蹤進行原因分析Cell級異系統(tǒng)切換出準備失敗遷移超時這種情況往往是核心網(wǎng)參數(shù)配置或者相關(guān)鏈路連接有問題,需要根據(jù)核心網(wǎng)與BSS的信令跟蹤進行原因分析在目標CN/RNC或系統(tǒng)中遷移失敗一般對應著核心網(wǎng)配置錯誤或者BSS系統(tǒng)不支持,需要根據(jù)核心網(wǎng)與BSS的信令跟蹤進行原因分析在目標CN/RNC或系統(tǒng)中遷移不支持這種情況往往是BSC不支持系統(tǒng)間切換請求的某些參數(shù),需

60、要根據(jù)核心網(wǎng)與BSS的信令跟蹤進行原因分析其他原因需結(jié)合核心網(wǎng)與BSS的信令跟蹤進行原因分析RNC/CELL級異系統(tǒng)切換出失敗配置不支持網(wǎng)絡(luò)中的切換命令終端不支持,一般是手機兼容性問題物理信道失敗主要是信號比較弱或者干擾比較嚴重導致UE接入失敗其他原因需要根據(jù)CHR日志及核心網(wǎng)與BSS的信令跟蹤進行進一步的分析CS 3G2G切換分析75PS 3G2G切換分析A. 經(jīng)過話統(tǒng)查詢異系統(tǒng)PS域RNC發(fā)起的3G=2G目的D1. Configuration unacceptable 目的過高?YNB. PS域RNC發(fā)起的3G=2G切換勝利率目的能否滿足要求?D2. Physical Channel Fa

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論