WCDMA日常優(yōu)化中TOP小區(qū)處理指導(dǎo)

1、wcdma日常優(yōu)化top小區(qū)處理指導(dǎo)目 錄1 概述32 工作范圍描述42.1 工作范圍42.2 工具準(zhǔn)備52.3 信息收集52.4 操作步驟62.4.1 關(guān)鍵/風(fēng)險點62.4.2 timelines62.4.3 checklist73 問題小區(qū)篩選83.1 通過nastar生成每天各項指標(biāo)的top 10小區(qū)。83.2 利用insightsharp進行問題小區(qū)預(yù)過濾93.2.1 日志類型介紹93.2.2 預(yù)過濾功能介紹93.2.3 各類指標(biāo)預(yù)過濾方法93.2.4 指標(biāo)過濾方法舉例104 問題小區(qū)處理思路124.1 接入問題分析124.1.1 rrc建立失敗124.1.2 rab指配失敗144.2

2、 切換問題分析164.2.1 軟切換失敗164.2.2 硬切換失敗174.2.3 系統(tǒng)間切換失敗174.3 掉話問題分析194.4 干擾問題分析224.4.1 內(nèi)部干擾定位224.4.2 外部干擾定位234.4.3 下行干擾定位251 概述問題小區(qū)處理是日常網(wǎng)絡(luò)優(yōu)化中每天必須進行的一項工作，其主要是對網(wǎng)絡(luò)故障或性能下降小區(qū)進行分析和處理，同時對每日綜合指標(biāo)最差的top小區(qū)進行集中處理，解決網(wǎng)絡(luò)問題，消除網(wǎng)絡(luò)隱患，提升網(wǎng)絡(luò)質(zhì)量。問題小區(qū)處理主要涉及四類工作：問題小區(qū)分析、干擾排查、工單處理跟蹤、測試驗證。2 工作范圍描述2.1 工作范圍（1） 問題小區(qū)篩選1) 問題小區(qū)生成：每日對日常投訴、指標(biāo)

3、和告警監(jiān)控和dt、cqt測試和mr數(shù)據(jù)分析等發(fā)現(xiàn)的網(wǎng)絡(luò)問題進行詳細分析和分類，形成問題小區(qū)列表。2) top小區(qū)生成：在每日的指標(biāo)監(jiān)控中發(fā)現(xiàn)某些小區(qū)或者基站存在隱性故障，導(dǎo)致該小區(qū)或者基站出現(xiàn)性能下降現(xiàn)象時，應(yīng)從該小區(qū)或基站的接入性能、保持性能、資源性能、覆蓋性能入手進行相關(guān)的分析，找出綜合指標(biāo)最差的前n個小區(qū)，形成每日top n小區(qū)列表。（2） 問題小區(qū)處理1) 制定解決方案。通過對日常投訴、指標(biāo)和告警監(jiān)控以及mr等數(shù)據(jù)信息進行匯總分析, 對問題小區(qū)與top小區(qū)制定解決方案，以工單形式提交相關(guān)人員實施調(diào)整。需要時可以進行現(xiàn)場測試。2) 跟蹤問題小區(qū)的處理。跟蹤調(diào)整工單的執(zhí)行進程和結(jié)果反饋，對

4、已處理完成的小區(qū)觀察其指標(biāo)、告警信息的變化情況，需要時進行現(xiàn)場測試驗證，確認(rèn)問題解決情況。對于連續(xù)出現(xiàn)5日以上的topn小區(qū)要重點關(guān)注及早優(yōu)先解決。3) 對問題小區(qū)分析中發(fā)現(xiàn)的網(wǎng)絡(luò)干擾問題進行分析、排查和處理。對于無法處理的干擾，需及時提交分析報告給局方，由局方協(xié)調(diào)處理。（3） 周期性總結(jié)：每周、月對問題小區(qū)處理情況進行匯總總結(jié)，對于現(xiàn)階段暫無法解決的問題應(yīng)形成說明。（4） 輸出結(jié)果1) 問題小區(qū)分析處理記錄；2) 每周、月問題小區(qū)分析和處理總結(jié)報告。2.2 工具準(zhǔn)備l probe路測數(shù)據(jù)采集軟件及assistant后處理軟件；l nastar性能統(tǒng)計分析工具；l insightsharp性能

5、定位分析工具；l umat工具；2.3 信息收集l 網(wǎng)絡(luò)配置數(shù)據(jù)l rnc的話統(tǒng)數(shù)據(jù)l rnc的chr數(shù)據(jù)l rnc的告警信息l 日常dt/cqt數(shù)據(jù)2.4 操作步驟圖1 問題小區(qū)處理流程圖根據(jù)日常的投訴，性能監(jiān)控，告警以及dt/cqt等數(shù)據(jù)，發(fā)現(xiàn)需要處理的問題小區(qū)，制定相應(yīng)的調(diào)整方案，按照計劃實施調(diào)整內(nèi)容，實施完成后，確認(rèn)調(diào)整效果，輸出問題小區(qū)分析總結(jié)報告。2.4.1 關(guān)鍵/風(fēng)險點1. 對于網(wǎng)絡(luò)出現(xiàn)的外部干擾源，應(yīng)由局方為主導(dǎo)，由其協(xié)調(diào)相關(guān)的資源，進行處理。2. 對于因規(guī)劃等原因無法解決的問題小區(qū)，比如覆蓋問題，容量，license等問題，需要提出解決建議，提交給客戶。2.4.2 timel

6、ines下面列出了1個問題小區(qū)的時間安排： process：問題小區(qū)處理weekly progress任務(wù)名稱任務(wù)描述duration1st2nd3rd4th5tht1/問題小區(qū)篩選對日常投訴、指標(biāo)和告警監(jiān)控和dt、cqt測試和mr數(shù)據(jù)分析等發(fā)現(xiàn)的網(wǎng)絡(luò)問題進行詳細分析和分類，形成問題小區(qū)列表（包括top n小區(qū)）每天t2/制定解決方案 針對問題小區(qū)，制定解決方案1 個工作日t3/問題小區(qū)的處理根據(jù)調(diào)整方案，對問題小區(qū)進行處理.1個工作日t4/調(diào)整效果反饋和確認(rèn)根據(jù)性能統(tǒng)計或現(xiàn)場測試，驗證調(diào)整方案的有效性1個工作日t5/輸出周問題小區(qū)分析表輸出周問題小區(qū)分析表1個工作日2.4.3 checkli

7、st表1 問題小區(qū)處理checklisttopn小區(qū)分析報告check date:name:任務(wù)名稱任務(wù)描述itemcheck byt1/問題小區(qū)篩選對日常投訴、指標(biāo)和告警監(jiān)控和dt、cqt測試和mr數(shù)據(jù)分析等發(fā)現(xiàn)的網(wǎng)絡(luò)問題進行詳細分析和分類，形成問題小區(qū)列表（包括top n小區(qū)）日常投訴問題處理建議dt/cqt問題處理建議性能數(shù)據(jù)的分析告警問題小區(qū)的處理建議t2/制定解決方案針對問題小區(qū)，制定解決方案輸出問題小區(qū)處理建議t3/問題小區(qū)的處理根據(jù)調(diào)整方案，對問題小區(qū)進行處理.執(zhí)行調(diào)整方案t4/調(diào)整效果反饋和確認(rèn)審核調(diào)整效果，評估調(diào)整結(jié)果.確認(rèn)調(diào)整效果t5/輸出周問題小區(qū)分析表輸出周問題小區(qū)分析

8、表輸出周問題小區(qū)分析表t6/輸出月問題小區(qū)分析總結(jié)報告輸出月問題小區(qū)分析總結(jié)報告輸出月問題小區(qū)分析總結(jié)報告3 問題小區(qū)篩選3.1 通過nastar生成每天各項指標(biāo)的top 10小區(qū)。利用nastar生成kpi日報時，將include topn page選項勾選上，生成的kpi日報將附帶各項指標(biāo)的top 10小區(qū)。如下所示：nastar自動生成top 10小區(qū)的指標(biāo)共包括12項，如下所示：指標(biāo)名稱指標(biāo)名稱cs call drop cellsps rab failps drop cellssho failhsdpa failinterfreq hho failhsupa failcs interr

9、at hho failrrc failps interrat hho failcs rab failhot traffic cell3.2 利用insightsharp進行問題小區(qū)預(yù)過濾3.2.1 日志類型介紹當(dāng)前常用chr日志分析工具insightsharp進行問題小區(qū)分析。在利用insightsharp進行chr日志分析時，需要對chr日志先進行預(yù)過濾。每項不同的指標(biāo)有不同的過濾方法。ran12版本主要包括三類chr日志。每類日志記錄內(nèi)容與作用如下所示：日志類型記錄內(nèi)容用于分析指標(biāo)類型chr記錄切換失敗信息軟切換失敗、硬切換失敗、異系統(tǒng)切換失敗call fault記錄接入失敗信息rrc接入

10、失敗、rab建立失敗、掉話upchr記錄所有呼叫信息所有類型指標(biāo)（偏向于rf分析）其中chr和call fault日志主要記錄chr打點信息，upchr日志主要記錄rf信息。從各類日志類型的記錄內(nèi)容可看出，chr日志類型只能用于切析切換問題，call fault只能用于分析接入和掉話問題。3.2.2 預(yù)過濾功能介紹利用insightsharp軟件的預(yù)過濾功能對日志文件進行預(yù)過濾，可避免因?qū)脒^多的日志文件而導(dǎo)致耗時長或軟件卡住的現(xiàn)象。通過預(yù)過濾可提高問題小區(qū)處理效率。預(yù)過濾功能設(shè)置界面如下所示：3.2.3 各類指標(biāo)預(yù)過濾方法對chr日志和call fault日志進行預(yù)過濾，在軟件中自定義過濾器

11、時都選擇spu_single_user_log日志類型，利用該日志結(jié)構(gòu)樹中的fault type對不同的kpi問題進行過濾。chr msg type choice stru下的8類fault type分別對應(yīng)不同問題指標(biāo)的詳細選項。 spu_single_user_log日志類型日志結(jié)構(gòu)樹如下所示： fault type內(nèi)容代表的問題指標(biāo)如下所示：fault type內(nèi)容問題指標(biāo)rrc connection req fault rrc連接失敗rab assignment req fault rab建立失敗soft handover fault 軟切換失敗hard handover fault

12、硬切換失敗 interrat ho 3g2g fault 3g2g切換失敗 drop call fault 掉話chr msg type choice stru下8類fault type對應(yīng)的問題指標(biāo)：fault type序號問題指標(biāo)fault type 1rrc接入失敗fault type 2rab建立失敗fault type 3sho失敗fault type 4hho失敗fault type 5interrat切換失敗fault type 6未知fault type 7掉話fault type 8未知3.2.4 指標(biāo)過濾方法舉例1、 rrc接入失敗預(yù)過濾小區(qū)36473的rrc接入失敗日志方

13、法如下：選擇fault type字段填寫rrc connection req fault ，選擇fault type 1下的best cellid字段填寫36473，如下圖所示：2、 rab建立失敗預(yù)過濾小區(qū)36473下的rab建立失敗方法如下：選擇fault type字段填寫填寫rab assignment req fault ，選擇fault type 2下的best cellid字段填寫36473，選擇failed cs字段填寫包含”cs”3、 異系統(tǒng)切換失敗過濾小區(qū)31041、31044和31246三個小區(qū)的異系統(tǒng)異系統(tǒng)切換失敗方法如下：選擇fault type字段填寫填寫interr

14、at ho 3g2g fault ，選擇fault type 5下的best cellid字段填寫31041、31044和31246（選擇三次該字段）。如下所示：4、 掉話過濾過濾小區(qū)36473下的掉話方法如下：選擇fault type字段填寫填寫drop call fault ，選擇fault type 7下的best cellid字段填寫36473。如下圖所示：4 問題小區(qū)處理思路4.1 接入問題分析4.1.1 rrc建立失敗從 rnc 側(cè)來看，rrc 連接建立失敗包括兩種情形：一種是當(dāng) rnc 收到 ue 發(fā)送的 rrc connection request 消息后，向 ue 發(fā)送了 r

15、rc connection reject 消息。這種情況對應(yīng)著“因 iub 接口失敗而拒絕 rrc 連接請求”和“因網(wǎng)絡(luò)擁塞而拒絕 rrc 連接請求”這兩類指標(biāo)。具體計數(shù)器打點位置如下圖 a 點所示：另外一種是 rnc 下發(fā) rrc connection setup 消息后，始終沒有收到ue 的響應(yīng)（rrc connection setup complete 或者 rrc connection setup failed）。這種情況對應(yīng)著“因無應(yīng)答而導(dǎo)致 rrc 連接失敗”這類指標(biāo)。導(dǎo)致 rrc 連接建立失敗的常見原因如下：1、 因 iub 接口失敗而拒絕 rrc 連接請求因 iub 接口失敗而

16、拒絕 rrc 連接請求可以細分為以下幾類原因：rl 建立失敗導(dǎo)致 rrc 連接建立拒絕rl 建立失敗一般情況下較少出現(xiàn)，可能原因包括：l nodeb 設(shè)備硬件問題，如功放過熱（偶爾出現(xiàn)）l nodeb ce 數(shù)受限。當(dāng) nodeb credits 估計不準(zhǔn)，不能真實反映 nodeb ce 數(shù)的使用狀況時，有可能出現(xiàn) rnc 認(rèn)為 nodeb 的 ce 數(shù)足夠，向nodeb 下發(fā) rl 建立消息，nodeb 由于 ce 數(shù)受限返回 rl 建立失敗。發(fā)現(xiàn) rl 建立失敗導(dǎo)致 rrc 連接拒絕的次數(shù)不為零后，需要檢查小區(qū)的負(fù)載情況，排除 ce數(shù)受限的可能；檢查有無設(shè)備告警，排除空調(diào)、功放等問題引起的

17、失?。籥al2 建立失敗導(dǎo)致 rrc 連接建立拒絕aal2 建立失敗問題很少發(fā)生，當(dāng) aal2 資源受限，或者小區(qū)出現(xiàn)故障的時候，才有可能出現(xiàn)。2、 因網(wǎng)絡(luò)擁塞而拒絕 rrc 連接請求對于網(wǎng)絡(luò)擁塞而導(dǎo)致 rrc 連接失敗，需要檢查是哪種資源不足導(dǎo)致的。其中無線資源的擁塞通常有如下幾類：功率資源申請失敗出現(xiàn)功率資源申請失敗的時候，應(yīng)該檢查準(zhǔn)入?yún)?shù)設(shè)置是否與默認(rèn)參數(shù)一致。如果參數(shù)設(shè)置合理，則需要通過話務(wù)量、等效用戶數(shù)等計數(shù)器檢查當(dāng)前網(wǎng)絡(luò)負(fù)荷。如果網(wǎng)絡(luò)負(fù)荷以及阻塞率確實達到擴容要求，則需要啟動擴容。上/下行 ce 資源申請失敗說明 nodeb ce 資源不足，需要結(jié)合當(dāng)前實際話務(wù)負(fù)荷，檢查 node

18、b ce 資源配置情況。碼資源申請失敗說明碼資源不足，需要結(jié)合實際的話務(wù)負(fù)荷給出合理的擴容手段。3、 因無應(yīng)答而導(dǎo)致 rrc 連接失敗造成這種問題的主要原因包括以下兩種：ue 沒有收到 rnc 下發(fā)的 rrc connection setup 消息造成這種問題的原因可能是覆蓋或者小區(qū)選擇與重選參數(shù)配置不合理。ue 發(fā)出了 rrc connection setup complete 消息，但是 rnc 沒有收到可能是因為上行專用信道初始發(fā)射功率設(shè)置偏低。4、 因重定向而拒絕 rrc 連接請求nue 發(fā)起 rrc 鏈接建立請求，如果小區(qū)擁塞或資源分配（主要指準(zhǔn)入、碼資源分配）失敗，且 rrc 直接

19、重試算法全部失敗，則觸發(fā)重定向算法。如果 ue 發(fā)起接入的主小區(qū)存在異頻鄰近小區(qū)或者 gsm 小區(qū)，則通過 rrc connection reject 信令的 redirection info 信元指示 ue 重定向到異頻鄰近小區(qū)的頻點或者 gsm 小區(qū)。如果不存在異頻或 gsm 小區(qū)，則不配置 rrc connection reject 信令的 redirection info 信元。4.1.2 rab指配失敗在 rnc 話統(tǒng)中，rab 指配失敗計數(shù)器打點位置如下圖所示：如上圖中 b 點所示，當(dāng) rnc 向 cn 發(fā)送失敗的 rab 指配響應(yīng) rab assignment response

20、消息時，根據(jù)具體失敗原因，對相關(guān)計數(shù)器進行計數(shù)。圖中 rb 建立過程使用虛線標(biāo)出，為可選流程。rab 指配建立失敗的原因如下：1、 無線網(wǎng)絡(luò)原因由于遷移導(dǎo)致 rab 建立失敗因遷移導(dǎo)致 rab 建立失敗是指：當(dāng) rnc 正在執(zhí)行遷移，如果再收到來自 cn 的 rab assignment request 消息，rnc 不會處理此消息，直接向 cn 應(yīng)答 rab 指配失敗 rab assignment reponse 消息（失敗原因為relocation triggered。該指標(biāo)一般出現(xiàn)機會較少，無需處理。由于空口失敗導(dǎo)致 rab 建立失敗由于空口失敗導(dǎo)致 rab 建立失敗是指：當(dāng) rnc 收

21、到 ue 回的 rb setup failure 消息后，會給 cn 回 rab assignment response，攜帶的原因為“failure in the radio interface procedure”。分析由于空口失敗導(dǎo)致 rab 建立失敗，需要對 rb 建立失敗原因進行分析，具體分析方法參見error! reference source not found.中 rb 建立失敗相關(guān)內(nèi)容。由于能力不足導(dǎo)致 rab 建立失敗小區(qū)中因能力不支持導(dǎo)致的 rab 指配建立失敗具體原因包括：l requested traffic class not available (18)l req

22、uested maximum bit rate not available (20)l requested maximum bit rate for dl not available (33)l requested maximum bit rate for ul not available (34)l requested guaranteed bit rate not available (21)l requested guaranteed bit rate for dl not available (35)l requested guaranteed bit rate for ul not

23、available (36)l requested transfer delay not achievable (22)該指標(biāo)一般出現(xiàn)在小區(qū)擁塞時，如 requested maximum bit rate not available 等。需要注意的是，這個指標(biāo)的觸發(fā)原因包含了下面的幾種“無線資源擁塞導(dǎo)致失敗”指標(biāo)的原因；l 功率不足導(dǎo)致 cs rab 拒絕l 上行 ce 資源不足導(dǎo)致 cs rab 拒絕l 下行 ce 資源不足導(dǎo)致 cs rab 拒絕l 碼資源不足導(dǎo)致 cs rab 拒絕l iub 帶寬不夠?qū)е?cs rab 拒絕可以通過查詢相關(guān)指標(biāo)，確定具體是什么資源不足導(dǎo)致失敗，并作相應(yīng)擴

24、容處理。其他無線網(wǎng)絡(luò)原因?qū)е?rab 建立失敗除了上述原因外還有一些其他原因?qū)е?cs rab 指配建立失敗，如 rb 建立無響應(yīng)等。其他無線網(wǎng)絡(luò)原因造成的 rab 建立失敗，一般來說無法從話統(tǒng)上直接獲得原因，通常需要通過 dt 或者其他測試方法及分析手段定位。2、 傳輸網(wǎng)絡(luò)原因cs 域因傳輸承載建立失敗導(dǎo)致的 rab 指配建立失敗的具體原因包括：l signalling transport resource failure(65)l iu transport connection failed to establish(66)該指標(biāo)出現(xiàn)一般表示傳輸出現(xiàn)問題，需要檢查 iu 口的傳輸是否異常。

25、4.2 切換問題分析4.2.1 軟切換失敗從流程上看，軟切換可以分為軟切換準(zhǔn)備過程和軟切換空口過程，其中準(zhǔn)備過程是從切換判決到rl建立完成，空口過程是激活集更新過程：1、首先查看忙時全網(wǎng)和小區(qū)的軟切換成功率是否達標(biāo)，如果沒有達標(biāo)，則需要找到主要的問題小區(qū)進行詳細分析。2、對小區(qū)的（更）軟切換失敗次數(shù)進行top n排序，找出幾個失敗次數(shù)最高的小區(qū)，并列出具體的失敗原因指標(biāo)，如果不能直接從話統(tǒng)上找到具體的失敗原因，還要分析對應(yīng)的chr。下表列出了（更）軟切換失敗的詳細話統(tǒng)指標(biāo)和分析思路：失敗原因分析思路配置不支持ue認(rèn)為rnc增加/刪除鏈路的激活集更新的內(nèi)容不支持。這種場景在商用網(wǎng)絡(luò)中基本不會出現(xiàn)

26、同步重配置不支持ue反饋rnc增加/刪除鏈路的更軟/軟切換過程與其他并發(fā)過程不兼容。rnc在流程處理的時候已經(jīng)保證了串行處理，出現(xiàn)這種情況主要是一些手機自身處理出現(xiàn)問題非法配置ue認(rèn)為rnc增加/刪除鏈路的激活集更新的內(nèi)容非法。這種場景在商用網(wǎng)絡(luò)中基本不會出現(xiàn)ue無響應(yīng)rnc沒有收到增加/刪除鏈路的激活集更新命令響應(yīng)。這個在網(wǎng)絡(luò)中是更軟/軟切換失敗的主要原因，主要是發(fā)生在覆蓋比較差或者切換區(qū)比較小的區(qū)域，需要rf優(yōu)化4、進行路測重現(xiàn)問題。由于話統(tǒng)給出了趨勢，并給出了可能的問題，具體問題的定位和分析還需要結(jié)合路測或者針對小區(qū)的chr分析來進行。對于問題小區(qū)，一般都需要安排針對小區(qū)進行路測，跟蹤手

27、機側(cè)和rnc的信令流程進行分析，詳細分析方法請參見路測數(shù)據(jù)分析流程。4.2.2 硬切換失敗整個硬切換階段失敗，重點關(guān)注以下指標(biāo)，包括nodeb內(nèi)、nodeb間和rnc間的指標(biāo)，下表同時給出了具體的分析思路。失敗原因分析思路硬切換準(zhǔn)備失敗無線鏈路建立失敗為rl建立過程中的失敗，具體見iub接口rl建立過程分析其他原因需結(jié)合chr日志進行進一步的分析nodeb內(nèi)/nodeb間/rnc間 硬切換出失敗配置不支持ue認(rèn)為硬切換出小區(qū)的命令不支持，一般為手機兼容性問題物理信道失敗可能為覆蓋較差或者干擾較嚴(yán)重同步重配置不支持ue反饋硬切換過程與其他并發(fā)過程不兼容，可能為手機自身兼容性問題小區(qū)更新在硬切換出

28、小區(qū)的過程中，發(fā)生了小區(qū)更新，這種流程嵌套導(dǎo)致了硬切換出小區(qū)失敗非法配置ue認(rèn)為硬切換出小區(qū)的命令非法，一般為手機兼容性問題其他原因需結(jié)合chr日志進行進一步的分析4.2.3 系統(tǒng)間切換失敗1、 cs系統(tǒng)間切換失敗cs系統(tǒng)間切換出過程分為切換準(zhǔn)備過程和執(zhí)行過程。切換出準(zhǔn)備過程如下所示：在cs域系統(tǒng)間切換出過程中，當(dāng)rnc向cn發(fā)送relocation required消息時，如果當(dāng)前cs的業(yè)務(wù)為amr語音業(yè)務(wù)，則統(tǒng)計為一次系統(tǒng)間切換準(zhǔn)備。當(dāng)rnc收到cn返回的iu release command消息時，按ue當(dāng)前使用的srnc的小區(qū)統(tǒng)計為系統(tǒng)間切換出成功。如果發(fā)生cs系統(tǒng)間失敗，需要查看以下失

29、敗統(tǒng)計指標(biāo)：失敗原因分析思路rnc級異系統(tǒng)切換出準(zhǔn)備失敗等待遷移命令超時核心網(wǎng)沒有返回切換準(zhǔn)備請求的相應(yīng)命令。這種情況往往是核心網(wǎng)參數(shù)配置或者相關(guān)鏈路連接有問題，需要根據(jù)核心網(wǎng)與bss的信令跟蹤進行原因分析遷移取消rnc請求切換準(zhǔn)備后，收到核心網(wǎng)的釋放命令。這種情況往往是兩種情況，一是位置更新等信令過程發(fā)生系統(tǒng)間切換請求，流程還沒有完成前已經(jīng)完成了位置更新流程，核心網(wǎng)發(fā)起釋放；二是建立呼叫的用戶在切換準(zhǔn)備時就掛機，核心網(wǎng)發(fā)起釋放。這兩種情況雖然切換沒有完成，但都是正常的流程嵌套遷移超時一般對應(yīng)著核心網(wǎng)配置錯誤，需要根據(jù)核心網(wǎng)與bss的信令跟蹤進行原因分析在目標(biāo)cn/rnc或系統(tǒng)中遷移失敗一般對

30、應(yīng)著核心網(wǎng)配置錯誤或者bss系統(tǒng)不支持，需要根據(jù)核心網(wǎng)與bss的信令跟蹤進行原因分析未知目標(biāo)rnc這種情況往往是msc參數(shù)配置錯誤，沒有配置目標(biāo)小區(qū)的lac等信息，需要核心網(wǎng)檢查參數(shù)配置。這種情況在2g網(wǎng)絡(luò)進行了調(diào)整后很容易出現(xiàn)無可用資源往往是msc參數(shù)配置錯誤或者bsc無資源可用，需要根據(jù)核心網(wǎng)與bss的信令跟蹤進行原因分析其他原因需結(jié)合核心網(wǎng)與bss的信令跟蹤進行原因分析cell級異系統(tǒng)切換出準(zhǔn)備失敗遷移超時這種情況往往是核心網(wǎng)參數(shù)配置或者相關(guān)鏈路連接有問題，需要根據(jù)核心網(wǎng)與bss的信令跟蹤進行原因分析在目標(biāo)cn/rnc或系統(tǒng)中遷移失敗一般對應(yīng)著核心網(wǎng)配置錯誤或者bss系統(tǒng)不支持，需要根據(jù)

31、核心網(wǎng)與bss的信令跟蹤進行原因分析在目標(biāo)cn/rnc或系統(tǒng)中遷移不支持這種情況往往是bsc不支持系統(tǒng)間切換請求的某些參數(shù)，需要根據(jù)核心網(wǎng)與bss的信令跟蹤進行原因分析其他原因需結(jié)合核心網(wǎng)與bss的信令跟蹤進行原因分析rnc/cell級異系統(tǒng)切換出失敗配置不支持網(wǎng)絡(luò)中的切換命令終端不支持，一般是手機兼容性問題物理信道失敗主要是2g信號比較弱或者干擾比較嚴(yán)重導(dǎo)致ue接入失敗其他原因需要根據(jù)chr日志及核心網(wǎng)與bss的信令跟蹤進行進一步的分析2、 ps系統(tǒng)間切換失敗rnc發(fā)送cell change order from utran消息后，如收到cell change order from utra

32、n failure消息，表明本次ps域系統(tǒng)間切換出過程失敗，需要重點查看以下話統(tǒng)指標(biāo)：失敗原因分析思路rnc/cell級ps異系統(tǒng)切換出準(zhǔn)備失敗配置不支持網(wǎng)絡(luò)中的切換命令終端不支持，一般是手機兼容性問題物理信道失敗主要是2g信號比較弱或者干擾比較嚴(yán)重導(dǎo)致ue接入失敗無線網(wǎng)絡(luò)層原因可能為手機兼容性問題，已知可能為手機終端檢測到autn消息中的sqn的序列號錯誤，引起失敗，原因值為：同步失敗傳輸層原因?qū)?yīng)著傳輸鏈路異常其他原因需要根據(jù)rnc的日志及核心網(wǎng)與bss的信令跟蹤進行進一步的分析4.3 掉話問題分析在話統(tǒng)分析中需要分析引起掉話的主要原因，主要指標(biāo)如下：失敗原因分析思路om干預(yù)操作維護工作導(dǎo)

33、致的掉話rab搶占導(dǎo)致的原因高優(yōu)先級搶占引起的cs鏈路釋放，這種掉話在負(fù)載和資源不足的時候發(fā)生，根據(jù)發(fā)生的次數(shù)確定是否擴容utran產(chǎn)生的原因小區(qū)中utran產(chǎn)生的原因?qū)е骆溌樊惓ａ尫?。這種情況一般對應(yīng)著處理異常，需要通過chr進一步分析上行rlc復(fù)位上行srb復(fù)位引起鏈路釋放。這種情況主要是由于覆蓋質(zhì)量不好（包括鄰區(qū)漏配、切換區(qū)小等情況）下行rlc復(fù)位下行srb復(fù)位引起鏈路釋放。這種情況主要是由于覆蓋質(zhì)量不好（包括鄰區(qū)漏配、切換區(qū)小等情況）上行同步失敗上行鏈路失步引起的異常釋放。這種情況主要是由于覆蓋質(zhì)量不好（包括鄰區(qū)漏配、切換區(qū)小等情況），導(dǎo)致ue異常關(guān)閉發(fā)射機或者上行解調(diào)失步下行同步失敗

34、下行鏈路失步引起的異常釋放。這種情況主要是由于覆蓋質(zhì)量不好（包括鄰區(qū)漏配、切換區(qū)小等情況），導(dǎo)致ue異常關(guān)閉發(fā)射機或者上行解調(diào)失步uu口無響應(yīng)ue空口無響應(yīng)系統(tǒng)發(fā)出的命令，覆蓋不好導(dǎo)致其他rf原因射頻原因，均屬于覆蓋質(zhì)量不好aal2鏈路異常rnc發(fā)現(xiàn)iu cs接口aal2 path異常，發(fā)起了異常釋放，可能為傳輸設(shè)備異常，已知問題有rb建立過程中馬上正常釋放被話統(tǒng)統(tǒng)計為該原因異常釋放gtpu異常rnc發(fā)現(xiàn)iu ps接口gtpu異常，發(fā)起了異常釋放，可能是設(shè)備故障其他原因異常原因掉話，需結(jié)合rnc日志進行分析另外，掉話中很大一部分原因是切換掉話，應(yīng)著重進行切換指標(biāo)優(yōu)化，下邊介紹常見導(dǎo)致掉話的非切

35、換原因：1、 覆蓋差一般來說，對于voice而言，當(dāng)cpich的ecio大于-14db，rscp大于-100dbm時（采用scanner車外的測量值），不可能是由于覆蓋不行導(dǎo)致的掉話。通常所說的覆蓋差，主要是指rscp很差。下表是規(guī)劃時要求的outdoor ecio和ec要求（來自某運營商的網(wǎng)絡(luò)規(guī)劃結(jié)果，供參考）：servicebit rate of servicedl ebnoecio thresholdsec thresholdscs 12.212.28.7-13.3-103.1cs 64645.9-11.9-97.8ps 64645.1-12.7-98.1ps 1281284.5-13.

36、3-95.3ps 3843844.6-10.4-90.6上行覆蓋差還是下行覆蓋差的問題需要通過掉話前上行或者下行的專用信道功率來確認(rèn)，需要采用以下的方法來確認(rèn)：如果掉話前的上行發(fā)射功率達到最大值，并且上行的bler也很差或者從rnc記錄的單用戶跟蹤上看到nodeb上報rl failure，基本可以認(rèn)為上行覆蓋差導(dǎo)致的掉話；如果掉話前，下行發(fā)射功率達到最大值，并且下行的bler很差，基本可以認(rèn)為是下行覆蓋差導(dǎo)致的掉話。在合理的鏈路平衡情況下，而且上下行沒有干擾的情況下，上行和下行發(fā)射功率會同時受限，此時不一定要嚴(yán)格區(qū)分哪一方先出現(xiàn)受限。如果上下行嚴(yán)重不平衡，則應(yīng)該初步判定為受限方向存在干擾。確認(rèn)

37、覆蓋的問題簡單直接的方式是直接觀察scanner采集的數(shù)據(jù)，若最好小區(qū)的rscp和ecio都很低，就可以認(rèn)為是覆蓋問題。由于缺站、扇區(qū)接錯、功放故障導(dǎo)致站關(guān)閉等原因都會導(dǎo)致覆蓋差，在一些室內(nèi)，由于過大的穿透損耗也會導(dǎo)致覆蓋太差。扇區(qū)接錯或者站點由于故障原因關(guān)閉等容易在優(yōu)化過程中出現(xiàn)，表現(xiàn)為其他小區(qū)在掉話點的覆蓋差，需要注意分析區(qū)別。2、 干擾導(dǎo)致的掉話下行和上行的干擾都會導(dǎo)致掉話。一般情況下，對于下行，當(dāng)激活集cpich rscp大于-85dbm，而激活集綜合ecio小于-13db產(chǎn)生了掉話，基本上可以認(rèn)為是下行干擾的問題（當(dāng)切換不及時的時候，也可能出現(xiàn)服務(wù)小區(qū)rscp信號很好，但ecio很差

38、；但此時監(jiān)視集小區(qū)rscp和ecio都很好）；對于上行rtwp比正常值（-107-105）超過10db，干擾時間超過23s，就有可能造成掉話，需要重點解決。下行的干擾通常是指導(dǎo)頻污染，指覆蓋地區(qū)存在3個以上的小區(qū)滿足切換條件，由于信號的波動常常出現(xiàn)激活集替換或者最優(yōu)小區(qū)發(fā)生變化，通常當(dāng)激活集綜合質(zhì)量不好（cpich的ecio都在-10db左右波動），容易出現(xiàn)切換失敗導(dǎo)致srb復(fù)位，也可能出現(xiàn)trb復(fù)位。上行的干擾增加了連接模式的手機上行發(fā)射功率，從而產(chǎn)生過高的bler導(dǎo)致srb或者trb復(fù)位或者由于失步導(dǎo)致掉話。另外，在切換的時候，新建鏈路由于上行干擾問題導(dǎo)致鏈路不能同步，造成切換失敗而導(dǎo)致掉

39、話。上行干擾可能來自系統(tǒng)內(nèi)，也可能來自系統(tǒng)外，絕大部分場景上行干擾來自系統(tǒng)外。通常在沒有干擾的情況下，上下行是平衡的，也就是說掉話前上下行的發(fā)射功率都會接近最大值。當(dāng)下行干擾存在，往往出現(xiàn)上行發(fā)射功率很小或者bler收斂的情況，但下行發(fā)射功率達到最大值同時也伴隨著下行bler不收斂；對于上行干擾，會存在同樣的表現(xiàn)，在實際分析可以通過這個方法來區(qū)分。3、 異常分析在排除了以上的原因之后，其他的掉話一般需要懷疑設(shè)備的問題，需要通過查看設(shè)備的日志，告警等進一步來分析掉話原因。比如：nodeb異常引起同步失敗，導(dǎo)致的鏈路不停增加和刪除比如：手機不上報1a測量報告導(dǎo)致掉話4.4 干擾問題分析4.4.1

40、內(nèi)部干擾定位定位步驟如下：1、 初步排查1、對于觀察不到分集信號的要檢查分集接收的配置情況未配置分集接收的典型的rtwp圖如下所示：圖1 rtwp跟蹤圖-分集未配置2、對于未做過上行射頻通道校正的應(yīng)檢查射頻通道的增益設(shè)置（尤其是有塔放情況下）是否正確，最好能夠做一下上行射頻通道校正以便于避免此類問題影響干擾定位的思路。上行射頻通道校正方法：在待校正端口安裝匹配負(fù)載，為避免功率過載，可以關(guān)閉相應(yīng)的功放（set txsw: txsw = off;），觀察該通道rtwp值，如果rtwp在-105-106dbm左右屬于正常，否則，可以通過設(shè)置對應(yīng)的通道衰減值(set rxatten: atten=*;

41、)調(diào)整rtwp至合理范圍。上行射頻通道校正非常規(guī)操作，現(xiàn)場如果有用服人員，應(yīng)該由用服工程師操作。3、如果有dcs1800m系統(tǒng)跟wcdma合路的情況，需要跟運營商確認(rèn)其頻率配置，檢查其合路的dcs的頻率的3階互調(diào)（2f1-f2、2f2-f1）有沒有落入wcdma接收帶內(nèi)（1920m1980m），如果有，則需要跟運營商溝通交流，建議運營商將這種不合理的頻率配置改掉。如果經(jīng)過上面三步的初步排查后未解決干擾問題，需要到現(xiàn)場進一步處理。2、 現(xiàn)場排查1、啟動nodeb的lmt，實時測量待定位小區(qū)的rtwp，以便于在采取后續(xù)的定位手段后實時觀察待定位小區(qū)的rtwp變化情況。2、如果有dcs合路到wcdm

42、a的，需要將dcs的載波特性查清楚（每個通道上有那些載波，是什么頻點，bcch在哪個通道上），并將bcch的通道標(biāo)出。這里，通道可以理解為實現(xiàn)每組無線信號在設(shè)備和天線之間傳輸?shù)乃璧奶祓佋O(shè)備系統(tǒng)。3、如果有dcs合路到wcdma的，根據(jù)干擾發(fā)現(xiàn)的結(jié)果，建議運營商配合將bcch修改到需要定位干擾問題的通道。如果bcch不在問題通道（gsm在兩個通道上都可能會有信號發(fā)射，而bcch只在其中一條上發(fā)射），那些與dcs話務(wù)相關(guān)的干擾很可能無法重現(xiàn)。4、在通道上逐個輕敲每一個射頻連接器（重點是跳線接頭、負(fù)載以及跳線和天線的連接頭），查看rtwp的反應(yīng)情況，如rtwp有相應(yīng)的變化，變大或變小，則表示該連接

43、器有問題，需要運營商工程相關(guān)人員配合進行接頭緊固、重做等工程質(zhì)量改進工作，請注意在進行工程工作前關(guān)閉掉相應(yīng)小區(qū)的功放，以免造成輻射損傷。5、在確認(rèn)連接器無問題，但存在干擾的情況下，使用ybt250濾波器定向天線在wcdma天線處查一下是否能收到干擾（濾波器和定向天線器件要求，參考電磁干擾測試指導(dǎo)書，特殊情況下濾波器需要根據(jù)當(dāng)?shù)豾cdma接收頻段和其它無線系統(tǒng)發(fā)射頻段進行定制），如ybt250觀察不到空間有干擾，則更換基站天線，確認(rèn)是否是天線內(nèi)部問題引起的干擾，如果更換天線后問題依然存在，轉(zhuǎn)至“error! reference source not found.”環(huán)節(jié)。6、如果使用ybt250濾波器定向天線在wcdma天線處收到了干擾信號，轉(zhuǎn)“外部干擾定位”環(huán)節(jié)。7、如果反復(fù)檢查后未能定位干擾，將此問題重新轉(zhuǎn)至“error!