華為TOP小區(qū)處理階段流程經(jīng)驗(yàn)總結(jié)

1、TOP小區(qū)處理流程總結(jié)1 TOP小區(qū)處理流程及整體處理情況1.1 TOP小區(qū)分解TD-SCDMA網(wǎng)絡(luò)系統(tǒng)重要的話統(tǒng) KPI包才CS/PS無(wú)線接通率、CS/PS無(wú)線掉線率、接力切換成功率、RNC間硬切換成功率、3G/2G互操作成功率等，針對(duì)這些 KPI指標(biāo)，可以 通過(guò)分析、處理和解決影響這些指標(biāo)的問(wèn)題小區(qū)，提升和改善KPI指標(biāo)。1. 2問(wèn)題處理流程TOP小區(qū)問(wèn)題處理流程中，原因分析是流程中的關(guān)鍵點(diǎn)和重點(diǎn)。2無(wú)線接通率TOP小區(qū)分析處理無(wú)線接通率=RRC建立成功率*RAB建立成功率，接通率需要從 RRC建立成功率和 RAB建立成功率兩塊進(jìn)行分析。 RRC建立成功率與業(yè)務(wù)類型沒(méi)有關(guān)系， RAB建立成

2、功率則 與業(yè)務(wù)類相關(guān)，需要分 PS業(yè)務(wù)/CS業(yè)務(wù)進(jìn)行分析。每次 RRC和RAB建立失敗，話統(tǒng)都會(huì) 輸出一個(gè)失敗原因統(tǒng)計(jì)。2.1 RRC建立失敗處理2.1.1 RRC建立失敗原因RRC建立失敗的原因可以通過(guò)RRC原因統(tǒng)計(jì)的細(xì)化 Counter進(jìn)行確定。表3是RRC建立失敗的對(duì)應(yīng)原因打點(diǎn)。表4為RRC失敗對(duì)應(yīng)的原因分析。表3: RRC失敗原因打點(diǎn)RRC連接失敗次數(shù)擁塞RRC連接失敗次數(shù)AAL2建立失敗小區(qū)中因網(wǎng)絡(luò)擁塞而拒絕RRC連接請(qǐng)求的次數(shù)RRC連接失敗次數(shù)FP同步失敗小區(qū)中因無(wú)應(yīng)答而導(dǎo)致RRC連接失敗的次數(shù)RRC連接失 敗次數(shù)RL 建立失敗RRC.FailConnEstab.1RRC.Fail

3、ConnEstab.AAL2SetupFailRRC.FailConnEstab.CongRRC.FailConnEstab.FPSynFailRRC.FailConnEstab.NoReplyRRC.FailConnEstab.RlSetupFail表4: RRC失敗對(duì)應(yīng)的原因分析掉話原因含義分析RRC.FailConnEstab.1RRC連接失敗次數(shù)擁塞當(dāng) UE 發(fā) RRC CONNETION REQ,收不至U SETUP消息，重發(fā)REQUEST消息，當(dāng)達(dá)到N300次，還沒(méi) 收到SETUP,則RRC建立失敗，原因值為“擁塞”。RRC.FailConnEstab.R1SetupFailRRC

4、連接失敗次數(shù)RL建立失敗當(dāng)IUb 口出現(xiàn)問(wèn)題，或者 NodeB只接回復(fù)RL建立失敗，就會(huì)導(dǎo)致RL建立失敗，原因值為RL建立失敗。RRC.FailConnEstab.NoReply小區(qū)中因無(wú)應(yīng)答而導(dǎo)致RRC連接失敗的次數(shù)RNC向UE發(fā)送RRC CONNECT SETUP消息后，沒(méi)有收至U UE 發(fā)送 RRC CONNECT SETUPCOMPLETE 消息。RRC.FailConnEstab.FPSynFailRRC連接失敗次數(shù)FP同步失敗在為用戶建立IUB接口用戶面時(shí)，RNC建立好DCH 的FP之后，會(huì)發(fā)起FP同步過(guò)程，如果該過(guò)程失敗， 就認(rèn)為RRC失敗。如果出現(xiàn)FP失敗，需要檢查IUB 接口

5、的用戶面是否有問(wèn)題。同時(shí)可以跟蹤到NodeB那邊，是否收到了 FP同步幀來(lái)確認(rèn)。RRC.FailConnEstab.ARRC連接失敗次數(shù)用戶建立IUB接口用戶面時(shí)，需要先建立AAL2鏈AL2Fail<AAL2建立失敗>路。如果AA2失敗，后續(xù)的FP、MACD等都無(wú)法建立。如果出現(xiàn)AA.2建立失敗，需要檢查IUB 口的通 道是否止常，如PATH配置是否合理。2.1.2 RRC建立失敗處理1) 擁塞在RRC1立出現(xiàn)擁塞時(shí)，可以進(jìn)行下面的操作：將主要業(yè)務(wù)的RRC1立在公共信道上，修改命令行為：主叫流媒類體RRC1立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGS

6、TREAMCALLEST, SIGCHTYP E=FACH主叫交互類RRC!立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGINTERCALLEST, SIGCHTYPE =FACH主叫背景類RRC!立在FACH上SET RRCESTCAUSE: RRCCAUSE=ORIGBKGCALLEST, SIGCHTYPE=FACH終止流媒體類RRC!立在FACHLhSET RRCESTCAUSE: RRCCAUSE=TERMSTREAMCALLEST, SIGCHTYP E=FACH終止交互類RRC!立在FACHLkSET RRCESTCAUSE: RRCCAUSE=TER

7、MINTERCALLEST, SIGCHTYPE=FACH終止流媒體類RRC!立在FACHLhRCESTCAUSE: RRCCAUSE=TERMBKGCALLEST, SIGCHTYPE=FACH去附著信令承載建立在 FACHLkSET RRCESTCAUSE: RRCCAUSE=DETACHEST, SIGCHTYPE =FACH注冊(cè)登記承載在FACH±SET RRCESTCAUSE: RRCCAUSE=REGISTEST, SIGCHTYPE=FACH提高擁塞小區(qū)的最小接入電平，限制部分低電平用戶的接入：修改命令： MOD CELLSELRESEL: QRXLEVMIN=-96

8、;打開LDC開關(guān)；對(duì)于業(yè)務(wù)量持續(xù)較大的小區(qū)，可以考慮建議擴(kuò)容。2) RL建立失敗針對(duì)RL建立失敗比較多，可采取下面的措施進(jìn)行處理：首先確認(rèn)Node B小區(qū)運(yùn)行是否正常，小區(qū)載波的運(yùn)行狀態(tài)，檢查告警信息，檢查是否存在小區(qū)退服、GPS失步或者公共傳輸信道不可用等告警，如果存在首先進(jìn)行處理?，F(xiàn)場(chǎng)復(fù)測(cè)，分析 Radio Link Setup Failure 消息，定位失敗原因，針對(duì)失敗原 因進(jìn)行相應(yīng)的處理；檢查DOFFC開關(guān)，保證關(guān)閉；DOFFC是專用信道偏移開關(guān)， 用來(lái)交叉錯(cuò)開幀號(hào)， 由于功能還不好用，都建議關(guān)閉；分析是否屬于產(chǎn)品問(wèn)題，請(qǐng)產(chǎn)品幫助定位解決。3) 無(wú)應(yīng)答針對(duì)無(wú)應(yīng)答問(wèn)題，可以進(jìn)行以下的處

9、理：查看上下行ISCP值，確定和處理干擾問(wèn)題；增大上行干擾余量 ULINTERFERESV ,該值用來(lái)調(diào)整和計(jì)算上行期望接受功率的大小，間接提高 SRB/RB建立時(shí)上行期望接收功率；對(duì)于由于系統(tǒng)間重選導(dǎo)致的大量RR汝敗，可以提高最小接入電平 QRXLEVMI咸者降低空閑異系統(tǒng)重選門限IDLESEARCHRAT使用戶盡量駐留在 T網(wǎng)。4) FP同步失敗FP同步失敗可能的原因：可能是Iub接口傳輸層配置錯(cuò)誤；或者Iub接口的接線存在問(wèn)題，導(dǎo)致FP同步失??；或者Iub帶寬配置錯(cuò)誤，在Iub接口出現(xiàn)擁塞；可能的大都是產(chǎn)品故障，提交產(chǎn)品維護(hù)部進(jìn)行解決；在出現(xiàn)FP同步失敗問(wèn)題時(shí)，提交產(chǎn)品維護(hù)人員處理。5)

10、 AAL2建立失敗出現(xiàn)Node B和RNCM個(gè)網(wǎng)元的傳輸層參數(shù)配置不一致的情況，導(dǎo)致出現(xiàn)RRC建立失敗TOP小區(qū)。首先確認(rèn)AAL2的參數(shù)配置是否正確；檢查RN/口 NodeB側(cè)的PATH ID配置是否一致；檢查 RNC NodeB側(cè)的PATH ID配置是否一致。2.2 RAB建立失敗處理2.2.1 CS RAB建立失敗原因CS RAB建立失敗的原因可以通過(guò)RAB原因統(tǒng)計(jì)的細(xì)化 Counter進(jìn)行確定。表 5是CSRAB建立失敗的對(duì)應(yīng)原因打點(diǎn)。表 6為CS RAB失敗對(duì)應(yīng)的原因分析。表5: CS RAB失敗原因打點(diǎn)電路域RAB指配建立失敗的RAB數(shù)目尢可用資源電路域RAB指配建立失敗的RAB數(shù)目

11、未知錯(cuò)誤電路域RAB指配建立失敗的RAB數(shù)目無(wú)效的RAB參數(shù)電路域RAB指配建立失敗的RAB數(shù)目最大速率不支持電路域RAB指配建立失敗的RAB數(shù)目排隊(duì)定時(shí)器超時(shí)電路域RAB指配建立失敗的RAB數(shù)目IU 口傳輸連接建立失敗RAB.FailRabRAB.FailRabRAB.FailRabRAB.FailRabRAB.FailRabRAB.FailRabAssnEstabCsAssnEstabCsAssnEstabCsAssnEstabCsAssnEstabCsAssnEstabCs.114.115.19.20.5.66表6: CS RAB失敗對(duì)應(yīng)的原因分析掉話原因含義分析RAB.FailRabA

12、ssignEstabCS.66CS域RAB指配建立 失敗的RAB數(shù)目IU 口傳輸連接失敗檢查IU 口通道。RAB.FailRabAssignEstabCS.5CS域RAB指配建立 失敗的RAB數(shù)目排隊(duì)定時(shí)器超時(shí)RNC支持排隊(duì)機(jī)制，排對(duì)超時(shí)。擁塞導(dǎo)致。RAB.FailRabAssignEstabCS.115RRC連接失敗次數(shù)未知錯(cuò)誤跟蹤log確認(rèn)RAB.FailRabAssignEstabCS.114CS域RAB指配建立 失敗的RAB數(shù)目無(wú) 可用資源小區(qū)擁塞或者資源 （HS）不足時(shí)，又不支持排對(duì)搶站。RAB.FailRabAssignEstabCS.19CS域RAB指配建立失敗的RAB數(shù)目無(wú)效R

13、AB參數(shù)CN發(fā)給RNC的RAB指派消息中，RAB參數(shù)不符合 協(xié)議。RAB.FailConnEstab.AAL2FailCS域RAB指配建立失敗的RAB數(shù)目最大速率/、支持RNC在進(jìn)行RAB資源分配時(shí)，如果出現(xiàn)資源無(wú)法支 持該RAB的速率要求，又不支持排隊(duì)搶占， 則會(huì)上 報(bào)取大速率小支持。2.2.2 PS RAB建立失敗原因PS RAB建立失敗的原因可以通過(guò) RAB原因統(tǒng)計(jì)的細(xì)化 Counter進(jìn)行確定。表 7是PS RAB建立失敗的對(duì)應(yīng)原因打點(diǎn)。表 8為PS RAB失敗對(duì)應(yīng)的原因分析。表7: PS RAB失敗原因打點(diǎn)分組域RAB分組域RAB分組域RAB分組域RAB分組域RAB分組域RAB指配建

14、立失敗指配建立失敗指配建立失敗指配建立失敗指配建立失敗指配建立失敗的RAB數(shù)目的RAB數(shù)目的RAB數(shù)目的RAB數(shù)目的RAB數(shù)目的RAB數(shù)目尢可用資未知錯(cuò)誤無(wú)效RAB參最大速率不排隊(duì)定時(shí)器IU 口傳輸連源數(shù)支持超時(shí)接建立失敗RAB.FailRabRAB.FailRabRAB.FailRabRAB.FailRabRAB.FailRabRAB.FailRabAssnEstabPsAssnEstabPsAssnEstabPsAssnEstabPsAssnEstabPsAssnEstabPs.114.115.19.20.5.66表8: PS RAB失敗對(duì)應(yīng)的原因分析掉話原因含義分析RAB.FailRab

15、EtabPSNoQueuing.19PS域RAB指配建立失敗的RAB數(shù)目 無(wú)效RAB參數(shù)CN發(fā)給RNC的RAB指派消息中，RAB參數(shù)不符合協(xié)議。RAB.FailRabEtabPSNoQueuing.20CS域RAB指配建立失敗的RAB數(shù)目最大速率/、支持RNC在進(jìn)行RAB資源分配時(shí)，如果出現(xiàn)資源無(wú)法支持該RAB的速率要求，又不支持排隊(duì)搶占， 則會(huì)上報(bào)取大速率小支持。RAB.FailRabEtabPSNoRRC連接失敗次數(shù)檢查IU 口通道Queuing.66IU 口傳輸連接失敗RAB.FailRabEtabPSNoQueuing .114PS域RAB指配建立失敗的RAB數(shù)目尢可用資源小區(qū)擁塞或者

16、資源 （HS）不足時(shí)，又不支持排對(duì)搶站。FailRabEtabPSNoQueuing .115PS域RAB指配建立失敗的RAB數(shù)目未知錯(cuò)誤跟蹤log確認(rèn)。2.2.3 CS/PS RAB建立失敗處理1）最大速率不支持在出現(xiàn)因?yàn)樽畲笏俾什恢С謱?dǎo)致PS域RAB建立失敗時(shí)，占用的比例過(guò)大，可采用下面的措施進(jìn)行優(yōu)化：調(diào)整下行的最大初始接入速率，使接入的時(shí)候避免RAB擁塞；調(diào)整金/銀/銅用戶的保證速率，使大速率的PS用戶如384K用戶不至于由于超過(guò)滿碼道而導(dǎo)致接入失敗和掉話的其它問(wèn)題，將其最大初始接入速率調(diào)整為128K;針對(duì)不支持R5業(yè)務(wù)的數(shù)據(jù)卡，不能配置為大速率的上行數(shù)據(jù)業(yè)務(wù)。2）無(wú)可用資源/擁塞無(wú)可用

17、資源，先要確定，是否存在碼資源擁塞情況，或是通過(guò)查詢IUB 口傳輸資源配置情況，分別進(jìn)行處理。碼資源擁塞處理：針對(duì)TOP小區(qū)，查看載頻和相對(duì)應(yīng)的DSP使用情況，確定載頻狀態(tài)正常；對(duì)比小區(qū)業(yè)務(wù)量，如果發(fā)現(xiàn)是因?yàn)闃I(yè)務(wù)量過(guò)高導(dǎo)致，可以適度提高“最小接收電平/QRXLEVMIN ”，減少部分用戶接入；調(diào)整上下行最大初始接入速率，“ ULBETRAFFINITBITRATE”和 “DLBETRAFFINITBITRATE,如果H業(yè)務(wù)上行碼資源受限，可是將上行初始接入速率降到16K;根據(jù)擁塞用戶的下行傳輸信道類型確定擁塞用戶中H和D的用戶比例，如果是D用戶擁塞較多，可以限定金銀銅用戶的最大速率；如果是 H

18、用戶較多，可以針對(duì)個(gè)別小區(qū)擴(kuò)容一個(gè) H頻點(diǎn)，但要注意擴(kuò)容 H頻點(diǎn)對(duì)周圍小區(qū)的干擾；）如果是H用戶，建議將H頻點(diǎn)的最大接入用戶數(shù)設(shè)置為頻點(diǎn)碼資源最大能力，不建議設(shè)置超過(guò)最大能力的值。現(xiàn)網(wǎng)絕大大多數(shù)的 H載頻設(shè)置的最大用戶數(shù)仍為8,可以將該值設(shè)置為 7、或者6;RRC言令連接建立建立在 FACHk面，減少由于隨機(jī)接入如注冊(cè)、附著、短信等 占有DPCHW道的專用碼道資源。IUB 口帶寬擁塞處理：查詢IUB 口傳輸資源配置情況， 是否存在資源配置不足情況；另外通過(guò)查詢告警信息，確定是否存在 E1/T1告警，導(dǎo)致可用 E1/T1減少；話統(tǒng)Counter無(wú)法打點(diǎn)，IUB 口帶寬擁塞的打點(diǎn)可以通過(guò) PCHR

19、定位，并且?guī)?寬擁塞特征是某個(gè)基站下所有小區(qū)都有所體現(xiàn)。RAB異常錯(cuò)誤編碼CountNBM_CRA_CELL_RR_IUB_DL_FAIL（168724457）59確定E1/T1資源不足或者 E1/T1告警，需推動(dòng) E1/T1擴(kuò)容或者告警處理。3） UE無(wú)相應(yīng)跟蹤用戶CDT定位問(wèn)題，確認(rèn) RNB否U到UE上報(bào)的RB配置完成消息；觀測(cè)TOP小區(qū)的上下行干擾水平， 避免由于個(gè)別小區(qū)干擾較大導(dǎo)致UE無(wú)相應(yīng)；如果存在弱覆蓋，優(yōu)化重選參數(shù)，使UE盡快選到信號(hào)更好的小區(qū)；提高上行干擾余量“ ULINTERFERERSV ”，以增大開環(huán)功率； 確定是否由于問(wèn)題終端導(dǎo)致。2.3接通率TOP小區(qū)一般處理過(guò)程1）

20、 查詢和分析TOP小區(qū)的話統(tǒng)，確定是 RRC建立成功率問(wèn)題還是 RAB建立成功率 問(wèn)題，并通過(guò)對(duì)應(yīng)的話統(tǒng)原因 Counter,確定失敗的原因類型，以便下一步的分析；2）查詢TOP小區(qū)是否存在告警或者故障：特別注意駐波比告警和載波是否可用，GPS告警（GPS失步）是引起上下行干擾的重要原因，這些告警將嚴(yán)重的影響RRC建立成功。3）上下行干擾：上行干擾可以通過(guò)后臺(tái)查詢和統(tǒng)計(jì)上行ISCP值狀態(tài)，如果出現(xiàn)較大的波動(dòng)或者持續(xù)大于-95dBm以上，可以確定存在上行干擾，需需要對(duì)干擾進(jìn)行 分析；首先，進(jìn)行對(duì)問(wèn)題小區(qū)的頻率和擾碼進(jìn)行分析，是否同頻、同擾干擾；其次，需要現(xiàn)場(chǎng)進(jìn)行測(cè)試核查， 是否存在較大干擾源，特

21、別地，對(duì)于室內(nèi)分布系統(tǒng)，需要排查分布系統(tǒng)是否存在干放和合路器，干放及合路器問(wèn)題通常是重要的上行干擾問(wèn)題源；下行干擾，可以通過(guò)現(xiàn)場(chǎng)測(cè)試，通過(guò) C/I狀況進(jìn)行確定，頻率、擾碼分析是 重要的手段。4）無(wú)線環(huán)境因素：PS業(yè)務(wù)主要在室內(nèi)使用，如果沒(méi)有分布系統(tǒng)，室外站點(diǎn)的PCCPCHRSCP的接受電平相對(duì)較低，或者直接是弱覆蓋，是RRC的建立成功的直接原因，因此，可能要提高 PCCPCH功率，或者調(diào)整最小接入電平QRXLEVMIN （將此部分用戶遷移至覆蓋更好的 2G系統(tǒng)）；5）針對(duì)現(xiàn)場(chǎng)測(cè)試和后臺(tái)分析，可以通過(guò)調(diào)整部分參數(shù)，提升 RRC/RAB成功率。3無(wú)線掉線率TOP小區(qū)分析處理3.1 CS掉線處理3.

22、1.1 CS掉線話統(tǒng)打點(diǎn)原因CS掉線的原因可以通過(guò)話統(tǒng)原因統(tǒng)計(jì)的細(xì)化Counter進(jìn)行確定。表9是CS掉線的對(duì)應(yīng)原因打點(diǎn)。表9: CS掉線的對(duì)應(yīng)原因打點(diǎn)AAL2鏈路失步導(dǎo)致IU釋放FP/MDC異常導(dǎo)致IU釋放RL失步導(dǎo)致IU釋放L2DSP故障導(dǎo)致IU釋放SRB復(fù)位導(dǎo)致的IU釋放UE重配超時(shí)導(dǎo)致的IU釋放UE RB重配無(wú)響應(yīng)導(dǎo)致的IU釋放VS.IuRelReqCsubAal2FailVS.IuRelReqCs.IubFpMdcAbnormVS.IuRelReqCs.IubRlFailIndVS.IuRelReqCs.L2AbnormVS.IuRelReqCs.SrbResetVS.IuRelRe

23、qCs.UeHhoNoRspVS.IuRelReqCs.UeRbRecfgNoRspUE返回錯(cuò)誤導(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.IuRelReqVS.IuRelReqVS.RabRelReVS.RabRelReVS.RabRelReVS.RabRelReVS.RabRelReCs.UeRspFailCs.UeSigRelqCs.CellCongestqCs.IubAal2FailqCs.IubFpMdcAbnormqCs.L2Abnor m

24、qCs.PiuErr3.1.2 CS掉線原因分布全網(wǎng)的CS掉線的主要原因是：RL失步；SRB復(fù)位；UE側(cè)信令釋放；UE RB重配無(wú)響應(yīng)。CS掉線的TOP小區(qū)的主要問(wèn)題原因集中于RL失步和SRB復(fù)位。RL失步：RNC收至ij NodeB上報(bào)的RL Failure, RL失步的判斷機(jī)制為處于 CELL_DCH 狀態(tài) 的UE, NB檢測(cè)到上行連續(xù)接收到來(lái)自物理層的NOUTSYNCIND 個(gè)連續(xù)" ourofsync'指示時(shí)，啟動(dòng)定時(shí)器 TRLFAILURE ,在此過(guò)程中若連續(xù)接收到來(lái)自物理層 的 NINSYNCIND 個(gè)連續(xù) " insync”指示，TRLFAILURE

25、停止，否則 TRLFAILURE 超時(shí)，視為無(wú)線鏈路失敗。NB發(fā)起Radio Link Failure Indication過(guò)程，RNC等待IUCSRELNORABTPffi寸發(fā)起 Iu release request ,請(qǐng)求釋放 Iu 連接；SRB復(fù)位：SRB復(fù)位是針對(duì)使用 AM 模式的SRB而言，在RLC AM模式下，當(dāng)某個(gè)PDU經(jīng) 過(guò)Max_DAT-1次重傳后，都沒(méi)有成功發(fā)送，發(fā)送端上報(bào)RLC不可恢復(fù)錯(cuò)誤，RAB 釋放。3.1.3 TOP小區(qū)CS掉線處理1） RL失步可以采用以下的處理方式：處理弱覆蓋區(qū)域（通常接入電平較低，可以通過(guò)PCHR工具確定用戶的RACH接 入電平）導(dǎo)致的 RL失

26、步掉話，可以通過(guò) RF調(diào)整進(jìn)行處理，另外對(duì)于RF調(diào)整無(wú)法進(jìn)行調(diào)整的可以考慮通過(guò)調(diào)整最小接入電平，避免用戶接入T網(wǎng)或者調(diào)整2G/3G互操作參數(shù)，將用戶遷移至覆蓋更好的2G網(wǎng)絡(luò)；調(diào)整無(wú)線鏈路最小發(fā)射功率；確定是否存在上行ISCP異常問(wèn)題，核查處理內(nèi)、外部干擾；營(yíng)業(yè)廳或者出售 SIM/終端場(chǎng)所的異常操作（拔電池、頻繁試 SIM卡）導(dǎo)致的RL 失敗可以通過(guò)PCHR確定。2） SRB復(fù)位SRB復(fù)位，主要是由于上下行鏈路質(zhì)量較差導(dǎo)致，處理方法有：RF調(diào)整；2G/3G互操作調(diào)整，將用戶遷移至覆蓋更好的2G網(wǎng)絡(luò)；3） RB失敗切換失敗導(dǎo)致的掉話，可以通過(guò)核查聯(lián)合報(bào)表和CELL to CELL切換統(tǒng)計(jì)確定，梳理

27、鄰區(qū)關(guān)系，確定目標(biāo)小區(qū)是否存在問(wèn)題（硬件故障等）；部分異常終端問(wèn)題，通過(guò)PCHR確定問(wèn)題終端類型。卜表是RNC的話統(tǒng)統(tǒng)計(jì)點(diǎn)和實(shí)際掉話原因的可能關(guān)聯(lián)關(guān)系。際4理因話統(tǒng)掉話頭RF原 因參數(shù)配置上行干擾負(fù)載過(guò)高流程問(wèn)題傳輸問(wèn)題設(shè)備異常手機(jī)異常OM 操 作RB復(fù)位VVVVRL>VVVVSRB復(fù)位VVVV3.2 CS掉線處理3.2.1 PS掉線話統(tǒng)打點(diǎn)原因PS掉線的原因可以通過(guò)話統(tǒng)原因統(tǒng)計(jì)的細(xì)化Counter進(jìn)行確定。表10是PS掉線的對(duì)應(yīng)原因打點(diǎn)。表10: PS掉線的對(duì)應(yīng)原因打點(diǎn)IUB 口FP/MDRL失L2DSPSRB復(fù)等待重等待UE返UE側(cè)TRB復(fù)PS域AAL2 鏈C異常敗導(dǎo)致故障導(dǎo)位導(dǎo)致配

28、置完UE側(cè)回錯(cuò)誤信令連位導(dǎo)致用戶不路異常導(dǎo)致分分組域致分組分組域成消息RB配導(dǎo)致分接釋放分組域活動(dòng)導(dǎo)導(dǎo)致分組域IU釋域IUIU釋超時(shí)導(dǎo)置超時(shí)組域請(qǐng)求導(dǎo)RAB致分組組域IUIU釋放釋放放致分組導(dǎo)致分IU釋致分組釋放域釋放放域IU組域放域IURAB釋放IU釋釋放釋放放VS.IuRVS.IuRVS.IuRVS.IuRelReqPVS.IuRVS.IuRVS.IuRelReqPelReqPVS.IuRVS.IuRVS.RabVS.RabelReqPs.IubFpelReqPelReqPelReqPs.UeHhs.UeRbelReqPelReqPRelReqRelReqs.IubAaMdcAbs.Iub

29、Rls.L2Abs.SrbReoNoRsRecfgNs.UeRss.UeSigPs.TrbPs.PsUl2FailnormFailIndnormsetPoRsppFailRelResetserInact3.2.2 PS掉線原因分布全網(wǎng)的PS掉線的主要原因是：RL失步；SRB復(fù)位；TRB復(fù)位；UE側(cè)RB重配超時(shí)（UE無(wú)響應(yīng)）；UE側(cè)信令釋放。3.2.3 TOP小區(qū)PS掉線處理1) RL失步RL失敗導(dǎo)致的PS掉線和CS掉線原因是一直的，下行鏈路失敗，伴隨著 Cellupdate 出現(xiàn)，可以跟蹤信令或者 PCHR數(shù)據(jù)核查到；上行鏈路失步，除上行干擾和弱覆蓋問(wèn)題導(dǎo) 致外，現(xiàn)網(wǎng)的大量營(yíng)業(yè)廳或者其他用戶的

30、業(yè)務(wù)模式下直接拔數(shù)據(jù)卡貢獻(xiàn)了大量的RL失敗PS掉線，嚴(yán)重的影響全網(wǎng)的PS掉線率，需要引導(dǎo)用戶的使用行為。RL失敗處理方法：與CS RL掉話處理方法一致。2) SRB/TRB 復(fù)位SRB RESET ：網(wǎng)絡(luò)側(cè)下發(fā)測(cè)量控制后收不到終端底層回復(fù)的ACK消息發(fā)起IU Release原因是 Radio Connection with UE lost ,統(tǒng)計(jì)原因值為 SRB RST ,主要包括 RB重配置完成 消息網(wǎng)絡(luò)側(cè)未收到，測(cè)量控制報(bào)告下發(fā)后接收不到L2確認(rèn)發(fā)生SRB復(fù)位以及Node B上報(bào)RL Failure。另外，部分由于終端上發(fā)因SRBError引起的CELLUPDATE其主要原因是空口質(zhì)量差以

31、及用戶間干擾較大，可以調(diào)整下面的參數(shù)盡量去避免：調(diào)整頻點(diǎn)，使用室內(nèi)頻點(diǎn)替換H頻點(diǎn)，降低頻點(diǎn)間的干擾；針對(duì)H負(fù)載較高的TOP小區(qū)，可多配置一個(gè)H載波，即采用配置兩個(gè) H頻點(diǎn)的方 法，在輔載波上配置 H頻點(diǎn)，將H業(yè)務(wù)分散開；對(duì)R4業(yè)務(wù)的下行 DCCC算法速率調(diào)整門限進(jìn)行調(diào)整，降低 DCCC的次數(shù)以降低 RB重配置發(fā)生的次數(shù)，降低掉話率；RF調(diào)整；2G/3G互操作調(diào)整，將用戶遷移至覆蓋更好的2G網(wǎng)絡(luò)。3) UE無(wú)響應(yīng)UE無(wú)響應(yīng)，系統(tǒng)下發(fā) RB重配置消息后，未收到 RB重配置完成消息，主要是由于 空口原因?qū)е隆８橳OP小區(qū)忙時(shí)的PCHR log進(jìn)行分析可知，UE無(wú)響應(yīng)主要由 DCCC算法對(duì)于在 DC

32、H上下行信道動(dòng)態(tài)調(diào)整 RB重配置過(guò)程超時(shí)導(dǎo)致，需要對(duì)DCCC算法的參數(shù)進(jìn)行優(yōu)化， 優(yōu)化措施如下：設(shè)置初始接入速率為16k,可以減少接入失敗及初始接入后從32k重配置到16k的概率，從而降低 RB重配置的概率，降低 RB重配置失敗的次數(shù)，MML 設(shè)置如下：SET FRC: ULBETRAFFINITBITRATE=D16 ;上行中間速率為手動(dòng)配置的32k,下行采用3級(jí)調(diào)速；設(shè)置用戶BE業(yè)務(wù)上行DCH最大速率，建議設(shè)置為64K,對(duì)不支持 R5的用戶，限制最大接入速率，初始接入時(shí)使用128K;目前19號(hào)軟參26bit,置1, D2D由于碼資源不夠，切換失敗，上行降速到 GBR 下門限或DCH下門限。

33、4) 負(fù)載較重大的小區(qū)，可以調(diào)整載波優(yōu)先級(jí)。5) 3掉線率TOP小區(qū)一般處理過(guò)程1）查看問(wèn)題小區(qū)本站點(diǎn)及周邊小區(qū)是否告警：重點(diǎn)關(guān)注站是否存在駐波比告警、GPS告警、小區(qū)載波狀態(tài)是否建立已可用，存在硬件告警的，將問(wèn)題及時(shí)反饋，通知工程和維護(hù)進(jìn)行處理。2）查看信令流程：對(duì)于連續(xù)多天全掉話 /高掉話（掉話率90%）小區(qū)，首先檢查是否有故 障（告警），并進(jìn)行單小區(qū)Uu 口、Iub 口、Iu 口信令跟蹤，獲取相關(guān)信令；從信令中分 析異常釋放的原因，做相應(yīng)的處理。3）查看是否存在上行干擾：從話統(tǒng)數(shù)據(jù)中獲取上行各時(shí)隙干擾統(tǒng)計(jì)數(shù)據(jù)，看網(wǎng)內(nèi)是否存在強(qiáng)干擾導(dǎo)致的掉話，對(duì)于上行干擾導(dǎo)致的掉話，一般會(huì)伴隨著接入失敗率

34、高、CS掉話率高、切換失敗率高等現(xiàn)象。4） 查看是否存在下行干擾：進(jìn)行小區(qū)內(nèi)詳細(xì)路測(cè)，獲取 PCCPCH C/I、下行時(shí)隙的ISCP 和頻點(diǎn)占用信息，觀察是否存在較大范圍C/I小于3db、ISCP過(guò)高的情況。需要檢查頻點(diǎn)擾碼分布的合理性，如果存在同頻同碼組小區(qū)相鄰并且正對(duì)的情況，需要修改擾碼規(guī)避。5）查看是否由于切換失敗導(dǎo)致的掉話：對(duì)于掉話率偏高（非全掉話）的情況，需要同時(shí)檢查系統(tǒng)內(nèi)切換成功率和系統(tǒng)間切換成功率，如果切換成功率較低，意味著在用戶所在地點(diǎn)有別的小區(qū)可以提供更好的服務(wù)，但無(wú)法切換。這種情況下需要檢查切換相關(guān)參數(shù)， 提高切換成功率，減小掉話率。同時(shí)需要檢查是否有鄰區(qū)漏配，這種情況在話

35、統(tǒng)切換成功率中無(wú)法體現(xiàn)，可以通過(guò)基站分布圖大致檢查地理分布相鄰的小區(qū)是否已經(jīng)配置為鄰 區(qū)。鄰區(qū)的合理完善配置需要通過(guò)路測(cè)優(yōu)化來(lái)完成。6）查看是否由于弱覆蓋導(dǎo)致的掉話：對(duì)于掉話率偏高（非全掉話）的情況，需要查看RRC建立成功率是否較低，如果是，考慮到 PS移動(dòng)性較低，則可能是覆蓋弱導(dǎo)致的掉話。結(jié)合小區(qū)級(jí)trace跟蹤，分析掉話用戶的 RRC請(qǐng)求中攜帶的PCCPCH RSCP,看是否存 在大量用戶接入時(shí) RSCP小于-95dbm的情況。小區(qū)弱覆蓋的判斷需要結(jié)合路測(cè)數(shù)據(jù)， 觀察小區(qū)覆蓋情況，進(jìn)行 RF優(yōu)化改善。可適當(dāng)加大 PCCPCH功率（建議3dB以內(nèi)， 不超過(guò) PCCPCH最大建議配置功率），增強(qiáng)覆蓋；或者反過(guò)來(lái)，調(diào)整最小接入電平 QRXLEVMIN ,適當(dāng)抬高接入條件，保證接入時(shí)的電平穩(wěn)定。7）檢查是否由于功率參數(shù)設(shè)置不合理。對(duì)于PS掉話率偏高（非全掉話）的情況，需要檢第17頁(yè)，共17頁(yè)查 RL功率參數(shù)設(shè)置是否合理包括無(wú)線鏈路最大最小發(fā)射功率MAXDLTXPWR/MINDLTXPWR ,減少由于功率過(guò)小導(dǎo)致邊緣用戶掉話。8）檢查是否由于個(gè)別用戶導(dǎo)致的掉話指標(biāo)異常。用戶由于終端原因或者所在位置覆蓋較 差，會(huì)造成頻繁掉話。4切換失敗TOP小區(qū)分析處理切換，按照切換類型分為接力切換和硬切換，根據(jù)頻率是否相同則分為同頻切換和