華為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 無線接通率、 CS/PS 無線掉線率、接力切換成功率、RNC 間硬切換成功率、3G/2G 互操作成功率等，針對(duì)這些KPI 指標(biāo)，可以通過分析、處理和解決影響這些指標(biāo)的問題小區(qū)，提升和改善KPI 指標(biāo)。話統(tǒng) TOP 小區(qū)輸出2G/3G 互操作 TOP 小區(qū)掉話類、呼叫接通類、產(chǎn)品性能 TOP 小區(qū)問問題切換類等 TOP 問題題2G/3G 團(tuán)隊(duì)分區(qū)域處理產(chǎn)品性能團(tuán)隊(duì)1. 2 問題處理流程TOP 小區(qū)問題處理流程中，原因分析是流程中的關(guān)鍵點(diǎn)和重點(diǎn)。-TO

2、P 小區(qū)問題獲取相關(guān)話統(tǒng)數(shù)據(jù)獲取原因分析問題處理方案輸出參數(shù)修改現(xiàn)場測試調(diào)整觀察話統(tǒng)否話統(tǒng)是否正常是關(guān)閉問題問題案例輸出結(jié)束2 無線接通率 TOP 小區(qū)分析處理無線接通率RRC 建立成功率 *RAB建立成功率，接通率需要從RRC 建立成功率和RAB 建立成功率兩塊進(jìn)行分析。RRC 建立成功率與業(yè)務(wù)類型沒有關(guān)系，RAB 建立成功率則與業(yè)務(wù)類相關(guān)，需要分PS 業(yè)務(wù) /CS 業(yè)務(wù)進(jìn)行分析。每次RRC 和 RAB 建立失敗，話統(tǒng)都會(huì)輸出一個(gè)失敗原因統(tǒng)計(jì)。2.1RRC 建立失敗處理2.1.1 RRC 建立失敗原因-RRC 建立失敗的原因可以通過RRC 原因統(tǒng)計(jì)的細(xì)化Counter 進(jìn)行確定。表 3 是

3、RRC 建立失敗的對(duì)應(yīng)原因打點(diǎn)。表4 為 RRC 失敗對(duì)應(yīng)的原因分析。表 3： RRC 失敗原因打點(diǎn)RRC 連接失小區(qū)中因網(wǎng)小區(qū)中因無RRC 連接失RRC 連接失RRC 連接失敗次數(shù)絡(luò)擁塞而拒應(yīng)答而導(dǎo)致敗次數(shù) 擁敗次數(shù) FP敗次數(shù) RL同步失敗 建立失敗 失敗 請(qǐng)求的次數(shù)敗的次數(shù)RRC.FailConRRC.FailConRRC.FailConRRC.FailConRRC.FailConRRC.FailConnEstab.AAL2nEstab.FPSynnEstab.NoRenEstab.RlSetunEstab.1nEstab.CongSetupFailFailplypFail表 4： RR

4、C 失敗對(duì)應(yīng)的原因分析掉話原因含義分析RRC 連接失敗次數(shù) 收到 SETUP，則 RRC建立失敗，原因值為“擁塞” 。RRC.FailConnEstab.R1RRC 連接失敗次數(shù)當(dāng) IUb 口出現(xiàn)問題，或者NodeB只接回復(fù) RL 建立失SetupFail敗，就會(huì)導(dǎo)致 RL 建立失敗， 原因值為 RL 建立失敗。RRC.FailConnEstab.No小區(qū)中因無應(yīng)答而導(dǎo)RNC向 UE 發(fā)送 RRC CONNECT SETUP 消息后，沒致 RRC 連接失敗的次有收到UE發(fā)送RRC CONNECTSETUPReply數(shù)COMPLETE 消息。在為用戶建立 IUB 接口用戶面時(shí)， RNC 建立好

5、DCH的 FP之后，會(huì)發(fā)起 FP同步過程，如果該過程失敗，RRC.FailConnEstab.FPRRC 連接失敗次數(shù)就認(rèn)為 RRC失敗。如果出現(xiàn) FP失敗，需要檢查 IUBSynFail接口的用戶面是否有問題。同時(shí)可以跟蹤到NodeB那邊，是否收到了 FP同步幀來確認(rèn)。RRC.FailConnEstab.ARRC 連接失敗次數(shù)用戶建立 IUB 接口用戶面時(shí)，需要先建立AAL2 鏈AL2Fail路。如果 AA2 失敗，后續(xù)的 FP、MACD 等都無法建-立。如果出現(xiàn) AA.2 建立失敗，需要檢查IUB 口的通道是否正常，如PATH配置是否合理。2.1.2 RRC 建立失敗處理1) 擁塞在 RR

6、C建立出現(xiàn)擁塞時(shí)，可以進(jì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

7、 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；注冊(cè)登記承載在FACH上SET RRCESTCAUSE:

8、RRCCAUSE=REGISTEST, SIGCHTYPE=FACH；? 提高擁塞小區(qū)的最小接入電平，限制部分低電平用戶的接入：修改命令： MOD CELLSELRESEL: QRXLEVMIN=-96；? 打開 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)行處理。?現(xiàn)場復(fù)測，分析Radio Link Setup Failure消息，定位失敗原因，

9、針對(duì)失敗原因進(jìn)行相應(yīng)的處理；? 檢查 DOFFC 開關(guān)，保證關(guān)閉； DOFFC 是專用信道偏移開關(guān)， 用來交叉錯(cuò)開幀號(hào)，由于功能還不好用，都建議關(guān)閉；? 分析是否屬于產(chǎn)品問題，請(qǐng)產(chǎn)品幫助定位解決。3) 無應(yīng)答針對(duì)無應(yīng)答問題，可以進(jìn)行以下的處理：? 查看上下行 ISCP 值，確定和處理干擾問題；? 增大上行干擾余量 ULINTERFERESV ，該值用來調(diào)整和計(jì)算上行期望接受功率的大小，間接提高 SRB/RB 建立時(shí)上行期望接收功率；? 對(duì)于由于系統(tǒng)間重選導(dǎo)致的大量RRC失敗，可以提高最小接入電平 QRXLEVMIN或者降低空閑異系統(tǒng)重選門限IDLESEARCHRAT，使用戶盡量駐留在T 網(wǎng)。4

10、) FP 同步失敗FP 同步失敗可能的原因：? 可能是 Iub 接口傳輸層配置錯(cuò)誤；?或者 Iub 接口的接線存在問題，導(dǎo)致FP 同步失?。? 或者 Iub 帶寬配置錯(cuò)誤，在 Iub 接口出現(xiàn)擁塞；可能的大都是產(chǎn)品故障，提交產(chǎn)品維護(hù)部進(jìn)行解決；在出現(xiàn) FP 同步失敗問題時(shí)，提交產(chǎn)品維護(hù)人員處理。5) AAL2 建立失敗出現(xiàn) Node B 和 RNC兩個(gè)網(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.2RA

11、B 建立失敗處理2.2.1 CS RAB 建立失敗原因CS RAB 建立失敗的原因可以通過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電路域 RAB電路域 RAB電路域 RAB電路域 RAB指配建立失敗指配建立失敗指配建立失敗指配建立失敗指配建立失敗指配建立失敗的RAB 數(shù)目的RAB 數(shù)目的 RAB 數(shù)目的 RAB 數(shù)目的 RAB 數(shù)目的RAB 數(shù)目無效的 RAB最大速率不支排隊(duì)定時(shí)器超未知錯(cuò)誤 參數(shù) 持 時(shí) 接建立失敗 RAB.Fai

12、lRabRAB.FailRabRAB.FailRabRAB.FailRabRAB.FailRabRAB.FailRabAssnEstabCsAssnEstabCsAssnEstabCsAssnEstabCsAssnEstabCsAssnEstabCs.114.115.19.20.5.66表 6： CS RAB失敗對(duì)應(yīng)的原因分析掉話原因RAB.FailRabAssignEstabCS.66RAB.FailRabAssignEstabCS.5RAB.FailRabAssignEstabCS.115RAB.FailRabAssignEstabCS.114含義分析CS域 RAB 指配建立檢查 IU口通

13、道。失敗的 RAB 數(shù)目 CS 域 RAB 指 配 建 立RNC支持排隊(duì)機(jī)制，排對(duì)超時(shí)。擁塞導(dǎo)致。失敗的 RAB 數(shù)目 RRC 連接失敗次數(shù)CS 域 RAB 指 配 建 立小區(qū)擁塞或者資源（HS）不足時(shí)， 又不支持排對(duì)搶失敗的 RAB 數(shù)目 RAB.FailRabAssignEstCS 域 RAB 指 配 建 立CN發(fā)給 RNC 的 RAB 指派消息中， RAB 參數(shù)不符合abCS.19失敗的 RAB 數(shù)目 -RAB.FailConnEstab.ACS域RAB 指配建立RNC在進(jìn)行 RAB 資源分配時(shí)， 如果出現(xiàn)資源無法支AL2Fail失敗的 RAB 數(shù)目 報(bào)最大速率不支持。2.2.2 PS

14、RAB 建立失敗原因PS RAB 建立失敗的原因可以通過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指配建立失敗指配建立失敗指配建立失敗指配建立失敗指配建立失敗指配建立失敗的 RAB 數(shù)目的 RAB數(shù)目的 RAB 數(shù)目的 RAB 數(shù)目的 RAB 數(shù)目的 RAB 數(shù)目 無可用資無效 RAB 參最大速率不 排隊(duì)定時(shí)器數(shù) 支持 超時(shí) 接建立失敗 RAB.FailRabRAB.FailRa

15、bRAB.FailRabRAB.FailRabRAB.FailRabRAB.FailRabAssnEstabPsAssnEstabPsAssnEstabPsAssnEstabPsAssnEstabPsAssnEstabPs.114.115.19.20.5.66表 8： PS RAB 失敗對(duì)應(yīng)的原因分析掉話原因含義分析RAB.FailRabEtabPSNoPS域 RAB 指配建立失CN發(fā)給 RNC 的RAB 指派消息中， RAB 參數(shù)不符合敗的 RAB 數(shù)目 協(xié)議。RAB.FailRabEtabPSNoCS域 RAB 指配建立RNC在進(jìn)行 RAB 資源分配時(shí)， 如果出現(xiàn)資源無法支失敗的 RAB

16、數(shù)目 報(bào)最大速率不支持。RAB.FailRabEtabPSNoRRC 連接失敗次數(shù)檢查 IU 口通道Queuing.66RAB.PS域 RAB 指配建立失小區(qū)擁塞或者資源 （HS）不足時(shí)， 又不支持排對(duì)搶敗的 RAB 數(shù)目 ng .114-PS域 RAB 指配建立失FailRabEtabPSNoQueui敗的 RAB 數(shù)目 2.2.3 CS/PS RAB 建立失敗處理1) 最大速率不支持在出現(xiàn)因?yàn)樽畲笏俾什恢С謱?dǎo)致 PS域 RAB建立失敗時(shí)， 占用的比例過大， 可采用下面的措施進(jìn)行優(yōu)化：?調(diào)整下行的最大初始接入速率，使接入的時(shí)候避免RAB擁塞；? 調(diào)整金 / 銀 / 銅用戶的保證速率， 使大速

17、率的 PS 用戶如 384K 用戶不至于由于超過滿碼道而導(dǎo)致接入失敗和掉話的其它問題，將其最大初始接入速率調(diào)整為128K；? 針對(duì)不支持 R5 業(yè)務(wù)的數(shù)據(jù)卡，不能配置為大速率的上行數(shù)據(jù)業(yè)務(wù)。2) 無可用資源 /擁塞無可用資源， 先要確定， 是否存在碼資源擁塞情況， 或是通過查詢 IUB 口傳輸資源配置情況，分別進(jìn)行處理。碼資源擁塞處理：?針對(duì) TOP 小區(qū)，查看載頻和相對(duì)應(yīng)的DSP 使用情況 ,確定載頻狀態(tài)正常；? 對(duì)比小區(qū)業(yè)務(wù)量 ,如果發(fā)現(xiàn)是因?yàn)闃I(yè)務(wù)量過高導(dǎo)致， 可以適度提高 “最小接收電平/ QRXLEVMIN ”，減少部分用戶接入；? 調(diào) 整 上 下 行 最 大 初 始 接 入 速 率

18、，“ ULBETRAFFINITBITRATE ”和“DLBETRAFFINITBITRATE”，如果 H 業(yè)務(wù)上行碼資源受限，可是將上行初始接入速率降到 16K；?根據(jù)擁塞用戶的下行傳輸信道類型確定擁塞用戶中H 和 D 的用戶比例，如果是 D 用戶擁塞較多，可以限定金銀銅用戶的最大速率；如果是H 用戶較多，可以針對(duì)個(gè)別小區(qū)擴(kuò)容一個(gè)H 頻點(diǎn)，但要注意擴(kuò)容H 頻點(diǎn)對(duì)周圍小區(qū)的干擾；? )如果是 H 用戶，建議將 H 頻點(diǎn)的最大接入用戶數(shù)設(shè)置為頻點(diǎn)碼資源最大能力，不建議設(shè)置超過最大能力的值。 現(xiàn)網(wǎng)絕大大多數(shù)的 H 載頻設(shè)置的最大用戶數(shù)仍為 8，可以將該值設(shè)置為 7、或者 6；? RRC信令連接建立

19、建立在 FACH上面，減少由于隨機(jī)接入如注冊(cè)、 附著、短信等-占有 DPCH信道的專用碼道資源。IUB 口帶寬擁塞處理：? 查詢 IUB 口傳輸資源配置情況， 是否存在資源配置不足情況； 另外通過查詢告警信息，確定是否存在E1/T1 告警，導(dǎo)致可用E1/T1 減少；?話統(tǒng) Counter 無法打點(diǎn)， IUB 口帶寬擁塞的打點(diǎn)可以通過PCHR 定位，并且?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ò)容或者告警處理。

20、3) UE 無相應(yīng)? 跟蹤用戶 CDT定位問題，確認(rèn) RNC是否收到 UE上報(bào)的 RB配置完成消息；?觀測 TOP 小區(qū)的上下行干擾水平，避免由于個(gè)別小區(qū)干擾較大導(dǎo)致UE 無相應(yīng)；?如果存在弱覆蓋，優(yōu)化重選參數(shù)，使UE 盡快選到信號(hào)更好的小區(qū)；? 提高上行干擾余量“ ULINTERFERERSV ”，以增大開環(huán)功率；? 確定是否由于問題終端導(dǎo)致。2.3 接通率 TOP 小區(qū)一般處理過程1)查詢和分析 TOP 小區(qū)的話統(tǒng)，確定是RRC 建立成功率問題還是RAB 建立成功率問題，并通過對(duì)應(yīng)的話統(tǒng)原因Counter ，確定失敗的原因類型，以便下一步的分析；2)查詢 TOP 小區(qū)是否存在告警或者故障：

21、特別注意駐波比告警和載波是否可用，GPS告警（ GPS 失步）是引起上下行干擾的重要原因，這些告警將嚴(yán)重的影響RRC 建立成功。3)上下行干擾：上行干擾可以通過后臺(tái)查詢和統(tǒng)計(jì)上行ISCP 值狀態(tài)，如果出現(xiàn)較大的波動(dòng)或者持續(xù)大于 95dBm以上，可以確定存在上行干擾，需需要對(duì)干擾進(jìn)行分析；首先，進(jìn)行對(duì)問題小區(qū)的頻率和擾碼進(jìn)行分析，是否同頻、 同擾干擾； 其次，需要現(xiàn)場進(jìn)行測試核查， 是否存在較大干擾源，特別地，對(duì)于室內(nèi)分布系統(tǒng)，需要排查分布系統(tǒng)是否存在干放和合路器，干放及合路器問題通常是重要的上行干擾問題源；下行干擾，可以通過現(xiàn)場測試，通過C/I 狀況進(jìn)行確定，頻率、擾碼分析是重要的手段。4)無

22、線環(huán)境因素： PS 業(yè)務(wù)主要在室內(nèi)使用， 如果沒有分布系統(tǒng)， 室外站點(diǎn)的 PCCPCH-RSCP 的接受電平相對(duì)較低，或者直接是弱覆蓋，是RRC 的建立成功的直接原因，因此，可能要提高PCCPCH 功率，或者調(diào)整最小接入電平QRXLEVMIN（將此部分用戶遷移至覆蓋更好的2G 系統(tǒng)）；5)針對(duì)現(xiàn)場測試和后臺(tái)分析，可以通過調(diào)整部分參數(shù)，提升RRC/RAB 成功率。3 無線掉線率 TOP 小區(qū)分析處理3.1CS 掉線處理3.1.1 CS 掉線話統(tǒng)打點(diǎn)原因CS 掉線的原因可以通過話統(tǒng)原因統(tǒng)計(jì)的細(xì)化Counter 進(jìn)行確定。表9 是 CS 掉線的對(duì)應(yīng)原因打點(diǎn)。表 9： CS 掉線的對(duì)應(yīng)原因打點(diǎn)AAL2

23、 鏈路失UE 重配超時(shí)UE RB 重配步導(dǎo)致 IU 釋FP/MDC異常RL 失步導(dǎo)致L2DSP 故障SRB 復(fù)位導(dǎo)導(dǎo)致的 IU 釋無響應(yīng)導(dǎo)致的放導(dǎo)致 IU釋放IU 釋放導(dǎo)致 IU 釋放致的 IU 釋放放IU 釋放VS.IuRelReqVS.IuRelReqVS.IuRelReqVS.IuRelReqVS.IuRelReqVS.IuRelReqVS.IuRelReqCs.IubAal2FaiCs.IubFpMdcCs.IubRlFailInCs.UeHhoNoCs.UeRbRecflAbnormdCs.L2AbnormCs.SrbResetRspgNoRspUE 返回錯(cuò)誤UE 側(cè)信令釋小區(qū)擁塞導(dǎo)

24、致AAL2 鏈路失FP/MDC 異常L2DSP 故障PIU 板故障導(dǎo)導(dǎo)致的 IU 釋放導(dǎo)致的 IU步導(dǎo)致 RAB導(dǎo)致 RAB 釋導(dǎo)致的 RAB致的 RAB 釋RAB釋放放釋放釋放放釋放放VS.RabRelReVS.RabRelReVS.RabRelReVS.RabRelReVS.IuRelReqVS.IuRelReqqCs.CellCongqCs.IubAal2FqCs.IubFpMdqCs.L2AbnorVS.RabRelReCs.UeRspFailCs.UeSigRelqCs.PiuErrestailcAbnormm3.1.2CS 掉線原因分布全網(wǎng)的 CS 掉線的主要原因是：? RL 失步

25、；-? SRB 復(fù)位；? UE 側(cè)信令釋放；? UE RB 重配無響應(yīng)。CS 掉線的 TOP 小區(qū)的主要問題原因集中于RL 失步和 SRB 復(fù)位。RL 失步：RNC 收到 NodeB 上報(bào)的 RL Failure ， RL 失步的判斷機(jī)制為處于CELL_DCH狀態(tài)的 UE，NB 檢測到上行連續(xù)接收到來自物理層的NOUTSYNCIND個(gè)連續(xù) ”our ofsync ”指示時(shí)，啟動(dòng)定時(shí)器TRLFAILURE，在此過程中若連續(xù)接收到來自物理層的 NINSYNCIND 個(gè)連續(xù) ”in sync”指示， TRLFAILURE 停止，否則 TRLFAILURE超時(shí)，視為無線鏈路失敗。NB發(fā)起 Radio

26、LinkFailure Indication 過程， RNC等待IUCSRELNORABTMR超時(shí)發(fā)起Iu release request，請(qǐng)求釋放Iu 連接；SRB 復(fù)位：SRB 復(fù)位是針對(duì)使用 AM 模式的 SRB 而言，在 RLC AM 模式下，當(dāng)某個(gè) PDU 經(jīng)過 Max_DAT-1 次重傳后，都沒有成功發(fā)送， 發(fā)送端上報(bào) RLC 不可恢復(fù)錯(cuò)誤， RAB釋放。3.1.3TOP 小區(qū) CS 掉線處理1） RL 失步可以采用以下的處理方式：? 處理弱覆蓋區(qū)域 （通常接入電平較低， 可以通過 PCHR 工具確定用戶的 RACH 接入電平）導(dǎo)致的RL 失步掉話，可以通過RF 調(diào)整進(jìn)行處理，另外

27、對(duì)于RF 調(diào)整無法進(jìn)行調(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)合報(bào)表和CELL to CELL 切換統(tǒng)計(jì)確定

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

29、用戶不AAL2鏈回錯(cuò)誤C 異常敗導(dǎo)致故障導(dǎo)位導(dǎo)致成消息RB 配接釋放位導(dǎo)致活動(dòng)導(dǎo)路異常導(dǎo)致分置超時(shí)導(dǎo)致分分組域致分組分組域超時(shí)導(dǎo)請(qǐng)求導(dǎo)分組域致分組導(dǎo)致分組域?qū)е路纸M域組域 IUIU 釋IU 釋域 IUIU 釋致分組組域IU 釋致分組RAB域放釋放放域 IU域 IU釋放釋放放放RAB釋放IU 釋釋放釋放放VS.IuRVS.IuRVS.IuRVS.IuRVS.IuRVS.IuRVS.IuRVS.IuRVS.IuRVS.RabVS.RabelReqPelReqPelReqPelReqPelReqPelReqPelReqPelReqPelReqPRelReqRelReqs.IubAas.IubFps.

30、IubRls.L2Abs.SrbRes.UeHhs.UeRbs.UeRss.UeSigPs.TrbPs.PsU-l2FailMdcAbFailIndnormsetoNoRsRecfgNpFailRelResetserInactnormpoRsp3.2.2PS 掉線原因分布全網(wǎng)的 PS 掉線的主要原因是：? RL 失步；? SRB 復(fù)位；? TRB 復(fù)位；? UE 側(cè) RB 重配超時(shí)（ UE 無響應(yīng)）；? UE 側(cè)信令釋放。3.2.3TOP 小區(qū) PS 掉線處理1) RL 失步RL 失敗導(dǎo)致的PS 掉線和 CS 掉線原因是一直的，下行鏈路失敗，伴隨著Cellupdate出現(xiàn)， 可以跟蹤信令或者P

31、CHR 數(shù)據(jù)核查到； 上行鏈路失步， 除上行干擾和弱覆蓋問題導(dǎo)致外，現(xiàn)網(wǎng)的大量營業(yè)廳或者其他用戶的業(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ā)測量控制后收不到終端底層回復(fù)的ACK 消息發(fā)起IU Release原因是 Radio Connection with UE lost，統(tǒng)計(jì)原因值為SRB RST ，主要包括RB重配置完成消息網(wǎng)絡(luò)側(cè)未收到，測量控制報(bào)告下發(fā)后接收不到L2 確認(rèn)發(fā)生SRB 復(fù)位以及Node B 上報(bào) R

32、L Failure。另外，部分由于終端上發(fā)因 SRB Error 引起的 CELL UPDATE。其主要原因是空口質(zhì)量差以及用戶間干擾較大，可以調(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 無響應(yīng)UE 無響應(yīng)，系

33、統(tǒng)下發(fā)RB 重配置消息后，未收到RB 重配置完成消息，主要是由于空口原因?qū)е隆８?TOP 小區(qū)忙時(shí)的PCHR log 進(jìn)行分析可知， UE 無響應(yīng)主要由DCCC 算法對(duì)于在DCH 上下行信道動(dòng)態(tài)調(diào)整RB 重配置過程超時(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ù)上行

34、DCH 最大速率 ,建議設(shè)置為 64K，對(duì)不支持 R5 的用戶，限制最大接入速率，初始接入時(shí)使用128K ；?目前 19 號(hào)軟參26bit，置 1，D2D 由于碼資源不夠，切換失敗，上行降速到GBR下門限或 DCH 下門限。4）負(fù)載較重大的小區(qū)，可以調(diào)整載波優(yōu)先級(jí)。3.3掉線率 TOP 小區(qū)一般處理過程1)查看問題小區(qū)本站點(diǎn)及周邊小區(qū)是否告警：重點(diǎn)關(guān)注站是否存在駐波比告警、GPS 告警、小區(qū)載波狀態(tài)是否建立已可用，存在硬件告警的，將問題及時(shí)反饋，通知工程和維護(hù)進(jìn)行處理。2) 查看信令流程：對(duì)于連續(xù)多天全掉話 /高掉話（掉話率 90% ）小區(qū)，首先檢查是否有故障（告警），并進(jìn)行單小區(qū) Uu 口、

35、 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ì)伴隨著接入失敗率高、CS 掉話-率高、切換失敗率高等現(xiàn)象。4)查看是否存在下行干擾：進(jìn)行小區(qū)內(nèi)詳細(xì)路測，獲取PCCPCHC/I 、下行時(shí)隙的 ISCP和頻點(diǎn)占用信息，觀察是否存在較大范圍C/I 小于 3db、 ISCP 過高的情況。需要檢查頻點(diǎn)擾碼分布的合理性，如果存在同頻同碼組小區(qū)相鄰并且正對(duì)的情況，需要修改擾碼規(guī)避。5)查看是否由于切換失敗導(dǎo)致的掉話：對(duì)于掉話率偏高（非全

36、掉話）的情況，需要同時(shí)檢查系統(tǒng)內(nèi)切換成功率和系統(tǒng)間切換成功率，如果切換成功率較低， 意味著在用戶所在地點(diǎn)有別的小區(qū)可以提供更好的服務(wù)，但無法切換。這種情況下需要檢查切換相關(guān)參數(shù)，提高切換成功率， 減小掉話率。 同時(shí)需要檢查是否有鄰區(qū)漏配，這種情況在話統(tǒng)切換成功率中無法體現(xiàn)， 可以通過基站分布圖大致檢查地理分布相鄰的小區(qū)是否已經(jīng)配置為鄰區(qū)。鄰區(qū)的合理完善配置需要通過路測優(yōu)化來完成。6)查看是否由于弱覆蓋導(dǎo)致的掉話：對(duì)于掉話率偏高 （非全掉話） 的情況， 需要查看 RRC建立成功率是否較低，如果是，考慮到PS 移動(dòng)性較低，則可能是覆蓋弱導(dǎo)致的掉話。結(jié)合小區(qū)級(jí) trace 跟蹤，分析掉話用戶的RRC

37、 請(qǐng)求中攜帶的 PCCPCH RSCP，看是否存在大量用戶接入時(shí) RSCP 小于 -95dbm 的情況。小區(qū)弱覆蓋的判斷需要結(jié)合路測數(shù)據(jù)，觀察小區(qū)覆蓋情況，進(jìn)行RF 優(yōu)化改善?？蛇m當(dāng)加大PCCPCH 功率（建議 3dB 以內(nèi)，不超過 PCCPCH 最大建議配置功率） ，增強(qiáng)覆蓋；或者反過來，調(diào)整最小接入電平QRXLEVMIN，適當(dāng)抬高接入條件，保證接入時(shí)的電平穩(wěn)定。7)檢查是否由于功率參數(shù)設(shè)置不合理。對(duì)于PS 掉話率偏高（非全掉話）的情況，需要檢查 RL 功率參數(shù)設(shè)置是否合理，包括無線鏈路最大最小發(fā)射功率MAXDLTXPWR/MINDLTXPWR，減少由于功率過小導(dǎo)致邊緣用戶掉話。8) 檢查是否由于個(gè)別用戶導(dǎo)致的掉話指標(biāo)異常。用戶由于終端原因或者所在位置覆蓋較差，會(huì)造成頻繁掉話。4 切換失敗 TOP 小區(qū)分析處理切換，按照切換類型分為接力切換和