TOP小區(qū)處理.doc

文檔名稱文檔密級： TD網(wǎng)絡(luò)TOP小區(qū)處理1 TOP小區(qū)處理流程及整體處理情況1.1 TOP小區(qū)分解TD-SCDMA網(wǎng)絡(luò)系統(tǒng)重要的話統(tǒng)KPI包括CS/PS無線接通率、CS/PS無線掉線率、接力切換成功率、RNC間硬切換成功率、3G/2G互操作成功率等，針對這些KPI指標(biāo)，可以通過分析、處理和解決影響這些指標(biāo)的問題小區(qū)，提升和改善KPI指標(biāo)。隨著上海項目優(yōu)化的深入開展，實行優(yōu)化大區(qū)制，話統(tǒng)TOP小區(qū)也相應(yīng)的落入大區(qū)進行分析和處理。TOP小區(qū)按問題類型進行分類處理，目前按23G互操作問題、產(chǎn)品性能問題、掉話類、接通率類、切換類等5大類進行分類，其中23G互操作問題由2G/3G團隊處理，產(chǎn)品性能問題由產(chǎn)品性能研發(fā)處理，其余掉話類、接通類、切換類等落入大區(qū)進行處理。1. 2 問題處理流程TOP小區(qū)問題處理流程中，原因分析是流程中的關(guān)鍵點和重點，下面的章節(jié)中按問題類型進行分析和說明。TOP小區(qū)問題獲取相關(guān)話統(tǒng)數(shù)據(jù)獲取原因分析問題處理方案輸出參數(shù)修改現(xiàn)場測試調(diào)整觀察話統(tǒng)話統(tǒng)是否正常常否關(guān)閉問題問題案例輸出是結(jié)束 流程說明：1) TOP小區(qū)輸出，現(xiàn)階段由機房在每天的KPI監(jiān)控日報中一起輸出，TOP小區(qū)處理團隊進行跟蹤和處理；2) 每天跟蹤TOP小區(qū)的KPI變化，刷新TOP小區(qū)問題跟蹤表，更新處理情況和處理內(nèi)容；3) 完成調(diào)整的持續(xù)觀察34天，如果話統(tǒng)恢復(fù)正常，關(guān)閉問題；仍未恢復(fù)的，轉(zhuǎn)回原因分析階段，繼續(xù)分析和處理；4) 每個問題建立案例，按照問題描述、原因分析和處理、指標(biāo)變化、案例總結(jié)；5) 每天輸出問題處理計劃，外場測試必須輸出測試報告；6) 每周輸出TOP小區(qū)處理周報。1.3 TOP小區(qū)整體處理情況說明 上海移動TD三期項目TOP小區(qū)從9月9日開始正式建立TOP小區(qū)問題跟蹤表處理TOP小區(qū)，至11月21日共跟蹤處理461個TOP小區(qū)。 461個TOP小區(qū)，分別在CS/PS無線掉線率、CS/PS 無線接通率、RNC內(nèi)/間切換成功率、2G/3G系統(tǒng)間切換成功率等存在異常，其中PS域無線接通率問題110個，占全部TOP小區(qū)的24，是TOP小區(qū)處理的焦點；另外，2G/3G互操作TOP小區(qū)逐步增多，這與移動的TD業(yè)務(wù)推廣和搬遷區(qū)域的擴大，伴隨問題區(qū)域的暴露有直接的關(guān)系。各類問題小區(qū)分布如下兩表：表1：TOP小區(qū)問題類型分布表問題類型CS域無線掉線率CS域無線接通率PS域無線掉線率PS域無線接通率切換問題（T網(wǎng)內(nèi)）2G/3G互操作問題（異系統(tǒng)切換）干擾問題TOP小區(qū)量462456110991241表2：TOP小區(qū)問題分類分布細(xì)表問題分類closeopenpending總計2G/3G(PS域RRC建立成功率)332G/3G(切換)98185121CS切換（RNC間）4138CS切換（大唐）22CS域RAB建立成功率516CS域RRC建立成功率81110CS域無線掉線率2617346CS域無線接通率3519PS切換（RNC間）2131337PS切換（RNC內(nèi)）2114PS切換（大唐）10313PS無線掉線率/切換（RNC間）11PS域RAB建立成功率183324PS域RRC建立成功率4215562PS域無線掉線率2823657PS域無線接通率156324干擾11切換（RNC間）91313切換（RNC內(nèi)）15217切換（大唐）213總計31297524612 無線接通率TOP小區(qū)分析處理無線接通率RRC建立成功率*RAB建立成功率，接通率需要從RRC建立成功率和RAB建立成功率兩塊進行分析。RRC建立成功率與業(yè)務(wù)類型沒有關(guān)系，RAB建立成功率則與業(yè)務(wù)類相關(guān)，需要分PS業(yè)務(wù)/CS業(yè)務(wù)進行分析。每次RRC和RAB建立失敗，話統(tǒng)都會輸出一個失敗原因統(tǒng)計。 2.1 RRC建立失敗處理2.1.1 RRC建立失敗原因RRC建立失敗的原因可以通過RRC原因統(tǒng)計的細(xì)化Counter進行確定。表3是RRC建立失敗的對應(yīng)原因打點。表4為RRC失敗對應(yīng)的原因分析。表3：RRC失敗原因打點RRC連接失敗次數(shù)RRC連接失敗次數(shù)小區(qū)中因網(wǎng)絡(luò)擁塞而拒絕RRC連接請求的次數(shù)RRC連接失敗次數(shù)小區(qū)中因無應(yīng)答而導(dǎo)致RRC連接失敗的次數(shù)RRC連接失敗次數(shù)RRC.FailConnEstab.1RRC.FailConnEstab.AAL2SetupFailRRC.FailConnEstab.CongRRC.FailConnEstab.FPSynFailRRC.FailConnEstab.NoReplyRRC.FailConnEstab.RlSetupFail表4：RRC失敗對應(yīng)的原因分析原因含義分析RRC.FailConnEstab.1RRC 連接失敗次數(shù)當(dāng)UE 發(fā) RRC CONNETION REQ,收不到SETUP消息，重發(fā)REQUEST消息，當(dāng)達(dá)到N300次，還沒收到SETUP，則RRC建立失敗，原因值為“擁塞”。RRC.FailConnEstab.R1SetupFailRRC 連接失敗次數(shù)當(dāng)IUb口出現(xiàn)問題，或者NodeB只接回復(fù)RL建立失敗，就會導(dǎo)致RL建立失敗，原因值為RL建立失敗。RRC.FailConnEstab.NoReply小區(qū)中因無應(yīng)答而導(dǎo)致RRC連接失敗的次數(shù)RNC向UE發(fā)送RRC CONNECT SETUP消息后，沒有收到UE發(fā)送 RRC CONNECT SETUP COMPLETE消息。RRC.FailConnEstab.FPSynFailRRC 連接失敗次數(shù)在為用戶建立IUB接口用戶面時，RNC建立好DCH的FP之后，會發(fā)起FP同步過程，如果該過程失敗，就認(rèn)為RRC失敗。如果出現(xiàn)FP失敗，需要檢查IUB接口的用戶面是否有問題。同時可以跟蹤到NodeB那邊，是否收到了FP同步幀來確認(rèn)。RRC.FailConnEstab.AAL2FailRRC 連接失敗次數(shù)用戶建立IUB接口用戶面時，需要先建立AAL2鏈路。如果AA2失敗，后續(xù)的FP、MACD等都無法建立。如果出現(xiàn)AA.2建立失敗，需要檢查IUB口的通道是否正常，如PATH配置是否合理。2.1.2 RRC建立失敗處理1) 擁塞在RRC建立出現(xiàn)擁塞時，可以進行下面的操作： 將主要業(yè)務(wù)的RRC建立在公共信道上，修改命令行為： 主叫流媒類體RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGSTREAMCALLEST, SIGCHTYPE=FACH； 主叫交互類RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGINTERCALLEST, SIGCHTYPE=FACH； 主叫背景類RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGBKGCALLEST, SIGCHTYPE=FACH； 終止流媒體類RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=TERMSTREAMCALLEST, SIGCHTYPE=FACH； 終止交互類RRC建立在FACH上SET RRCESTCAUSE: RRCCAUSE=TERMINTERCALLEST, SIGCHTYPE=FACH； 終止流媒體類RRC建立在FACH上RCESTCAUSE: RRCCAUSE=TERMBKGCALLEST, SIGCHTYPE=FACH； 去附著信令承載建立在FACH上SET RRCESTCAUSE: RRCCAUSE=DETACHEST, SIGCHTYPE=FACH； 注冊登記承載在FACH上SET RRCESTCAUSE: RRCCAUSE=REGISTEST, SIGCHTYPE=FACH； 提高擁塞小區(qū)的最小接入電平，限制部分低電平用戶的接入：修改命令：MOD CELLSELRESEL: QRXLEVMIN=-96； 打開LDC開關(guān)； 對于業(yè)務(wù)量持續(xù)較大的小區(qū)，可以考慮建議擴容。2) RL建立失敗針對RL建立失敗比較多，可采取下面的措施進行處理： 首先確認(rèn)Node B小區(qū)運行是否正常，小區(qū)載波的運行狀態(tài)，檢查告警信息，檢查是否存在小區(qū)退服、GPS失步或者公共傳輸信道不可用等告警，如果存在首先進行處理。 現(xiàn)場復(fù)測，分析Radio Link Setup Failure消息，定位失敗原因，針對失敗原因進行相應(yīng)的處理； 檢查DOFFC開關(guān)，保證關(guān)閉； DOFFC是專用信道偏移開關(guān)，用來交叉錯開幀號，由于功能還不好用，都建議關(guān)閉； 分析是否屬于產(chǎn)品問題，請產(chǎn)品幫助定位解決。3) 無應(yīng)答 針對無應(yīng)答問題，可以進行以下的處理： 查看上下行ISCP值，確定和處理干擾問題； 增大上行干擾余量ULINTERFERESV，該值用來調(diào)整和計算上行期望接受功率的大小，間接提高SRB/RB建立時上行期望接收功率； 對于由于系統(tǒng)間重選導(dǎo)致的大量RRC失敗，可以提高最小接入電平QRXLEVMIN或者降低空閑異系統(tǒng)重選門限IDLESEARCHRAT，使用戶盡量駐留在T網(wǎng)。4) FP同步失敗FP同步失敗可能的原因： 可能是Iub接口傳輸層配置錯誤； 或者Iub接口的接線存在問題，導(dǎo)致FP同步失??； 或者Iub帶寬配置錯誤，在Iub接口出現(xiàn)擁塞；可能的大都是產(chǎn)品故障，提交產(chǎn)品維護部進行解決；在出現(xiàn)FP同步失敗問題時，提交產(chǎn)品維護人員處理。5) AAL2建立失敗 出現(xiàn)Node B和RNC兩個網(wǎng)元的傳輸層參數(shù)配置不一致的情況，導(dǎo)致出現(xiàn)RRC建立失敗TOP小區(qū)。 首先確認(rèn)AAL2的參數(shù)配置是否正確； 檢查RNC和NodeB側(cè)的PATH ID配置是否一致；檢查RNC和NodeB側(cè)的PATH ID配置是否一致。2.2 RAB建立失敗處理2.2.1 CS RAB建立失敗原因CS RAB建立失敗的原因可以通過RAB原因統(tǒng)計的細(xì)化Counter進行確定。表5是CS RAB建立失敗的對應(yīng)原因打點。表6為CS RAB失敗對應(yīng)的原因分析。表5：CS RAB失敗原因打點電路域RAB指配建立失敗的RAB數(shù)目電路域RAB指配建立失敗的RAB數(shù)目電路域RAB指配建立失敗的RAB數(shù)目電路域RAB指配建立失敗的RAB數(shù)目電路域RAB指配建立失敗的RAB數(shù)目電路域RAB指配建立失敗的RAB數(shù)目RAB.FailRabAssnEstabCs.114RAB.FailRabAssnEstabCs.115RAB.FailRabAssnEstabCs.19RAB.FailRabAssnEstabCs.20RAB.FailRabAssnEstabCs.5RAB.FailRabAssnEstabCs.66表6：CS RAB失敗對應(yīng)的原因分析失敗原因含義分析RAB.FailRabAssignEstabCS.66CS域RAB指配建立失敗的RAB數(shù)目檢查IU口通道。RAB.FailRabAssignEstabCS.5CS域RAB指配建立失敗的RAB數(shù)目RNC支持排隊機制，排對超時。擁塞導(dǎo)致。RAB.FailRabAssignEstabCS.115RAB接失敗次數(shù)跟蹤log確認(rèn)RAB.FailRabAssignEstabCS.114CS域RAB指配建立失敗的RAB數(shù)目小區(qū)擁塞或者資源（HS）不足時，又不支持排對搶站。RAB.FailRabAssignEstabCS.19CS域RAB指配建立失敗的RAB數(shù)目CN發(fā)給RNC的RAB指派消息中，RAB參數(shù)不符合協(xié)議。RAB.FailConnEstab.AAL2FailCS域RAB指配建立失敗的RAB數(shù)目RNC在進行RAB資源分配時，如果出現(xiàn)資源無法支持該RAB的速率要求，又不支持排隊搶占，則會上報最大速率不支持。2.2.2 PS RAB建立失敗原因 PS RAB建立失敗的原因可以通過RAB原因統(tǒng)計的細(xì)化Counter進行確定。表7是PS RAB建立失敗的對應(yīng)原因打點。表8為PS RAB失敗對應(yīng)的原因分析。表7：PS RAB失敗原因打點分組域RAB指配建立失敗的RAB 數(shù)目分組域RAB指配建立失敗的RAB 數(shù)目分組域RAB指配建立失敗的RAB 數(shù)目分組域RAB指配建立失敗的RAB 數(shù)目分組域RAB指配建立失敗的RAB 數(shù)目分組域RAB指配建立失敗的RAB 數(shù)目RAB.FailRabAssnEstabPs.114RAB.FailRabAssnEstabPs.115RAB.FailRabAssnEstabPs.19RAB.FailRabAssnEstabPs.20RAB.FailRabAssnEstabPs.5RAB.FailRabAssnEstabPs.66表8：PS RAB失敗對應(yīng)的原因分析失敗原因含義分析RAB.FailRabEtabPSNoQueuing.19PS域RAB指配建立失敗的RAB數(shù)目CN發(fā)給RNC的RAB指派消息中，RAB參數(shù)不符合協(xié)議。RAB.FailRabEtabPSNoQueuing.20CS域RAB指配建立失敗的RAB數(shù)目RNC在進行RAB資源分配時，如果出現(xiàn)資源無法支持該RAB的速率要求，又不支持排隊搶占，則會上報最大速率不支持。RAB.FailRabEtabPSNoQueuing.66RRC 連接失敗次數(shù)檢查IU口通道RAB. FailRabEtabPSNoQueuing .114PS域RAB指配建立失敗的RAB數(shù)目小區(qū)擁塞或者資源（HS）不足時，又不支持排對搶站。FailRabEtabPSNoQueuing .115PS域RAB指配建立失敗的RAB數(shù)目跟蹤log確認(rèn)。2.2.3 CS/PS RAB建立失敗處理1) 最大速率不支持 在出現(xiàn)因為最大速率不支持導(dǎo)致PS域RAB建立失敗時，占用的比例過大，可采用下面的措施進行優(yōu)化： 調(diào)整下行的最大初始接入速率，使接入的時候避免RAB擁塞； 調(diào)整金/銀/銅用戶的保證速率，使大速率的PS用戶如384K用戶不至于由于超過滿碼道而導(dǎo)致接入失敗和掉話的其它問題，將其最大初始接入速率調(diào)整為128K； 針對不支持R5業(yè)務(wù)的數(shù)據(jù)卡，不能配置為大速率的上行數(shù)據(jù)業(yè)務(wù)。2) 無可用資源/擁塞無可用資源，先要確定，是否存在碼資源擁塞情況，或是通過查詢IUB口傳輸資源配置情況，分別進行處理。碼資源擁塞處理： 針對TOP小區(qū)，查看載頻和相對應(yīng)的DSP使用情況,確定載頻狀態(tài)正常； 對比小區(qū)業(yè)務(wù)量,如果發(fā)現(xiàn)是因為業(yè)務(wù)量過高導(dǎo)致，可以適度提高“最小接收電平/ QRXLEVMIN”，減少部分用戶接入； 調(diào)整上下行最大初始接入速率，“ULBETRAFFINITBITRATE”和“DLBETRAFFINITBITRATE”，如果H業(yè)務(wù)上行碼資源受限，可是將上行初始接入速率降到16K； 根據(jù)擁塞用戶的下行傳輸信道類型確定擁塞用戶中H和D的用戶比例，如果是D用戶擁塞較多，可以限定金銀銅用戶的最大速率；如果是H用戶較多，可以針對個別小區(qū)擴容一個H頻點，但要注意擴容H頻點對周圍小區(qū)的干擾； )如果是H用戶，建議將H頻點的最大接入用戶數(shù)設(shè)置為頻點碼資源最大能力，不建議設(shè)置超過最大能力的值?，F(xiàn)網(wǎng)絕大大多數(shù)的H載頻設(shè)置的最大用戶數(shù)仍為8，可以將該值設(shè)置為7、或者6； RRC信令連接建立建立在FACH上面，減少由于隨機接入如注冊、附著、短信等占有DPCH信道的專用碼道資源。IUB口帶寬擁塞處理： 查詢IUB口傳輸資源配置情況，是否存在資源配置不足情況；另外通過查詢告警信息，確定是否存在E1/T1告警，導(dǎo)致可用E1/T1減少； 話統(tǒng)Counter無法打點，IUB口帶寬擁塞的打點可以通過PCHR定位，并且?guī)挀砣卣魇悄硞€基站下所有小區(qū)都有所體現(xiàn)。RAB異常錯誤編碼 Count NBM_CRA_CELL_RR_IUB_DL_FAIL(168724457) 59 確定E1/T1資源不足或者E1/T1告警，需推動E1/T1擴容或者告警處理。3) UE無相應(yīng) 跟蹤用戶CDT定位問題，確認(rèn)RNC是否收到UE上報的RB配置完成消息； 觀測TOP小區(qū)的上下行干擾水平，避免由于個別小區(qū)干擾較大導(dǎo)致UE無相應(yīng)； 如果存在弱覆蓋，優(yōu)化重選參數(shù)，使UE盡快選到信號更好的小區(qū)； 提高上行干擾余量“ ULINTERFERERSV”，以增大開環(huán)功率； 確定是否由于問題終端導(dǎo)致。2.3 接通率TOP小區(qū)一般處理過程1) 查詢和分析TOP小區(qū)的話統(tǒng)，確定是RRC建立成功率問題還是RAB建立成功率問題，并通過對應(yīng)的話統(tǒng)原因Counter，確定失敗的原因類型，以便下一步的分析；2) 查詢TOP小區(qū)是否存在告警或者故障：特別注意駐波比告警和載波是否可用，GPS告警（GPS失步）是引起上下行干擾的重要原因，這些告警將嚴(yán)重的影響RRC建立成功。3) 上下行干擾：上行干擾可以通過后臺查詢和統(tǒng)計上行ISCP值狀態(tài)，如果出現(xiàn)較大的波動或者持續(xù)大于95dBm以上，可以確定存在上行干擾，需需要對干擾進行分析；首先，進行對問題小區(qū)的頻率和擾碼進行分析，是否同頻、同擾干擾；其次，需要現(xiàn)場進行測試核查，是否存在較大干擾源，特別地，對于室內(nèi)分布系統(tǒng)，需要排查分布系統(tǒng)是否存在干放和合路器，干放及合路器問題通常是重要的上行干擾問題源；下行干擾，可以通過現(xiàn)場測試，通過C/I狀況進行確定，頻率、擾碼分析是重要的手段。4) 無線環(huán)境因素：PS業(yè)務(wù)主要在室內(nèi)使用，如果沒有分布系統(tǒng)，室外站點的PCCPCH RSCP的接受電平相對較低，或者直接是弱覆蓋，是RRC的建立成功的直接原因，因此，可能要提高PCCPCH功率，或者調(diào)整最小接入電平QRXLEVMIN（將此部分用戶遷移至覆蓋更好的2G系統(tǒng)）；5) 針對現(xiàn)場測試和后臺分析，可以通過調(diào)整部分參數(shù)，提升RRC/RAB成功率。3 無線掉線率TOP小區(qū)分析處理3.1 CS掉線處理3.1.1 CS掉線話統(tǒng)打點原因CS 掉線的原因可以通過話統(tǒng)原因統(tǒng)計的細(xì)化Counter進行確定。表9是CS掉線的對應(yīng)原因打點。表9：CS掉線的對應(yīng)原因打點AAL2鏈路失步導(dǎo)致IU釋放FP/MDC異常導(dǎo)致IU釋放RL失步導(dǎo)致IU釋放L2DSP故障導(dǎo)致IU釋放SRB復(fù)位導(dǎo)致的IU釋放UE重配超時導(dǎo)致的IU釋放UE RB重配無響應(yīng)導(dǎo)致的IU釋放VS.IuRelReqCs.IubAal2FailVS.IuRelReqCs.IubFpMdcAbnormVS.IuRelReqCs.IubRlFailIndVS.IuRelReqCs.L2AbnormVS.IuRelReqCs.SrbResetVS.IuRelReqCs.UeHhoNoRspVS.IuRelReqCs.UeRbRecfgNoRspUE返回錯誤導(dǎo)致的IU釋放UE側(cè)信令釋放導(dǎo)致的IU釋放小區(qū)擁塞導(dǎo)致RAB釋放AAL2鏈路失步導(dǎo)致RAB釋放FP/MDC異常導(dǎo)致RAB釋放L2DSP故障導(dǎo)致的RAB釋放PIU板故障導(dǎo)致的RAB釋放VS.IuRelReqCs.UeRspFailVS.IuRelReqCs.UeSigRelVS.RabRelReqCs.CellCongestVS.RabRelReqCs.IubAal2FailVS.RabRelReqCs.IubFpMdcAbnormVS.RabRelReqCs.L2AbnormVS.RabRelReqCs.PiuErr3.1.2 CS掉線原因分布 上海全網(wǎng)的CS掉線的主要原因是： RL失步； SRB復(fù)位； UE側(cè)信令釋放； UE RB重配無響應(yīng)。 CS掉線的TOP小區(qū)的主要問題原因集中于RL失步和SRB復(fù)位。 RL失步： RNC收到NodeB上報的RL Failure，RL失步的判斷機制為處于CELL_DCH狀態(tài)的UE，NB檢測到上行連續(xù)接收到來自物理層的NOUTSYNCIND 個連續(xù)”our of sync”指示時，啟動定時器TRLFAILURE ，在此過程中若連續(xù)接收到來自物理層的NINSYNCIND 個連續(xù)”in sync”指示，TRLFAILURE停止，否則TRLFAILURE超時，視為無線鏈路失敗。NB發(fā)起Radio Link Failure Indication過程，RNC等待IUCSRELNORABTMR超時發(fā)起Iu release request，請求釋放Iu連接； SRB復(fù)位： SRB復(fù)位是針對使用AM 模式的SRB而言，在RLC AM模式下，當(dāng)某個 PDU 經(jīng)過 Max_DAT-1 次重傳后，都沒有成功發(fā)送，發(fā)送端上報RLC不可恢復(fù)錯誤，RAB釋放。3.1.3 TOP小區(qū)CS掉線處理 1） RL失步可以采用以下的處理方式： 處理弱覆蓋區(qū)域（通常接入電平較低，可以通過PCHR工具確定用戶的RACH接入電平）導(dǎo)致的RL失步掉話，可以通過RF調(diào)整進行處理，另外對于RF調(diào)整無法進行調(diào)整的可以考慮通過調(diào)整最小接入電平，避免用戶接入T網(wǎng)或者調(diào)整2G/3G互操作參數(shù)，將用戶遷移至覆蓋更好的2G網(wǎng)絡(luò)； 調(diào)整無線鏈路最小發(fā)射功率； 確定是否存在上行ISCP異常問題，核查處理內(nèi)、外部干擾； 營業(yè)廳或者出售SIM/終端場所的異常操作（拔電池、頻繁試SIM卡）導(dǎo)致的RL失敗可以通過PCHR確定。2） SRB復(fù)位 SRB復(fù)位，主要是由于上下行鏈路質(zhì)量較差導(dǎo)致，處理方法有： RF調(diào)整； 2G/3G互操作調(diào)整，將用戶遷移至覆蓋更好的2G網(wǎng)絡(luò)；3）RB失敗 切換失敗導(dǎo)致的掉話，可以通過核查聯(lián)合報表和CELL to CELL切換統(tǒng)計確定，梳理鄰區(qū)關(guān)系，確定目標(biāo)小區(qū)是否存在問題（硬件故障等）； 部分異常終端問題，通過PCHR確定問題終端類型。下表是RNC的話統(tǒng)統(tǒng)計點和實際掉話原因的可能關(guān)聯(lián)關(guān)系。實際掉話原因話統(tǒng)掉話RF原因參數(shù)配置上行干擾負(fù)載過高流程問題傳輸問題設(shè)備異常手機異常OM操作RB復(fù)位RL失步SRB復(fù)位3.2 CS掉線處理3.2.1 PS掉線話統(tǒng)打點原因PS 掉線的原因可以通過話統(tǒng)原因統(tǒng)計的細(xì)化Counter進行確定。表10是PS掉線的對應(yīng)原因打點。表10：PS掉線的對應(yīng)原因打點IUB口AAL2鏈路異常導(dǎo)致分組域IU釋放FP/MDC異常導(dǎo)致分組域IU釋放RL失敗導(dǎo)致分組域IU釋放L2DSP故障導(dǎo)致分組域IU釋放SRB復(fù)位導(dǎo)致分組域IU釋放等待重配置完成消息超時導(dǎo)致分組域IU釋放等待UE側(cè)RB配置超時導(dǎo)致分組域IU釋放 UE返回錯誤導(dǎo)致分組域IU釋放UE側(cè)信令連接釋放請求導(dǎo)致分組域IU釋放TRB復(fù)位導(dǎo)致分組域RAB釋放PS域用戶不活動導(dǎo)致分組域RAB釋放VS.IuRelReqPs.IubAal2FailVS.IuRelReqPs.IubFpMdcAbnormVS.IuRelReqPs.IubRlFailIndVS.IuRelReqPs.L2AbnormVS.IuRelReqPs.SrbResetVS.IuRelReqPs.UeHhoNoRspVS.IuRelReqPs.UeRbRecfgNoRspVS.IuRelReqPs.UeRspFailVS.IuRelReqPs.UeSigRelVS.RabRelReqPs.TrbResetVS.RabRelReqPs.PsUserInact3.2.2 PS掉線原因分布 上海全網(wǎng)的PS掉線的主要原因是： RL失步； SRB復(fù)位； TRB復(fù)位； UE側(cè)RB重配超時（UE無響應(yīng)）； UE側(cè)信令釋放。3.2.3 TOP小區(qū)PS掉線處理1) RL失步RL失敗導(dǎo)致的PS掉線和CS掉線原因是一直的，下行鏈路失敗，伴隨著Cellupdate出現(xiàn)，可以跟蹤信令或者PCHR數(shù)據(jù)核查到；上行鏈路失步，除上行干擾和弱覆蓋問題導(dǎo)致外，現(xiàn)網(wǎng)的大量營業(yè)廳或者其他用戶的業(yè)務(wù)模式下直接拔數(shù)據(jù)卡貢獻(xiàn)了大量的RL失敗PS掉線，嚴(yán)重的影響全網(wǎng)的PS掉線率，需要引導(dǎo)用戶的使用行為。圖1為PS業(yè)務(wù)模式下直接拔數(shù)據(jù)卡信令截圖。 以RNC427下的天目東路應(yīng)用廳_1小區(qū)為例，話統(tǒng)中PS掉線基本是RL失敗掉線，次數(shù)較大，直接影響整個RNC的PS掉線率（表11為天目東路營業(yè)廳對RNC427PS掉線影響對應(yīng)表）。PCHR數(shù)據(jù)分析，這些RL失步掉話發(fā)生在不同的IMSI號上，但集中于三個型號為大唐電信-數(shù)據(jù)卡-AirCard 901數(shù)據(jù)卡，2次現(xiàn)場核查，確認(rèn)為營業(yè)廳試SIM卡，PS業(yè)務(wù)模式下直接拔數(shù)據(jù)卡導(dǎo)致（表12 PS掉線原因分布、表13 PS掉線終端類型對應(yīng)表）。表11 天目東路營業(yè)廳對RNC427PS掉線影響對應(yīng)表表12 天目東路營業(yè)廳PS掉線原因分布RAB異常錯誤編碼匯總RR_ERR_IUB_INTERFACE_PERMANENT_RL_FAILURE(185337894)243RR_ERR_RNCAP_RB_WAIT_UE_RB_CFG_TIMEOUT(185468904)12RR_ERR_RNCAP_RC_REL_MACD_STATUS_ERR(185141206)1RR_ERR_RNCAP_RLC_FAILURE_SRB_RST(185141215)6總計262表13PS掉線終端類型對應(yīng)表PS掉線對應(yīng)IMEI號IMEI號終端類型PS掉線次數(shù)86007300.076783.99H大唐電信-數(shù)據(jù)卡-AirCard 90111586007300.076786.99H大唐電信-數(shù)據(jù)卡-AirCard 9017286007300.077855.99H大唐電信-數(shù)據(jù)卡-AirCard 90175 RL失敗處理方法：與CS RL掉話處理方法一致。2) SRB/TRB復(fù)位 SRB RESET：網(wǎng)絡(luò)側(cè)下發(fā)測量控制后收不到終端底層回復(fù)的ACK消息發(fā)起IU Release原因是Radio Connection with UE lost，統(tǒng)計原因值為SRB RST，主要包括RB重配置完成消息網(wǎng)絡(luò)側(cè)未收到，測量控制報告下發(fā)后接收不到L2確認(rèn)發(fā)生SRB復(fù)位以及Node B上報RL Failure。另外，部分由于終端上發(fā)因SRB Error引起的CELL UPDATE。其主要原因是空口質(zhì)量差以及用戶間干擾較大，可以調(diào)整下面的參數(shù)盡量去避免： 調(diào)整頻點，使用室內(nèi)頻點替換H頻點，降低頻點間的干擾； 針對H負(fù)載較高的TOP小區(qū)，可多配置一個H載波，即采用配置兩個H頻點的方法，在輔載波上配置H頻點，將H業(yè)務(wù)分散開； 對R4業(yè)務(wù)的下行DCCC算法速率調(diào)整門限進行調(diào)整，降低DCCC的次數(shù)以降低RB重配置發(fā)生的次數(shù)，降低掉話率； RF調(diào)整； 2G/3G互操作調(diào)整，將用戶遷移至覆蓋更好的2G網(wǎng)絡(luò)。 3) UE無響應(yīng)UE無響應(yīng)，系統(tǒng)下發(fā)RB重配置消息后，未收到RB重配置完成消息，主要是由于空口原因?qū)е?。跟蹤TOP小區(qū)忙時的PCHR log進行分析可知，UE無響應(yīng)主要由DCCC算法對于在DCH上下行信道動態(tài)調(diào)整RB重配置過程超時導(dǎo)致，需要對DCCC算法的參數(shù)進行優(yōu)化，優(yōu)化措施如下： 設(shè)置初始接入速率為16k，可以減少接入失敗及初始接入后從32k重配置到16k的概率，從而降低RB重配置的概率，降低RB重配置失敗的次數(shù)，MML設(shè)置如下：SET FRC: ULBETRAFFINITBITRATE=D16； 上行中間速率為手動配置的32k，下行采用3級調(diào)速； 設(shè)置用戶BE業(yè)務(wù)上行DCH最大速率,建議設(shè)置為64K，對不支持R5的用戶，限制最大接入速率，初始接入時使用128K； 目前19號軟參26bit，置1，D2D由于碼資源不夠，切換失敗，上行降速到GBR下門限或DCH下門限。4）負(fù)載較重大的小區(qū)，可以調(diào)整載波優(yōu)先級。3.3 掉線率TOP小區(qū)一般處理過程1) 查看問題小區(qū)本站點及周邊小區(qū)是否告警：重點關(guān)注站是否存在駐波比告警、GPS告警、小區(qū)載波狀態(tài)是否建立已可用，存在硬件告警的，將問題及時反饋，通知工程和維護進行處理。2) 查看信令流程：對于連續(xù)多天全掉話/高掉話（掉話率90%）小區(qū)，首先檢查是否有故障（告警），并進行單小區(qū)Uu口、Iub口、Iu口信令跟蹤，獲取相關(guān)信令；從信令中分析異常釋放的原因，做相應(yīng)的處理。3) 查看是否存在上行干擾：從話統(tǒng)數(shù)據(jù)中獲取上行各時隙干擾統(tǒng)計數(shù)據(jù)，看網(wǎng)內(nèi)是否存在強干擾導(dǎo)致的掉話，對于上行干擾導(dǎo)致的掉話，一般會伴隨著接入失敗率高、CS掉話率高、切換失敗率高等現(xiàn)象。4) 查看是否存在下行干擾：進行小區(qū)內(nèi)詳細(xì)路測，獲取PCCPCH C/I、下行時隙的ISCP和頻點占用信息，觀察是否存在較大范圍C/I小于3db、ISCP過高的情況。需要檢查頻點擾碼分布的合理性，如果存在同頻同碼組小區(qū)相鄰并且正對的情況，需要修改擾碼規(guī)避。5) 查看是否由于切換失敗導(dǎo)致的掉話：對于掉話率偏高（非全掉話）的情況，需要同時檢查系統(tǒng)內(nèi)切換成功率和系統(tǒng)間切換成功率，如果切換成功率較低，意味著在用戶所在地點有別的小區(qū)可以提供更好的服務(wù)，但無法切換。這種情況下需要檢查切換相關(guān)參數(shù)，提高切換成功率，減小掉話率。同時需要檢查是否有鄰區(qū)漏配，這種情況在話統(tǒng)切換成功率中無法體現(xiàn)，可以通過基站分布圖大致檢查地理分布相鄰的小區(qū)是否已經(jīng)配置為鄰區(qū)。鄰區(qū)的合理完善配置需要通過路測優(yōu)化來完成。6) 查看是否由于弱覆蓋導(dǎo)致的掉話：對于掉話率偏高（非全掉話）的情況，需要查看RRC建立成功率是否較低，如果是，考慮到PS移動性較低，則可能是覆蓋弱導(dǎo)致的掉話。結(jié)合小區(qū)級trace跟蹤，分析掉話用戶的RRC請求中攜帶的PCCPCH RSCP，看是否存在大量用戶接入時RSCP小于-95dbm的情況。小區(qū)弱覆蓋的判斷需要結(jié)合路測數(shù)據(jù)，觀察小區(qū)覆蓋情況，進行RF優(yōu)化改善?？蛇m當(dāng)加大PCCPCH功率（建議3dB以內(nèi)，不超過PCCPCH最大建議配置功率），增強覆蓋；或者反過來，調(diào)整最小接入電平QRXLEVMIN，適當(dāng)抬高接入條件，保證接入時的電平穩(wěn)定。7) 檢查是否由于功率參數(shù)設(shè)置不合理。對于PS掉話率偏高（非全掉話）的情況，需要檢查RL功率參數(shù)設(shè)置是否合理，包括無線鏈路最大最小發(fā)射功率MAXDLTXPWR/MINDLTXPWR，減少由于功率過小導(dǎo)致邊緣用戶掉話