【資料名稱】：呼叫延時分析

【資料作者】：華為

【資料日期】：2009年

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

一個完整的呼叫流程：RRC建立、直傳消息、安全模式（鑒權和加密）、SETUP 、RPOCEEDING/CALL CONFIRMED、尋呼過程、RB建立、ALERTING、連接完成。我們主要從以下幾個方面分析造成尋呼延時：RRC建立、安全模式、尋呼過程、切換影響。
1.RRC建立
RRC建立分為三個部分：rrc connection request、rrc connection setup、rrc connection setupcomplete，正常建立此過程建立時長為0.5s左右。
1.1 rrc connection request
rrc connection request存在重發(fā)機制，即如果UE收不到rrc connection setup消息，UE會重發(fā)此條消息。如果rrc connection request重發(fā)勢必會增加呼叫延時時間。最大重發(fā)次數以及重發(fā)間隔主要由T300和N300決定，因此合理設置此參數對于整網呼叫建立影響較大，現網設置：T300=1S，N300=3。
我們在現場測試發(fā)現rrc connection request重發(fā)都是伴隨著無線環(huán)境存惡化，因此解決無線環(huán)境的問題，是我們解決此問題的根本。以下我們從三方面探討此問題：
1.1.1UPPCH 干擾
uppch 干擾會造成UE無法和NODEB同步，由于TD是一個同步的網絡，失步的情況會造成起呼困難，甚至出現UE拖網現象。我們針對UPPCH 干擾的基本解決思路是：更改UPPCH POSITION。但是此方法的局限是：TS1干擾大，更改此參數無意義，因此對于TS1也存在干擾的問題，我們需要更改頻點或排除外部干擾。