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

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