KPI優(yōu)化思路及案例分析

KPI優(yōu)化思路及案例分析目錄接通類KPI1切換類KPI掉話類KPI234網(wǎng)絡(luò)關(guān)鍵性能指標(biāo)KPI〔KeyPerformanceIndication〕，是網(wǎng)絡(luò)整體性能的集中表達(dá)，簡化了網(wǎng)絡(luò)評價(jià)流程，使不同體制的網(wǎng)絡(luò)性能具有了可比性。網(wǎng)絡(luò)KPI可通過DT〔DriveTest〕、CQT〔CallQualityTest〕、OMC〔OperationandMaintenanceCenter〕數(shù)據(jù)、告警數(shù)據(jù)和用戶投訴數(shù)據(jù)等方法來獲取，這些方法在網(wǎng)絡(luò)建設(shè)、開展和評估過程中結(jié)合使用。TD-SCDMA系統(tǒng)中典型的KPI指標(biāo)覆蓋類：PCCPCH接收信號碼片功率RSCP；PCCPCHC/I；覆蓋率。呼叫建立特性類：RRC連接建立成功率〔業(yè)務(wù)相關(guān)〕；RAB建立成功率；CS域、PS域無線接通率。呼叫保持特性類：電路域掉話率；分組域掉線率；移動(dòng)性管理特性類：同頻硬切換成功率；異頻硬切換成功率；同頻接力切換成功率；異頻接力切換成功率；系統(tǒng)間CS域切換成功率；系統(tǒng)間PS域切換成功率；質(zhì)量類：語音建立時(shí)延；CS12.2k業(yè)務(wù)呼叫時(shí)延〔UE到UE〕；CS64k業(yè)務(wù)呼叫時(shí)延〔UE到UE〕；PDP上下文激活成功率。KPI優(yōu)化一般流程統(tǒng)計(jì)報(bào)表發(fā)現(xiàn)RNC的某項(xiàng)KPI差查看是否由少數(shù)小區(qū)導(dǎo)致分時(shí)段統(tǒng)計(jì)小區(qū)指標(biāo)，找出指標(biāo)較嚴(yán)重時(shí)段分析該時(shí)段的CDL或CT文件，找出問題；必要時(shí)可以安排人現(xiàn)場測試查看是否統(tǒng)計(jì)有誤、RNC級參數(shù)設(shè)置有誤、是否存在RNC級告警…否是一、接通率無線接通率＝RAB建立成功率*RRC連接建立成功率〔業(yè)務(wù)相關(guān)〕*100%；無線接通率分別分為PS域和CS域無線接通率；影響接通率的一般原因有：弱覆蓋干擾無線參數(shù)設(shè)置不正確硬件故障核心網(wǎng)問題其他原因呼叫流程UE發(fā)起語音業(yè)務(wù)過程主要包括幾個(gè)過程：建立RRC連接、初始直傳、平安模式控制、建立RAB。在UE發(fā)起呼叫建立時(shí)，如果之前UE沒有建立RRC連接那么先建立RRC連接，再通過初始直傳建立傳輸NAS消息的信令連接，最后建立RAB。RAB建立完成后進(jìn)行上行和下行的直接傳輸過程，待對方振鈴后，CN通過RNC向UE發(fā)送直傳消息Alerting，對方摘機(jī)后，CN通過RNC向UE發(fā)送直傳消息Connect，UE回復(fù)直傳消息ConnectACK消息，雙方建立通話。PS域業(yè)務(wù)流程和CS域大致相同。完成的呼叫流程信令如下：呼叫失敗分析——RRC建立失敗UE發(fā)送rrcConnectionRequest,RNC未收到。無線環(huán)境較差，如信號強(qiáng)度太弱、干擾等；基站故障，如RRS存在故障、BBU存在故障；UE協(xié)議軟件問題、NodeB協(xié)議軟件問題、RNC協(xié)議軟件問題等；UE發(fā)送rrcConnectionRequest后，網(wǎng)絡(luò)拒絕?？牲c(diǎn)擊rrcConnectionReject查看拒絕原因，常見原因有：擁塞〔congestion)。RNC發(fā)送rrcConnectionSetup后，UE未收到。下行功率缺乏或是下行存在干擾；UE發(fā)送rrcConnectionSetupComplete，但RNC未收到。上行功率缺乏或是上行存在干擾UE收到了rrcConnectionSetup消息，未發(fā)送rrcConnectionSetupComplete。消息錯(cuò)誤或UE內(nèi)部錯(cuò)誤等原因UE駐留廣州紅星村2時(shí)出現(xiàn)信號良好，但是起呼失敗的現(xiàn)象。由圖可以看出UE一直在發(fā)送RRCCONNECTIONREQUEST，但未收到RNC下發(fā)的RRCCONNECTIONSETUP；而RNC側(cè)跟蹤信令卻未收到UE發(fā)送的RRCCONNECTIONREQUEST。案例分析——RRS故障導(dǎo)致接入失敗查看UE在空口上FPACH接收情況，發(fā)現(xiàn)UE不是每次都能收到NodeB下發(fā)FPACH，

PRACH數(shù)值在起呼過程中有時(shí)有更新，有時(shí)沒有更新，說明UE有上報(bào)PRACH，UE上發(fā)RRCConnectionRequest且NodeB有時(shí)收到有時(shí)沒有收到。倒換對應(yīng)廣州紅星村2〔RNCID1002，CELLID1711，CPI：126〕和廣州紅星村3〔RNCID1002，CELLID1712，CPI：26〕BBU板的光纖后發(fā)現(xiàn)故障現(xiàn)象伴隨RRS轉(zhuǎn)移到廣州紅星村3〔RNCID1002，CELLID1712，CPI：26〕。判斷為廣州紅星村2〔RNCID1002，CELLID1711，CPI：126〕RRS存在故障。更換廣州紅星村2〔RNCID1002，CELLID1711，CPI：126〕對應(yīng)得RRS后呼叫正常統(tǒng)計(jì)發(fā)現(xiàn)幾個(gè)小區(qū)連續(xù)幾天RRC建立成功率為0，擁塞率為1，建立失敗原因都為擁塞。案例分析——數(shù)據(jù)鏈路閉塞導(dǎo)致RRC建立被拒RNCID小區(qū)ID統(tǒng)計(jì)對象RRC連接建立請求次數(shù)（總和）(次)RRC連接建立次數(shù)（總和）(次)RRC連接建立成功次數(shù)（總和）(次)RRC擁塞率(百分比)RRC連接建立成功率(百分比)100631218廣州岑村玄武街1_3121821580010100631219廣州岑村玄武街2_3121913480010100631220廣州岑村玄武街3_3122012400101006693廣州華農(nóng)1_693268800101006694廣州華農(nóng)2_69434900101006695廣州華農(nóng)3_6951538000.99930因?yàn)榻⒊晒?，不應(yīng)該存在擁塞，但擁塞率為1，說明小區(qū)根本無資源可用。核查小區(qū)的信息，無其它異常情況，但發(fā)現(xiàn)小區(qū)“局間鏈路配置集〞下邊的“數(shù)據(jù)鏈路〞都處于閉塞的狀態(tài)，如以下圖所示：解閉塞數(shù)據(jù)鏈路后狀態(tài)如下：RNCID小區(qū)ID統(tǒng)計(jì)對象RRC連接建立請求次數(shù)（總和）(次)RRC連接建立次數(shù)（總和）(次)RRC連接建立成功次數(shù)（總和）(次)RRC擁塞率(百分比)RRC連接建立成功率(百分比)1006693廣州華農(nóng)1_69318718618300.97861006694廣州華農(nóng)2_69415515415300.98711006695廣州華農(nóng)3_69597979500.9794100631218廣州岑村玄武街1_3121838938938901100631219廣州岑村玄武街2_3121943434301100631220廣州岑村玄武街3_3122055501解閉塞后統(tǒng)計(jì)小區(qū)RRC建立成功率恢復(fù)正常：案例分析—干擾導(dǎo)致接入失敗統(tǒng)計(jì)發(fā)現(xiàn)廣州高科大廈ST1_30147的RRC連接建立成功率為0，且RRC擁塞率為1RNCID小區(qū)ID統(tǒng)計(jì)對象RRC連接建立請求次數(shù)（總和）(次)RRC連接建立成功次數(shù)（總和）(次)RRC連接建立成功率(百分比)RRC擁塞率(百分比)101230147廣州高科大廈ST1_301473035001跟蹤碼流可以看到UE發(fā)送RRC連接請求后被拒絕，拒絕原因?yàn)椋簱砣?；如下所示拒絕原因：擁塞分時(shí)段統(tǒng)計(jì)該小區(qū)的上行ISCP值，可以看到三個(gè)載頻的上行時(shí)隙都存在較大的干擾，如下所示：廣州高科大廈ST1_30147主載頻

10120統(tǒng)計(jì)時(shí)間最大ISCP（時(shí)隙1）(dBm)最大ISCP（時(shí)隙2）(dBm)平均ISCP（時(shí)隙1）(dBm)平均ISCP（時(shí)隙2）(dBm)2009-06-0910:00:00~2009-06-0911:00:00-91.75-91.75-92.25-91.99282009-06-0911:00:00~2009-06-0912:00:00-91.75-91.75-92.25-92.11952009-06-0912:00:00~2009-06-0913:00:00-91.25-91.75-92.25-92.25廣州高科大廈ST1_30147輔載頻

10112統(tǒng)計(jì)時(shí)間最大ISCP（時(shí)隙1）(dBm)最大ISCP（時(shí)隙2）(dBm)平均ISCP（時(shí)隙1）(dBm)平均ISCP（時(shí)隙2）(dBm)2009-06-0910:00:00~2009-06-0911:00:00-92.25-92.25-92.25-92.252009-06-0911:00:00~2009-06-0912:00:00-92.25-92.25-92.3697-92.36972009-06-0912:00:00~2009-06-0913:00:00-84.75-83.75-92.75-92.75廣州高科大廈ST1_30147輔載頻

10104統(tǒng)計(jì)時(shí)間最大ISCP（時(shí)隙1）(dBm)最大ISCP（時(shí)隙2）(dBm)平均ISCP（時(shí)隙1）(dBm)平均ISCP（時(shí)隙2）(dBm)2009-06-0910:00:00~2009-06-0911:00:00-92.25-92.75-92.25-92.752009-06-0911:00:00~2009-06-0912:00:00-92.25-92.75-92.3697-92.752009-06-0912:00:00~2009-06-0913:00:00-92.25-92.75-92.25-92.75嘗試修改小區(qū)的主頻點(diǎn)、擾碼和功率，均未能解決問題，RRC連接建立仍被拒絕；可見引起干擾的并非同頻或同擾碼干擾；該站為室內(nèi)站點(diǎn)，猜測為室分系統(tǒng)本身低噪過大造成；查看小區(qū)的DCA算法參數(shù)的CAC判決算法設(shè)置，載頻上行接納控制方法為：碼判決+功率判決，即用戶接入的時(shí)候先判斷當(dāng)前碼資源是否滿足業(yè)務(wù)需求，然后再判斷當(dāng)前功率資源是否滿足業(yè)務(wù)需求，如果都滿足那么為用戶分配相應(yīng)的碼資源〔信道化碼、Midamble碼〕并決定用戶的初始發(fā)射功率；如果不滿足那么拒絕用戶接入；修改主載頻的CAC判決算法：載頻上行接納控制方法為“碼判決〞，即用戶接入的時(shí)候只用判斷碼資源是否滿足，如果滿足那么允許接入；修改CAC算法之后，UE可以進(jìn)行業(yè)務(wù)：呼叫失敗分析——RAB建立失敗RAB是指用戶平面的承載，用于UE和CN之間傳送語音，數(shù)據(jù)及多媒體業(yè)務(wù)。UE首先要完成RRC連接建立，然后才能建立RAB。RAB建立是由CN發(fā)起，UTRAN執(zhí)行的功能，根本流程：首先由CN向UTRAN發(fā)送RAB指配請求消息，請求UTRAN建立RAB；RNC發(fā)起建立Iu接口與Iub接口的數(shù)據(jù)承載；RNC向UE發(fā)起RB建立請求；UE完成RB建立，向RNC回應(yīng)RB建立完成消息；RNC向CN應(yīng)答RAB指配響應(yīng)消息，結(jié)束RAB建立流程。RAB建立失敗常見原因無線鏈路重配置失敗硬件原因、協(xié)議錯(cuò)誤、其他錯(cuò)誤RNC發(fā)送RADIOBEARERSETUP給UE，UE未收到。下行干擾或下行發(fā)射功率缺乏等；UE收到RADIOBEARERSETUP但未發(fā)送RADIOBEARERSETUPCOMPLETE。UE收到的消息協(xié)議錯(cuò)；RBSetup消息中包含無效的配置信息；RBSetup消息中包含UE不支持的配置信息；UE發(fā)送RADIOBEARERSETUPCOMPLETE但RNC未收到。上行干擾或上行發(fā)射功率缺乏等；案例分析——BBU故障導(dǎo)致RAB指派成功率低經(jīng)投訴人員反響，客戶投訴占用廣州員村五橫路3_1277時(shí)無法上網(wǎng)；統(tǒng)計(jì)該小區(qū)的指標(biāo)發(fā)現(xiàn)，小區(qū)CS域接通率正常，但PS域RAB指派成功率很低：統(tǒng)計(jì)時(shí)間RNCID小區(qū)ID統(tǒng)計(jì)對象RAB指派請求次數(shù)（PS域）(次)RAB指派成功次數(shù)（PS域）(次)RAB指派成功率（PS域）(百分比)2009-7-2610121277廣州員村五橫路3_12777440.0541測試發(fā)現(xiàn)在做HSDPA下載業(yè)務(wù)時(shí)，進(jìn)行PDP激活過程中UE收到RBSETUP的消息后并未發(fā)送回RBSETUPCOMPLETE的消息，接下來收到RRC釋放的命令，PDP激活失敗；RNC側(cè)跟蹤LDT可以看到RNC在發(fā)出RBSETUP之后一直未收到UE發(fā)送回來的RBSETUPCOMPLETE消息，一段時(shí)間后向CN發(fā)起了IU釋放請求：因?yàn)閁E已經(jīng)收到了RBSETUP，但并不發(fā)送RBSETUPCOMPLETE，由此猜測可能是UE收到的RB配置信息無效；測試用的是8130，做的是H業(yè)務(wù)；分別將H資源配置到主載頻和另外一個(gè)輔載頻，均能正常建立業(yè)務(wù)；當(dāng)只開啟輔載頻10054，并把H資源配置在該載頻上時(shí)，測試發(fā)現(xiàn)UE不停的發(fā)RRC連接請求，但跟蹤碼流并未看到有RRC連接請求：可見10054對應(yīng)的BBU存在故障導(dǎo)致；更換BBU后復(fù)測，業(yè)務(wù)正常；二、切換成功率切換成功率=切換成功次數(shù)/切換請求次數(shù)*100%切換指標(biāo)：同頻接力切換成功率、異頻接力切換成功率、同頻硬切換成功率、異頻硬切換成功率、系統(tǒng)間CS切換成功率、系統(tǒng)間PS切換成功率切換的三個(gè)過程：測量、判決、執(zhí)行影響切換的常見原因：鄰區(qū)配置不合理導(dǎo)頻污染切換參數(shù)設(shè)置不合理干擾鄰區(qū)數(shù)據(jù)錯(cuò)誤硬件故障鄰區(qū)漏定案例分析——鄰區(qū)配置不合理廣州華南國際小商品城2_865連續(xù)幾日接力切換成功率低，指標(biāo)如下：查看其鄰區(qū)里切換入成功率，發(fā)現(xiàn)廣州金融大廈3切換入成功率低：進(jìn)一步分析CDL，確定為廣州華南國際小商品城2切換到廣州金融大廈3的接力切換失敗導(dǎo)致廣州華南國際小商品城2切換成功率低。查看MAPINFO，發(fā)現(xiàn)兩個(gè)鄰區(qū)間的距離比較遠(yuǎn)，為不合理鄰區(qū)。因此刪掉了廣州金融大廈3與廣州華南國際小商品城2之間的鄰區(qū)關(guān)系。刪除后，指標(biāo)明顯變好，華南國際小商品城2的接力切換恢復(fù)正常案例分析——鄰區(qū)存在同頻同擾碼統(tǒng)計(jì)發(fā)現(xiàn)小區(qū)廣州冼村3_60128硬切換成功率很低，且持續(xù)幾天都是這樣的情況：RNCID小區(qū)ID統(tǒng)計(jì)對象硬切換出嘗試次數(shù)(次)硬切換出成功次數(shù)(次)硬切換出成功率(百分比)101260128廣州冼村3_6012810780.0748統(tǒng)計(jì)廣州冼村3的所有鄰小區(qū)的硬切換入成功率，可以發(fā)現(xiàn)其中廣州獵德3的硬切換入成功率很低，如下所示：RNCID小區(qū)ID統(tǒng)計(jì)對象硬切換入嘗試次數(shù)(次)硬切換入成功次數(shù)(次)硬切換入成功率(百分比)10101137廣州新全球通大廈1_113700-10113882廣州育蕾小區(qū)ST1_38822727110113883廣州育蕾小區(qū)ST2_388300-10113884廣州育蕾小區(qū)ST3_3884161611011435廣州天河路1_43510101101160454廣州宏城廣場2_6045414100.7143101136784廣州黃埔大道隧道1_3678400-101160496廣州廣客隆2_60496221101160497廣州廣客隆3_604971717110111365廣州外商活動(dòng)中心A1_136554510.9444101110004廣州六運(yùn)小區(qū)3_10004292911011409廣州廣和路2_40992921101130277廣州正佳商業(yè)廣場12_30277551101260126廣州冼村1_6012628281101260127廣州冼村2_60127441101260137廣州金穗路C3_60137420.5101260470廣州獵德3_60470127280.2205101260486廣州海心沙1_6048615151對廣州冼村3小區(qū)做LDT信令跟蹤發(fā)現(xiàn)每當(dāng)UE嘗試切換到頻點(diǎn)為10054，擾碼為97的鄰區(qū)時(shí)便出現(xiàn)失?。骸樵兓颈戆l(fā)現(xiàn)廣州育蕾小區(qū)ST2與廣州獵德3的頻點(diǎn)都為10054，擾碼都為97，即兩個(gè)小區(qū)存在同頻同碼。廣州育蕾小區(qū)ST2廣州獵德3將小區(qū)廣州獵德3的主頻點(diǎn)由10054改為10087，統(tǒng)計(jì)修改后的指標(biāo)，廣州冼村3的硬切換出成功率恢復(fù)到正常：廣州獵德3的硬切換入成功率也恢復(fù)到正常：RNCID小區(qū)ID統(tǒng)計(jì)對象硬切換出嘗試次數(shù)(次)硬切換出成功次數(shù)(次)硬切換出成功率(百分比)101260128廣州冼村3_601281090.9RNCID小區(qū)ID統(tǒng)計(jì)對象硬切換入嘗試次數(shù)(次)硬切換入成功次數(shù)(次)硬切換入成功率(百分比)101260470廣州獵德3_6047017160.9412案例分析——鄰小區(qū)數(shù)據(jù)錯(cuò)誤測試廣州珠江賓館1的時(shí)候發(fā)現(xiàn)占用該小區(qū)時(shí)屢次嘗試切換均失敗，切換失敗流程如下：從信令可以看出上報(bào)的測量報(bào)告為2A事件，目標(biāo)小區(qū)頻點(diǎn)為10062，擾碼為75：而從發(fā)起切換請求的信令“RELOCATIONREQUIRED〞可以看出切換的目標(biāo)小區(qū)為RNC14的小區(qū)，根據(jù)CI=66454829可以計(jì)算出目標(biāo)小區(qū)的CELLID為1325，即廣州達(dá)道路3：由MAPINFO可以看出所處路段離廣州達(dá)道路3很遠(yuǎn)，按理不可能有這么強(qiáng)的信號，且現(xiàn)網(wǎng)查詢廣州達(dá)道路3的頻點(diǎn)為10087，擾碼為：88，而現(xiàn)網(wǎng)頻點(diǎn)為10062，擾碼為75的小區(qū)是廣州飛宇賓館T1。因?yàn)閺V州達(dá)道路3是廣州珠江賓館1的跨RNC鄰區(qū)，因此檢查其在RNC11的鄰RNC配置集里的數(shù)據(jù)，發(fā)現(xiàn)其設(shè)置頻點(diǎn)為10062，擾碼為75，即該小區(qū)修改主頻和擾碼后卻未在跨RNC鄰區(qū)中更新數(shù)據(jù)；可以得出本來要切換的目標(biāo)小區(qū)是廣州飛宇賓館T1的，但是廣州達(dá)道路3在該小區(qū)的鄰區(qū)信息中的頻點(diǎn)仍是10062擾碼是75，以致切換時(shí)找錯(cuò)目標(biāo)小區(qū)導(dǎo)致切換失敗。修改廣州達(dá)道路3在RNC11的鄰RNC配置集里的數(shù)據(jù)，再重新進(jìn)行測試，廣州珠江賓館1可以成功地切換到較近的廣州飛宇賓館T1：問題描述：在寺右馬路從北向南行駛中，UE占用廣州五羊中學(xué)2〔10070，32〕小區(qū)，但UE屢次嘗試切換到廣州達(dá)道路2〔10062，25〕小區(qū)都是切換失敗。問題分析：在寺右馬路從北向南行駛中，廣州達(dá)道路2〔10062，25〕小區(qū)的信號較強(qiáng)，但干擾較大，UE屢次嘗試切換到廣州達(dá)道路2〔10062，25〕小區(qū)都失敗，此時(shí)廣州達(dá)道路2〔10062，25〕小區(qū)的信號很強(qiáng)〔-65dbm左右〕，但UE距離廣州達(dá)道路2〔10062，25〕小區(qū)較遠(yuǎn)〔950m左右〕，但是由基站表和地理位置觀察到距離廣州飛宇賓館T1〔10062，75〕小區(qū)較近，在查詢RNC廣州飛宇賓館T1〔10062，75〕后得知此站無任何告警。在掃頻儀里面在此處收到的最強(qiáng)信號小區(qū)〔10062，75〕，剛好是對應(yīng)廣州飛宇賓館T1小區(qū)。由此可以初步定位為廣州五羊中學(xué)2小區(qū)無添加廣州飛宇賓館T1〔10062，75〕小區(qū)為鄰區(qū)。經(jīng)分析從RNC上面核查得知廣州五羊中學(xué)2〔10070，32〕小區(qū)沒有定義廣州飛宇賓館T1〔10062，65〕小區(qū)為鄰區(qū)，且廣州五羊中學(xué)2〔10070，32〕小區(qū)和廣州達(dá)道路2〔10062，25〕小區(qū)是同頻小區(qū)，所以UE虛擬抬高了廣州達(dá)道路2〔10062，25〕小區(qū)的信號，造成切換失敗。案例分析——漏定鄰區(qū)和同頻干擾，造成切換失敗用掃頻儀測試到的情況如下：優(yōu)化建議：在廣州五羊中學(xué)2〔10070，32〕小區(qū)定義廣州飛宇賓館T1〔10062，65〕小區(qū)為鄰區(qū)關(guān)系。復(fù)測結(jié)果：優(yōu)化后切換正常，無線環(huán)境良好。三、掉話率掉話率計(jì)算電路域掉話率=電路域掉話的RAB數(shù)目/電路域RAB指派建立成功的RAB數(shù)目*100%其中，電路域掉話的RAB數(shù)目＝RNC請求釋放的電路域RAB數(shù)目+RNC請求釋放的電路域Iu連接對應(yīng)的RAB數(shù)目。分組域掉線率=分組域掉線的RAB數(shù)目/分組域RAB指派建立成功的RAB數(shù)目*100%其中，分組域掉線的RAB數(shù)目＝RNC請求釋放的分組域RAB數(shù)目+RNC請求釋放的分組域Iu連接對應(yīng)的RAB數(shù)目。導(dǎo)致掉話常見原因：鄰區(qū)漏配導(dǎo)頻污染存在干擾切換算法參數(shù)設(shè)置問題硬件故障用戶終端問題統(tǒng)計(jì)3月11日KPI發(fā)現(xiàn)廣州金田花園1的CS域掉話率很高：統(tǒng)計(jì)該小區(qū)的ISCP，發(fā)現(xiàn)其輔載頻10062的ISCP值較大：案例分析——干擾導(dǎo)致掉話RNCID小區(qū)ID統(tǒng)計(jì)對象RAB指派成功次數(shù)（CS域）(次)RNC發(fā)給CS域Iu釋放請求次數(shù)(次數(shù))CS域業(yè)務(wù)掉話率(百分比)101160483廣州金田花園1_6048398260.2653廣州金田花園1_60483輔載頻

10062統(tǒng)計(jì)時(shí)間最大ISCP（時(shí)隙1）(dBm)最大ISCP（時(shí)隙2）(dBm)最大ISCP（時(shí)隙3）(dBm)平均ISCP（時(shí)隙1）(dBm)平均ISCP（時(shí)隙2）(dBm)平均ISCP（時(shí)隙3）(dBm)2009-03-1111:00:00~12:00:00-66.75-66.75-66.75-106.408-106.611-105.8242009-03-1112:00:00~13:00:00-66.25-66.25-66.25-101.879-101.919-101.5552009-03-1113:00:00~14:00:00-65.75-66.25-66.25-101.48-101.936-99.80442009-03-1114:00:00~15:00:00-65.75-65.75-65.75-101.577-101.606-101.2622009-03-1115:00:00~16:00:00-65.25-65.25-65.25-101.855-101.577-101.419UeID接入小區(qū)頻點(diǎn)信息上行碼道列表下行碼道列表域名掉話事件掉話原因519196048310062(TS3,8/8)(TS6,16/15)(TS6,16/16)CSRLFailureRLFailure引起的掉話512506048310062(TS3,8/1)(TS6,16/13)(TS6,16/14)CSRadiolinkDeletionRequestRLFailure引起的掉話(長時(shí)間發(fā)生RLFailure)529456048310062(TS2,8/1)(TS5,16/3)(TS5,16/4)CSRLFailureRLFailure引起的掉話541676048310062(TS2,8/8)(TS5,16/5)(TS5,16/6)CSRLFailureRLFailure引起的掉話515026048310062(TS1,8/8)(TS4,16/5)(TS4,16/6)CSRLFailureRLFailure引起的掉話分析CDL文件發(fā)現(xiàn)掉話的時(shí)候根本上都是占用10062頻點(diǎn)，且都是因?yàn)镽LFailure引起的掉話，以某一時(shí)段為例，如下所示：現(xiàn)場測試人員反響占用該小區(qū)載頻10062時(shí)會(huì)出現(xiàn)信號很好但突然掉話的現(xiàn)象，且是滿功率發(fā)射。跟蹤LDT發(fā)現(xiàn)占用該頻點(diǎn)屢次均因?yàn)闊o線鏈路失敗而出現(xiàn)掉話：修改該小區(qū)輔頻點(diǎn)10062—>10095，重新測試，占用該頻點(diǎn)后很長時(shí)間通話都未出現(xiàn)掉話，反復(fù)測量均正常。重新統(tǒng)計(jì)小區(qū)的ISCP，恢復(fù)到正常：廣州金田花園1_60483輔載頻

10095統(tǒng)計(jì)時(shí)間最大ISCP（時(shí)隙1）(dBm)最大ISCP（時(shí)隙2）(dBm)最大ISCP（時(shí)隙3）(dBm)平均ISCP（時(shí)隙1）(dBm)平均ISCP（時(shí)隙2）(dBm)平均ISCP（時(shí)隙3）(dBm)2009-03-1216:00:00~17:00:00-104.25-103.751-102.251-107.252-107.371-107.4952009-03-1217:00:00~18:00:00-106.751-104.25-106.751-107.252-107.252-107.2522009-03-1218:00:00~19:00:00-105.751-103.251-90.75-107.252-107.252-107.2372009-03-1219:00:00~20:00:00-104.25-100.751-106.751-107.371-107.252-107.7522009-03-1220:00:00~21:00:00-106.751-106.251-105.251-107.621-107.252-107.752統(tǒng)計(jì)修改頻點(diǎn)后的掉話情況，恢復(fù)到正?！残薷臅r(shí)間為15:43〕：統(tǒng)計(jì)時(shí)間RAB指派成功次數(shù)（CS域）(次)RNC發(fā)給CS域Iu釋放請求次數(shù)(次數(shù))CS域業(yè)務(wù)掉話率(百分比)2009-03-1209:00:00~2009-03-1210:00:001670.43752009-03-1210:00:00~2009-03-1211:00:0034160.47062009-03-1211:00:00~2009-03-1212:00:001760.35292009-03-1212:00:00~2009-03-1213:00:002370.30432009-03-1213:00:00~2009-03-1214:00:00420.52009-03-1214:00:00~2009-03-1215:00:0025100.42009-03-1215:00:00~2009-03-1216:00:001310.07692009-03-1216:00:00~2009-03-1217:00:009002009-03-1217:00:00~2009-03-1218:00:00920.22222009-03-1218:00:00~2009-03-1219:00:003002009-03-1219:00:00~2009-03-1220:00:005002009-03-1220:00:00~2009-03-1221:00:0025002009-03-1221:00:00~2009-03-1222:00:007002009-03-1222:00:00~2009-03-1223:00:001810.0556案例分析——干擾導(dǎo)致掉話統(tǒng)計(jì)發(fā)現(xiàn)廣州育蕾小區(qū)ST1、ST2的掉話率很高：日期RNCID小區(qū)ID統(tǒng)計(jì)對象RAB指派成功次數(shù)（CS域）(次)RNC發(fā)給CS域Iu釋放請求次數(shù)(次數(shù))CS域業(yè)務(wù)掉話率(百分比)3月1日10113882廣州育蕾小區(qū)ST1_3882134200.14933月1日10113883廣州育蕾小區(qū)ST2_3883175220.12573月2日10113882廣州育蕾小區(qū)ST1_3882120200.16673月2日10113883廣州育蕾小區(qū)ST2_388357120.2105統(tǒng)計(jì)兩個(gè)小區(qū)載頻的ISCP發(fā)現(xiàn)兩個(gè)小區(qū)的ISCP較大：統(tǒng)計(jì)對象：廣州育蕾小區(qū)ST1_3882主載頻

10070統(tǒng)計(jì)時(shí)間平均ISCP（時(shí)隙1）(dBm)平均ISCP（時(shí)隙2）(dBm)最大ISCP（時(shí)隙1）(dBm)最大ISCP（時(shí)隙2）(dBm)2009-03-0209:00~10:00-95.8238-95.4776-67.25-67.252009-03-0210:00~11:00-95.8698-95.9642-66.75-67.25統(tǒng)計(jì)對象：廣州育蕾小區(qū)ST2_3