TD-SCDMAKPI指標及優化指導書TD-SCDMAKPI指標及優化指導書課程目標學習完成本課程您將會：了解TD-SCDMA無線優化KPI指標定義了解各指標的評價標準了解各項KPI優化的基本思路課程目標學習完成本課程您將會：課程內容KPI指標的分類KPI優化方法課程內容KPI指標的分類PCCPCH接收信號碼片功率RSCP（雙碼道）指標名稱主公共控制信道接收信號碼片功率RSCP指標意義接收信號碼功率RSCP是用來考核全網環境下的網絡覆蓋質量的重要指標之一。RSCP是一個表示接收信號強度的絕對值，顯然它的大小與負載無關，是一個直接反映移動臺距離基站大小的指標。因此這個KPI值可以用來度量小區覆蓋范圍的大小。但需要注意的是它不能完全反映實際小區的覆蓋以及網絡性能質量的情況，必須與下行鏈路主公共控制信道的C/I共同決定下行鏈路的覆蓋范圍。計算公式UE接收到的下行主公共控制信道訓練序列碼的接收功率。信令觸發點采集對象路測指標取值高標準RSCP>-85dBm的區域大于95%建議標準RSCP>-95dBm的區域大于97%低標準RSCP>-95dBm的區域大于95%PCCPCH接收信號碼片功率RSCP（雙碼道）指標名稱主公PCCPCH的載干比C/I指標名稱PCCPCH碼片級的載干比C/I指標意義對TD-SCDMA主公共控制信道覆蓋能力的要求定義為載波功率與干擾功率的比值，數值上它等于PCCPCH信道的接收載波功率RSCP與接收到的干擾信號（包括本小區/鄰小區干擾和白噪聲）的功率（即ISCP：InterfereSignalStrengthIndicator）的比值。在TD-SCDMA系統中，目前普遍采用了N頻點技術，主公共控制信道（PCCPCH）與其它公共控制信道是碼分復用的，只配置在主載波，并且不做功率控制。計算公式接收到的載波功率與所有干擾功率（白噪聲、本小區/鄰小區干擾）的比值。信令觸發點采集對象路測指標取值高標準C/I>-3dB的區域大于97%建議標準C/I>-3dB的區域大于95%低標準C/I>-3dB的區域大于90%PCCPCH的載干比C/I指標名稱PCCPCH碼片級的載干覆蓋率指標名稱覆蓋率指標意義無線網絡的覆蓋率，反映了網絡的可用性。網絡的下行覆蓋是由PCCPCH信道的RSCP和質量C/I來衡量，網絡的上行覆蓋情況一般由手機的發射功率來衡量。計算公式覆蓋率=滿足覆蓋要求的點數/總的采樣點數*100%，定義F取值為1的測試點為滿足覆蓋要求的測試點，即：對于上行，F＝上行手機發送功率值≤手機最大發送功率值；對于下行，F＝RSCP≥R且C/I≥S；其中：RSCP表示接收導頻信號碼片功率；C/I表示接收主公共控制信號的信號品質；RSCP≥R和C/I≥S表示是否滿足條件，R和S是RSCP和C/I在計算中的閾值（該值的推導現在不清楚）。如果RSCP≥R和C/I≥S都滿足，則F取值1，若有一個不滿足或都不滿足，則F取值0。計算之前首先排除測試中的異常點，異常點指的是RSCP或C/I的取值遠遠超出正常范圍之外。該公式表示如果某一區域接收信號碼片功率超過某一門限同時信號品質超過某一門限則表示該區域被覆蓋。由于不同的業務，其覆蓋不同，要求的覆蓋率也不同，因此針對不同的業務可以測量不同的F值來計算覆蓋率。注意，這里的覆蓋率指的是區域覆蓋率，不是邊緣覆蓋率。采集對象路測指標取值高標準98%（RSCP≥-95dBm且C/I≥-3dB）建議標準95%（RSCP≥-95dBm且C/I≥-3dB）低標準90%（RSCP≥-95dBm且C/I≥-3dB）覆蓋率指標名稱覆蓋率指標意義無線網絡的覆蓋率，反映了網絡的覆蓋優化覆蓋問題產生的原因總體來講有四類：一是無線網絡規劃結果和實際覆蓋效果存在偏差；二是覆蓋區無線環境變化；三是工程參數和規劃參數間的不一致；四是增加了新的覆蓋需求。由此產生的問題主要表現為覆蓋空洞、覆蓋弱區、越區覆蓋、導頻污染和鄰區設定不合理等幾個方面。通常通過工程參數調整、RF參數修改、功率調整等方法解決覆蓋優化覆蓋問題產生的原因總體來講有四類：呼叫類指標呼叫類指標包括呼叫接通率和保持率兩類指標。接通率是反映TD-SCDMA系統性能最重要的指標，也是運營商十分關注的指標一個完整的呼叫接通率有多個層次：尋呼成功率、RRC連接建立成功率和RAB指配建立成功率。UE從接收到CN發來的尋呼消息，到RAB指派完成，完成一個完整呼叫流程。呼叫類指標呼叫類指標包括呼叫接通率和保持率兩類指標。信令流程信令流程RRC連接建立成功率（業務相關）指標名稱RRC連接建立成功率（業務相關）指標意義反映RNC或者小區的UE接納能力，RRC連接建立成功意味著UE與網絡建立了信令連接。RRC連接建立可以分兩種情況：一種是與業務相關的RRC連接建立；另一種是與業務無關（如位置更新、系統間小區重選、注冊等）的RRC連接建立。前者是衡量呼叫接通率的一個重要指標，其結果可以作為調整信道配置的依據。后者可用于考察系統負荷情況。計算公式RRC連接建立成功率（業務相關）＝RRC連接建立成功次數（業務相關）/RRC連接建立嘗試次數（業務相關）×100%信令觸發點SRNC收到RRC建立請求之后決定是否建立，以及是建立在專用信道還是公共信道上。RRC連接建立成功率（業務相關）用RRC連接建立成功次數和RRC連接建立嘗試次數的比來表示，對應的信令分別為：RNC收到的RRCCONNECTIONSETUPCOMPLETE次數和RNC收到的RRCCONNECTIONREQ次數。該指標要求按不同業務類型分別進行統計。采集對象后臺網管計數器測量并計算指標取值高標準100%建議標準99%低標準98%RRC連接建立成功率（業務相關）指標名稱RRC連接建立成功RAB建立成功率指標名稱RAB建立成功率指標意義RAB建立是由CN發起，UTRAN執行的功能。RAB是指用戶平面的承載，用于UE和CN之間傳送語音、數據及多媒體業務。UE首先要完成RRC連接建立然后才能建立RAB，當RAB建立成功以后，一個基本的呼叫即建立，UE進入通話過程。計算公式CS域RAB建立成功率＝CS域RAB指派建立成功RAB數目/CS域RAB建立請求的RAB數目*100%PS域RAB建立成功率＝PS域RAB指派建立成功RAB數目/PS域RAB建立請求的RAB數目*100%RAB建立成功率＝（CS域RAB指派建立成功RAB數目+PS域RAB指派建立成功RAB數目）/（CS域RAB建立請求的RAB數目+PS域RAB建立請求的RAB數目）*100%信令觸發點RAB建立成功率用RAB指派建立嘗試次數和RAB指派建立成功響應次數的比表示，對應的信令分別為：RABASSIGNMENTREQUEST（RAB建立請求）和RABASSIGNMENTRESPONSE（RAB建立成功）。RAB建立成功率對于CS域和PS分別統計。采集對象后臺網管計數器測量并計算指標取值高標準100%建議標準99%低標準98%RAB建立成功率指標名稱RAB建立成功率指標意義RAB建立無線接通率指標名稱無線接通率指標意義反映RNC或者小區的UE接納能力，RRC連接建立成功意味著UE與網絡建立了信令連接。RRC連接建立可以分兩種情況：一種是與業務相關的RRC連接建立；另一種是與業務無關（如位置更新、系統間小區重選、注冊等）的RRC連接建立。前者是衡量呼叫接通率的一個重要指標，其結果可以作為調整信道配置的依據。后者可用于考察系統負荷情況。計算公式無線接通率＝RAB建立成功率×RRC連接建立成功率（業務相關）×100%信令觸發點見“RRC連接建立成功率（業務相關）”和“RAB建立成功率”采集對象后臺網管計數器測量并計算指標取值高標準99%建議標準98%低標準96%無線接通率指標名稱無線接通率指標意義反映RNC或者小區的U語音業務無線接通率指標名稱語音業務無線接通率指標意義反映語音業務呼叫接通率的一個重要指標，其結果可以作為調整信道配置、網絡優化的依據。計算公式語音業務無線接通率＝（（電路域RAB建立成功的C類AMR低速率RAB數目+電路域RAB建立成功的C類12.2/12.2RAB數目）/（電路域RAB請求建立的C類AMR低速率RAB數目+電路域RAB請求建立的C類12.2/12.2RAB數目））×（（RRC連接建立成功次數主叫會話類業務+RRC連接建立成功次數被叫會話類業務）/（RRC連接嘗試次數主叫會話類業務+RRC連接嘗試次數被叫會話類業務））×100%信令觸發點見“RRC連接建立成功率（業務相關）”和“RAB建立成功率”采集對象后臺網管計數器測量并計算指標取值高標準99%建議標準96%低標準94%語音業務無線接通率指標名稱語音業務無線接通率指標意義反映語視頻電話業務無線接通率指標名稱視頻電話無線接通率指標意義反映視頻電話業務呼叫接通率的一個重要指標，其結果可以作為調整信道配置、網絡優化的依據。計算公式語音業務無線接通率＝（電路域RAB建立成功的C類64/64RAB數目/電路域RAB請求建立的C類64/64RAB數目）×（（RRC連接建立成功次數主叫會話類業務+RRC連接建立成功次數被叫會話類業務）/（RRC連接嘗試次數主叫會話類業務+RRC連接嘗試次數被叫會話類業務））×100%信令觸發點見“RRC連接建立成功率（業務相關）”和“RAB建立成功率”采集對象后臺網管計數器測量并計算指標取值高標準98%建議標準94%低標準92%視頻電話業務無線接通率指標名稱視頻電話無線接通率指標意義反PS域無線接通率指標名稱PS域無線接通率指標意義反映PS域呼叫接通率的一個重要指標，其結果可以作為調整信道配置、網絡優化的依據。計算公式PS域無線接通率＝（（分組域RAB指配建立成功的S類RAB數目+分組域RAB指配建立成功的I類RAB數目+分組域RAB指配建立成功的B類RAB數目）/（分組域RAB指配請求建立的S類RAB數目+分組域RAB指配請求建立的I類RAB數目+分組域RAB指配請求建立的B類RAB數目））×（（RRC連接建立成功次數主叫流類業務+RRC連接建立成功次數被叫流類業務+RRC連接建立成功次數主叫交互類業務+RRC連接建立成功次數被叫交互類業務+RRC連接建立成功次數主叫背景類業務+RRC連接建立成功次數被叫背景類業務）/（RRC連接嘗試次數主叫流類業務+RRC連接嘗試次數被叫流類業務+RRC連接嘗試次數主叫交互類業務+RRC連接嘗試次數被叫交互類業務+RRC連接嘗試次數主叫背景類業務+RRC連接嘗試次數被叫背景類業務））×100%信令觸發點見“RRC連接建立成功率（業務相關）”和“RAB建立成功率”采集對象后臺網管計數器測量并計算指標取值高標準98%建議標準94%低標準92%PS域無線接通率指標名稱PS域無線接通率指標意義反映PS域無線電路域掉話率反映了系統電路域業務的通訊保持能力，是用戶直接感受的重要性能指標之一。

指標名稱無線掉話率（業務相關）指標意義RNC通過向CN發起RAB釋放請求，請求釋放一個或多個無線接入承載（RAB）。當UE丟失或者不激活，或者由于UTRAN的原因，RNC向CN發起Iu連接釋放請求，請求釋放與一個UE相連的Iu連接。計算公式電路域掉話率=RNC請求釋放的電路域掉話的RAB數目/電路域RAB指派建立成功的RAB數目*100%信令觸發點RNC通過向CN發起RAB釋放請求與發起Iu連接釋放請求，對應的信令分別為：RABRELEASEREQUEST和IuRELEASEREQUEST。采集對象后臺網管計數器測量并計算指標取值高標準1%建議標準2%低標準4%備注需要按業務劃分，上面的取值為語音業務無線電路域掉話率反映了系統電路域業務的通訊保持能力，是用戶無線分組域掉線率指標名稱無線分組域掉線率指標意義反映了系統分組域業務的通訊保持能力，是用戶直接感受的重要性能指標之一。計算公式分組域掉線率=RNC請求釋放的分組域掉線的RAB數目/分組域RAB指派建立成功的RAB數目*100%信令觸發點RNC通過向CN發起RAB釋放請求與發起Iu連接釋放請求，對應的信令分別為：RABRELEASEREQUEST和IuRELEASEREQUEST。采集對象后臺網管計數器測量并計算指標取值高標準2%建議標準4%低標準8%無線分組域掉線率指標名稱無線分組域掉線率指標意義反映了系統掉話率指標名稱掉話率指標意義反映了系統的通訊保持能力，是用戶直接感受的重要性能指標之一。計算公式掉話率=(RNC請求釋放的電路域掉話的RAB數目+RNC請求釋放的分組域掉線的RAB數目)/（電路域RAB指派建立成功的RAB數目+分組域RAB指派建立成功的RAB數目）*100%信令觸發點采集對象后臺網管計數器測量并計算指標取值高標準1%建議標準2%低標準4%掉話率指標名稱掉話率指標意義反映了系統的通訊保持能力，是用電路域業務掉話比指標名稱電路域業務調掉話比指標意義反映了一定業務量情況下，系統電路域業務的通訊保持能力，是用戶直接感受的重要性能指標之一。計算公式統計周期內電路域掉話的RAB數目與電路域相關業務話務量的比值；計算公式如下：電路域12.2K業務掉話比＝電路域12.2K業務話務量/RNC請求釋放的電路域12.2K的RAB數目*100%電路域7.95K業務掉話比＝電路域7.95K業務話務量/RNC請求釋放的電路域7.95K的RAB數目*100%電路域5.9K業務掉話比＝電路域5.9K業務話務量/RNC請求釋放的電路域5.9K的RAB數目*100%電路域4.75K業務掉話比＝電路域4.75K業務話務量/RNC請求釋放的電路域4.75K的RAB數目*100%電路域32K業務掉話比＝電路域32K業務話務量/RNC請求釋放的電路域32K的RAB數目*100%電路域64K業務掉話比＝電路域64K業務話務量/RNC請求釋放的電路域64K的RAB數目*100%信令觸發點采集對象后臺網管計數器測量并計算指標取值高標準1%建議標準2%低標準3%電路域業務掉話比指標名稱電路域業務調掉話比指標意義反映了一課程內容KPI指標的分類KPI優化方法接入類

掉話類切換尋呼數據業務下載課程內容KPI指標的分類接入指標優化接入失敗可能的問題原因包括以下幾類：終端問題造成的接入失敗終端無法收到FPACH造成的接入失敗RRC連接請求被拒絕由于弱場或干擾造成的信令丟失，上下行鏈路中斷核心網問題造成的鑒權失敗或RAB指配問題等針對以上各種原因，逐步排查分析，消除影響接入成功的因素，提升接入指標。接入指標優化接入失敗可能的問題原因包括以下幾類：接入指標統計接入指標統計RRCSetupTimeOutRRCSetupTimeOutRRCSetupTimeOut主要原因造成這種失敗的主要原因是：RNC下發rrcConnectionSetup消息后，UE側無法正常接受到建立命令，使rrc無法正常建立，造成起呼失敗。主要原因有：如果整個小區存在此問題，關注NODEB的故障，涉及BBU某個單板，RRU,另外傳輸誤碼，RNC某個內部處理板或者接口板，會導致不正確的將RRCconnectionsetup信令發給NODEB參數設置問題，SCCPCH功率小，導致下行功率不足或者存在下行干擾，導致UE不能正確的收到RRCconnectionsetup消息覆蓋和同頻同擾碼干擾問題，覆蓋不好容易引起UE不能正確的收到RRCconnectionsetup消息，同時同頻同擾碼也會導致UE不能收到消息終端問題，UE收到消息，但是由于消息錯誤或者UE內部原因導致UE未及時發送RRCconnectionsetupCOMPLETE需要結合設備告警，傳輸故障，覆蓋干擾，個別終端等問題綜合考慮RRCSetupTimeOut主要原因造成這種失敗的主要原RNLC_Ue_Operate_fail_invalidconfigurationRNLC_Ue_Operate_fail_invalidcoRNLC_Ue_Operate_fail_invalidconfiguration此種接入失敗原因主要是用戶在CN下發RABAssignmentRequest后，未完成RABAssignmentResponse時，UE或核心網側發起了高層信令連接釋放請求導致，目前已經在網管的RAB指派成功率KPI中將此接入失敗原因去除。RNLC_Ue_Operate_fail_invalidcoRNLC_SecurityModeRsp_TimeOutRNLC_SecurityModeRsp_TimeOutRNLC_SecurityModeRsp_TimeOut通過對該類問題的CT文件進行關聯分析，發現此類安全模式超時錯誤主要都發生在UE進行PS業務重選過程中，RNC向UE下發了安全模式命令后，UE沒有返回安全模式完成至RNC，導致安全模式超時。RNLC_SecurityModeRsp_TimeOut通RrcConnectionRejectRrcConnectionRejectRRCConnectionReject消息其所帶的Cause值為“Congestion”（擁塞）：資源不足：主要是信道資源、碼資源、功率資源等不足造成；查看小區的話務量（PS業務流量），確認小區是否真的存在資源不足；LMT查看功率資源情況，是否存在TCP資源不足的問題。如果存在小區的話務量不多，而且TCP占用正常仍會出現擁塞造成的起呼失敗，同時又不存在任何告警信息，則在動態數據庫管理中查看服務小區狀態，是否存在載頻資源被閉塞的現象。對于真正存在資源不足的情況，建議進行擴容加以解決。通過LMT查看時隙干擾情況。小區硬件故障。如：RRU故障；對于存在告警的故障，首先加以解決，在緊急情況下可以對小區或RRU進行重啟加以驗證。RRCConnectionReject消息其所帶的CauRRCConnectionReject消息：CAC參數設置問題；檢查CAC相關參數。RRCConnectionReject消息：CAC參數設RRCConnectionReject消息：其所帶的Cause值為“Unspecified”（未定義）：當通過CAC檢查后，信令消息出現RLfailure。重點排查基站小區故障；RRCConnectionReject消息：其所帶的主叫UE收到RRCConnectionSetup消息后，RNC側沒有收到RRCConnectionComplete消息，其所帶的Cause值為“NOReply”；通過在RNC側看似否有RadioLinkRestoreIndication消息，判斷是上行開環還是下行開環有問題，若RNC側收到了RadioLinkRestoreIndication，則說明上行開環已完成，則首先需要判斷下行業務時隙是否有干擾，若有干擾，優先排除干擾，其次核查設備的天線類型，下行開環功控參數是否正常，考慮調整下行初始發射功率；若RNC沒有收到RadioLinkRestoreIndication，則首先需要判斷上行業務時隙是否有干擾，若有干擾，優先排除干擾，其次核查設備的天線類型，上行開環功控參數是否正常，最后才考慮調整上行開環功控參數；主叫UE收到RRCConnectionSetup消息后，主叫UE收到RRCConnectionSetup消息后，RNC側沒有收到RRCConnectionComplete消息，其所帶的Cause值為“NOReply”；流程：RRCConnectionSetup信令首先從RNC的控制面發出，經過內部處理，通過RNC與NodeB之間的接口板，再經過傳輸線路到NodeB與RNC的接口板，然后在NodeB內部處理，再通過RRU經Uu口到UE。需要針對具體現象對每一步驟進行排查。排查思路：RNC是否收到基站上報的RadioLinkRestoreIndication消息；LMT查看ISCP\RTWP\UPPCH干擾情況。統計小區FACH出窗情況。RNC側用戶面板上觀察FACH傳輸信道同步幀收發情況；傳輸是否存在告警，E1帶寬是否充足。主叫UE收到RRCConnectionSetup消息后，課程內容KPI指標的分類KPI優化方法接入類

掉話類切換尋呼數據業務下載課程內容KPI指標的分類掉話排查總體思路流程掉話排查總體思路流程掉話原因分析掉話原因分析UCIU_errorUCIU_errorUCIU_errorUCIU_error錯誤原因機制UCIUerror表示RLC（無線鏈路控制層）不可恢復性錯誤。從結構模型看，RLC層是比物理層高。發生UCIUerror故障（掉話），說明鏈路的物理層是正常的，RLC層出現故障。當RLC層發生傳遞失敗后，會首先進行重傳嘗試，如果重傳成功，鏈路的RLC層恢復；當重傳達到最大次數后RLC層仍沒有傳遞成功，發送端可發起RLC層的復位，恢復RLC的全部初始參數，如果復位能夠成功，那么RLC重新開始向接收端作重傳嘗試；當復位達到最大次數后，復位仍不成功，發送端認為RLC發生了不可恢復性錯誤。（UCIUerror）。RNC作UCIUerror釋放，意味著下行鏈路的RLC發生了不可恢復性錯誤。UCIU_errorUCIU_error錯誤原因機制UCIU_error分析目前大部分原因為HSDPA業務，排除弱覆蓋原因后，進行同頻擾碼檢查?？词欠翊嬖诟蓴_由于上網卡和上網本散熱性不好，使用時間較長后，總會出現這樣那樣的故障，如不發射信號等等，導致用戶面RLC層錯誤導致UCIU_error分析目前大部分原因為HSDPA業務，排RNLC_RlFail_ReportRNLC_RlFail_ReportRNLC_RlFail_Report原因分析無線鏈路失敗，主要原因為弱場、CI差等原因導致于NodeB同步失敗。一些手機UE在接入PS業務后，UE會上報4B事件，之后NODEB向RNC發送無線鏈路失敗的消息，失敗原因為同步失敗，說明存在上行失步的情況導致最后的掉線。另外終端側出現異常，例如死機，連接線，USB松動，電腦死機均會出現出現此現象RNLC_RlFail_Report原因分析無線鏈路失敗，主RNLC_Ue_Cellupdate_TimeOutRNLC_Ue_Cellupdate_TimeOutRNLC_Ue_Cellupdate_TimeOut原因分析原因分析：UE發送cellupdate，RNC響應后下發cellupdateconfirm并設置等待定時器，定時器默認長度為5s，定時器超前如果未收到終端的物理信道重配完成消息，則發起IuReleaseRequest。解決思路：排查覆蓋，下行干擾問題；RNLC_Ue_Cellupdate_TimeOut原因分析RNLC_CS2GSM_PSDROPRNLC_CS2GSM_PSDROPRNLC_CS2GSM_PSDROP分析掉話原因為CS2GSM_PSDROP的原因為用戶在使用并發業務時，CS域進行重定位，由于PS域無法通過重定位流程完成2/3G切換，因此只能通過IuReleaseRequest流程釋放PS。核心網已經通知RNC，CS業務重定位成功。但是PS域因為不支持重定位，出現了掉話，因此RNC發起IuReleaseRequest請求，失敗原因為CS2GSM_PSDROPRNLC_CS2GSM_PSDROP分析掉話原因為CS2GSRNLC_Ue_RBC_TimeoutRNLC_Ue_RBC_TimeoutRNLC_Ue_RBC_TimeoutRNLC_Ue_RBC_TimeoutRNLC_Ue_RBC_Timeout對RNLC_Ue_RBC_Timeout掉話原因進行CT分析，典型信令流程為UE發起4a或4b事件，上報測量報告后，RNC下發RB重配后，UE無響應，RNC便發起釋放。RNLC_Ue_RBC_Timeout對RNLC_Ue_RBUe_RabOper_TimeOutUe_RabOper_TimeOutUe_RabOper_TimeOut分析UERAB操作超時的主要原因為UE對RNC下發的radioBearerRelease未響應RadioBearerReleasecomplete，UE因為已經收到PDP上下文去激活接受，認為高層連接已經釋放，對RadioBearRelease不予理睬。此時無線鏈路并未中斷，RNC仍能收到UE發上來的測量報告。主要是UE終端對協議理解問題導致或者用戶行為導致的。Ue_RabOper_TimeOut分析UERAB操作超課程內容KPI指標的分類KPI優化方法接入類

掉話類切換尋呼數據業務下載課程內容KPI指標的分類RNC內切換成功率RNC內切換成功率RNC內切換成功率RNC內切換成功率典型信令案例分析切換失敗原因為物理信道重配置失敗導致典型信令案例分析切換失敗原因為物理信道重配置失敗導致RNC內切換問題處理思路檢查基站小區的故障：檢查相關的小區是否存在硬件故障告警，特別GPS等硬件故障，這會嚴重影響切換的成功率（一旦GPS失步），檢查切換參數配置：鄰小區關系中是否存在同頻同擾碼的現象，包括業務同頻同擾；是否存在單邊鄰小區關系；是否存在異頻鄰小區個數過多的現象（多為手誤而超過了9個）是否存在鄰區漏配的情況；是否存在切換開關設置的問題（有部分HOM開關可能被關掉或在外部小區定義中的切入開關設為禁止）；PS切換失敗是否存完整性算法問題；對比切換成功及切換失敗同一信令內容，查看參數傳遞是否存在問題。RNC內切換問題處理思路檢查基站小區的故障：RNC內切換問題處理思路在目標小區建立新鏈路失敗，通過對應計數器“在目標小區建立新鏈路失敗”可以查看，也可以找到對應的小區，通過calltrace信令看看是否有NODEB返回的RL鏈接建立失敗相關信令。如果確認，進行進一步排查Iub口傳輸是否正常其它原因：如果為資源分配失敗，需要確認目標小區資源情況，可能原因目標小區擁塞；如果為測量報告內小區與鄰區信息不匹配，可能為其它同頻同擾碼小區虛假信號導致。RNC內切換問題處理思路在目標小區建立新鏈路失敗，通過對應計切換失敗原因分析如果是小區的RL失敗次數較多，則有可能存在小區的干擾或小區的上行導頻時隙的干擾，建議進行干擾指標的分析或UPPCH干擾的檢查如果小區的的CELLUPDATE較多，則有可能是相關的功率配置不足或是小區同步指標相關參數設置問題，建議進行查檢如果小區的物理信道重配置失敗，則有可能是存在一個同頻同擾碼的小區（此小區不在鄰區表中，但鄰區表中有一個相同擾碼的鄰小區關系，并且這兩個小區相隔不遠）或是目標小區的C/I較差，即覆蓋問題或是同頻干擾問題。如果存在大量的UCIUerror，需要檢查覆蓋問題。如果存在2G或3G切換開關打開，可以關閉進行驗證，是否是其影響，造成切換成功率較差（UE測量能力有限）如果存在大量的Ue_Operat_Timeout，則有可能是存在RBC算法或是物理信道的同步存在問題，其會影響到掉話率。切換失敗原因分析如果是小區的RL失敗次數較多，則有可能存在RNC間切換成功率RNC間切換成功率典型信令案例分析從信令中可看出UE在從站點25163向站點24221切換，已經發送了切換請求之后，由于CN側收到目標RNC側切換取消的消息之后，導致此次切換失敗。典型信令案例分析從信令中可看出UE在從站點25163向站點2RNC間切換問題處理思路跨RNC間切換與RNC內切換不同的地方在于：跨RNC間切換需要涉及到RNC-CN之間的消息交互，一旦在CN存在參數傳遞錯誤，將間接導致后續切換流程終止，終端無法正常發起切換，相對RNC內切換而言，其切換準備階段的切換時延較長。

RNC間切換問題處理思路跨RNC間切換與RNC內切換不同的地系統間切換分析系統間切換分析典型信令案例分析UE在收到切換信令之后，回送了切換失敗的消息，消息失敗原因為未知原因。通過查詢2G外部小區參數得知該小區頻點修改之后未及時更新導致切換失敗。典型信令案例分析UE在收到切換信令之后，回送了切換失敗的消息TD-GSM系統間：CS域系統間切換準備階段：參數漏傳：在relocationrequire中檢查：classmark2/3和theOldBSStoNewBSSInformationIE的傳遞情況；語義錯誤（semanticerror）：TD小區所屬RNC和2G目標小區所屬BSC不在同一MSC上。須添加BSC所在的LAC為RNC所屬MSC的外部LAC；TD側核心網漏配BSC的部分2G外部小區，BSC側漏配TD鄰區。語法錯誤（TRANAP_abstract_syntax_error_reject）：Relocationrequired中classmarkInformation2所含的RFpowercapability參數發送給核心網后，核心網沒有做適配直接發送個BSC，被BSC拒絕，最終回復失敗信息RelocationPreparationFailure。CN_TRANAP_unspecified_failure=115當目的RNC與源RNC分別位于不同的CN時，在源CN參數配置上出現的問題TRANAP_relocation_failure_in_target_CN_RNC_or_target_system(29)原GSMBSC沒有升級會導致relocationfailure.目標RNC（GSM系統中的BSC）參數配置不匹配TRNAP_UNKNOWN_TARGET_RNCCN漏陪2G目標小區LAC號，導致relocationpreparationfailure.TD-GSM系統間：CS域系統間切換準備階段：TD-GSM系統間：系統間切換階段——CS域physicalchannelfailure（物理信道失敗）UE無法同目標系統建立連接。UE與2G上行同步失??；EGSM頻點，由于終端不支持該頻點導致。TD小區存在同頻同BSIC；終端解調性能較弱，周圍存在同頻異BSIC2G小區；GSM側小區容量不足；interratprotocolerror核心網側一個參數需要修改：serviceSAIsupport參數改為YES。TD-GSM系統間：系統間切換階段——CS域課程內容KPI指標的分類KPI優化方法接入類

掉話類切換尋呼數據業務下載課程內容KPI指標的分類尋呼問題處理流程：尋呼問題處理流程：主要原因主要是無線側原因比例比較大；查看被叫狀態；包括VLR注冊信息、狀態等。查看主被叫起呼、響應流程，對應丟失PAGING所在節點判斷。提示音說明1不在服務區沒有收到尋呼響應消息(PAGINGRESPONSE)2暫時無法接通除去空號，欠費，網絡忙，被叫忙，尋呼無響應等放音。其它沒有接通的異常情況，都會放“暫時無法接通”的提示音。3沒有任何提示沒有收到尋呼響應消息(PAGINGRESPONSE)，主叫未完成呼叫流程或者PAGING根本沒有下發。主要原因主要是無線側原因比例比較大；提示音說明1不在服務TD-SCDMA常見尋呼問題TD-SCDMA常見尋呼問題1尋呼信道容量不夠:RNC沒有下發尋呼消息2由于功率或干擾:UE沒有接受到尋呼消息4CN原因沒有下發尋呼給RNC3UE頻繁發生小區重選或位置更新:無法接收到尋呼消息TD-SCDMA常見尋呼問題TD-SCDMA常見尋呼問題1TD-SCDMA常見尋呼問題對于第一種：查看LAC內的小區出現尋呼擁塞前后指標情況，最重要的就是PAGING下發的次數，是否存在量級的增長。其包括：CN下發機制，尤其是第二次的尋呼方式是TD網內尋呼還是全網內尋呼，其次判斷相關參數是否有變動，還有一種情況也會造成RNC沒有下發，是由于手機報等大量全網下發短信導致，可以采取CN短信流控機制避免。對于第二種：主要是無線方面的原因，此時重要是查看無線環境及干擾情況，最好現場復測。對于第三種：可以根據實際地圖及LAC劃分總結小區的注冊次數查看(rrc申請原因及瞬時電平)對于第四種：此時包含主叫未完成的起呼流程和CN沒有將對應的尋呼消息下發個RNC，此問題需要結合主叫及CN方掛表來查看問題點，需要CN配合。TD-SCDMA常見尋呼問題對于第一種：查看LAC內的小區出尋呼問題對于尋呼問題主要有以下幾點：1.擁塞查看CN的二次尋呼及尋呼參數配置。2.無響應同時查找MOC、MTC（時間點要對應）當時所在信令到哪一步3.后不處理發生在被叫PAGINGREPOSE后（或無RRC信令），判斷基站及IUB信息尋呼問題對于尋呼問題主要有以下幾點：尋呼相關參數說明參數參數說明備注Npch尋呼分組數目系統配置，協議規定Npch<=8Ntfs傳輸信道格式中240bit塊的個數默認：看SCCPCH，目前是2目前Ntfs可以為0，1，2。（TTI=20ms）。Ntfs與PCH所在的SCCPCH的碼道數目相關。當配置3條碼道時，Ntfs最大取值為2；當配置4條碼道時，Ntfs最大取值為3；LueUE尋呼長度默認：看CN機制IMSI時，72bitTMSI時，40bitPAGINGSENDTIMES可變尋呼重發次數Tpbp尋呼周期默認：640目前受終端限制，固定為640ms?？s小尋呼周期會增大UE耗電。PICH功率PICH是和SCCPCH時分復用默認：0設置過大，會導致PCCPCH的發射功率值無法正常設置到規劃需要的需要的強度。過低，將會導致小區邊緣的UE無法偵聽到PICH。SCCPCH功率由于SCCPCH是承載PCH和FACH傳輸信道默認：0設置過小，將會影響尋呼和接入。另外由于一般將SCCPCH設置在TS0，故該值過大，會導致PCCPCH功率降低。PICH所在時隙PICH所在的下行時隙號默認：TS0設置在0時隙，PICH會對PCCPCH產生干擾，同時也會遭受到來自PCCPCH的干擾；當設置在其他非0時隙時，當業務量較大時，會遭受來自DPCH的干擾。注意：根據話務量和覆蓋來調整，但不可隨意調試。尋呼指示因子長度PagIndLen前臺：0、1、2；對應后臺為：4、8、16比特。系統默認是4，為提高尋呼成功率，廣州目前修改為16，對應分組數目是22該參數設置過大時，每幀可指示的個數變小，被叫接通時間過長；反之，處于小區邊緣的UE不易讀取到PICH（沖擊響應幅度過低），導致被叫呼通率過低。尋呼相關參數說明參數參數說明備注Npch尋呼分組數目系統配置課程內容KPI指標的分類KPI優化方法接入類

掉話類切換尋呼數據業務下載課程內容KPI指標的分類數據下載速率類RNC級問題處理思路首先排除測試終端的影響。目前上下行時隙配比2：4配置下，單載波最大吞吐量為1.68M，測試終端必須滿足UE能力等級為9或者9以上才可以達到較高速率。如果簽約速率和申請速率較低，則下載速率較低。如果多個RNC出現問題，則先不用考慮無線環境的影響，更多的從設備方面或是配置方面考慮，是否全網某些配置有異常？比如某個副載波被閉塞不可用。。。是否有告警？路由配置問題，IU口相關配置問題，CN或CE問題等。數據下載速率類RNC級問題處理思路個別小區問題處理思路首先排除測試終端的影響。檢查測試點的PCCPHRSCP和C/I是否良好檢查Iub口配置的帶寬是否充足，單IMA組至少要配置2對E1。檢查信道/參數配置HS-PDSCH信道是否配置3個時隙室內/室外HS頻點是否相同，避免存在同頻干擾。HS-DSCH的單碼道功率和HS-SCCH的最大發射功率：如果是室內分布站點，確認是否使用干放，檢查干放的時隙配置或上下行增益配置，避免干放配置不當對系統造成干擾，影響HS業務性能。個別小區問題處理思路首先排除測試終端的影響。TD-SCDMAKPI指標及優化指導書課件演講完畢，謝謝觀看！演講完畢，謝謝觀看！TD-SCDMAKPI指標及優化指導書TD-SCDMAKPI指標及優化指導書課程目標學習完成本課程您將會：了解TD-SCDMA無線優化KPI指標定義了解各指標的評價標準了解各項KPI優化的基本思路課程目標學習完成本課程您將會：課程內容KPI指標的分類KPI優化方法課程內容KPI指標的分類PCCPCH接收信號碼片功率RSCP（雙碼道）指標名稱主公共控制信道接收信號碼片功率RSCP指標意義接收信號碼功率RSCP是用來考核全網環境下的網絡覆蓋質量的重要指標之一。RSCP是一個表示接收信號強度的絕對值，顯然它的大小與負載無關，是一個直接反映移動臺距離基站大小的指標。因此這個KPI值可以用來度量小區覆蓋范圍的大小。但需要注意的是它不能完全反映實際小區的覆蓋以及網絡性能質量的情況，必須與下行鏈路主公共控制信道的C/I共同決定下行鏈路的覆蓋范圍。計算公式UE接收到的下行主公共控制信道訓練序列碼的接收功率。信令觸發點采集對象路測指標取值高標準RSCP>-85dBm的區域大于95%建議標準RSCP>-95dBm的區域大于97%低標準RSCP>-95dBm的區域大于95%PCCPCH接收信號碼片功率RSCP（雙碼道）指標名稱主公PCCPCH的載干比C/I指標名稱PCCPCH碼片級的載干比C/I指標意義對TD-SCDMA主公共控制信道覆蓋能力的要求定義為載波功率與干擾功率的比值，數值上它等于PCCPCH信道的接收載波功率RSCP與接收到的干擾信號（包括本小區/鄰小區干擾和白噪聲）的功率（即ISCP：InterfereSignalStrengthIndicator）的比值。在TD-SCDMA系統中，目前普遍采用了N頻點技術，主公共控制信道（PCCPCH）與其它公共控制信道是碼分復用的，只配置在主載波，并且不做功率控制。計算公式接收到的載波功率與所有干擾功率（白噪聲、本小區/鄰小區干擾）的比值。信令觸發點采集對象路測指標取值高標準C/I>-3dB的區域大于97%建議標準C/I>-3dB的區域大于95%低標準C/I>-3dB的區域大于90%PCCPCH的載干比C/I指標名稱PCCPCH碼片級的載干覆蓋率指標名稱覆蓋率指標意義無線網絡的覆蓋率，反映了網絡的可用性。網絡的下行覆蓋是由PCCPCH信道的RSCP和質量C/I來衡量，網絡的上行覆蓋情況一般由手機的發射功率來衡量。計算公式覆蓋率=滿足覆蓋要求的點數/總的采樣點數*100%，定義F取值為1的測試點為滿足覆蓋要求的測試點，即：對于上行，F＝上行手機發送功率值≤手機最大發送功率值；對于下行，F＝RSCP≥R且C/I≥S；其中：RSCP表示接收導頻信號碼片功率；C/I表示接收主公共控制信號的信號品質；RSCP≥R和C/I≥S表示是否滿足條件，R和S是RSCP和C/I在計算中的閾值（該值的推導現在不清楚）。如果RSCP≥R和C/I≥S都滿足，則F取值1，若有一個不滿足或都不滿足，則F取值0。計算之前首先排除測試中的異常點，異常點指的是RSCP或C/I的取值遠遠超出正常范圍之外。該公式表示如果某一區域接收信號碼片功率超過某一門限同時信號品質超過某一門限則表示該區域被覆蓋。由于不同的業務，其覆蓋不同，要求的覆蓋率也不同，因此針對不同的業務可以測量不同的F值來計算覆蓋率。注意，這里的覆蓋率指的是區域覆蓋率，不是邊緣覆蓋率。采集對象路測指標取值高標準98%（RSCP≥-95dBm且C/I≥-3dB）建議標準95%（RSCP≥-95dBm且C/I≥-3dB）低標準90%（RSCP≥-95dBm且C/I≥-3dB）覆蓋率指標名稱覆蓋率指標意義無線網絡的覆蓋率，反映了網絡的覆蓋優化覆蓋問題產生的原因總體來講有四類：一是無線網絡規劃結果和實際覆蓋效果存在偏差；二是覆蓋區無線環境變化；三是工程參數和規劃參數間的不一致；四是增加了新的覆蓋需求。由此產生的問題主要表現為覆蓋空洞、覆蓋弱區、越區覆蓋、導頻污染和鄰區設定不合理等幾個方面。通常通過工程參數調整、RF參數修改、功率調整等方法解決覆蓋優化覆蓋問題產生的原因總體來講有四類：呼叫類指標呼叫類指標包括呼叫接通率和保持率兩類指標。接通率是反映TD-SCDMA系統性能最重要的指標，也是運營商十分關注的指標一個完整的呼叫接通率有多個層次：尋呼成功率、RRC連接建立成功率和RAB指配建立成功率。UE從接收到CN發來的尋呼消息，到RAB指派完成，完成一個完整呼叫流程。呼叫類指標呼叫類指標包括呼叫接通率和保持率兩類指標。信令流程信令流程RRC連接建立成功率（業務相關）指標名稱RRC連接建立成功率（業務相關）指標意義反映RNC或者小區的UE接納能力，RRC連接建立成功意味著UE與網絡建立了信令連接。RRC連接建立可以分兩種情況：一種是與業務相關的RRC連接建立；另一種是與業務無關（如位置更新、系統間小區重選、注冊等）的RRC連接建立。前者是衡量呼叫接通率的一個重要指標，其結果可以作為調整信道配置的依據。后者可用于考察系統負荷情況。計算公式RRC連接建立成功率（業務相關）＝RRC連接建立成功次數（業務相關）/RRC連接建立嘗試次數（業務相關）×100%信令觸發點SRNC收到RRC建立請求之后決定是否建立，以及是建立在專用信道還是公共信道上。RRC連接建立成功率（業務相關）用RRC連接建立成功次數和RRC連接建立嘗試次數的比來表示，對應的信令分別為：RNC收到的RRCCONNECTIONSETUPCOMPLETE次數和RNC收到的RRCCONNECTIONREQ次數。該指標要求按不同業務類型分別進行統計。采集對象后臺網管計數器測量并計算指標取值高標準100%建議標準99%低標準98%RRC連接建立成功率（業務相關）指標名稱RRC連接建立成功RAB建立成功率指標名稱RAB建立成功率指標意義RAB建立是由CN發起，UTRAN執行的功能。RAB是指用戶平面的承載，用于UE和CN之間傳送語音、數據及多媒體業務。UE首先要完成RRC連接建立然后才能建立RAB，當RAB建立成功以后，一個基本的呼叫即建立，UE進入通話過程。計算公式CS域RAB建立成功率＝CS域RAB指派建立成功RAB數目/CS域RAB建立請求的RAB數目*100%PS域RAB建立成功率＝PS域RAB指派建立成功RAB數目/PS域RAB建立請求的RAB數目*100%RAB建立成功率＝（CS域RAB指派建立成功RAB數目+PS域RAB指派建立成功RAB數目）/（CS域RAB建立請求的RAB數目+PS域RAB建立請求的RAB數目）*100%信令觸發點RAB建立成功率用RAB指派建立嘗試次數和RAB指派建立成功響應次數的比表示，對應的信令分別為：RABASSIGNMENTREQUEST（RAB建立請求）和RABASSIGNMENTRESPONSE（RAB建立成功）。RAB建立成功率對于CS域和PS分別統計。采集對象后臺網管計數器測量并計算指標取值高標準100%建議標準99%低標準98%RAB建立成功率指標名稱RAB建立成功率指標意義RAB建立無線接通率指標名稱無線接通率指標意義反映RNC或者小區的UE接納能力，RRC連接建立成功意味著UE與網絡建立了信令連接。RRC連接建立可以分兩種情況：一種是與業務相關的RRC連接建立；另一種是與業務無關（如位置更新、系統間小區重選、注冊等）的RRC連接建立。前者是衡量呼叫接通率的一個重要指標，其結果可以作為調整信道配置的依據。后者可用于考察系統負荷情況。計算公式無線接通率＝RAB建立成功率×RRC連接建立成功率（業務相關）×100%信令觸發點見“RRC連接建立成功率（業務相關）”和“RAB建立成功率”采集對象后臺網管計數器測量并計算指標取值高標準99%建議標準98%低標準96%無線接通率指標名稱無線接通率指標意義反映RNC或者小區的U語音業務無線接通率指標名稱語音業務無線接通率指標意義反映語音業務呼叫接通率的一個重要指標，其結果可以作為調整信道配置、網絡優化的依據。計算公式語音業務無線接通率＝（（電路域RAB建立成功的C類AMR低速率RAB數目+電路域RAB建立成功的C類12.2/12.2RAB數目）/（電路域RAB請求建立的C類AMR低速率RAB數目+電路域RAB請求建立的C類12.2/12.2RAB數目））×（（RRC連接建立成功次數主叫會話類業務+RRC連接建立成功次數被叫會話類業務）/（RRC連接嘗試次數主叫會話類業務+RRC連接嘗試次數被叫會話類業務））×100%信令觸發點見“RRC連接建立成功率（業務相關）”和“RAB建立成功率”采集對象后臺網管計數器測量并計算指標取值高標準99%建議標準96%低標準94%語音業務無線接通率指標名稱語音業務無線接通率指標意義反映語視頻電話業務無線接通率指標名稱視頻電話無線接通率指標意義反映視頻電話業務呼叫接通率的一個重要指標，其結果可以作為調整信道配置、網絡優化的依據。計算公式語音業務無線接通率＝（電路域RAB建立成功的C類64/64RAB數目/電路域RAB請求建立的C類64/64RAB數目）×（（RRC連接建立成功次數主叫會話類業務+RRC連接建立成功次數被叫會話類業務）/（RRC連接嘗試次數主叫會話類業務+RRC連接嘗試次數被叫會話類業務））×100%信令觸發點見“RRC連接建立成功率（業務相關）”和“RAB建立成功率”采集對象后臺網管計數器測量并計算指標取值高標準98%建議標準94%低標準92%視頻電話業務無線接通率指標名稱視頻電話無線接通率指標意義反PS域無線接通率指標名稱PS域無線接通率指標意義反映PS域呼叫接通率的一個重要指標，其結果可以作為調整信道配置、網絡優化的依據。計算公式PS域無線接通率＝（（分組域RAB指配建立成功的S類RAB數目+分組域RAB指配建立成功的I類RAB數目+分組域RAB指配建立成功的B類RAB數目）/（分組域RAB指配請求建立的S類RAB數目+分組域RAB指配請求建立的I類RAB數目+分組域RAB指配請求建立的B類RAB數目））×（（RRC連接建立成功次數主叫流類業務+RRC連接建立成功次數被叫流類業務+RRC連接建立成功次數主叫交互類業務+RRC連接建立成功次數被叫交互類業務+RRC連接建立成功次數主叫背景類業務+RRC連接建立成功次數被叫背景類業務）/（RRC連接嘗試次數主叫流類業務+RRC連接嘗試次數被叫流類業務+RRC連接嘗試次數主叫交互類業務+RRC連接嘗試次數被叫交互類業務+RRC連接嘗試次數主叫背景類業務+RRC連接嘗試次數被叫背景類業務））×100%信令觸發點見“RRC連接建立成功率（業務相關）”和“RAB建立成功率”采集對象后臺網管計數器測量并計算指標取值高標準98%建議標準94%低標準92%PS域無線接通率指標名稱PS域無線接通率指標意義反映PS域無線電路域掉話率反映了系統電路域業務的通訊保持能力，是用戶直接感受的重要性能指標之一。

指標名稱無線掉話率（業務相關）指標意義RNC通過向CN發起RAB釋放請求，請求釋放一個或多個無線接入承載（RAB）。當UE丟失或者不激活，或者由于UTRAN的原因，RNC向CN發起Iu連接釋放請求，請求釋放與一個UE相連的Iu連接。計算公式電路域掉話率=RNC請求釋放的電路域掉話的RAB數目/電路域RAB指派建立成功的RAB數目*100%信令觸發點RNC通過向CN發起RAB釋放請求與發起Iu連接釋放請求，對應的信令分別為：RABRELEASEREQUEST和IuRELEASEREQUEST。采集對象后臺網管計數器測量并計算指標取值高標準1%建議標準2%低標準4%備注需要按業務劃分，上面的取值為語音業務無線電路域掉話率反映了系統電路域業務的通訊保持能力，是用戶無線分組域掉線率指標名稱無線分組域掉線率指標意義反映了系統分組域業務的通訊保持能力，是用戶直接感受的重要性能指標之一。計算公式分組域掉線率=RNC請求釋放的分組域掉線的RAB數目/分組域RAB指派建立成功的RAB數目*100%信令觸發點RNC通過向CN發起RAB釋放請求與發起Iu連接釋放請求，對應的信令分別為：RABRELEASEREQUEST和IuRELEASEREQUEST。采集對象后臺網管計數器測量并計算指標取值高標準2%建議標準4%低標準8%無線分組域掉線率指標名稱無線分組域掉線率指標意義反映了系統掉話率指標名稱掉話率指標意義反映了系統的通訊保持能力，是用戶直接感受的重要性能指標之一。計算公式掉話率=(RNC請求釋放的電路域掉話的RAB數目+RNC請求釋放的分組域掉線的RAB數目)/（電路域RAB指派建立成功的RAB數目+分組域RAB指派建立成功的RAB數目）*100%信令觸發點采集對象后臺網管計數器測量并計算指標取值高標準1%建議標準2%低標準4%掉話率指標名稱掉話率指標意義反映了系統的通訊保持能力，是用電路域業務掉話比指標名稱電路域業務調掉話比指標意義反映了一定業務量情況下，系統電路域業務的通訊保持能力，是用戶直接感受的重要性能指標之一。計算公式統計周期內電路域掉話的RAB數目與電路域相關業務話務量的比值；計算公式如下：電路域12.2K業務掉話比＝電路域12.2K業務話務量/RNC請求釋放的電路域12.2K的RAB數目*100%電路域7.95K業務掉話比＝電路域7.95K業務話務量/RNC請求釋放的電路域7.95K的RAB數目*100%電路域5.9K業務掉話比＝電路域5.9K業務話務量/RNC請求釋放的電路域5.9K的RAB數目*100%電路域4.75K業務掉話比＝電路域4.75K業務話務量/RNC請求釋放的電路域4.75K的RAB數目*100%電路域32K業務掉話比＝電路域32K業務話務量/RNC請求釋放的電路域32K的RAB數目*100%電路域64K業務掉話比＝電路域64K業務話務量/RNC請求釋放的電路域64K的RAB數目*100%信令觸發點采集對象后臺網管計數器測量并計算指標取值高標準1%建議標準2%低標準3%電路域業務掉話比指標名稱電路域業務調掉話比指標意義反映了一課程內容KPI指標的分類KPI優化方法接入類

掉話類切換尋呼數據業務下載課程內容KPI指標的分類接入指標優化接入失敗可能的問題原因包括以下幾類：終端問題造成的接入失敗終端無法收到FPACH造成的接入失敗RRC連接請求被拒絕由于弱場或干擾造成的信令丟失，上下行鏈路中斷核心網問題造成的鑒權失敗或RAB指配問題等針對以上各種原因，逐步排查分析，消除影響接入成功的因素，提升接入指標。接入指標優化接入失敗可能的問題原因包括以下幾類：接入指標統計接入指標統計RRCSetupTimeOutRRCSetupTimeOutRRCSetupTimeOut主要原因造成這種失敗的主要原因是：RNC下發rrcConnectionSetup消息后，UE側無法正常接受到建立命令，使rrc無法正常建立，造成起呼失敗。主要原因有：如果整個小區存在此問題，關注NODEB的故障，涉及BBU某個單板，RRU,另外傳輸誤碼，RNC某個內部處理板或者接口板，會導致不正確的將RRCconnectionsetup信令發給NODEB參數設置問題，SCCPCH功率小，導致下行功率不足或者存在下行干擾，導致UE不能正確的收到RRCconnectionsetup消息覆蓋和同頻同擾碼干擾問題，覆蓋不好容易引起UE不能正確的收到RRCconnectionsetup消息，同時同頻同擾碼也會導致UE不能收到消息終端問題，UE收到消息，但是由于消息錯誤或者UE內部原因導致UE未及時發送RRCconnectionsetupCOMPLETE需要結合設備告警，傳輸故障，覆蓋干擾，個別終端等問題綜合考慮RRCSetupTimeOut主要原因造成這種失敗的主要原RNLC_Ue_Operate_fail_invalidconfigurationRNLC_Ue_Operate_fail_invalidcoRNLC_Ue_Operate_fail_invalidconfiguration此種接入失敗原因主要是用戶在CN下發RABAssignmentRequest后，未完成RABAssignmentResponse時，UE或核心網側發起了高層信令連接釋放請求導致，目前已經在網管的RAB指派成功率KPI中將此接入失敗原因去除。RNLC_Ue_Operate_fail_invalidcoRNLC_SecurityModeRsp_TimeOutRNLC_SecurityModeRsp_TimeOutRNLC_SecurityModeRsp_TimeOut通過對該類問題的CT文件進行關聯分析，發現此類安全模式超時錯誤主要都發生在UE進行PS業務重選過程中，RNC向UE下發了安全模式命令后，UE沒有返回安全模式完成至RNC，導致安全模式超時。RNLC_SecurityModeRsp_TimeOut通RrcConnectionRejectRrcConnectionRejectRRCConnectionReject消息其所帶的Cause值為“Congestion”（擁塞）：資源不足：主要是信道資源、碼資源、功率資源等不足造成；查看小區的話務量（PS業務流量），確認小區是否真的存在資源不足；LMT查看功率資源情況，是否存在TCP資源不足的問題。如果存在小區的話務量不多，而且TCP占用正常仍會出現擁塞造成的起呼失敗，同時又不存在任何告警信息，則在動態數據庫管理中查看服務小區狀態，是否存在載頻資源被閉塞的現象。對于真正存在資源不足的情況，建議進行擴容加以解決。通過LMT查看時隙干擾情況。小區硬件故障。如：RRU故障；對于存在告警的故障，首先加以解決，在緊急情況下可以對小區或RRU進行重啟加以驗證。RRCConnectionReject消息其所帶的CauRRCConnectionReject消息：CAC參數設置問題；檢查CAC相關參數。RRCConnectionReject消息：CAC參數設RRCConnectionReject消息：其所帶的Cause值為“Unspecified”（未定義）：當通過CAC檢查后，信令消息出現RLfailure。重點排查基站小區故障；RRCConnectionReject消息：其所帶的主叫UE收到RRCConnectionSetup消息后，RNC側沒有收到RRCConnectionComplete消息，其所帶的Cause值為“NOReply”；通過在RNC側看似否有RadioLinkRestoreIndication消息，判斷是上行開環還是下行開環有問題，若RNC側收到了RadioLinkRestoreIndication，則說明上行開環已完成，則首先需要判斷下行業務時隙是否有干擾，若有干擾，優先排除干擾，其次核查設備的天線類型，下行開環功控參數是否正常，考慮調整下行初始發射功率；若RNC沒有收到RadioLinkRestoreIndication，則首先需要判斷上行業務時隙是否有干擾，若有干擾，優先排除干擾，其次核查設備的天線類型，上行開環功控參數是否正常，最后才考慮調整上行開環功控參數；主叫UE收到RRCConnectionSetup消息后，主叫UE收到RRCConnectionSetup消息后，RNC側沒有收到RRCConnectionComplete消息，其所帶的Cause值為“NOReply”；流程：RRCConnectionSetup信令首先從RNC的控制面發出，經過內部處理，通過RNC與NodeB之間的接口板，再經過傳輸線路到NodeB與RNC的接口板，然后在NodeB內部處理，再通過RRU經Uu口到UE。需要針對具體現象對每一步驟進行排查。排查思路：RNC是否收到基站上報的RadioLinkRestoreIndication消息；LMT查看ISCP\RTWP\UPPCH干擾情況。統計小區FACH出窗情況。RNC側用戶面板上觀察FACH傳輸信道同步幀收發情況；傳輸是否存在告警，E1帶寬是否充足。主叫UE收到RRCConnectionSetup消息后，課程內容KPI指標的分類KPI優化方法接入類

掉話類切換尋呼數據業務下載課程內容KPI指標的分類掉話排查總體思路流程掉話排查總體思路流程掉話原因分析掉話原因分析UCIU_errorUCIU_errorUCIU_errorUCIU_error錯誤原因機制UCIUerror表示RLC（無線鏈路控制層）不可恢復性錯誤。從結構模型看，RLC層是比物理層高。發生UCIUerror故障（掉話），說明鏈路的物理層是正常的，RLC層出現故障。當RLC層發生傳遞失敗后，會首先進行重傳嘗試，如果重傳成功，鏈路的RLC層恢復；當重傳達到最大次數后RLC層仍沒有傳遞成功，發送端可發起RLC層的復位，恢復RLC的全部初始參數，如果復位能夠成功，那么RL