網(wǎng)絡(luò)優(yōu)化工作交接文檔

工作文檔交接------DESSIE網(wǎng)優(yōu)部分KPI提取BSC級(jí)KPI（BSC14&BSC15&BSC41）BSC級(jí)KPI是對(duì)全網(wǎng)整體的一個(gè)觀察，主要觀察一些主要KPI值，CS（SDCCHcongestion,TCHcongestion,TCHcalldroprate,Handoverinsuccessfulrate,Handoveroutsuccessfulrate,CSSR）PS(PDTCHestablishsuccessfulrate,TBFuplinkcongestionrate,TBFdownlinkcongestionrate,TBFuplinkdroprate,TBFdownlinkdroprate)2)CELL級(jí)KPI（BSC14&BSC15&BSC41）CELL級(jí)KPI是針對(duì)壞小區(qū)來進(jìn)行篩選和分析的，從BSC級(jí)KPI中找出了不理想的KPI值，在CELL級(jí)里面針對(duì)這些KPI來篩選壞小區(qū)，進(jìn)行分析。KPI優(yōu)化SDCCHcongestionrate分析SDCCH真擁塞（基站提供的SDCCH容量與實(shí)際用戶占用的容量相符合）添加SDCCH信道調(diào)整空閑模式下的CRO,PT值（CRO值不建議調(diào)過大，一般設(shè)置為5~6）調(diào)整T3122值（默認(rèn)值為10，一般調(diào)整為30，要保持3個(gè)小區(qū)一致）調(diào)整T3212（此參數(shù)必須與MSC設(shè)置一致，不然會(huì)造成用戶不在服務(wù)區(qū)或者提示關(guān)機(jī)）調(diào)整Rxlevaccessmin，一般情況調(diào)整為12~15，默認(rèn)值為10。調(diào)整最大重傳次數(shù)Mretrans（默認(rèn)值為2），擁塞的情況下可以調(diào)整為0.打開指派排隊(duì)功能。SDCCH假擁塞（基站提供的SDCCH容量與實(shí)際用戶占用的容量不符合）這種情況一般是基站存在故障，造成了SDCCH可用率低，一般是由于基站告警，傳輸故障，市電原因造成的。TCHcongestionrate分析TCH真擁塞（基站提供的TCH容量與實(shí)際用戶占用的容量相符合）開啟小區(qū)的半速率（BSC級(jí)半速率已經(jīng)打開），調(diào)整Hrths(默認(rèn)值為60)此值調(diào)整越小，用戶感知度會(huì)較低，根據(jù)小區(qū)擁塞情況來定?？臻e模式下調(diào)整CRO,PT值，呼叫過程中調(diào)整PBGT來緩解擁塞，調(diào)整過程不提倡兩極化。（默認(rèn)值為30，代表的含義：如A小區(qū)-B小區(qū)行走的過程中，B小區(qū)比A小區(qū)高6個(gè)dB情況下，會(huì)發(fā)起PBGT切換，已24作為一個(gè)標(biāo)準(zhǔn)）調(diào)整Rxlevaccessmin來縮小基站的覆蓋范圍，適當(dāng)?shù)臏p少話務(wù)量，一般調(diào)整為12~15調(diào)整宏微切換門限，一般情況下載1800M和900M共站的情況下調(diào)整，DESSIE城區(qū)基站的話務(wù)量不高，不需要分擔(dān)話務(wù)。調(diào)整小區(qū)載頻級(jí)的最大發(fā)射功率，不建議調(diào)整過大（這種情況是在分擔(dān)話務(wù)不明顯或者基站為孤站才進(jìn)行調(diào)整，DESSIE區(qū)域大部分基站為孤站，需要根據(jù)實(shí)際情況來調(diào)整）E1資源不夠，基站為S6/6/6或者S8/8/8的配置，但僅1對(duì)E1資源，這種情況下，建議擴(kuò)容傳輸載頻配置不高，而基站話務(wù)量高，建議擴(kuò)容板件TCH假擁塞TCH頻點(diǎn)干擾引起的擁塞率高，用naster軟件來分析頻點(diǎn)是否存在干擾。硬件故障引起的擁塞率高，造成TCH可用率不高市電原因引起的TCH可用率低，我們提取的KPI力度至少為15分鐘，在晚忙時(shí)如果沒有達(dá)到15分鐘的力度，KPI顯示TCH可用率可能為0%傳輸故障，基站存在高誤碼告警或者lapdjam告警會(huì)造成小區(qū)SD和TCH都高度擁塞TCHcalldrop分析（提取RMMcalldropmeasure）引起掉話的主要是三種原因：lapd引起的掉話，TCH切換引起的掉話，無線鏈路超時(shí)引起的掉話，提取RMMcalldropmeasure分析LAPD引起的掉話：DESSIE區(qū)域近期由于市電，微波IDU,ODU故障引起的掉話多切換引起的掉話：解決切換問題，TCH掉話自然減少了，同時(shí)看切換的小區(qū)是否擁塞，擁塞的情況下同樣會(huì)造成用戶無法返回原信道造成掉話。無線鏈路超時(shí)引起的掉話：一般情況下是由于基站覆蓋，頻點(diǎn)干擾，或者是參數(shù)設(shè)置問題。就掉話問題，DESSIE區(qū)域的KPI一般保持正常，但市電和傳輸故障對(duì)掉話影響較大，主要關(guān)注基站告警,頻點(diǎn)干擾引起的掉話，檢查頻點(diǎn)規(guī)劃。參數(shù)設(shè)置是否合理：功率控制參數(shù)里面的最大和最小發(fā)射功率，1800M默認(rèn)設(shè)置為0,11,900M默認(rèn)設(shè)置為5,16.最小接入電平是否設(shè)置過小。呼叫被強(qiáng)制占用（這種情況在呼叫的過程中會(huì)引起B(yǎng)lockcall）定時(shí)器設(shè)置：T3103（切換過程TCH信道保留定時(shí)器），此定時(shí)器設(shè)置太長(zhǎng)將大大浪費(fèi)系統(tǒng)資源，但設(shè)置太短又不能保證切換的完全建立所需的時(shí)間，如果失敗將導(dǎo)致掉話，建議該值設(shè)置為5s。RLTimeout鏈路故障計(jì)數(shù)器，設(shè)置過小，會(huì)增大掉話率（一般此值不建議修改）上下行鏈路是否平衡。TCHassignmentfailurerate分析（提取TRXmeasurement）硬件故障，DTRUG存在顯性故障，這種問題容易判斷合路器問題，一般情況下，不僅僅是單個(gè)載頻故障，連接到同一合路器上的載頻會(huì)出現(xiàn)同樣的情況天饋線接反，結(jié)合DT測(cè)試和KPI判斷分析頻點(diǎn)干擾結(jié)合DT測(cè)試和網(wǎng)優(yōu)軟件分析，看是否存在同頻現(xiàn)象TRX隱性故障提取載頻級(jí)的測(cè)量報(bào)告，觀察載頻占用的總時(shí)長(zhǎng)和占用的次數(shù)，兩者相除為平均占用的時(shí)長(zhǎng)，如果占用時(shí)長(zhǎng)過短，如：5s,7s,等等，則載頻存在故障，同時(shí)觀察TCH/H,TCH/F分派成功率是否正常。射頻連線故障這種需要上站檢查基站的射頻連線，結(jié)合后臺(tái)數(shù)據(jù)配置看前后臺(tái)配置是否一致，主要看TX連接。覆蓋問題這種情況也是需要做DT測(cè)試來排查問題的，一般情況下，可以根據(jù)觀察其他的KPI指標(biāo)來判斷。5）Handoversuccessfulrate分析（提取adjacentcellmeasurement）1)請(qǐng)求N次，成功0次a.檢查是否存在同頻同BSIC現(xiàn)象，或者同頻同BCC，主要現(xiàn)象在城區(qū)內(nèi)b.基站時(shí)鐘是否同步，看CMB板是否存在故障c.檢查基站時(shí)鐘同步方式是否一致（網(wǎng)同步和內(nèi)同步）這種情況下在DT測(cè)試的過程中會(huì)發(fā)現(xiàn)呼叫建立成功率也會(huì)受到影響。d.檢查基站的載頻是否存在高溫告警，一般會(huì)造成小區(qū)中斷，導(dǎo)致連續(xù)切換失敗2）請(qǐng)求N次，成功M次a.從點(diǎn)對(duì)點(diǎn)的切換測(cè)量中分析，看哪種原因引起的切換多，如：上行質(zhì)量，下行質(zhì)量，上行強(qiáng)度，下行強(qiáng)度（緊急切換），在切換控制的參數(shù)里面可以調(diào)整相應(yīng)的參數(shù)值，一般情況下，上下行強(qiáng)度默認(rèn)值為16,（表示在-94情況下會(huì)發(fā)起緊急切換）一般我們調(diào)整上行強(qiáng)度為8~10，下行強(qiáng)度調(diào)整為10~12，來減少切換請(qǐng)求次數(shù)。b.檢查PBGT切換參數(shù)（在小區(qū)的鄰接參數(shù)里面設(shè)置），看參數(shù)設(shè)置是否兩極化，同樣可以調(diào)整切換的優(yōu)先級(jí)，同時(shí)可以調(diào)整切換懲罰時(shí)間（默認(rèn)值為7）一般可以修改為15~25.c.檢查基站是否存在告警，如：PA3dB,VSWR等等告警d.鄰區(qū)關(guān)系是否正常（重點(diǎn)檢查BSC41的鄰區(qū)關(guān)系）e.解碼錯(cuò)誤，這種情況只有在DT測(cè)試過程中會(huì)發(fā)現(xiàn)，TEMS軟件解碼錯(cuò)誤會(huì)造成切換失敗。d.越區(qū)覆蓋造成的切換差，典型的現(xiàn)象是孤島效應(yīng)。f.上下行鏈路是否平衡，主要是由于合路器問題造成的。關(guān)于切換中有種問題需要重點(diǎn)關(guān)注，撥打免費(fèi)909或者444444時(shí)切換不正常，而主被叫呼叫過程中切換正常，這種情況是由于核心網(wǎng)數(shù)據(jù)配置中，呼叫前切換未開啟。6)CSSR分析1）首先觀察影響CSSR的相關(guān)的KPI，DESSIE區(qū)域一般是由于SDCCH擁塞，TCH擁塞，SDCCH激活成功率，SDCCH指派，TCH指派，TCH掉話，傳輸故障引起的CSSR不理想，可以有針對(duì)性的來觀察這些指標(biāo)著個(gè)排查。2）如果一些指標(biāo)從OMCR里面無法取出來觀察，可以從MINOS里面提取指標(biāo)觀察，查看基站話務(wù)量是否正常，如：SDCCH話務(wù)量正常，而TCH話務(wù)量為0，看基站的數(shù)據(jù)配置是否正常，正常的情況下，檢查傳輸，看傳輸是否存在lapdjam告警，檢查數(shù)據(jù)配置里面的OMU配置。3）SDCCH和TCH擁塞對(duì)CSSR的影響較大，這種情況下，首先解決擁塞問題。4）SDCCH指派不理想，后面會(huì)做分析。5）TCH指派不理想，這種情況前面已經(jīng)提到了遇到的問題6）參數(shù)設(shè)置是否合理，如：Rxlevaccessmin，是否設(shè)置過大，載頻級(jí)對(duì)應(yīng)的TSC是否設(shè)置一致，CRO是否設(shè)置過大，造成用戶不在服務(wù)區(qū)。7）頻繁的位置更新。8）硬件故障，看基站是否存在顯隱性故障。7）SDCCH指派分析（提取TRXmeasure）1)同頻同BSIC，前面已做過說明。2）TA_Allowed是設(shè)置過大（設(shè)置過大的話，導(dǎo)致過多的RACH信道接入，這種情況一般是由于孤站引起的）3）覆蓋是否不理想（可能由于硬件故障引起的）4）傳輸是否正常（DESSIE區(qū)域傳輸故障的問題多）5）跨LAC區(qū)域的位置更新，一般調(diào)整CRH（默認(rèn)值為4，可以調(diào)整為7）或者調(diào)整T3212（與MSC設(shè)置一致，一般不建議調(diào)整）8）上下行質(zhì)差分析1）頻點(diǎn)干擾2）切換不及時(shí)（切換緩慢，造成用戶長(zhǎng)期占用在質(zhì)差壞的小區(qū)）3）硬件故障（包括DTRUG和CDU故障）4）天饋接反5）規(guī)劃是否合理DT測(cè)試部分：涉及到城區(qū)DT測(cè)試，VIP站點(diǎn)測(cè)試，割接測(cè)試，單站測(cè)試，PAT站點(diǎn)測(cè)試。KPI的算法定義：CSSR算法定義：Handoverfailurenumber算法定義:ULRQ-3算法定義：([C100030066(NumberofsampleswithULRQ=0)]+[C100030067(NumberofsampleswithULRQ=1)]+[C100030068(NumberofsampleswithULRQ=2)]+[C100030069(NumberofsampleswithULRQ=3)])/([C100030066(NumberofsampleswithULRQ=0)]+[C100030067(NumberofsampleswithULRQ=1)]+[C100030068(NumberofsampleswithULRQ=2)]+[C100030069(NumberofsampleswithULRQ=3)]+[C100030070(NumberofsampleswithULRQ=4)]+[C100030071(NumberofsampleswithULRQ=5)]+[C100030072(NumberofsampleswithULRQ=6)]+[C100030073(NumberofsampleswithULRQ=7)])報(bào)告輸出：主要有優(yōu)化日?qǐng)?bào)，TOPN英文周報(bào)，維護(hù)周報(bào)網(wǎng)優(yōu)部分遺留問題：SDCCH擁塞小區(qū)統(tǒng)計(jì)：SDCCH擁塞率基本保持正常，沒有長(zhǎng)期擁塞的小區(qū)，主要是由于從DESSIE往首都方向，從DESSIE往MEKELE方向的光纜不穩(wěn)定，造成大部分基站SDCCH擁塞，傳輸穩(wěn)定的情況下，保持正常。TCH擁塞小區(qū)統(tǒng)計(jì)：SEMERA區(qū)域下的部分基站由于高話務(wù)量，導(dǎo)致TCH長(zhǎng)期擁塞，如：Asiyta_02_G，ASAITA_D，Dubti_01_G高話務(wù)地區(qū)，但E1資源不夠，建議擴(kuò)容。Logya_01_G擁塞的原因是由于周邊愛立信站點(diǎn)斷站導(dǎo)致的。SENBETE_01_G擁塞是由于基站存在駐波比告警，造成TCH可用率低。Degan_01_G由于基站故障造成TCH擁塞。無線分區(qū)TITA_G由于高山站點(diǎn)越區(qū)覆蓋造成TCH話務(wù)量高，建議擴(kuò)容。KOBO_03_G_3由于基站越區(qū)覆蓋造成TCH擁塞，現(xiàn)已擴(kuò)容解決。R3-5-2_G擁塞的原因是高話務(wù)低配置，建議擴(kuò)容。MERSA_02_G，MERSA_01_G擁塞的原因是由于市電原因?qū)е碌摹?8_R3_06_G擁塞是由于高話務(wù)低配置導(dǎo)致的。TCH掉小區(qū)統(tǒng)計(jì)：WELDIYA_03_G由于基站閃斷頻繁造成LAPD掉話，建議微波人員檢查。DESSIE,WAREHOUSE_D切換引起的掉話多，現(xiàn)已解決。之前由于微波傳輸引起的LAPD掉話的站點(diǎn)，在進(jìn)行割接后問題得到解決。切換失敗次數(shù)較多小區(qū)統(tǒng)計(jì)：DESSIE城區(qū)內(nèi)部分小區(qū)的鄰區(qū)關(guān)系不全導(dǎo)致切換成功率不理想，建議對(duì)全網(wǎng)鄰區(qū)進(jìn)行檢查，檢查是否存在單向鄰區(qū)關(guān)系，同時(shí)有基站DESSIE,WAREHOUSE_D_2由于存在NCEND/4故障，導(dǎo)致切入不理想，建議更換板件。ZTE與NOKIA站點(diǎn)切換問題，由于NOKIA站點(diǎn)覆蓋遠(yuǎn)，站點(diǎn)擁塞率高，ZTE與之的切換不理想，建議聯(lián)系NOKIA工程師共同解決。如：KEMISE_01_G與NOKIA站點(diǎn)切換不理想。BSC14下的FILAKIT_01_G_2和BSC15下站點(diǎn)19_R3_09_G_1CDU存在故障，導(dǎo)致切入成功率不理想，建議更換板件。TCH指派不理想小區(qū)：BSC14下站點(diǎn)FILAKIT_01_G_2和