【資料名稱】：WCDMA掉話原因分析.docx

【資料作者】：理念

【資料日期】：2010-1-2

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

WCDMA掉話原因主要有鄰區(qū)漏配、覆蓋差、切換、干擾、設(shè)備問題等。

一、掉話的定義
　　1.路測的掉話定義
　　路測的掉話定義是：從 UE側(cè)記錄的空口信令上看，在通話過程（連接狀態(tài)下）中，如果空口的消息滿足以下3個(gè)條件的任何一個(gè)就視為路測掉話。
　　(1)收到任何的廣播信道消息。
　　(2)收到無線資源釋放的消息且釋放的原因?yàn)榉钦�常的�?br /> 　　(3)收到呼叫控制斷連接、呼叫控制釋放等消息，而且釋放的原因?yàn)榉钦�常的�?br /> 　　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)。
　　從大的方面講，掉話分為兩大類，信令面掉話和用戶面掉話。
　　需要說明的是：無線接入網(wǎng)話統(tǒng)掉話的定義只從Iu接口的角度進(jìn)行統(tǒng)計(jì)，統(tǒng)計(jì)了RNC主動(dòng)發(fā)起的非正常資源釋放的請求次數(shù)；路測的掉話定義主要從空口的消息和非接入層的消息結(jié)合原因值來進(jìn)行定義的，兩者不完全一致。比如說，對于同時(shí)進(jìn)行主被叫通話，工具記錄主叫的空口消息，如果被叫異常掉話，那么分析主叫的流程也會是一次掉話，但從話統(tǒng)上看，這次主叫是沒有掉話指標(biāo)記錄的。所以兩者的定義是不完全一致的，在分析時(shí)需加以區(qū)分。
　　二、掉話原因分析
　　由于掉話分析將涉及到具體的信令分析，因此本文參考華為設(shè)備的參數(shù)設(shè)置進(jìn)行分析，而不同設(shè)備的參數(shù)定義并不一定相同，但是分析方法是相通的。
　　1.鄰區(qū)漏配
　　一般來講，掉話在初期優(yōu)化過程中大多數(shù)是由于鄰區(qū)漏配導(dǎo)致的。對于同頻鄰區(qū)，通常采用以下方法來確認(rèn)是否為同頻鄰區(qū)漏配。
　　方法一：觀察掉話前UE記錄的活動(dòng)集ECIO信息和記錄的BestServerEcIo信息。如果UE記錄的EcIo很差，而記錄的BestServer EcIo很好，同時(shí)檢查記錄Best Server EcIo擾碼是否出現(xiàn)在掉話前最近出現(xiàn)的同頻測量控制的鄰區(qū)列表中。如果同頻測量控制的鄰區(qū)列表中沒有擾碼，那么可以確認(rèn)是鄰區(qū)漏配。
　　方法二：如果掉話后UE馬上重新接入，UE重新接入的小區(qū)擾碼和掉話時(shí)的擾碼不一致，也可以懷疑是鄰區(qū)漏配問題，可以通過測量控制，進(jìn)一步進(jìn)行確認(rèn)（從掉話位置的消息開始往前找，找到最近一條同頻測量控制消息，檢查該測量控制消息的鄰區(qū)列表）。
　　方法三：有些UE會上報(bào)檢測集（DetectedSet）信息，如果掉話發(fā)生前檢測集信息中有相應(yīng)的擾碼信息，也可以確認(rèn)是鄰區(qū)漏配的問題。