GT分流后TD掉話整治優(yōu)化

知識(shí)水壩（豆丁網(wǎng) pologoogle）為您傾心整理（下載后雙擊刪除） 百度一下 知識(shí)水壩 TD-SCDMA 掉話問題分析 優(yōu)化指導(dǎo)手冊(cè) TD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 目錄 - 1 - ostcom_B2000 產(chǎn)品配置手冊(cè) - 2 - ostcom_B2000 產(chǎn)品配置手冊(cè) - 3 - 內(nèi)容介紹 TD-SCDMA網(wǎng)絡(luò)優(yōu)化 掉話問題分析 介紹了 TD-SCDMA網(wǎng)絡(luò)優(yōu)化中的掉話問題進(jìn)行分析，包括掉話定義，分析流程和方法，常見掉話原因和典型掉話案例分析。本文分 5章。 概述。 掉話定義：介紹路測和話統(tǒng)中掉話定義。 掉話分析流程和方法 :詳細(xì)介紹掉話分析的流程和分析方法。 常見掉話原因分析：介紹覆蓋、鄰區(qū)關(guān)系、切換、干擾等造成掉話的原因及分析的方法。 典型掉話案例分析：結(jié)合廣州 TD網(wǎng)絡(luò)優(yōu)化案例進(jìn)行分析。 讀 者對(duì)象 本書適合下列人員閱讀： 參與網(wǎng)絡(luò)優(yōu)化的相關(guān)人員 。 目 錄 優(yōu)化指導(dǎo)手冊(cè) . 1-1 前言 .錯(cuò)誤 !未定義書簽。 內(nèi)容介紹 . - 3 - 讀者對(duì)象 . - 3 - 本書約定 . 錯(cuò)誤 !未定義書簽。 目 錄 .- 3 - 第 1 章 概述 . 1-1 第 2 章 掉話定義 . 2-1 2.1 路測的掉話定義 . 2-1 2.2 話 統(tǒng)指標(biāo)中的掉話定義 . 2-1 第 3 章 掉話分析流程和方法 . 3-1 3.1 路測數(shù)據(jù)分析流程 . 3-1 3.2 話統(tǒng)數(shù)據(jù)分析流程 . 3-3 ostcom_B2000 產(chǎn)品配置手冊(cè) - 4 - 3.3 跟蹤數(shù)據(jù)分析流程 . 3-7 3.4 用戶投訴分析流程 . 3-10 第 4 章 常見掉話原因分析 . 4-1 4.1 覆蓋差 . 4-1 4.2 鄰區(qū)漏配 . 4-1 4.3 切換掉話 . 4-2 4.4 干擾掉話 . 4-2 4.5 流程交互失敗 . 4-3 4.6 異常 . 4-3 4.7 調(diào)整措施 . 4-3 4.7.1 工程參數(shù) .4-3 4.7.2 小區(qū)參數(shù) .4-3 第 5 章 典型掉話案例分析 . 5-1 5.1 鄰區(qū)漏配 . 5-1 5.2 乒乓切換 . 5-2 5.3 弱覆蓋 . 5-3 附錄 A:縮略語 .1 附錄 B：文檔修訂記錄 .2 圖 3-1掉話分析流程樹 . 3-1 圖 3-2 掉話原因判斷 . 3-2 圖 3-3 呼叫跟蹤分析流程 . 3-8 圖 3-4用戶投訴分析流程 . 3-10 圖 5-1鄰區(qū)漏配調(diào)整前 . 5-1 圖 5-2鄰區(qū)漏配調(diào)整后 . 5-1 圖 5-3乒乓切換調(diào)整前 . 5-2 圖 5-4乒乓切換調(diào)整后 . 5-2 圖 5-5弱覆蓋調(diào)整前 . 5-3 圖 5-6弱覆蓋調(diào)整 . 5-3 TD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 第 1 章 概述 1-1 第 1章 概述 在網(wǎng)絡(luò)建設(shè)及運(yùn)營中，掉話率（ calldroprate）是反映網(wǎng)絡(luò) 質(zhì)量的重要指標(biāo)之一；掉話問題也是日常網(wǎng)絡(luò)優(yōu)化面臨的一個(gè)常見問題。掉話問題對(duì)用戶的負(fù)面影響最直接，因此掉話率是運(yùn)營商最為關(guān)注的指標(biāo)之一。實(shí)際的網(wǎng)絡(luò)中，影響掉話率的因素很多，包括硬件問題、干擾問題、覆蓋問題、切換問題、參數(shù)問題等。本文結(jié)合廣州 TD網(wǎng)絡(luò)建設(shè)和優(yōu)化的經(jīng)驗(yàn)，對(duì)掉話的定義、分析流程和方法、原因分析等內(nèi)容進(jìn)行描述。 TD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 第 2 章 掉話定義 2-1 第 2章 掉話定義 2.1 路測的掉話定義 從 UE側(cè)記錄的空口信令上看，在通話過程（連接狀態(tài)下）中，如果空口的消息，滿足以下三個(gè)條件的任何一個(gè)： 1） 收到任何的 BCH消息（即系統(tǒng)消息） 2） 收到 RRC Release消息且釋放的原因值為 Not Normal 3） 收到 CC Disconnect， CC Release Complete， CC Release三條消息中的任何一條，而且釋放的原因?yàn)?Not Normal Clearing或者 Not Normal， Unspecified。 2.2 話統(tǒng)指標(biāo)中的掉話定義 廣義的掉話率應(yīng)該包含 CN和 UTRAN的掉話率，由于網(wǎng)優(yōu)重點(diǎn)關(guān)注與 UTRAN側(cè)的掉話率指標(biāo)，本文掉話率描述也重點(diǎn)關(guān)注 UTRAN側(cè)的 KPI指標(biāo)分析。 UTRAN側(cè)相關(guān)指標(biāo)就是 RNC觸發(fā)釋放的各業(yè)務(wù) RAB個(gè)數(shù)。主要 包括兩個(gè)方面：（ 1）業(yè)務(wù)建立成功后， RNC向 CN發(fā)送 RAB RELEASE REQUEST消息。（ 2）業(yè)務(wù)建立成功后， RNC向 CN發(fā)送IU RELEASE REQUEST消息，其后收到 CN發(fā)送的 IU RELEASE COMMAND。 從大的方面來講，掉話分為兩大類，信令面掉話和用戶面掉話；從流程上看，信令面掉話是 RNC發(fā)起了 Iu release request，用戶面掉話是 RNC主動(dòng)發(fā)起 RAB release request。 需要說明的是 RAN話統(tǒng)掉話的定義只從 Iu 接口的角度進(jìn)行統(tǒng)計(jì)，統(tǒng)計(jì)了 RNC主動(dòng)發(fā)起 的RAB release請(qǐng)求次數(shù)和 Iu release請(qǐng)求次數(shù)。而路測掉話定義主要從空口的消息和非接入層的消息結(jié)合原因值來進(jìn)行定義的，兩者不完全一致的。比如說，對(duì)于同時(shí)進(jìn)行主被叫通話，工具記錄主叫的空口消息，如果被叫異常掉話，那么分析主叫的流程也會(huì)是一次掉話，但從話統(tǒng)上看，這次主叫是沒有掉話指標(biāo)記錄的。所以兩者的定義是不完全一致的，在分析時(shí)要注意區(qū)分 。 TD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 第 3 章 掉話分析流程和方法 3-1 第 3章 掉話分析流程和方法 3.1 路測數(shù)據(jù)分析流程 準(zhǔn) 備 數(shù) 據(jù)獲 取 掉 話 時(shí)間 和 位 置鄰 區(qū) 露 配覆 蓋 分 析切 換 分 析干 擾 分 析異 常 分 析重 新 路 測重 現(xiàn) 問 題XYYYYYNNNNN圖 3-1掉話分析流程樹 TD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 第 3 章 掉話分析流程和方法 3-2 準(zhǔn) 備 數(shù) 據(jù) U E和S c a n n e r最 好 小 區(qū) 比 較穩(wěn) 定 一 致 N獲 取 掉 話 位 置 和 時(shí) 間 分 析 S c a n n e r主 導(dǎo) 小區(qū) 信 號(hào) 變 化 R S C P 差 C / I 差 R S C P 正 常 C / I 差 R S C P 正 常 C / I 正 常 鄰 區(qū) 漏 配 上 行 干 擾 問題切 換 不 及 時(shí) 確 認(rèn) 漏 配 鄰 區(qū) ？ 覆 蓋 問 題 異 常 掉 話 導(dǎo) 頻 干 擾 問題 不 一 致 確 認(rèn) 上 行 干 擾 ？ 問 題 是 否 解 決 重 新 路 測Y主 導(dǎo) 小 區(qū) 信 號(hào)穩(wěn) 定 ？ S c a n n e r 最 優(yōu) 小 區(qū)R S C P 和 C / I乒 乓 切 換 問題 變 化 頻 繁YN圖 3-2 掉話原因判斷 準(zhǔn)備數(shù)據(jù) 路測軟件采集數(shù)據(jù)文件 RNC記錄的單用戶跟蹤 TD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 第 3 章 掉話分析流程和方法 3-3 RNC記錄的 CDL 獲取掉話位置 采用路測數(shù)據(jù)處理軟件，比如 Analyzer和獲取掉話的時(shí)間和地點(diǎn)，獲取掉話前后 Scanner采集的導(dǎo)頻數(shù)據(jù)，手機(jī)采集的激活集和 監(jiān)測集 信息，信令流程等。 分析 Scanner主導(dǎo)小區(qū)變化情況 主 要分析主導(dǎo)小區(qū)的變壞情況，如果主導(dǎo)小區(qū)相對(duì)穩(wěn)定，進(jìn)一步分析 RSCP和 C/I情況；如果主導(dǎo)小區(qū)變化頻繁，需要區(qū)分主導(dǎo)小區(qū)變化快的情況，或者沒有主導(dǎo)小區(qū)的情況，然后進(jìn)一步進(jìn)行乒乓切換掉話分析。 分析 Scanner主導(dǎo)小區(qū)信號(hào) RSCP和 C/I 觀察 Scanner最好小區(qū) RSCP， C/I，根據(jù)不同的情況分別處理 RSCP差， C/I差，可以確定為覆蓋問題； RSCP正常， C/I差（排除切換來不及導(dǎo)致的，同頻鄰區(qū)干擾），可以確定為導(dǎo)頻干擾問題； RSCP正常， C/I正常，如果 UE激活集中小區(qū)與 Scanner最好小區(qū)不 一致，可能為鄰區(qū)漏配或者切換來不及導(dǎo)致的掉話；如果 UE激活集中小區(qū)與 Scanner最好小區(qū)一致 ,可能為上行干擾或者異常掉話。 路測重現(xiàn)問題 由于一次路測不一定能夠采集到定位掉話問題需要的所有信息，此時(shí)需要通過進(jìn)一步路測來收集數(shù)據(jù)。通過進(jìn)一步的路測也能確認(rèn)該掉話點(diǎn)是隨機(jī)掉話的點(diǎn)或者固定掉話點(diǎn)，一般來說固定掉話點(diǎn)一定需要解決，而隨機(jī)掉話點(diǎn)則需要根據(jù)掉話發(fā)生的概率來確定是否需要解決。 3.2 話統(tǒng)數(shù)據(jù)分析流程 分析話統(tǒng)指標(biāo)時(shí)，要先看 RNC掉話率指標(biāo)和信令面掉話率指標(biāo)，掌握了網(wǎng)絡(luò)運(yùn)行的整體情況。同時(shí)對(duì)關(guān)注的小區(qū)（小區(qū)集合 ）針對(duì)性地分析，按小區(qū)（小區(qū)集合）得到更詳細(xì)的掉話指標(biāo)。分析時(shí)可使用話統(tǒng)分析工具得到不同業(yè)務(wù)的掉話情況以及大致的掉話原因。 話統(tǒng)分析應(yīng)獲得指標(biāo)明顯異常的小區(qū)分析，如果小區(qū)以前 KPI良好，此時(shí)很可能是版本、硬件、傳輸、天饋或者數(shù)據(jù)出了問題導(dǎo)致的異常，可以結(jié)合告警首先從這幾個(gè)方面檢查。如無明顯異常，根據(jù)指標(biāo)將各扇區(qū)載頻進(jìn)行統(tǒng)計(jì)分類，可整理出各重點(diǎn)指標(biāo)較差小區(qū)列表，對(duì)于這些小區(qū)進(jìn)一步細(xì)分話統(tǒng)指標(biāo)（如分析更多相關(guān)指標(biāo)，分析小時(shí)間間隔，分析可能引起掉話的指標(biāo)，如切換指標(biāo)等），同時(shí)結(jié)合 CDL看掉話的原因。實(shí)際分析解決 等 問題時(shí)，在重點(diǎn)抓住某個(gè)指標(biāo)分析的同時(shí)需要結(jié)合其他指標(biāo)一起分析。 需要說明的是話統(tǒng)只有在統(tǒng)計(jì)量較大時(shí)，指標(biāo)數(shù)值才具有指導(dǎo)意義。例如，出現(xiàn)掉話率為50%并不就代表網(wǎng)絡(luò)差，只有在呼叫次數(shù)、呼叫成功次數(shù)、掉話總次數(shù)的絕對(duì)值都已具備統(tǒng)計(jì)意義時(shí)，這個(gè)數(shù)值才具有意義 話統(tǒng)分析流程可以簡述如下： TD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 第 3 章 掉話分析流程和方法 3-4 1. 分析 RNC掉話率和信令面掉話率 RNC掉話率統(tǒng)計(jì) RNC觸發(fā)釋放的各業(yè)務(wù) RAB個(gè)數(shù)，主要包括兩個(gè)方面：（ 1）業(yè)務(wù)建立成功后， RNC向 CN發(fā)送 RAB RELEASE REQUEST消息。（ 2）業(yè)務(wù)建立成功后， RNC向 CN發(fā)送 IU RELEASE REQUEST消息，其后收到 CN發(fā)送的 IU RELEASE COMMAND。信令面掉話主要是 RNC發(fā)起了 Iu Release Request。分析 IU口連接釋放情況得到信令面掉話率。 2. 分析掉話原因 在話統(tǒng)分析中還分析引起掉話的主要原因，可分析以下主要指標(biāo)： Rab釋放請(qǐng)求次數(shù)，原因：無線網(wǎng)絡(luò)層資源不足 CSConvRabRelReq_Res Rab釋放請(qǐng)求次數(shù)，原因：無線網(wǎng)絡(luò)層其他錯(cuò)誤 CSConvRabRelReq_RErr Rab釋放請(qǐng)求次數(shù)，原因：傳輸層錯(cuò)誤 CSConvRabRelReq_L2Err Rab釋放請(qǐng)求次數(shù)，原因：協(xié)議錯(cuò)誤 CSConvRabRelReq_PErr Rab釋放請(qǐng)求次數(shù)，原因：非接入層錯(cuò)誤 CSConvRabRelReq_NASErr Rab釋放請(qǐng)求次數(shù)，原因：雜項(xiàng)錯(cuò)誤 CSConvRabRelReq_OthErr Rab釋放請(qǐng)求次數(shù)，原因：無線網(wǎng)絡(luò)層資源不足 PSConvRabRelReq_Res Rab釋放請(qǐng)求次數(shù)，原因：無線網(wǎng)絡(luò)層其他錯(cuò)誤 PSConvRabRelReq_RErr Rab釋放請(qǐng)求次數(shù)，原因：傳輸層錯(cuò)誤 PSConvRabRelReq_L2Err Rab釋放請(qǐng)求次數(shù)，原因：協(xié)議錯(cuò)誤 PSConvRabRelReq_PErr Rab釋放請(qǐng)求次數(shù)，原因：非接入層錯(cuò)誤 PSConvRabRelReq_NASErr Rab釋放請(qǐng)求次數(shù)，原因：雜項(xiàng)錯(cuò)誤 PSConvRabRelReq_OthErr 類似還有 interactive、 streaming、 background類型的 CS、 PS業(yè)務(wù)。 3. 分析小區(qū)（小區(qū)集合）的掉話率指標(biāo) 上述只是對(duì)整個(gè)網(wǎng)絡(luò)分析，我們可分析小區(qū)掉話率指標(biāo)，主要需要分析小區(qū)“ AMR掉話率”、“ VP掉話率”、“ PS掉話率”、“硬切換掉話率”。 對(duì)所有小區(qū)分別用以上的指標(biāo)進(jìn)行排序，選擇指標(biāo)特別差的小區(qū)或者最差的一些小區(qū)，進(jìn)一步按照分析掉話原因。 無線電路域掉話率 電路域掉話的 RAB數(shù)目 /電路域 RAB指派建立成功的 RAB數(shù)目 *100% 電路域掉話的 RAB數(shù)目 RNC請(qǐng)求釋放的電路域 RAB數(shù)目+RNC請(qǐng)求釋放的電路域 Iu連接對(duì)應(yīng)的 RAB數(shù)目。 無線分組域掉線 分組域掉線的 RAB數(shù)目 /分組 分組域掉線的 RAB數(shù)目 RNCTD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 第 3 章 掉話分析流程和方法 3-5 率 域 RAB指派建立成功的 RAB數(shù)目 *100% 請(qǐng)求釋放的分組域 RAB數(shù)目+RNC請(qǐng)求釋放的分組域 Iu連接對(duì) 應(yīng)的 RAB數(shù)目 無線掉話率擴(kuò)展 CS/PS域因該原因掉話的 RAB數(shù)目 /CS/PS域 RAB指派成功的 RAB數(shù)目 *100% CS/PS域因該原因掉線的 RAB數(shù)目 RNC請(qǐng)求釋放的 CS/PS域 RAB數(shù)目（對(duì)應(yīng)該原因值） RNC請(qǐng)求釋放的 CS/PS域 Iu連接對(duì)應(yīng)的 RAB數(shù)目（對(duì)應(yīng)該原因值 ） 電路域掉話的RAB數(shù)目 /電路域64K業(yè)務(wù)話務(wù)量*100% 電路域掉話的 RAB數(shù)目 RNC請(qǐng)求釋放的電路域 RAB數(shù)目 +RNC請(qǐng)求釋放的電路域 Iu 連接對(duì)應(yīng)的 RAB數(shù)目。 為分析不同速率的 PS 掉話情況，可分析指標(biāo) RNC_PS_384K_RAB_REL_CELL_TRIG_BY_RNC RNC_PS_128K_RAB_REL_CELL_TRIG_BY_RNC RNC_PS_64K_RAB_REL_CELL_TRIG_BY_RNC 切換掉話率情況： HHO_INTERFEQ_DROP_OUT_CELL / HHO_INTERFEQ_OUT_CELL HHO_INTERFEQ_DROP_IN_CELL / HHO_INTERFEQ_IN_CELL HHO_INTRAFEQ_DROP_OUT_CELL/ HHO_INTRAFEQ_OUT_CELL HHO_INTRAFEQ_DROP_IN_CELL/ HHO_INTRAFEQ_IN_CELL 通過上述這些掉話率的分析，我們可獲得不同業(yè)務(wù)及其速率在網(wǎng)絡(luò)中的性能，可獲得切換掉話情況。重要的是通過這一步可獲得指標(biāo)較差的小區(qū)以及時(shí)間段。 釋放原因指標(biāo)： Rab釋放請(qǐng)求次數(shù)，原因：無線網(wǎng)絡(luò)層資源不足 CSConvRabRelReq_Res Rab釋放請(qǐng)求次數(shù)，原因：無線網(wǎng)絡(luò)層其他錯(cuò)誤 CSConvRabRelReq_RErr Rab釋放請(qǐng)求次數(shù)，原因：傳輸層錯(cuò)誤 CSConvRabRelReq_L2Err Rab釋放請(qǐng)求次數(shù)，原因：協(xié)議錯(cuò)誤 CSConvRabRelReq_PErr Rab釋放請(qǐng)求次數(shù)，原因：非接入層錯(cuò) CSConvRabRelReq_NASErr TD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 第 3 章 掉話分析流程和方法 3-6 誤 Rab釋放請(qǐng)求次數(shù)，原因：雜項(xiàng)錯(cuò)誤 CSConvRabRelReq_OthErr Rab釋放請(qǐng)求次數(shù)，原因：無線網(wǎng)絡(luò)層資源不足 PSConvRabRelReq_Res Rab釋放請(qǐng)求次數(shù)，原因：無線網(wǎng)絡(luò)層其他錯(cuò)誤 PSConvRabRelReq_RErr Rab釋放請(qǐng)求次數(shù)，原因：傳輸層錯(cuò)誤 PSConvRabRelReq_L2Err Rab釋放請(qǐng)求次數(shù)，原因：協(xié)議錯(cuò)誤 PSConvRabRelReq_PErr Rab釋放請(qǐng)求次數(shù)，原因：非接入層錯(cuò)誤 PSConvRabRelReq_NASErr Rab釋放請(qǐng)求次數(shù)，原因：雜項(xiàng)錯(cuò)誤 PSConvRabRelReq_OthErr 流程定時(shí)器超時(shí)指標(biāo)： 流程定時(shí)器超時(shí)可重點(diǎn)分析以下流程 (主要分析請(qǐng)求與 CMP次數(shù)，已經(jīng)相應(yīng)超時(shí)次數(shù)統(tǒng)計(jì)指標(biāo) )： RB_SETUP RB_RECFG ACTIVE_SET_UPDATE PHY_CFG RL Failure指標(biāo)： CELL_UPDT_RL_FAIL_CELL（下行失步） IUB_RL_FAIL（上行失步） RTWP， TCP指標(biāo)： RTWP均值、最大值 TCP均值、最大值 4. 檢查小區(qū)是否異常 如果小區(qū)以前 KPI正常，可檢查小區(qū)的告警，排除小區(qū)異常方面的原因。 5. 分析掉話原因 設(shè)備問題：按照 2、 3如果分析結(jié)果是傳輸、設(shè)備原因，則可歸類為設(shè)備問題。 覆蓋差：按照 2、 3如果分析結(jié)果是空口原因，則可歸類為覆蓋差，無線環(huán)境變化塊等原因。 切換導(dǎo)致的掉話： HHO相關(guān)指標(biāo)導(dǎo)致的掉話。 TD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 第 3 章 掉話分析流程和方法 3-7 干擾導(dǎo)致的掉話：分析 RL Failure、 RTWP， TCP相關(guān)指標(biāo)，由于話統(tǒng)粒度粗，主要看整體情況，無法精確分析。 從話統(tǒng)詳細(xì)分析掉話時(shí)，需按照掉話原因分類分析相關(guān)指標(biāo)，必要時(shí)結(jié)合 CDL分析。 6. 通過路測重現(xiàn)問題 由于話統(tǒng)給出了趨勢，并給出了可能的問題，具體問題的定位和分析還需要結(jié)合路測或者針對(duì)小區(qū)的 CDL 分析來進(jìn)行。對(duì)于問題小區(qū)，一般都需要安排針對(duì)小區(qū)進(jìn)行路測，跟蹤手機(jī)側(cè)和 RNC 的信令流程進(jìn)行分析，詳細(xì)分析方法請(qǐng)參見路測數(shù)據(jù)分析流程。 3.3 跟蹤數(shù)據(jù)分析流程 跟蹤數(shù)據(jù)分析包括單用戶跟蹤消息分析，通常情況下，單用戶消息結(jié)合數(shù)據(jù)采集工具記錄的 UE側(cè)數(shù)據(jù)，能夠基本上定位 一些掉話問題；對(duì)于更加復(fù)雜的問題，需要配合 CDL和實(shí)時(shí)狀態(tài)監(jiān)控來綜合分析。 也有一些商用手機(jī)的問題或者重點(diǎn)用戶的問題，沒有手機(jī)側(cè)記錄的消息，需要通過從單用戶跟蹤數(shù)據(jù)來分析和定位。單用戶跟蹤除了記錄單用戶的信令消息（ Iu， Iur， Iub， Uu），同時(shí)需要記錄 P-CCPCH RSCP、 C/I性能跟蹤，記錄 UE的發(fā)射功率，記錄上行 SIR， SIR Target，記錄上行 BLER，記錄下行碼發(fā)射功率，如果是數(shù)據(jù)業(yè)務(wù)，還要進(jìn)一步記錄上下行的業(yè)務(wù)量和吞吐量。 TD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 第 3 章 掉話分析流程和方法 3-8 獲 取 單 用 戶 跟蹤 消 息獲 取 掉 話 點(diǎn) 信息信 令 面 掉 話？用 戶 面 掉 話？異 常 掉 話 ？掉 話 問 題 解決 ？撥 測 ， 重 現(xiàn) 問題解 決 信 令 面 掉話解 決 用 戶 面 掉話解 決 異 常 掉 話YYYYNNNN圖 3-3 呼叫跟蹤分析流程 1. 獲取單用戶跟蹤消息 單用戶跟蹤消息需要事先在 RNC上進(jìn)行跟蹤，才能記錄相應(yīng)的消息。根據(jù) IMSI進(jìn)行跟蹤記錄的消息用來分析掉話問題是足夠的。 2. 獲取掉話點(diǎn)信息 從單用戶跟蹤消息來看， 掉話的定義是 RNC主動(dòng)發(fā)起了 RAB釋放（消息名稱為RANAP_RAB_RELEASE_REQ），或者 RNC主動(dòng)發(fā)起 IU釋放（消息名稱為 RANAP_IU_RELEASE_REQ） 。前者對(duì)應(yīng)為用戶面掉話，后者對(duì)應(yīng)為信令面 掉話。通過查找以上兩條消息，就可以或者掉話點(diǎn)的時(shí)間，以及掉話前的信令消息，以便進(jìn)一步進(jìn)行分析。 3. 信令面掉話分析 信令面掉話表現(xiàn)為手機(jī)或者 RNC不能收到確認(rèn)模式傳送的信令，產(chǎn)生 SRB復(fù)位 ，導(dǎo)致連接釋放。下行方向一般有這些消息手機(jī)不能收到而可能導(dǎo)致 SRB復(fù)位：安全模式過程，鑒權(quán)加密TD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 第 3 章 掉話分析流程和方法 3-9 過程，測量控制，激活集更新，物理信道重配置，傳輸信道重配置， RB重配置以及 3G到 2G的切換命令（ HANDOVER FROM UTRAN COMMAND），手機(jī)是否收到這些命令需要手機(jī)側(cè)的跟蹤消息來確認(rèn)；上行方向有以下的消息可能導(dǎo)致 SRB復(fù)位：測量報(bào)告，激活集更新完成，物理信道重配置完成，傳輸信道重配置完成， RB重配置完成，同樣需要 RNC側(cè)的跟蹤消息來確認(rèn)是否收到。 4. 用戶面掉話分析 用戶面掉話主要是 TRB復(fù)位，這種情況主要在 PS業(yè)務(wù)上發(fā)生 ， voice和 VP業(yè)務(wù)不會(huì)產(chǎn)生 TRB復(fù)位。一般可以通過確認(rèn)掉話發(fā)生時(shí)的 UE發(fā)射功率或者下行碼發(fā)射功率情況來輔助確認(rèn)。 當(dāng)激活集中只有一條鏈路上，會(huì)由于 RL failure導(dǎo)致 RNC發(fā)起 Iu Release， RL failure是上行失步引起的，但是下行失步會(huì)使 UE關(guān)閉發(fā)射機(jī)，接著就造成上行失步，在定位掉 話是上行引起釋放還是下行引起的時(shí)候，需要分析掉話前手機(jī)的發(fā)射功率和實(shí)時(shí)狀態(tài)監(jiān)控的下行的碼發(fā)射功率來區(qū)分。 下行覆蓋差、下行干擾強(qiáng)或者上行干擾都會(huì)導(dǎo)致 TRB復(fù)位。有時(shí)候數(shù)據(jù)業(yè)務(wù)由于重傳次數(shù)設(shè)置不合理，在切換來不及的情況下， TRB比 SRB先產(chǎn)生復(fù)位，在分析時(shí)要注意區(qū)分。 5. 異常掉話分析 異常掉話一般指掉話無法從覆蓋、干擾等方面找到原因，也無法根據(jù)前面介紹的用戶面掉話或者信令面掉話原因來解釋，這種掉話往往是設(shè)備的異常或者是手機(jī)的異常導(dǎo)致的。比如由于傳輸突然中斷導(dǎo)致的掉話、基站設(shè)備異常導(dǎo)致的掉話、手機(jī)突然死機(jī)等都會(huì)導(dǎo) 致異常掉話。對(duì)于傳輸異常一般通過分析 CDL或者參看告警來進(jìn)一步分析；對(duì)于基站設(shè)備異?？梢酝ㄟ^查詢基站狀態(tài)來確認(rèn)，對(duì)于手機(jī)異常，需要通過分析手機(jī)記錄的數(shù)據(jù)來定位。 6. 撥測，重現(xiàn)問題 當(dāng)已有的數(shù)據(jù)不足以定位掉話問題的時(shí)候，啟動(dòng)更詳細(xì)的數(shù)據(jù)跟蹤，最好的辦法采用測試手機(jī)是在問題點(diǎn)進(jìn)行撥測，重現(xiàn)問題，然后繼續(xù)進(jìn)行分析。 TD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 第 3 章 掉話分析流程和方法 3-10 3.4 用戶投訴分析流程 了 解 用 戶 投訴檢 查 話 統(tǒng) 指標(biāo)檢 查 告 警檢 查 C D L投 訴 問 題解 決撥 測 ， 重 現(xiàn)問 題YN圖 3-4用戶投訴分析流程 1. 了解用戶投 訴 用戶投訴發(fā)生的時(shí)候需要詳細(xì)記錄問題發(fā)生的時(shí)間，問題產(chǎn)生的地點(diǎn)，以及問題的具體現(xiàn)象。 2. 檢查話統(tǒng)指標(biāo) 通過分析用戶投訴相關(guān)的話統(tǒng)指標(biāo)，來進(jìn)一步分析該投訴是某個(gè)用戶特有的問題還是網(wǎng)絡(luò)一般性的問題，對(duì)于一般性的問題，請(qǐng)參考話統(tǒng)指標(biāo)的分析來進(jìn)一步分析投訴。 3. 檢查告警 根據(jù)投訴的時(shí)間，查看 CN， RNC或者投訴地點(diǎn)對(duì)應(yīng)基站的告警，看這些告警是否會(huì)產(chǎn)生相應(yīng)的掉話，如果存在這個(gè)告警，試著消除和解決這個(gè)告警。 4. 檢查 CDL CDL記錄了用戶異常發(fā)生時(shí)候的信令，狀態(tài)等信息，通過分析 CDL可以進(jìn)一步了解投訴產(chǎn)生的原因。 5. 投訴點(diǎn)撥 測，重現(xiàn)問題 TD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 第 3 章 掉話分析流程和方法 3-11 對(duì)于話統(tǒng)分析，告警分析以及 CDL分析都無法解決的問題，需要通過到現(xiàn)場撥測的方法進(jìn)行問題重新，撥測的時(shí)候數(shù)據(jù)記錄的方法和路測方法相同，在某些場合，可能不適合記錄手機(jī)側(cè)信息，那么需要通過 RNC來盡量多的記錄各種信息，特別需要記錄收集上報(bào)的 C/I和RSCP信息，以排除覆蓋問題導(dǎo)致的掉話。對(duì)于一些特別的地點(diǎn)，到現(xiàn)場撥測都不可能，那么需要通過用戶的手機(jī)號(hào)碼來獲取 IMSI，然后在 RNC啟動(dòng)呼叫跟蹤，以便進(jìn)一步定位問題。 TD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 第 4 章 常見掉話原因分析 4-1 第 4章 常見掉話原因分析 4.1 覆蓋差 TD 網(wǎng)絡(luò)覆蓋指標(biāo)主要是 P-CCPCH 的 RSCP、 C/I。 通常所說的覆蓋差，是指 RSCP 小于100dBm。 對(duì)覆蓋差問題進(jìn)行分析是，通常要考慮上行覆蓋和下行覆蓋。上行覆蓋差還是下行覆蓋差的問題需要通過掉話前上行或者下行的專用信道功率來確認(rèn)，需要采用以下的方法來確認(rèn)： 如果掉話前的上行發(fā)射功率達(dá)到最大值，并且上行的 BLER也很差或者從 RNC記錄的單用戶跟蹤上看到 NodeB上報(bào) RL failure，基本可以認(rèn)為上行覆蓋差導(dǎo)致的掉話。 如果掉話前，下行發(fā)射功率達(dá)到最大值，并且下行的 BLER 很差，基本可以認(rèn)為是下行覆蓋不行導(dǎo)致的掉話。 在合理的鏈路平衡情況下，而且上下行 沒有干擾的情況下，上行和下行發(fā)射功率會(huì)同時(shí)受限，此時(shí)不一定要嚴(yán)格區(qū)分哪一方先出現(xiàn)受限。如果上下行嚴(yán)重不平衡，則應(yīng)該初步判定為受限方向存在干擾。 確認(rèn)覆蓋的問題簡單直接的方式是直接觀察 Scanner采集的數(shù)據(jù)，若最好小區(qū)的 RSCP和C/I都很低，就可以認(rèn)為是覆蓋問題。 由于缺站、扇區(qū)接錯(cuò)、功放故障導(dǎo)致站關(guān)閉等原因都會(huì)導(dǎo)致覆蓋差，在一些室內(nèi)，由于過大的穿透損耗也會(huì)導(dǎo)致覆蓋太差，扇區(qū)接錯(cuò)或者站點(diǎn)由于故障原因關(guān)閉等容易在優(yōu)化過程中出現(xiàn)，表現(xiàn)為其他小區(qū)在掉話點(diǎn)的覆蓋差，需要注意分析區(qū)別。 4.2 鄰區(qū)漏配 一般來講，初期優(yōu)化 過程掉話占大多數(shù)是由于鄰區(qū)漏配導(dǎo)致的。對(duì)于同頻鄰區(qū)，通常采用以下的辦法來確認(rèn)是否為同頻鄰區(qū)漏配： 方法一：觀察掉話前 UE記錄的激活集 C/I信息和 Scanner記錄的 Best Server C/I信息，如果 UE 記錄的 C/I 很差，而 Scanner 記錄的 Best Server C/I很好；同時(shí)檢查 Scanner 記錄Best Server 擾碼是否出現(xiàn)在掉話前最近出現(xiàn)的同頻測量控制的鄰區(qū)列表中，如果測量控制的鄰區(qū)列表中中沒有擾碼，那么可以確認(rèn)是鄰區(qū)漏配。 方法二：如果掉話后 UE馬上重新接入，如果 UE重新接入的小區(qū)擾 碼和掉話時(shí)的擾碼不一致，也可以懷疑是鄰區(qū)漏配問題，可以通過測量控制進(jìn)一步進(jìn)行確認(rèn)（從掉話位置的消息開始往前找，找到最近一條同頻測量控制消息，檢查該測量控制消息的鄰區(qū)列表）。 方法三：有些 UE會(huì)上報(bào)檢測集（ Detected Set ）信息，如果掉話發(fā)生前檢測集信息中有相應(yīng)的擾碼信息，也可以確認(rèn)是鄰區(qū)漏配的問題。 鄰區(qū)漏配導(dǎo)致的掉話也包括異頻鄰區(qū)漏配和異系統(tǒng)鄰區(qū)漏配。異頻鄰區(qū)漏配的確認(rèn)方法和同頻幾乎相同，主要是掉話發(fā)生的時(shí)候，手機(jī)沒有測量或者上報(bào)異頻鄰區(qū)，而手機(jī)掉話后重新駐留到異頻鄰區(qū)上。異系統(tǒng)鄰區(qū)漏配表現(xiàn)為手 機(jī)在 3G掉話，掉話后手機(jī)重新選網(wǎng)駐留到 2G網(wǎng)絡(luò)，從信號(hào)質(zhì)量來看， 2G網(wǎng)絡(luò)的質(zhì)量很好（在掉話點(diǎn)用 2G測試手機(jī)觀察 RSSI信號(hào)）。 TD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 第 4 章 常見掉話原因分析 4-2 4.3 切換掉話 切換導(dǎo)致掉話主要有兩類原因：切換來不及或者乒乓切換。 從信令流程上 CS 業(yè)務(wù)表現(xiàn)為手機(jī)收不到激活集更新命令（物理信道重配置）， PS 業(yè)務(wù)也有可能收不到激活集更新命令，也有可能在切換之前先發(fā)生 TRB復(fù)位。 從信號(hào)上看，切換來不及主要有以下現(xiàn)象： 1）拐角：源小區(qū) C/I陡降，目標(biāo)小區(qū) C/I陡升（即突然出現(xiàn)就是很高的值）； 2）針尖：源小區(qū) C/I快速下降后一段時(shí)間后上升，目標(biāo)小 區(qū)出現(xiàn)短時(shí)間的陡升。 從信令流程上看，一般在掉話前手機(jī)上報(bào)了鄰區(qū)的 1g或者 2a測量報(bào)告， RNC也收到了測量報(bào)告，并下發(fā)了激活集更新消息，但 UE 收不到激活集更新消息。 乒乓切換主要有以下兩種現(xiàn)象： 1）主導(dǎo)小區(qū)變化快： 2個(gè)或者多個(gè)小區(qū)交替成為主導(dǎo)小區(qū)，主導(dǎo)小區(qū)具有較好的 RSCP和C/I每個(gè)小區(qū)成為主導(dǎo)小區(qū)的時(shí)間很短； 2）無主導(dǎo)小區(qū)：存在多個(gè)小區(qū)， RSCP正常而且相互之間差別不大，每個(gè)小區(qū)的 C/I都很差。 從信令流程上看，一般可以看到 1個(gè)小區(qū)剛剛刪除，然后馬上要求加入，此時(shí)收不到 RNC下發(fā)的激活集更新命令導(dǎo)致 失敗。 解決切換來不及導(dǎo)致的掉話，可以通過調(diào)整天線擴(kuò)大切換區(qū)，也可以配置 1g事件的切換參數(shù)使切換更容易發(fā)生，或者配置 Offset使目標(biāo)小區(qū)能夠提前發(fā)生切換 ； 解決乒乓切換帶來的掉話問題，可以調(diào)整天線使覆蓋區(qū)域形成主導(dǎo)小區(qū)，也可以配置 1g事件的切換參數(shù)減少乒乓的發(fā)生等方法來進(jìn)行。 對(duì)于異頻切換和系統(tǒng)間切換，在切換前需要進(jìn)行異頻或者異系統(tǒng)測量，測量啟動(dòng)太遲，可能導(dǎo)致手機(jī)來不及測量目標(biāo)小區(qū)的信號(hào)，從而產(chǎn)生掉話，也可能手機(jī)完成了測量，但下發(fā)的異頻或者異系統(tǒng)切換請(qǐng)求手機(jī)不能正常接收而導(dǎo)致掉話。 對(duì)于 3G 2G系統(tǒng)間切換 掉話的常見原因大概如下： 鄰區(qū)漏配置，可以通過配置鄰區(qū)解決； 信號(hào)變化太快導(dǎo)致掉話； 手機(jī)問題，比如 UE回切換失敗或者 UE沒有上報(bào)異系統(tǒng)測量報(bào)告導(dǎo)致掉話等； 物理信道重配置時(shí)發(fā)生最優(yōu)小區(qū)發(fā)生變更導(dǎo)致掉話，需要產(chǎn)品算法進(jìn)行優(yōu)化； 異系統(tǒng)小區(qū)配置過多導(dǎo)致掉話，可以通過優(yōu)化鄰區(qū)數(shù)目解決； LAC區(qū)配置錯(cuò)誤導(dǎo)致的掉話，可以通過數(shù)據(jù)配置檢查解決。 4.4 干擾掉話 下行和上行的干擾都會(huì)導(dǎo)致掉話。一般情況下，對(duì)于下行，當(dāng)激活集 P-CCPCH RSCP大于-85dB，而激活集綜合 C/I 小于 -9dB 產(chǎn)生了掉話，基本上可以認(rèn)為是下 行干擾的問題（當(dāng)切換不及時(shí)的時(shí)候，也可能出現(xiàn)服務(wù)小區(qū) RSCP信號(hào)很好，但 C/I很差；但此時(shí) 監(jiān)測集 小區(qū) RSCP和C/I 都很好）；對(duì)于上行 RTWP 比正常值（ -107 -105）超過 10dB，干擾時(shí)間超過 2 3s，就有可能造成掉話，需要重點(diǎn)解決。 下行的干擾通常是指導(dǎo)頻污染 ，指覆蓋地區(qū)存在 3個(gè)以上的小區(qū)滿足切換條件，由于信號(hào)的波動(dòng)常常出現(xiàn)激活集替換或者最優(yōu)小區(qū)發(fā)生變化，通常當(dāng)激活集綜合質(zhì)量不好（ P-CCPCH 的C/I都在 -3dB左右波動(dòng)），容易出現(xiàn)切換失敗導(dǎo)致 SRB復(fù)位，也可能出現(xiàn) TRB復(fù)位。 上行的干擾增加了連 接模式的手機(jī)上行發(fā)射功率，從而產(chǎn)生過高的 BLER導(dǎo)致 SRB或者 TRBTD-SCDMA 網(wǎng)絡(luò)優(yōu)化 掉話問題分析 第 4 章 常見掉話原因分析 4-3 復(fù)位或者由于失步導(dǎo)致掉話。另外，在切換的時(shí)候，新建鏈路由于上行干擾問題導(dǎo)致鏈路不能同步，從而造成該小區(qū)的切換成功率低，或者造成切換失敗而導(dǎo)致掉話。 通常在沒有干擾的情況下，上下行是平衡的，也就是說掉話前上下行的發(fā)射功率都會(huì)接近最大值。但當(dāng)干擾存在時(shí)，如果是下行的干擾，往往出現(xiàn)上行發(fā)射功率很小或者 BLER收斂的情況，但下行發(fā)射功率達(dá)到最大值同時(shí)也伴隨著下行 BLER不收斂；對(duì)于上行干擾，會(huì)存在同樣的表現(xiàn)，在實(shí)際分析可以通過這個(gè)方法來區(qū)分。 4.5 流程 交互失敗 一些需要信令交互的流程，如 AMR 控制 、 UE 的狀態(tài)遷移等，常常會(huì)由于信號(hào)的原因，手機(jī)支持方面的原因或者 RAN 設(shè)備和手機(jī)的配合問題，導(dǎo)致流程失敗，最后導(dǎo)致掉話。還有一種特殊情況就是在流程的交互過程中，如 RB 建立， RB 重配置等流程中，切換的測量報(bào)告不能及時(shí)處理，導(dǎo)致信號(hào)變差而掉話。 這類問題需要針對(duì)特定的流程和手機(jī)進(jìn)行分析，沒有一般性的處理方法。 4.6 異常 在排除了以上的原因之后，其他的掉話一般需要懷疑設(shè)備的問題，需要通過查看設(shè)備的日志，告警等進(jìn)一步來分析掉話原因。比如： NodeB 異常引起同步失敗，導(dǎo)致的鏈 路不停增加和刪除 ,手機(jī)不上報(bào) 1g 測量報(bào)告導(dǎo)致掉話 .這里需要重點(diǎn)注意的是測試手機(jī)異常死機(jī)引起的掉話問題，一般在撥測過程中容易出現(xiàn)這個(gè)問題，具體表現(xiàn)為路測記錄的數(shù)據(jù)中有一段時(shí)間沒有手機(jī)上報(bào)的信息。 4.7 調(diào)整措施 4.7.1 工程參數(shù) 工程參數(shù)的調(diào)整可以調(diào)整站點(diǎn)的位置、天線的高度、下傾角、天線的波瓣寬度、天線增益以及方向角等。 對(duì)于上行或下行覆蓋問題導(dǎo)致的掉話，增加站點(diǎn)是最好的辦法，同時(shí)可以考慮更改天線的高度、下傾角，也可以更換增益更高的天線或者增加塔放。 對(duì)于針尖和拐角效應(yīng)，通過天線調(diào)整也是比較有效的解決辦法，由于針尖效應(yīng)和拐 角效應(yīng)往往出現(xiàn)在街道拐彎的地方或者兩條街道交界的地方，可以考慮通過天線的方向角和街道錯(cuò)開一定的角度的方式來調(diào)整，但同時(shí)需要注意原來街道路邊商鋪的覆蓋不要有很大的影響。 對(duì)于導(dǎo)頻干擾引起的覆蓋問題，可以通過調(diào)整某一個(gè)天線的工程參數(shù)，使該天線在干擾位置成為主導(dǎo)小區(qū)；也可以通過調(diào)整其他幾個(gè)天線參數(shù)，減小