TD關(guān)鍵KPI指標(biāo)分析與提升合集課件

TD-SCDMA關(guān)鍵KPI指標(biāo)分析與提升丫哺盒縛醫(yī)棄吾佳防影郴怨督塌嗡舵勺塘騾王訊辛緊年浴柔乍艙漓鋤壓魄TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1TD-SCDMA關(guān)鍵KPI指標(biāo)分析與提升丫哺盒縛醫(yī)棄吾佳防影TD-SCDMAKPI指標(biāo)分析與提升PartII:語(yǔ)音業(yè)務(wù)掉話率指標(biāo)分析與提升PartI:無(wú)線接通率指標(biāo)分析與提升PartIII:PS無(wú)線掉線率指標(biāo)分析與提升PartIV:2/3G互操作指標(biāo)分析與提升PartV:擴(kuò)展知識(shí)碉話作蠶驅(qū)撿輪棧蕭辯淹獻(xiàn)暖轍入滄是廢搶續(xù)肢雛緯籌譯兒胳凄變娠逼嶼TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1TD-SCDMAKPI指標(biāo)分析與提升PartII:語(yǔ)1:無(wú)線接通率指標(biāo)分析與提升該指標(biāo)用來(lái)衡量業(yè)務(wù)的接入性能，是反映網(wǎng)絡(luò)服務(wù)提供能力的重要指標(biāo)之一。無(wú)線接通率體現(xiàn)網(wǎng)絡(luò)端到端的接入性能，反映RNC或者小區(qū)的UE接納能力，RRC連接建立成功意味著UE與網(wǎng)絡(luò)建立了信令連接；RAB連接建立成功表明UE與網(wǎng)絡(luò)間用戶面連接建立成功，用戶面連接用于UE和CN之間傳送語(yǔ)音、數(shù)據(jù)及多媒體業(yè)務(wù)。UE首先要完成RRC連接建立然后才能建立RAB，當(dāng)RAB建立成功以后，一個(gè)基本的呼叫即建立，UE進(jìn)入通話過(guò)程。藻伐渴慫倡繡絹牙搏享痊掘蜒硫它誘辜并哎律充要梆嫉泳哮圈馮揪蛤鉆濰TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart11:無(wú)線接通率指標(biāo)分析與提升該指標(biāo)用來(lái)衡量業(yè)務(wù)的接入性能，1.1:無(wú)線接通率指標(biāo)定義1.1.1語(yǔ)音無(wú)線接通率具體的計(jì)算公式為：語(yǔ)音業(yè)務(wù)無(wú)線接通率=[電路域RRC連接建立成功率]*[語(yǔ)音業(yè)務(wù)RAB建立成功率(小區(qū))]語(yǔ)音業(yè)務(wù)RAB建立成功率(小區(qū))=[語(yǔ)音業(yè)務(wù)RAB指派建立成功RAB數(shù)目(小區(qū))]/[話音業(yè)務(wù)RAB指配建立請(qǐng)求的RAB數(shù)目(小區(qū))]即([RAB.SuccEstabCsPerCell.Conv.<1><1>]+[RAB.SuccEstabCsPerCell.Conv.<2><2>])/([RAB.AttEstabCsPerCell.Conv.<1><1>]+[RAB.AttEstabCsPerCell.Conv.<2><2>])語(yǔ)音業(yè)務(wù)RRC連接建立成功率=([RRC.SuccConnEstab.1]+[RRC.SuccConnEstab.6])/([RRC.AttConnEstab.1]+[RRC.AttConnEstab.6])語(yǔ)音業(yè)務(wù)無(wú)線接通率=([RRC.SuccConnEstab.1]+[RRC.SuccConnEstab.6])/([RRC.AttConnEstab.1]+[RRC.AttConnEstab.6])*([RAB.SuccEstabCsPerCell.Conv.<1><1>]+[RAB.SuccEstabCsPerCell.Conv.<2><2>])/([RAB.AttEstabCsPerCell.Conv.<1><1>]+[RAB.AttEstabCsPerCell.Conv.<2><2>]

)相應(yīng)的counter說(shuō)明：RRC.AttConnEstab.1，RRC.SuccConnEstab.1：OriginatingConversationalCallRRC.AttConnEstab.6，RRC.SuccConnEstab.6：TerminatingConversationalCallCSRAB的counter從名字上就可以看出每個(gè)counter的具體含義。父貓霧肌柿迢汗隱付酌伏氈垂攝沿梁宙隅徑璃祖還膠莫戀疏崖苑季中頓鼎TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart11.1:無(wú)線接通率指標(biāo)定義1.1.1語(yǔ)音無(wú)線接通率具體

PS無(wú)線接通率=[分組域RAB建立成功率]*[RRC連接建立成功率]

分組域RAB建立成功率=[RAB.SuccEstabPs]/[RAB.AttEstabPs]

RRC連接建立成功率=[RRC.SuccConnEstab]/[RRC.AttConnEstab]

即：

PS無(wú)線接通率=[RAB.SuccEstabPs]/[RAB.AttEstabPs]*[RRC.SuccConnEstab]/[RRC.AttConnEstab]

1.1.2PS無(wú)線接通率具體的計(jì)算公式運(yùn)沼精牲霄咳酸瘍臥黑蔗蕾修樓基耘鵲爵鍵屠輕柱中袍陋污皆吹繃啼守甜TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1

PS無(wú)線接通率=[分組域RAB建立成功率]*[RRC1.2:接入失敗原因分析每次RRC和RAB建立失敗話統(tǒng)都給出一個(gè)失敗的原因，RNC會(huì)在話統(tǒng)的相關(guān)統(tǒng)計(jì)點(diǎn)進(jìn)行記錄。下表列出了話統(tǒng)掉話原因的統(tǒng)計(jì)點(diǎn)，并對(duì)每個(gè)統(tǒng)計(jì)點(diǎn)的名稱和相應(yīng)的統(tǒng)計(jì)時(shí)機(jī)進(jìn)行了說(shuō)明。RRC.FailConnEstab.1原因?yàn)?lt;擁塞>的RRC連接失敗次數(shù)RRC.FailConnEstab.AAL2SetupFail原因?yàn)?lt;AAL2建立失敗>的RRC連接失敗次數(shù)RRC.FailConnEstab.Cong原因?yàn)?lt;網(wǎng)絡(luò)擁塞拒絕>的RRC連接失敗次數(shù)RRC.FailConnEstab.FPSynFail原因?yàn)?lt;FP同步失敗>的RRC連接失敗次數(shù)RRC.FailConnEstab.NoReply原因?yàn)?lt;無(wú)應(yīng)答>的RRC連接失敗次數(shù)RRC.FailConnEstab.RlSetupFail原因?yàn)?lt;RL建立失敗>的RRC連接失敗次數(shù)1.2.1語(yǔ)音業(yè)務(wù)RRC失敗原因分析：住形晉砰續(xù)備掏刪達(dá)票芳寶鈔引骸漱賺整甩謊驅(qū)星尿謎唐阮耙抒晝坎叢攆TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart11.2:接入失敗原因分析每次RRC和RAB建立失敗話統(tǒng)都RRC失敗counter（不區(qū)分業(yè)務(wù)）含義分析RRC.FailConnEstab.1RRC連接失敗次數(shù)<擁塞>當(dāng)UE發(fā)RRCCONNECTIONREQ，收不到SETUP消息，重發(fā)REQUEST消息，當(dāng)達(dá)到N300次，還沒(méi)收到SETUP，則RRC建立失敗，原因置為“擁塞”。在建網(wǎng)初期，基本上不會(huì)發(fā)生擁塞，如果出現(xiàn)這個(gè)原因，應(yīng)該檢查一下NodeB是否正常RRC.FailConnEstab.RlSetupFailRRC連接失敗次數(shù)<RL建立失敗>當(dāng)Iub口出現(xiàn)問(wèn)題，或者NodeB直接回復(fù)RL建立失敗，就會(huì)導(dǎo)致RL建立失敗，從而導(dǎo)致RRC建立失敗，原因置為”RL建立失敗”。如果出現(xiàn)這個(gè)原因，需檢查一下NodeB是否正常。RRC.FailConnEstab.FPSynFailRRC連接失敗次數(shù)<FP同步失敗>在為用戶建立IUB接口用戶面時(shí)，RNC建好了DCH的FP之后，會(huì)發(fā)起FP同步過(guò)程，如果該過(guò)程失敗，即認(rèn)為RRC建立失敗。如果出現(xiàn)FP同步失敗，需檢查IUB接口的用戶面是否有問(wèn)題。同時(shí)可以跟蹤NodeB那邊，是否收到了FP同步幀來(lái)確認(rèn)上下行同步是在哪一步出現(xiàn)了問(wèn)題。RRC.FailConnEstab.AAL2SetupFailRRC連接失敗次數(shù)<AAL2建立失敗>為用戶建立IUB接口的用戶面時(shí)，需先建立AAL2的鏈路。如果AAL2鏈路建立失敗，后續(xù)的FP、MACD等都無(wú)法建立。如果出現(xiàn)AAL2建立失敗，同樣需要檢查IUB接口的通道是否正常，比如PATH是否配置合理。RRC.FailConnEstab.NoReply原因?yàn)?lt;無(wú)應(yīng)答>的RRC連接失敗次數(shù)目前邵陽(yáng)TD網(wǎng)絡(luò)失敗原因大部分是該類原因，可以從是否有干擾、覆蓋區(qū)域等著手來(lái)優(yōu)化。RRC.FailConnEstab.cong原因?yàn)?lt;網(wǎng)絡(luò)擁塞拒絕>的RRC連接失敗次數(shù)目前邵陽(yáng)TD網(wǎng)絡(luò)改原因極少，日前洞口營(yíng)業(yè)部2小區(qū)出現(xiàn)該原因，通過(guò)分析確實(shí)為碼資源擁塞導(dǎo)致的，通過(guò)擴(kuò)容解決該問(wèn)題。氦賀胚喪紐淺密哦杉厚筐咨路傍霜潰謾段酋飽沃畸脹婦腐彭晦狼差導(dǎo)赦臼TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1RRC失敗counter（不區(qū)分業(yè)務(wù)）含義分析RRC.Fai1.2.2語(yǔ)音業(yè)務(wù)RAB失敗原因分析：RAB.FailEstabCsPerCell.5原因?yàn)?(TqueingExpiry)的指配失敗的電路域的RAB數(shù)(小區(qū)級(jí))RAB.FailEstabCsPerCell.14原因?yàn)?4(FailureintheRadioInterfaceProcedure)的指配失敗的電路域RAB數(shù)(小區(qū)級(jí))RAB.FailEstabCsPerCell.19原因?yàn)?9(InvalidRABParametersValue)的指配失敗的電路域RAB數(shù)(小區(qū)級(jí))RAB.FailEstabCsPerCell.20原因?yàn)?0(RequestedMaximumBitRatenotAvailable)的指配失敗的電路域RAB數(shù)(小區(qū)級(jí))RAB.FailEstabCsPerCell.66原因?yàn)?6(IuTransportConnectionFailedtoEstablish)的指配失敗的電路域RAB數(shù)(小區(qū)級(jí))RAB.FailEstabCsPerCell.114原因?yàn)?14(NoResourceAvailable)的指配失敗的電路域的RAB數(shù)(小區(qū)級(jí))RAB.FailEstabCsPerCell.115原因?yàn)?15(UnspecifiedFailure)的指配失敗的電路域RAB數(shù)(小區(qū)級(jí))芍掏忙涉旱愁脾凝扳桃期皖孺籬捂卡葛矯午尋攆紐譜靴集胡纂櫻絮漁沈忠TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart11.2.2語(yǔ)音業(yè)務(wù)RAB失敗原因分析：RAB.FailEs語(yǔ)音業(yè)務(wù)RAB失敗counter含義分析RAB.FailRabAssignEstabCS.66電路域RAB指配建立失敗的RAB數(shù)目<IU口傳輸連接建立失敗>在為用戶建立IU接口的用戶面時(shí)，出現(xiàn)了某種錯(cuò)誤，導(dǎo)致IU接口的連接建立失敗。出現(xiàn)了這種情況時(shí)，需檢查IU口的通道是否正常。RAB.FailRabAssignEstabCS.5電路域RAB指配建立失敗的RAB數(shù)目<排隊(duì)定時(shí)器超時(shí)>如果RNC支持排隊(duì)搶占功能，當(dāng)一個(gè)用戶處于排隊(duì)過(guò)程中，如果該用戶排隊(duì)時(shí)間過(guò)長(zhǎng)，則把會(huì)出現(xiàn)由于排隊(duì)超時(shí)導(dǎo)致RAB建立失敗。如果出現(xiàn)這種問(wèn)題，一般來(lái)說(shuō)小區(qū)應(yīng)該已經(jīng)擁塞，在建網(wǎng)初期不會(huì)出現(xiàn)。RAB.FailRabAssignEstabCS.115電路域RAB指配建立失敗的RAB數(shù)目<未知錯(cuò)誤>無(wú)法歸類到其他原因的RAB失敗，如果出現(xiàn)這種原因，需要跟蹤該小區(qū)的log，特別是內(nèi)部的消息，查看內(nèi)部流程是到了哪一步失敗。RAB.FailRabAssignEstabCS.114電路域RAB指配建立失敗的RAB數(shù)目<無(wú)可用資源>在小區(qū)擁塞、或者某種資源（比如HS）不足時(shí)，又不支持排隊(duì)搶占，則會(huì)回復(fù)這種原因。在建網(wǎng)初期，這種情況不會(huì)出現(xiàn)RAB.FailRabAssignEstabCS.19電路域RAB指配建立失敗的RAB數(shù)目<無(wú)效的RAB參數(shù)>CN發(fā)給RNC的RAB指派消息中，RAB參數(shù)不符合協(xié)議。這種原因基本不會(huì)出現(xiàn)。RAB.FailRabAssignEstabCS.20電路域RAB指配建立失敗的RAB數(shù)目<最大速率不支持>RNC在為一個(gè)RAB進(jìn)行資源分配時(shí)，如果現(xiàn)有資源無(wú)法支持該RAB的速率要求，又不支持排隊(duì)搶占，則會(huì)上報(bào)最大速率不支持。在建網(wǎng)初期，該原因值不太容易出現(xiàn)。失敗原因詳細(xì)分析：注意：RAB.FailRabAssignEstabCS.20被鼎橋歸類到擁塞問(wèn)題中去了，以后遇到該問(wèn)題可以考慮擁塞問(wèn)題解決思路。孝蠕睡購(gòu)以拌冊(cè)孩幽綸濾趁紙篷藥呸眩乖汁警軋成勛汁神壓纜材苑聞讓籬TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1語(yǔ)音業(yè)務(wù)RAB失敗counter含義分析RAB.FailR

因?yàn)镽RC建立失敗不區(qū)分業(yè)務(wù)，所以RRC建立失敗的幾種失敗原因話統(tǒng)中常見比例及具體含義，請(qǐng)參考1.2.1語(yǔ)音業(yè)務(wù)RRC失敗原因分析1.2.3PS域RRC建立失敗原因分析甭柵裸辮熬送具篷餃耿汗禾竹懾葵旁墻勞輻樹楔供首案縮膊蹬蔫刺操晨喀TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1

因?yàn)镽RC建立失敗不區(qū)分業(yè)務(wù)，所以RRC建立失敗的幾種失1.2.4PS域RAB建立失敗原因分析

RAB.FailEstabPsPerCell指配失敗的分組域RAB數(shù)(小區(qū)級(jí))RAB.FailEstabPsPerCell.5原因?yàn)?(TqueingExpiry)的指配失敗的分組域RAB數(shù)(小區(qū)級(jí))RAB.FailEstabPsPerCell.14原因?yàn)?4(FailureintheRadioInterfaceProcedure)的指配失敗的分組域RAB數(shù)(小區(qū)級(jí))RAB.FailEstabPsPerCell.19原因?yàn)?9(InvalidRABParametersValue)的指配失敗的分組域RAB數(shù)(小區(qū)級(jí))RAB.FailEstabPsPerCell.20原因?yàn)?0(RequestedMaximumBitRatenotAvailable)的指配失敗的分組域RAB數(shù)(小區(qū)級(jí))RAB.FailEstabPsPerCell.66原因?yàn)?6(IuTransportConnectionFailedtoEstablish)的指配失敗的分組域RAB數(shù)(小區(qū)級(jí))RAB.FailEstabPsPerCell.114原因?yàn)?14(NoResourceAvailable)的指配失敗的分組域RAB數(shù)(小區(qū)級(jí))RAB.FailEstabPsPerCell.115原因?yàn)?15(UnspecifiedFailure)的指配失敗的分組域RAB數(shù)(小區(qū)級(jí))VS.RAB.FailEstPs.Power.Cong功率導(dǎo)致的PS域RAB指配建立失敗的RAB數(shù)目<無(wú)可用資源><小區(qū)>VS.RAB.FailEstPs.ULCE.Cong上行CE擁塞導(dǎo)致的PS域RAB建立失敗的個(gè)數(shù)VS.RAB.FailEstPs.DLCE.Cong下行CE擁塞導(dǎo)致的PS域RAB建立失敗的個(gè)數(shù)VS.RAB.FailEstPs.Code.Cong碼資源導(dǎo)致的PS域RAB指配建立失敗的RAB數(shù)目<無(wú)可用資源><小區(qū)>VS.RAB.FailEstabPS.DLIUBBand.Cong下行IUB帶寬擁塞導(dǎo)致RNC準(zhǔn)入算法拒絕從而導(dǎo)致PS域RAB指配請(qǐng)求建立失敗的RAB次數(shù)。VS.RAB.FailEstabPS.ULIUBBand.Cong上行IUB帶寬擁塞導(dǎo)致RNC準(zhǔn)入算法拒絕從而導(dǎo)致PS域RAB指配請(qǐng)求建立失敗的RAB次數(shù)。葦應(yīng)酣勢(shì)徒副鞍嚇遺拔月萊憲俱咬鹽瞬加貼棕高琉妨往樞歪貨等襪卉帖培TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart11.2.4PS域RAB建立失敗原因分析

RAB.Fai失敗原因詳細(xì)分析：PS域RAB失敗counter含義分析RAB.FailEstabPsPerCell.14原因?yàn)?4(FailureintheRadioInterfaceProcedure)的指配失敗的分組域RAB數(shù)(小區(qū)級(jí))目前邵陽(yáng)TD網(wǎng)絡(luò)大部分失敗原因?yàn)樵撝?，可以通過(guò)參數(shù)優(yōu)化、覆蓋完善等手來(lái)提升；RAB.FailEstabPsPerCell.20原因?yàn)?0(RequestedMaximumBitRatenotAvailable)的指配失敗的分組域RAB數(shù)(小區(qū)級(jí))日前邵陽(yáng)TD網(wǎng)絡(luò)中有幾個(gè)營(yíng)業(yè)廳室分站出現(xiàn)了大量的該原因值失敗次數(shù)，后來(lái)經(jīng)過(guò)分析為擁塞導(dǎo)致，通過(guò)擴(kuò)容即可解決，該類問(wèn)題可推廣到全網(wǎng)優(yōu)化思路中；RAB.FailEstabPsPerCell.114原因?yàn)?14(NoResourceAvailable)的指配失敗的分組域RAB數(shù)(小區(qū)級(jí))目前邵陽(yáng)TD網(wǎng)絡(luò)該原因值失敗次數(shù)占比大約在20%-40%之間，經(jīng)過(guò)OMSTAR調(diào)研發(fā)現(xiàn)，大部分為不支持3PS業(yè)務(wù)導(dǎo)致的，目前沒(méi)有好的優(yōu)化方案，鼎橋在LCR6.0中會(huì)解決該問(wèn)題。3PS業(yè)務(wù)調(diào)研模板擁塞判斷方法落蔑壓瑣榔悍哉吧尤背集馮濱校柿怨佃課姻城纂乎腎陌署圖岳窘尼銷邏恭TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1失敗原因詳細(xì)分析：PS域RAB失敗counter含義分析RA1.3:接入失敗分析流程開始獲取全網(wǎng)RRC和RAB建立成功率變化趨勢(shì)話統(tǒng)數(shù)據(jù)指標(biāo)是否滿足要求結(jié)束TOP小區(qū)分析YN站點(diǎn)是否異常提交排障組檢查YRRC建立問(wèn)題NRRCTOP小區(qū)調(diào)整實(shí)施RAB建立問(wèn)題RABTOP小區(qū)調(diào)整實(shí)施是否可以推廣到全網(wǎng)全網(wǎng)修改措施實(shí)施YYY謾串芬訖價(jià)肝蛹淡寇絹融屆括植串?dāng)S淺壘下篆葷旨凋藍(lán)呸祁既麥?zhǔn)酵H也TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart11.3:接入失敗分析流程開始獲取全網(wǎng)RRC和RAB建立成功流程圖說(shuō)明：1、獲取全網(wǎng)的RRC和RAB建立成功率指標(biāo)以及趨勢(shì)，分析至少需要分析1周左右的數(shù)據(jù)；2、如果面全網(wǎng)的接通率指標(biāo)一直偏低，分析面向小區(qū)的RRC和RAB建立成功率指標(biāo)，把面向小區(qū)的RRC建立成功率指標(biāo)和RAB建立成功率從低到高的順序進(jìn)行排序，優(yōu)先分析成功率低而且建立失敗絕對(duì)次數(shù)也多的小區(qū)；進(jìn)行小區(qū)接通率分析；3、首先根據(jù)RNC側(cè)和NodeB側(cè)告警信息，確認(rèn)這些TOP小區(qū)是否存在設(shè)備故障，并且參考施工信息，確認(rèn)是否這些TOP小區(qū)正在更換，排除這些因素后，后續(xù)決定這些小區(qū)是否需要參數(shù)調(diào)整。4、根據(jù)RRC和RAB建立成功率分析結(jié)果，對(duì)Top小區(qū)實(shí)施優(yōu)化措施；優(yōu)化措施實(shí)施后對(duì)比該小區(qū)的接通率指標(biāo)是否改善；5、分析優(yōu)化措施是否可以推廣的全網(wǎng)，如果可以的話安排全網(wǎng)的實(shí)施，分析實(shí)施后的指標(biāo)是否滿足要求，如果滿足要求，那么結(jié)束接通率優(yōu)化；否則，重新進(jìn)行TopN小區(qū)優(yōu)化；鼠俞有餞紗篷喪視輸商黔鞍鴕淄若契與裙皺劍佳丟于觀沙榴推怯義致棚黎TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1流程圖說(shuō)明：鼠俞有餞紗篷喪視輸商黔鞍鴕淄若契與裙皺劍佳丟于觀1.4:RRC建立成功率詳細(xì)分析

RRC建立主要分為四個(gè)部分：UE在RACH上發(fā)RRCCONNECTIONREQ；RNC接收到RRCCONNECTIONREQ后，配置L2資源并和NodeB建立IUB接口上的RL鏈路；RNC向UE發(fā)RRCCONNECTIONSETUP；UE回復(fù)RRCCONNECTIONSETUPCOMPLETE。統(tǒng)計(jì)RRC接通率的起始點(diǎn)是RNC收到RRCCONNECTIONREQ，終止點(diǎn)是RNC收到RRCCONNECTIONSETUPCOMPLETE。因此影響RRC接通率的RRC建立失敗，主要是后面三步?jīng)]有成功而導(dǎo)致的。紹逐廊迄聚撣主滑宦胰落廢琺婪犧夢(mèng)辭賂勢(shì)反晌毛閡氣嘛嘲筑禍綠世襖紡TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart11.4:RRC建立成功率詳細(xì)分析RRC建立主要分為1.4.1 RNC資源分配失敗，或者建立L2實(shí)例失敗，或者IUB接口RL鏈路失敗目前的用戶量和話務(wù)量都不多，出現(xiàn)資源不足的情況基本上不可能，因此如果出現(xiàn)了前面幾種失敗原因，一般都是RNC或者NodeB內(nèi)部出現(xiàn)了問(wèn)題，需要檢查RNC和NodeB的狀態(tài)或者小區(qū)狀態(tài)。1.4.2 UE收不到RRCCONNECTIONSETUPRRCCONNECTIONSETUP消息是在FACH上發(fā)給UE的。目前SCCPCH功率配置的值一般是-3db(相對(duì)于PCCPCH功率，單碼道)。從覆蓋上來(lái)說(shuō)，已經(jīng)和PCCPCH的覆蓋一樣了。如果仍然出現(xiàn)UE收不到RRCCONNECTIONSETUP消息（這個(gè)光從RNC的log看不出來(lái)，必須要通過(guò)采集終端的log來(lái)查看），則需要調(diào)整SCCPCH功率，來(lái)滿足信號(hào)覆蓋不好的地方功率需求。1.4.3 RNC收不到RRCCONNECTIONSETUPCOMPLETE如果UE收到RRCCONNECTIONSETUP消息后，會(huì)向網(wǎng)絡(luò)回復(fù)RRCCONNECTIONSETUPCOMPLETE消息。如果UE在作專用信道同步時(shí)失敗，或者在向網(wǎng)絡(luò)側(cè)發(fā)RRCCONNECTIONSETUPCOMPLETE消息時(shí)，網(wǎng)絡(luò)側(cè)無(wú)法正確接收，都會(huì)導(dǎo)致RRC建立失敗。此時(shí)，可以通過(guò)提高上行期望接收功率/RL初始發(fā)射功率和修改上行同步的參數(shù)，來(lái)使得UE能夠正常進(jìn)行專用信道同步和上傳RRC建立完成消息。如果是第2點(diǎn)和第3點(diǎn)的原因?qū)е翿RC建立失敗，無(wú)法通過(guò)RNC側(cè)的log進(jìn)行區(qū)分，也無(wú)法通過(guò)統(tǒng)計(jì)指標(biāo)來(lái)進(jìn)行區(qū)分，只能在發(fā)現(xiàn)問(wèn)題后，通過(guò)路測(cè)以及調(diào)整上行或下行功率值來(lái)確定是上行功率不足，還是下行功率不足。1.4.4 干擾因素TD的同頻干擾是比較嚴(yán)重的，如果小區(qū)的鄰區(qū)中，存在同頻并且同擾碼（這兒指的不是主頻同頻，而是主輔同頻），那么干擾會(huì)比較大。因此在出現(xiàn)RRC建立失敗比較多時(shí)，需關(guān)注是否是干擾導(dǎo)致的。如果是干擾因素，先需要解決頻點(diǎn)和擾碼的規(guī)劃問(wèn)題。在解決頻點(diǎn)和擾碼問(wèn)題時(shí)，不僅要關(guān)注RNC內(nèi)的頻點(diǎn)擾碼，還需要關(guān)注鄰RNC間的頻點(diǎn)擾碼。一個(gè)原則是，在做網(wǎng)絡(luò)規(guī)劃時(shí)，鄰區(qū)間的頻點(diǎn)和擾碼，不能出現(xiàn)同頻同碼的情況（包括RNC內(nèi)和RNC間的鄰區(qū)）。1.4.5 環(huán)境因素PS業(yè)務(wù)主要是在室內(nèi)使用，如果沒(méi)有配置室內(nèi)分布系統(tǒng)，光靠室外基站覆蓋室內(nèi)，其PCCPCHRSCP的接收電平相對(duì)較低（很有可能低于-90dbm）。在這樣的PCCPCHRSCP條件下，對(duì)于PS業(yè)務(wù)的RRC建立成功率有很大的影響。在相同的PCCPCH發(fā)射功率下，PS業(yè)務(wù)的RRC建立成功率比CS業(yè)務(wù)的RRC建立成功率要低一些也是正常的。因此，如果PS業(yè)務(wù)的RRC接通率一直不高，可以查看覆蓋區(qū)域的信號(hào)強(qiáng)度是否足夠強(qiáng)，如果不夠，可能需要調(diào)高PCCPCH功率，或者是收縮覆蓋范圍（調(diào)高小區(qū)的駐留電平，把信號(hào)不夠好的用戶剔除出去）。RRC建立失敗的可能原因：崔衷瀝賣掇宵恭慣耐哮鑰墨湊銑萬(wàn)方吉漬脾萌坎熬縛伺庚性鷗碼雕留購(gòu)導(dǎo)TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1RRC建立失敗的可能原因：崔衷瀝賣掇宵恭慣耐哮鑰墨湊銑萬(wàn)方吉1.5:RAB建立成功率詳細(xì)分析RAB接通率計(jì)算點(diǎn)是從RNC在IU接口收到RABASSIGNMENTREQ開始，到RNC在IU接口回復(fù)成功的RNANPRABASSIGNMENTRSP為止。從信令流程分析，RNC收到RABASSIGNMENTREQ，會(huì)進(jìn)行如下的步驟：RNC分配無(wú)線資源RNC向NodeB發(fā)起無(wú)線鏈路重配置流程RNC在空口上向UE發(fā)起RBSETUP流程在IU接口上回復(fù)RABASSIGNMENTRSP消息給CN孿虱侈誠(chéng)琢佩汲噪優(yōu)卒廁桅沙齡琴帆便毅視賈泳撇替蠻蟄榜慌軌挖聶改閱TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart11.5:RAB建立成功率詳細(xì)分析RAB接通率計(jì)算點(diǎn)是從RN1.5.1 RNC分配無(wú)線資源在建網(wǎng)初期，用戶數(shù)很少，小區(qū)的無(wú)線資源或者RNC的資源應(yīng)該是足夠的，一般不會(huì)出現(xiàn)由于資源不夠而導(dǎo)致出現(xiàn)的拒絕或者建立失敗。如果出現(xiàn)了資源不夠的現(xiàn)象，一般是產(chǎn)品或者其他方面的問(wèn)題。1.5.2 RNC向NodeB發(fā)起無(wú)線鏈路重配置流程IUB接口的傳輸一般是比較穩(wěn)定可靠的，傳輸過(guò)程出現(xiàn)問(wèn)題的概率很低。但無(wú)線鏈路重配置過(guò)程可能失敗，主要的現(xiàn)象一般是NodeB回復(fù)無(wú)線鏈路重配置失敗，原因各種各樣。建網(wǎng)初期開通的功能，一般較少。很多復(fù)雜的算法都不會(huì)開通，因此資源配置錯(cuò)誤、資源配置沖突等問(wèn)題，不會(huì)出現(xiàn)。如果出現(xiàn)了NodeB回復(fù)無(wú)線鏈路重配置失敗的現(xiàn)象，很大的可能是NodeB出現(xiàn)了什么問(wèn)題。這種情況下，無(wú)法通過(guò)修改參數(shù)或者調(diào)整功率、天線方向等方法來(lái)解決。1.5.3 RNC在空口上向UE發(fā)起RBSETUP流程RBSETUP流程分為兩個(gè)部分：UTRAN在原來(lái)的DPCH上發(fā)送RBSETUP消息給UE；UE在新的DPCH上回復(fù)RBSETUPCMP消息給UTRAN。原有的DPCH一直處在內(nèi)環(huán)功控中，并且UE和核心網(wǎng)在NAS層消息也有過(guò)交互，因此下發(fā)RBSETUP消息出現(xiàn)問(wèn)題的可能性并不是很大。從功能實(shí)現(xiàn)來(lái)講，RBSETUP消息配置錯(cuò)誤的概率也很低。因此問(wèn)題一般都是出在UE回復(fù)RBSETUPCMP消息這一步上。UE在新的DPCH上回復(fù)RBSETUPCMP之前，會(huì)先作專用信道同步。在進(jìn)行專用信道同步時(shí)，UE會(huì)采用網(wǎng)絡(luò)側(cè)配置的初始功率來(lái)發(fā)送specailburst。NodeB也是采用網(wǎng)絡(luò)側(cè)的提供的初始發(fā)射功率進(jìn)行specailburst進(jìn)行發(fā)射。UE在新的鏈路同步上以后，就可以采用閉環(huán)功控來(lái)進(jìn)行功率調(diào)整，等激活時(shí)間生效，就可以采用新的功率在新的鏈路上發(fā)送RBSETUPCMP到UTRAN。在此過(guò)程中，專用信道同步失敗會(huì)導(dǎo)致UE建立RB失敗。如果UE配置成功，同步也成功，但是在發(fā)送RBSETUPCMP后，UTRAN收不到該消息，在統(tǒng)計(jì)時(shí)，也會(huì)統(tǒng)計(jì)為失敗。另外，激活時(shí)間太短，導(dǎo)致UE那邊來(lái)不及處理或者同步，也會(huì)導(dǎo)致RB建立失敗。1.5.4 在IU接口上回復(fù)RNANPASSIGNMENTRSP消息給CNUTRAN收到RBSETUPCMP消息后，完成RB建立過(guò)程，并回復(fù)RNANPASSIGNMENTRSP消息給CN。該過(guò)程出現(xiàn)問(wèn)題的概率也很小。肥粟匠盜城益持覺絳矽瓤修婁證比拘啦骯豺如霓誤男癱黑躲賽悟齲禱躬?dú)濼D關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart11.5.1 RNC分配無(wú)線資源肥粟匠盜城益持覺絳矽瓤修婁證比從上面流程的分析來(lái)看，RAB建立失敗主要的問(wèn)題一般是：開環(huán)功率不足如果是開環(huán)功率較低，可以提高上下行的開環(huán)功率?？梢酝ㄟ^(guò)如下參數(shù)進(jìn)行調(diào)節(jié)：下行初始發(fā)射功率最小值/MINDLINITPWR參數(shù)取值范圍：-350~150物理取值范圍：-350~150，步長(zhǎng)為0.1物理單位：dBm默認(rèn)值-250（對(duì)TOPN小區(qū)建議提升該值至-180）查詢：LSTTCELLNBMOLPC設(shè)置：ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPC下行初始發(fā)射功率最小值是無(wú)線鏈路最小下行發(fā)射功率，下行開環(huán)功率不能低于該值，對(duì)TOPN小區(qū)建議提高該值。RB接入下行干擾余量/RBSETUPDLINTERFERERSV：參數(shù)取值范圍：-1000~1000物理取值范圍：-100~100，步長(zhǎng)為0.1物理單位：dB默認(rèn)值：180（對(duì)TOPN小區(qū)建議提升該值至230）查詢：LSTTCELLNBMOLPC設(shè)置：ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPCRB接入下行干擾余量，用來(lái)在RB建立時(shí)調(diào)整計(jì)算下行期望接收功率的大小，RB接入下行干擾余量設(shè)置越大，下行初始發(fā)射功率越大，抗干擾能力越強(qiáng)，同時(shí)對(duì)其他業(yè)務(wù)干擾也越大，對(duì)TOPN小區(qū)建議提高該值；猜錦譬瘍英六批迭誡仙恨由拉桑涂徘將邪俄券尉匈棚殲影丈儉榔邁蒙另抵TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1從上面流程的分析來(lái)看，RAB建立失敗主要的問(wèn)題一般是：猜錦譬RB接入上行干擾余量/RBSETUPULINTERFERERSV：參數(shù)取值范圍：-1000~1000物理取值范圍：-1000~1000物理單位：dB默認(rèn)值：3（對(duì)TOPN小區(qū)建議提升該值至9或者19）查詢：LSTTCELLNBMOLPC設(shè)置：ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPCRB接入上行干擾余量，用來(lái)在RB建立時(shí)調(diào)整計(jì)算上行期望接收功率的大小，對(duì)TOPN小區(qū)建議提高該值。激活時(shí)間太短如果激活時(shí)間太短，可以通過(guò)修改下面的參數(shù)來(lái)調(diào)整激活時(shí)間：MIDRATERLACTTIMEDEFOFFVALHIGHRATERLACTTIMEDEFOFFVAL（目前這個(gè)不常用了）茫鞘蝶弦奮戍鴉迂旋嫡開程巳毯獎(jiǎng)鐵販?zhǔn)[貴砒廄灌竿票棒忍俗放窄豌閡貳TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1RB接入上行干擾余量/RBSETUPULINTERFERE1.6:無(wú)線接通率優(yōu)化措施總結(jié)1.6.1 提高上行干擾余量該值用來(lái)調(diào)整計(jì)算上行期望接收功率的大小。主要的考慮是為了能夠方便的對(duì)上行期望接收功率進(jìn)行調(diào)整，從而能夠滿足各個(gè)小區(qū)不同環(huán)境的要求。在其他條件相同的情況下，該值配置的越小，計(jì)算出的期望接收功率也就越小。提高上行干擾余量，間接提高SRB/RB建立時(shí)的上行期望接收功率，提高RRC接通成功率。1.6.2 提高無(wú)線鏈路初始最小發(fā)射功率該值為下行初始發(fā)射功率的下限。提高該值，可以限制下行初始發(fā)射功率不會(huì)設(shè)置的太小，避免由于下行初始發(fā)射功率偏小導(dǎo)致同步失敗。1.6.3 提高TOP小區(qū)的最低接入電平處于小區(qū)邊緣的用戶，如果發(fā)起業(yè)務(wù)建立，由于用戶所處的環(huán)境信號(hào)質(zhì)量不好，業(yè)務(wù)建立的成功率不會(huì)很高。通過(guò)限制TOP小區(qū)的最低接入電平，使邊緣的用戶盡量接入信號(hào)覆蓋更好的2G享受更好的服務(wù)，把小區(qū)有限的資源分配給信號(hào)強(qiáng)度較好的用戶，提高系統(tǒng)資源的利用率。此種調(diào)整措施做為建網(wǎng)初期部分地方覆蓋不好的一種應(yīng)對(duì)措施，當(dāng)TOP小區(qū)后期覆蓋做的逐漸完善后，再把此參數(shù)恢復(fù)過(guò)來(lái)。糟烏鍍均臉?lè)绕堃液势负俦迩锸锔陡C貼百培跋慷判友焰鴻吝漣剖懈腺TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart11.6:無(wú)線接通率優(yōu)化措施總結(jié)1.6.1 提高上行干擾余1.7:優(yōu)化相關(guān)關(guān)鍵參數(shù)列表與說(shuō)明

1.7.1RRC建立成功率涉及到并且可以修改的主要參數(shù)：SCCPCH功率（SCCPCH功率）FACH功率（可能沒(méi)用）SRBInitialSIRTarget（SRB的初始SIRtarget）RRC接入上行干擾余量/RRCSETUPULINTERFERERSVRRC接入下行干擾余量/RRCSETUPDLINTERFERERSV下行初始發(fā)射功率最大值/MAXDLINITPWR下行初始發(fā)射功率最小值/MINDLINITPWR無(wú)線鏈路最大下行功率/MAXDLTXPWR無(wú)線鏈路最小下行功率/MINDLTXPWR最小接收電平/QRXLEVMIN穆污叔鑷倪郁歸疙閥杠傍撬溪燦局霞尤證脈爺昨綱藝拎晝圭卑茸暇顏數(shù)迄TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart11.7:優(yōu)化相關(guān)關(guān)鍵參數(shù)列表與說(shuō)明

1.7.1RRC1.7.2：關(guān)鍵參數(shù)詳細(xì)說(shuō)明：SCCPCH功率/SCCPCHPOWER參數(shù)取值范圍：-350~150物理取值范圍：-35~15，步長(zhǎng)為0.1物理單位：dB默認(rèn)值：0查詢：LSTTCCHCCTRCH設(shè)置：ADDTCCHCCTRCH，ADDTMBMSCCTRCHPARA，MODTCCHCCTRCH，MODTMBMSCCTRCHPARA；SCCPCH功率按照相對(duì)值配置，相對(duì)值為SCCPCH單碼道和PCCPCH雙碼道的功率差；以保證BCH、PCH和FACH信道的覆蓋一致。SIR初始目標(biāo)值/INITSIRTARGET參數(shù)取值范圍：0~255物理單位：無(wú)默認(rèn)值:AMR：162；視頻電話：172；其他業(yè)務(wù)：152查詢：LSTTTYPRABOLPC、LSTTTYPSRBOLPC設(shè)置：ADDTTYPRABOLPC、ADDTTYPSRBOLPC、MODTTYPRABOLPC、MODTTYPSRBOLPCSIR初始目標(biāo)值。初始傳輸時(shí)SIR目標(biāo)值，初始傳輸后通過(guò)外環(huán)功控調(diào)整SIR目標(biāo)值。該值也用于計(jì)算上行DPCH初始發(fā)射的PRXDPCHdes。SIRInittarget的后臺(tái)可配置范圍是0~255，映射到實(shí)際dB值時(shí)減去82再除以10，如192對(duì)應(yīng)為11db。該值還參與計(jì)算初始上行期望接受功率，SIRtarget初始值越大，期望接受功率就越大。于絆媳炯甫嫂廳嵌勢(shì)芹餞轟信函步謾競(jìng)談跑誼窺劈叛譯藤庸勵(lì)瑞郊扒猿個(gè)TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart11.7.2：關(guān)鍵參數(shù)詳細(xì)說(shuō)明：SCCPCH功率/SCCPCRRC接入上行干擾余量/RRCSETUPULINTERFERERSV參數(shù)取值范圍：-1000~1000物理取值范圍：-1000~1000物理單位：dB默認(rèn)值:3（對(duì)TOPN小區(qū)建議提升該值至6或者12）查詢：LSTTCELLNBMOLPC設(shè)置：ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPCRRC接入上行干擾余量，用來(lái)在RRC建立時(shí)調(diào)整計(jì)算上行期望接收功率的大小。主要的考慮是為了能夠方便的對(duì)上行期望接收功率進(jìn)行調(diào)整，從而能夠滿足各個(gè)小區(qū)不同環(huán)境的要求。在其他條件相同的情況下，該值配置的越小，計(jì)算出的期望接收功率也就越小。RRC接入下行干擾余量/RRCSETUPDLINTERFERERSV參數(shù)取值范圍：-1000~1000物理取值范圍：-100~100，步長(zhǎng)為0.1物理單位：dB默認(rèn)值:180（對(duì)TOPN小區(qū)建議提升該值至230）查詢：LSTTCELLNBMOLPC設(shè)置：ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPC用來(lái)在RRC建立時(shí)調(diào)整計(jì)算下行期望接收功率的大小，RRC接入下行干擾余量設(shè)置越大，下行初始發(fā)射功率越大，抗干擾能力越強(qiáng)，同時(shí)對(duì)其他業(yè)務(wù)干擾也越大。棲褪豪耍烹該眉芳奶撂婪壬鼠愿商頁(yè)蛙栗仙拍則挖談睛淬鈾午木奔夏潦捆TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1RRC接入上行干擾余量/RRCSETUPULINTERFE下行初始發(fā)射功率最大值/MAXDLINITPWR參數(shù)取值范圍：-350~150物理取值范圍：-350~150，步長(zhǎng)為0.1物理單位：dBm默認(rèn)值:-30查詢：LSTTCELLNBMOLPC設(shè)置：ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPC下行初始發(fā)射功率最大值是無(wú)線鏈路最大下行發(fā)射功率，下行開環(huán)功率不能大于該值。下行初始發(fā)射功率最小值/MINDLINITPWR參數(shù)取值范圍：-350~150物理取值范圍：-350~150，步長(zhǎng)為0.1物理單位：dBm默認(rèn)值:-250(對(duì)TOPN小區(qū)可以適當(dāng)提升該值)查詢：LSTTCELLNBMOLPC設(shè)置：ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPC下行初始發(fā)射功率最小值是無(wú)線鏈路最小下行發(fā)射功率，下行開環(huán)功率不能低于該值。最小接收電平/QRXLEVMIN參數(shù)取值范圍：-115~-25物理單位：dBm默認(rèn)值：-103（針對(duì)TOPN小區(qū)適當(dāng)提升該值）設(shè)置： ADDTCELLSELRESEL查詢： LSTTCELLSELRESEL該參數(shù)用于指示UE小區(qū)P-CCPCHRSCP最低接入門限。該參數(shù)應(yīng)根據(jù)小區(qū)邊緣的P-CCPCH的接收電平設(shè)置，同時(shí)參考UE的靈敏度。該參數(shù)設(shè)置的太大，會(huì)使小區(qū)實(shí)際服務(wù)范圍收縮；該參數(shù)設(shè)置的太小，則使空閑模式UE過(guò)早的進(jìn)行測(cè)量，增加耗電，駐留小區(qū)后也無(wú)法正常接收系統(tǒng)信息。寓神蛹末馭龐寧頹硼調(diào)巧籠旦椅砂脹邏酸認(rèn)俄縫你耕肖頗沿晃孟寢屜潰凌TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1下行初始發(fā)射功率最大值/MAXDLINITPWR寓神蛹末馭龐無(wú)線鏈路最大下行功率/MAXDLTXPWR

參數(shù)取值范圍：-350~150

物理取值范圍：-35~15，步長(zhǎng)0.1

物理單位：dB

默認(rèn)值：-60

設(shè)置：ADDTCELLRLPWR、MODTCELLRLPWR、RMVTCELLRLPWR

查看：LSTTCELLRLPWR

無(wú)線鏈路最大下行發(fā)射功率越大，越能滿足下行功率要求，避免UE在小區(qū)邊緣由于干擾過(guò)大而掉話，但同時(shí)也會(huì)對(duì)其他業(yè)務(wù)產(chǎn)生過(guò)更大的干擾。

注意：該參數(shù)在小區(qū)下針對(duì)不同業(yè)務(wù)、不同速率可設(shè)置為不同的取值。

無(wú)線鏈路最小下行功率/MINDLTXPWR

參數(shù)取值范圍：-350~150

物理取值范圍：-35~15，步長(zhǎng)0.1

物理單位：dB

默認(rèn)值：-150（針對(duì)TOP小區(qū)適當(dāng)提高該值）

設(shè)置：ADDTCELLRLPWR、MODTCELLRLPWR、RMVTCELLRLPWR

查看：LSTTCELLRLPWR

最小下行發(fā)射功率與相應(yīng)的最大下行發(fā)射功率及功率控制的動(dòng)態(tài)范圍相關(guān)，可設(shè)置為最大下行發(fā)射功率減去功率控制的動(dòng)態(tài)范圍。

注意事項(xiàng):該參數(shù)在小區(qū)下針對(duì)不同業(yè)務(wù)、不同速率可設(shè)置為不同的取值。

揣仇譏悉士烷藻習(xí)伙院悸俘凡貸文堪捐拳欲桃瓊渣彎丘藝呢窗羚營(yíng)尸診杭TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1無(wú)線鏈路最大下行功率/MAXDLTXPWR

參數(shù)取值范圍：-RB接入上行干擾余量/RBSETUPULINTERFERERSV(參見RRC建立成功率)RB接入下行干擾余量/RBSETUPDLINTERFERERSV(參見RRC建立成功率)下行初始發(fā)射功率最大值/MAXDLINITPWR(參見RRC建立成功率)下行初始發(fā)射功率最小值/MINDLINITPWR(參見RRC建立成功率)無(wú)線鏈路最大下行功率/MAXDLTXPWR(參見RRC建立成功率)無(wú)線鏈路最小下行功率/MINDLTXPWR(參見RRC建立成功率)DLISCP測(cè)量默認(rèn)值/DEFAULTDLISCPMEAS默認(rèn)路損/DEFAULTPATHLOSS1.7.2RAB建立成功率涉及到并且可以修改的參數(shù)列表與說(shuō)明:罩喇遞瘓磁訟戀雇歉車異渤撿龜假擎欺北妓潭翰娩蠻監(jiān)也裴庭拉拇謝佬靶TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1RB接入上行干擾余量/RBSETUPULINTERFEREDLISCP測(cè)量默認(rèn)值/DEFAULTDLISCPMEAS參數(shù)取值范圍：-1150~-250步長(zhǎng)：0.1物理單位：dBm默認(rèn)值：-100（針對(duì)TOP小區(qū)適當(dāng)提升該值）查詢： LSTTCELLNBMOLPC設(shè)置： ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPC當(dāng)UE沒(méi)有上報(bào)下行測(cè)量ISCP值時(shí)（如切換情況下），RNC使用該設(shè)置參數(shù)計(jì)算專用信道開環(huán)功控初始發(fā)射功率。默認(rèn)路損/DEFAULTPATHLOSS參數(shù)取值范圍：0~2000步長(zhǎng)：0.1物理單位：dB默認(rèn)值：1100（針對(duì)TOP小區(qū)適當(dāng)提升該值）查詢： LSTTCELLNBMOLPC設(shè)置： ADDTCELLNBMOLPC、MODTCELLNBMOLPC、RMVTCELLNBMOLPC喧疹乏董篷軸祭兔胖垣臭孜鉻施墑需俘砸姿廟芭遏沖斜盟惋酋厲質(zhì)燃咖末TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1DLISCP測(cè)量默認(rèn)值/DEFAULTDLISCPMEA2、語(yǔ)音業(yè)務(wù)掉話率指標(biāo)分析與提升語(yǔ)音業(yè)務(wù)掉話率=[請(qǐng)求釋放的CS域語(yǔ)音業(yè)務(wù)RAB數(shù)目(小區(qū))]/[語(yǔ)音業(yè)務(wù)RAB指派建立成功RAB數(shù)目(小區(qū))]請(qǐng)求釋放的CS域語(yǔ)音業(yè)務(wù)RAB數(shù)目(小區(qū))]=([RAB.RelReqCsPerCell.Conv.<1><1>]+[RAB.RelReqCsPerCell.Conv.<2><2>]+[IU.NbrRabCsRelIuConnPerCell.Conv.<1><1>]+[IU.NbrRabCsRelIuConnPerCell.Conv.<2><2>]）語(yǔ)音業(yè)務(wù)RAB指派建立成功RAB數(shù)目(小區(qū))]=([RAB.SuccEstabCsPerCell.Conv.<1><1>]+[RAB.SuccEstabCsPerCell.Conv.<2><2>])即：語(yǔ)音業(yè)務(wù)掉話率=([RAB.RelReqCsPerCell.Conv.<1><1>]+[RAB.RelReqCsPerCell.Conv.<2><2>]+[IU.NbrRabCsRelIuConnPerCell.Conv.<1><1>]+[IU.NbrRabCsRelIuConnPerCell.Conv.<2><2>]）/([RAB.SuccEstabCsPerCell.Conv.<1><1>]+[RAB.SuccEstabCsPerCell.Conv.<2><2>])輩睦鏈晶倡斥瞳勞蠶炔烴泛泣普掖歷應(yīng)仰肝禿尺甕繡佛碑鉻戮駿胺咸身閣TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart12、語(yǔ)音業(yè)務(wù)掉話率指標(biāo)分析與提升語(yǔ)音業(yè)務(wù)掉話率=[請(qǐng)求釋放的UTRAN側(cè)相關(guān)指標(biāo)就是RNC觸發(fā)釋放的各業(yè)務(wù)RAB個(gè)數(shù)。主要包括兩個(gè)方面：（1）業(yè)務(wù)建立成功后，RNC向CN發(fā)送RABRELEASEREQUEST消息；（2）業(yè)務(wù)建立成功后，RNC向CN發(fā)送IURELEASEREQUEST消息，其后收到CN發(fā)送的IURELEASECOMMAND。

Trace跟蹤是分析面向小區(qū)掉話率指標(biāo)的重要手段，Trace能夠跟蹤Iu、Iur、Iub和Uu接口的信息。對(duì)于TOP小區(qū)，可跟蹤全天信令，觀察用戶各種異常釋放行為，進(jìn)行分析并找出相應(yīng)的原因，目前trace只能通過(guò)回放工具逐一查看。目前產(chǎn)品已經(jīng)支持PCHR數(shù)據(jù)記錄，可通過(guò)鼎橋OMSTAR工具進(jìn)行分析。可以從這些方面定位掉話。2.1：掉話問(wèn)題的定位：誰(shuí)羞盒賀瘟觸廣罵襄佩紫彌遂譽(yù)袒曬麥相找且榆但咐薪嘻瑣晃影煞咨裙油TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1UTRAN側(cè)相關(guān)指標(biāo)就是RNC觸發(fā)釋放的各業(yè)務(wù)RAB個(gè)數(shù)。主RAB.RelReqCsPerCell.1原因?yàn)?(RABpre-empted)的RNC請(qǐng)求釋放的電路域RAB數(shù)(小區(qū)級(jí))RAB.RelReqCsPerCell.16原因?yàn)?6(UserInactivity)的RNC請(qǐng)求釋放的電路域RAB數(shù)(小區(qū)級(jí))RAB.RelReqCsPerCell.40原因?yàn)?0(ReleaseduetoUEgeneratedsignallingconnectionrelease)的RNC請(qǐng)求釋放的電路域RAB數(shù)(小區(qū)級(jí))RAB.RelReqCsPerCell.65原因?yàn)?5(SignallingTransportResourceFailure)的RNC請(qǐng)求釋放的電路域RAB數(shù)(小區(qū)級(jí))RAB.RelReqCsPerCell.113原因?yàn)?13(O&MIntervention)的RNC請(qǐng)求釋放的電路域RAB數(shù)(小區(qū)級(jí))RNC請(qǐng)求釋放的電路域的RAB數(shù)(小區(qū)級(jí))2.2：掉話counter原因分析甜鍬針庸怠崖顆糾字告蠕坐棕貶怒攢娃爛退君踩蝦梢胃肄隆碑育億窘未獺TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1RAB.RelReqCsPerCell.1原因?yàn)?(RABRNC請(qǐng)求釋放電路域Iu連接對(duì)應(yīng)的RAB數(shù)IU.NbrRabCsRelIuConn.14原因?yàn)?4(FailureintheRadioInterfaceProcedure)的RNC請(qǐng)求釋放電路域Iu連接對(duì)應(yīng)的RAB數(shù)IU.NbrRabCsRelIuConn.16原因?yàn)?6(UserInactivity)的RNC請(qǐng)求釋放電路域Iu連接對(duì)應(yīng)的RAB數(shù)IU.NbrRabCsRelIuConn.40原因?yàn)?0(ReleaseduetoUEgeneratedsignallingconnectionrelease)的RNC請(qǐng)求釋放電路域Iu連接對(duì)應(yīng)的RAB數(shù)IU.NbrRabCsRelIuConn.46原因?yàn)?6(RadioConnectionWithUELost)的RNC請(qǐng)求釋放電路域Iu連接對(duì)應(yīng)的RAB數(shù)IU.NbrRabCsRelIuConn.113原因?yàn)?13(O&MIntervention)的RNC請(qǐng)求釋放電路域Iu連接對(duì)應(yīng)的RAB數(shù)IU.NbrRabCsRelIuConn.115原因?yàn)?15(UnspecifiedFailure)的RNC請(qǐng)求釋放電路域Iu連接對(duì)應(yīng)的RAB數(shù)吵儒幀且狗瞬浙教殃畜述琴先漠廠柜碎匪預(yù)或纏響騾碑貨曼筐講娶趙盟憐TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1RNC請(qǐng)求釋放電路域Iu連接對(duì)應(yīng)的RAB數(shù)IU.NbrRab開始獲取全網(wǎng)掉話率指標(biāo)趨勢(shì)掉話是否突然升高掉話率是否滿足需求結(jié)束話統(tǒng)數(shù)據(jù)TOP小區(qū)掉話分析TOP小區(qū)優(yōu)化方案實(shí)施修改內(nèi)容是否需要推廣全網(wǎng)實(shí)施修改解決全網(wǎng)掉話關(guān)鍵問(wèn)題是否否是是2.3：全網(wǎng)掉話指標(biāo)分析分析流程：邦冒鵬祈涅繡店旦柯頁(yè)裙埋窿氧沖口蜜憲閣繞睫率壁差因懂欠噴拒陀邊涕TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1開始獲取全網(wǎng)掉話率指標(biāo)趨勢(shì)掉話是否突然升高掉話率是否滿足需求2.3.1 獲取全網(wǎng)的掉話率指標(biāo)以及趨勢(shì)，掉話率趨勢(shì)分析至少需要分析2周左右的數(shù)據(jù)；2.3.2 如果全網(wǎng)的掉話率指標(biāo)突然偏高，一般下列因素會(huì)導(dǎo)致全網(wǎng)的掉話率突然增加，需要執(zhí)行以下的檢查：2.3.2.1 Iu口傳輸分析：從告警上分析IuCS接口、IuPS接口的傳輸是否出現(xiàn)問(wèn)題；2.3.2.2 RNC的設(shè)備分析：結(jié)合告警分析RNC的單板是否出現(xiàn)復(fù)位、設(shè)備故障等；2.3.2.3 全網(wǎng)話務(wù)量分析：分析是否由于注冊(cè)用戶突然增加、話務(wù)量突然增加導(dǎo)致掉話率上升；2.3.2.4 檢查系統(tǒng)是否做過(guò)升級(jí)、打補(bǔ)丁等動(dòng)作；根據(jù)檢查結(jié)果，解決問(wèn)題；2.3.3 分析面向小區(qū)的掉話率指標(biāo)，把面向小區(qū)的掉話率指標(biāo)和掉話絕對(duì)次數(shù)按從高到低的順序進(jìn)行排序，優(yōu)先分析掉話率高而且掉話絕對(duì)次數(shù)也多的小區(qū)；進(jìn)行小區(qū)掉話指標(biāo)分析；2.3.4 分析掉話分析結(jié)果，對(duì)TopN小區(qū)實(shí)施優(yōu)化措施；優(yōu)化措施實(shí)施后對(duì)比該小區(qū)的掉話率指標(biāo)是否改善；2.3.5 分析優(yōu)化措施是否可以推廣的全網(wǎng)，如果可以的話安排全網(wǎng)的實(shí)施，分析實(shí)施后的指標(biāo)是否滿足要求，如果滿足要求，那么結(jié)束掉話優(yōu)化；否則，重新進(jìn)行TopN小區(qū)優(yōu)化；流程說(shuō)明與分析：瞥剮孜有吞飲希酗鍘倍貧骯償恢膽潔這繹駒崖綜拉控?cái)S絮扦上咐餌六菇巨TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart12.3.1 獲取全網(wǎng)的掉話率指標(biāo)以及趨勢(shì)，掉話率趨勢(shì)分析至少2.4：小區(qū)掉話指標(biāo)分析2.4.1各種干擾引起的掉話同頻干擾的成因是無(wú)用信號(hào)的載頻與有用信號(hào)的載頻相同，并對(duì)接收同頻有用信號(hào)的接收機(jī)造成的干擾。對(duì)于TD-SCDMA系統(tǒng)來(lái)說(shuō)，當(dāng)同一小區(qū)處于N頻點(diǎn)狀態(tài)時(shí)，主載波與輔載波之間同一扇區(qū)不同載波的終端對(duì)基站存在顯著的鄰道干擾，如主載波的RTWP測(cè)量均值明顯高于輔載波RTWP測(cè)量均值等，則為同頻干擾。小區(qū)間干擾的成因通常是由于兩個(gè)以上小區(qū)在重疊區(qū)域或小區(qū)由于頻率相同、信號(hào)頻繁切換、信號(hào)越區(qū)覆蓋等因素造成的干擾。與系統(tǒng)間干擾不同之處在于小區(qū)間干擾既有系統(tǒng)外干擾的特征，也有小區(qū)內(nèi)干擾的一切特征。當(dāng)相鄰小區(qū)采用同一頻率時(shí)產(chǎn)生的干擾，對(duì)于TDD系統(tǒng)來(lái)說(shuō)尤為嚴(yán)重。幢暴洱屢多滾陽(yáng)椅躇胃鎂彩糜勢(shì)歹脆葷按豈鳳臉寅辜幕殆鴨努鵝地熔雞夯TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart12.4：小區(qū)掉話指標(biāo)分析2.4.1各種干擾引起的掉話同頻2.4.2：各種覆蓋引起的掉話覆蓋電平低于某一門限之下（P-CCPCHRSCP<-95dbm、C/I<-3db）稱為弱覆蓋區(qū)域，在弱覆蓋區(qū)域下行鏈路質(zhì)量很差，到達(dá)UE時(shí)，UE解析信號(hào)困難，導(dǎo)致掉話。在某一區(qū)域由于覆蓋沒(méi)規(guī)劃或調(diào)整好，導(dǎo)致該區(qū)域有多個(gè)主導(dǎo)小區(qū)，信號(hào)強(qiáng)度相差6db內(nèi)，會(huì)產(chǎn)生乒乓切換或重選，從而導(dǎo)致掉話。2.4.2：各種覆蓋引起的掉話超遠(yuǎn)或越區(qū)覆蓋容易出現(xiàn)同頻同碼，帶來(lái)干擾而引起掉話，此外由于超遠(yuǎn)或越區(qū)的“孤島效應(yīng)”無(wú)鄰區(qū)可切換而導(dǎo)致掉話。后瓣過(guò)覆蓋，超角度覆蓋：容易引起扇區(qū)間相互干擾而掉話。覆蓋不平衡引起的掉話（塔下黑）：在覆蓋不平衡區(qū)域，容易出現(xiàn)單方向通信情況，從而出現(xiàn)掉話；浦權(quán)疫斬硒屑聯(lián)煩迸徊鱉當(dāng)塹雛赫吶肇苦巳郎擺袍簡(jiǎn)荊狼區(qū)唯規(guī)潦霓軀壯TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart12.4.2：各種覆蓋引起的掉話覆蓋電平低于某一門限之下（P-2.5：掉話率指標(biāo)涉及的參數(shù)

SRBReset相關(guān)的參數(shù)1． INITSIRTARGET（SRB的初始SIRTarget）2． MAXSIRTARGET（SRB的最大SIRtarget）3． MINSIRTARGET（SRB的最小SIRTarget）4． SIG_DCH_OLPC_SWITCH(SRB是否參與外環(huán)功控開關(guān))5． MAXDLTXPWR（鏈路最大發(fā)射功率）6． NODISCARDMAXDAT（RLCPDU最大重發(fā)次數(shù)）7． POLLSDU（基于SDUpolling，需間隔多少個(gè)SDU才能發(fā)起polling）8． TIMERRST（等待RLCRSTRSP的定時(shí)器時(shí)長(zhǎng)）RadioLinkFailure相關(guān)的參數(shù)1． T313（下行失步后UE需等待的定時(shí)器時(shí)長(zhǎng)）2． N313（下行多少次失步后，需要啟動(dòng)T313）3TRLFAILURE（上行失步等待定時(shí)器時(shí)長(zhǎng)）廊抉萄內(nèi)醉飛謊憶謠起腫瑞巨狗早靴煽鉻男緊育掙造柳頃嫌拉癸涎磨換朔TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart12.5：掉話率指標(biāo)涉及的參數(shù)

SRBReset相關(guān)的參數(shù)關(guān)鍵參數(shù)說(shuō)明：T313定時(shí)器/T313參數(shù)取值范圍：0~15物理取值范圍：0~15物理單位：s默認(rèn)值：5查詢：LSTTCONNMODETIMER設(shè)置：SETTCONNMODETIMERT313是連接模式下UE檢測(cè)無(wú)線鏈路失敗的定時(shí)器。當(dāng)UE從L1檢測(cè)到連續(xù)N313個(gè)同步指示后停止T313定時(shí)器。一旦T313超時(shí)，UE上報(bào)原因值為RLFAILURE的CELLUPDATE消息通知RNC空中接口下行失步。T313設(shè)置的越大，UE察覺RL下行失步的時(shí)間就越長(zhǎng)，此時(shí)間內(nèi)相關(guān)資源無(wú)法及時(shí)釋放，也無(wú)法發(fā)起恢復(fù)操作或響應(yīng)新的資源建立請(qǐng)求，影響用戶的感知。T312設(shè)置的越小，UE察覺到RL偶而的閃斷就越敏感，從而導(dǎo)致頻繁對(duì)原本可以迅速自我恢復(fù)的RL上報(bào)CELLUPDATE消息，造成不必要的小區(qū)更新，增加了處理負(fù)荷。礙消賤嘎踢筑射趙附森站尚趁除墜融匯娛拔溶剖墟販法棄邀稍燴眉御葉臼TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1關(guān)鍵參數(shù)說(shuō)明：T313定時(shí)器/T313礙消賤嘎踢筑射趙附森站關(guān)鍵參數(shù)說(shuō)明：N313定時(shí)器/N313參數(shù)取值范圍：D1,D2,D4,D10,D20,D50,D100,D200物理取值范圍：1,2,4,10,20,50,100,200物理單位：次默認(rèn)值：D20查詢：LSTTCONNMODETIMER設(shè)置：SETTCONNMODETIMERN313表示連接模式下UE從L1收到連續(xù)失步指示的最大次數(shù)。N313設(shè)置的越大，UE對(duì)RL失步的判斷就越不敏感，可能造成本來(lái)不可用的RL遲遲不能被上報(bào)RL失步進(jìn)而無(wú)法觸發(fā)后續(xù)的恢復(fù)或重建操作。N313設(shè)置的越小，RL傳輸?shù)目煽啃栽礁?，但相?yīng)的也會(huì)增加可恢復(fù)性RL閃斷的誤判，從而可能導(dǎo)致UE頻繁的上報(bào)原因值為RLFAILURE的CELLUPDATE消息。怖眺尋配恕菩憫揀盯昆凜租啦諱柔俠襯損藕浩垃卉祖肛鄭物芯扒鈞妮語(yǔ)礎(chǔ)TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1關(guān)鍵參數(shù)說(shuō)明：N313定時(shí)器/N313怖眺尋配恕菩憫揀盯昆凜2.6：掉話率提升優(yōu)化措施全網(wǎng)擾碼、頻點(diǎn)干擾排查，對(duì)干擾大的掉話多，可以考慮重新規(guī)劃頻點(diǎn)、擾碼等；提高13.6K信令的SIRTARGET，并且打開SRB的外環(huán)功控開關(guān)。提高SRB的信號(hào)接收質(zhì)量。修改RLfailure定時(shí)器T313是連接模式下UE檢測(cè)無(wú)線鏈路失敗的定時(shí)器，當(dāng)UE從L1檢測(cè)到連續(xù)N313個(gè)失步指示后啟動(dòng)T313定時(shí)器。當(dāng)UE從L1檢測(cè)到連續(xù)N315個(gè)同步指示后停止T313定時(shí)器。一旦T313超時(shí)，UE上報(bào)原因值為RLFAILURE的CELLUPDATE消息通知RNC空中接口下行失步。T_RLFAILURE定時(shí)器是NodeB用于檢測(cè)UU接口上行是否失步，當(dāng)CCTRCH處于同步狀態(tài)，NodeB在連續(xù)收到“N_OUTSYNC_IND”個(gè)失步指示后會(huì)啟動(dòng)T_RLFAILURE定時(shí)器；在連續(xù)收到“N_INSYNC_IND”個(gè)同步指示后會(huì)停止和復(fù)位T_RLFAILURE定時(shí)器。一旦T_RLFAILURE定時(shí)器超時(shí)，NodeB會(huì)上報(bào)RADIOLINKFAILUREINDICATION消息通知RNC空中接口上行失步，并將當(dāng)前CCTRCH狀態(tài)置為失步狀態(tài)。狗連竿減巍刪韭屋鄒妥曾蔫競(jìng)米烏淖盎挎京鞠舔岔蒜薄格蝕秤臣瓦晰租彈TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart12.6：掉話率提升優(yōu)化措施狗連竿減巍刪韭屋鄒妥曾蔫競(jìng)米烏淖盎3、PS無(wú)線掉線率指標(biāo)分析與提升

PS域掉線率=([PS域RNC請(qǐng)求釋放的RAB數(shù)]+[PS域請(qǐng)求釋放IU連接對(duì)應(yīng)的RAB數(shù)]-[PS域原因?yàn)?6/40的RNC請(qǐng)求釋放IU連接的RAB數(shù)]-[PS域原因?yàn)?6/40的RNC請(qǐng)求釋放的RAB數(shù)])/[成功建立的分組域RAB數(shù)(小區(qū)級(jí))]即：PS域掉線率=([RAB.RelReqPs]+[IU.NbrRabPsRelIuConn]-[RAB.RelReqPs.16]-[RAB.RelReqPs.40]-[IU.NbrRabPsRelIuConn.16]-[IU.NbrRabPsRelIuConn.40])/[RAB.SuccEstabPs]忙嘩癥霍幾謠裔尺刮決志猛藩搬餃凝枉價(jià)歷輩畦語(yǔ)勝瀝簽滔徑凡祁玉擺契TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart13、PS無(wú)線掉線率指標(biāo)分析與提升

PS域掉線率=([PS域RUTRAN側(cè)相關(guān)指標(biāo)就是RNC觸發(fā)釋放的各業(yè)務(wù)RAB個(gè)數(shù)。主要包括兩個(gè)方面：

RAB建立成功次數(shù)是指RNC向電路域CN發(fā)送“RAB指配響應(yīng)”（RABASSIGNMENTRESPONSE）消息的個(gè)數(shù)。

業(yè)務(wù)建立成功后，RNC向CN發(fā)送RABRELEASEREQUEST消息，釋放原因不是UserInactivity；

業(yè)務(wù)建立成功后，RNC向CN發(fā)送IURELEASEREQUEST消息，其后收到CN發(fā)送的IURELEASECOMMAND，釋放原因不是UserInactivity。

Trace跟蹤是分析面向小區(qū)掉話率指標(biāo)的重要手段，Trace能夠跟蹤Iu、Iur、Iub和Uu接口的信息。對(duì)于TOP小區(qū)，可跟蹤全天信令，觀察用戶各種異常釋放行為，進(jìn)行分析并找出相應(yīng)的原因，目前trace只能通過(guò)回放工具逐一查看。目前產(chǎn)品已經(jīng)支持PCHR數(shù)據(jù)記錄，可通過(guò)鼎橋OMSTAR工具進(jìn)行分析。可以從這些方面定位掉線問(wèn)題。3.1：掉線問(wèn)題的定位：萬(wàn)踐咎漢斂匠賃攜墅撤刷尚銅弊膊符更躊滔虱咽脖印西版伐目稿軌付類腹TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1UTRAN側(cè)相關(guān)指標(biāo)就是RNC觸發(fā)釋放的各業(yè)務(wù)RAB個(gè)數(shù)。主3.2：常見掉線問(wèn)題原因常見掉話原因有：RF原因：鄰區(qū)漏配、覆蓋差、切換問(wèn)題、導(dǎo)頻污染問(wèn)題參數(shù)配置錯(cuò)誤上行干擾負(fù)載過(guò)高流程問(wèn)題（包括流程嵌套和超時(shí)）傳輸問(wèn)題設(shè)備異常手機(jī)異常OM操作澳茲掐漣畸欄炙儒凱瓶賺餾溫砌皇攤閨緞熬艦激臥扎塢吠一歹后齋說(shuō)烈茵TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart13.2：常見掉線問(wèn)題原因常見掉話原因有：澳茲掐漣畸欄炙儒凱瓶IU.NbrRabPsRelIuConn.2原因?yàn)?(TrelocoverallExpiry)的RNC請(qǐng)求釋放分組域Iu連接對(duì)應(yīng)的RAB數(shù)IU.NbrRabPsRelIuConn.10原因?yàn)?0(RelocationCancelled)的RNC請(qǐng)求釋放分組域Iu連接對(duì)應(yīng)的RAB數(shù)IU.NbrRabPsRelIuConn.14原因?yàn)?4(FailureintheRadioInterfaceProcedure)的RNC請(qǐng)求釋放分組域Iu連接對(duì)應(yīng)的RAB數(shù)IU.NbrRabPsRelIuConn.15原因?yàn)?5(ReleaseduetoUTRANGeneratedReason)的RNC請(qǐng)求釋放分組域Iu連接對(duì)應(yīng)的RAB數(shù)IU.NbrRabPsRelIuConn.16原因?yàn)?6(UserInactivity)的RNC請(qǐng)求釋放分組域Iu連接對(duì)應(yīng)的RAB數(shù)IU.NbrRabPsRelIuConn.20原因?yàn)?0(RequestedMaximumBitRatenotAvailable)的RNC請(qǐng)求釋放分組域Iu連接對(duì)應(yīng)的RAB數(shù)IU.NbrRabPsRelIuConn.40原因?yàn)?0(ReleaseduetoUEgeneratedsignallingconnectionrelease)的RNC請(qǐng)求釋放分組域Iu連接對(duì)應(yīng)的RAB數(shù)IU.NbrRabPsRelIuConn.46原因?yàn)?6(RadioConnectionWithUELost)的RNC請(qǐng)求釋放分組域Iu連接對(duì)應(yīng)的RAB數(shù)IU.NbrRabPsRelIuConn.113原因?yàn)?13(O&MIntervention)的RNC請(qǐng)求釋放分組域Iu連接對(duì)應(yīng)的RAB數(shù)IU.NbrRabPsRelIuConn.115原因?yàn)?15(UnspecifiedFailure)的RNC請(qǐng)求釋放分組域Iu連接對(duì)應(yīng)的RAB數(shù)RNC請(qǐng)求釋放電路域Iu連接對(duì)應(yīng)的RAB數(shù)3.3：掉線counter原因分析焊卑滑抬顯苞爵豬氰晚巧崩募契澀頃鄂殲召摩侮彌涌磨厄舌夕侯糕繩蓬賃TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1IU.NbrRabPsRelIuConn.2原因?yàn)?(TreRAB.RelReqPsPerCell.1原因?yàn)?(RABpre-empted)的RNC請(qǐng)求釋放的分組域RAB數(shù)(小區(qū)級(jí))RAB.RelReqPsPerCell.16原因?yàn)?6(UserInactivity)的RNC請(qǐng)求釋放的分組域RAB數(shù)(小區(qū)級(jí))RAB.RelReqPsPerCell.40原因?yàn)?0(ReleaseduetoUEgeneratedsignallingconnectionrelease)的RNC請(qǐng)求釋放的分組域RAB數(shù)(小區(qū)級(jí))RAB.RelReqPsPerCell.46原因?yàn)?6(RadioConnectionWithUELost)的RNC請(qǐng)求釋放的分組域RAB數(shù)(小區(qū)級(jí))RAB.RelReqPsPerCell.113原因?yàn)?13(O&MIntervention)的RNC請(qǐng)求釋放的分組域RAB數(shù)(小區(qū)級(jí))RNC請(qǐng)求釋放的電路域的RAB數(shù)(小區(qū)級(jí))址賢腔獄哼岔仗麓涎烷閩磚賞露盅鎳斤容扭麥洲垃八隅故福赤鼎貫勛艷版TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart1RAB.RelReqPsPerCell.1原因?yàn)?(RAB3.4：全網(wǎng)PS掉線率指標(biāo)分析流程開始獲取全網(wǎng)掉話率指標(biāo)趨勢(shì)掉話是否突然升高掉話率是否滿足需求結(jié)束話統(tǒng)數(shù)據(jù)TOP小區(qū)掉話分析TOP小區(qū)優(yōu)化方案實(shí)施修改內(nèi)容是否需要推廣全網(wǎng)實(shí)施修改解決全網(wǎng)掉話關(guān)鍵問(wèn)題是否否是是冬漏翼淑柴巷皿吵傾紫嘉堰試匡噶笨舍拄阻由翁址永潑溶努氏吝混瀾里陪TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart13.4：全網(wǎng)PS掉線率指標(biāo)分析流程開始獲取全網(wǎng)掉話率指標(biāo)趨勢(shì)3.4.1 獲取全網(wǎng)的掉線率指標(biāo)以及趨勢(shì)，掉線率趨勢(shì)分析至少需要分析2周左右的數(shù)據(jù)；3.4.2 如果全網(wǎng)的掉線率指標(biāo)突然偏高，一般下列因素會(huì)導(dǎo)致全網(wǎng)的掉線率突然增加，需要執(zhí)行以下的檢查：3.4.2.1 Iu口傳輸分析：從告警上分析IuCS接口、IuPS接口的傳輸是否出現(xiàn)問(wèn)題；3.4.2.2 RNC的設(shè)備分析：結(jié)合告警分析RNC的單板是否出現(xiàn)復(fù)位、設(shè)備故障等；3.4.2.3 全網(wǎng)話務(wù)量分析：分析是否由于注冊(cè)用戶突然增加、話務(wù)量突然增加導(dǎo)致掉線率上升；3.4.2.4 檢查系統(tǒng)是否做過(guò)升級(jí)、打補(bǔ)丁等動(dòng)作；根據(jù)檢查結(jié)果，解決問(wèn)題；3.4.3 分析面向小區(qū)的掉線率指標(biāo)，把面向小區(qū)的掉線率指標(biāo)和掉線絕對(duì)次數(shù)按從高到低的順序進(jìn)行排序，優(yōu)先分析掉線率高而且掉線絕對(duì)次數(shù)也多的小區(qū)；進(jìn)行小區(qū)掉線指標(biāo)分析；3.4.4 分析掉線分析結(jié)果，對(duì)TopN小區(qū)實(shí)施優(yōu)化措施；優(yōu)化措施實(shí)施后對(duì)比該小區(qū)的掉線率指標(biāo)是否改善；3.4.5 分析優(yōu)化措施是否可以推廣的全網(wǎng)，如果可以的話安排全網(wǎng)的實(shí)施，分析實(shí)施后的指標(biāo)是否滿足要求，如果滿足要求，那么結(jié)束掉線優(yōu)化；否則，重新進(jìn)行TopN小區(qū)優(yōu)化；型縫猿戈姓勿餒狹祝棺緒石航炔控傍怨燎甸縷犁吉妥掂皚狡軀芋肖炮扦慷TD關(guān)鍵KPI指標(biāo)分析與提升rainbowshiningpart13.4.1 獲取全網(wǎng)的掉線率指標(biāo)以及趨勢(shì)，掉線率趨勢(shì)分析至少PS業(yè)務(wù)的特點(diǎn)是高數(shù)據(jù)速率、低移動(dòng)性、室內(nèi)用戶偏多。而目前網(wǎng)絡(luò)建設(shè)初期，深度覆蓋較差，室內(nèi)信號(hào)不穩(wěn)，終端性能也是一個(gè)影響因素，因此需要通過(guò)話統(tǒng)數(shù)據(jù)及后臺(tái)數(shù)據(jù)，發(fā)現(xiàn)是否由于弱覆蓋、切換失敗、站點(diǎn)問(wèn)題等原因?qū)е碌腜S掉線。PS掉線的基本分析步驟如下：按天提取一周小區(qū)級(jí)PS掉線數(shù)據(jù)，提取TOP小區(qū)，TOP小區(qū)包括：PS全掉線小區(qū)、PS掉線率大于目標(biāo)值，PSRAB次數(shù)大于所有小區(qū)均值的小區(qū)；目前的話統(tǒng)中可以提供不同業(yè)務(wù)速率的PS業(yè)務(wù)掉線情況，包括64k、128k、384k、HSDPA業(yè)務(wù)等。查看是否故障站點(diǎn)：對(duì)于單日PS掉線高的小區(qū)，需要檢查站點(diǎn)當(dāng)天是否存在故障，如果存在故障并且已經(jīng)排除，則可以暫不關(guān)注，否則需要解決站點(diǎn)故障問(wèn)題。查看信令流程：對(duì)于PS連續(xù)多天全掉線/高掉線（掉線率>90%）小區(qū)，首先檢查是否有故障（告警），并進(jìn)行單小區(qū)Uu口、Iub口、Iu口信令跟蹤，獲取相關(guān)信令；從信令中分析異常釋放的原因，做相應(yīng)的處理。查看是否存在上行干擾：從話統(tǒng)數(shù)據(jù)中獲取上行各時(shí)隙干擾統(tǒng)計(jì)數(shù)據(jù)，看網(wǎng)內(nèi)是否存在強(qiáng)干擾導(dǎo)致的掉線，對(duì)于上行干擾導(dǎo)致的掉線，一般會(huì)伴隨著接入失敗率高、CS掉線率高、切換失敗率高等現(xiàn)象。查看是否存在下行干擾：進(jìn)行小區(qū)內(nèi)詳細(xì)路測(cè)，獲取PCCPCHC/I、下行時(shí)隙的ISCP和頻點(diǎn)占用信息，觀察是否存在較大范圍C/I小于－3db、ISCP過(guò)高的情況。需要檢查頻點(diǎn)擾碼分布的合理性，如果存在同頻同碼組小區(qū)相鄰并且正對(duì)的情況，需要修改擾碼規(guī)避；這里不建議修改主頻點(diǎn)的原因是考慮到輔載頻的影響。對(duì)于HSDPA業(yè)務(wù)，由于目前的組網(wǎng)策略是獨(dú)立頻點(diǎn)同頻組網(wǎng)，并且H業(yè)務(wù)都配置在相同的時(shí)隙，如果有擾碼同碼組正對(duì)鄰區(qū)，在邊界處容易受到鄰區(qū)信號(hào)的影響，更容易發(fā)生掉線，因此H業(yè)務(wù)掉線高的小區(qū)需要特別關(guān)注擾碼規(guī)劃情況。查看是否由于切換失敗導(dǎo)致的掉線：對(duì)于PS掉線率偏高（非全掉線）的情況，需要同時(shí)檢查系統(tǒng)內(nèi)PS切換成功率和系統(tǒng)間PS切換成功率，如果切換成功