 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
KPI中只有接通率低，其他指標正常，怎樣解決？
提問者:
• 關(guān)于CDMA網(wǎng)絡KPI指標問題 2019-03-19
• LTE后臺KPI 指標提升優(yōu)化思路是什么？ 2018-11-16
• 用Assistant自定義KPI指標 2018-05-23
• VOLTE切換成功率KPI指標低，這么解決。 2018-04-25
• 考量LTE系統(tǒng)內(nèi)切換的KPI指標有?() 2018-02-21
• KPI指標分析 2017-12-22
• 嗨，大家好，我想咨詢一下volte 中的mos值和dt 路測中獲得的rsrp, sinr, throughput 等dt KPI指標有沒有什么對應關(guān)系，謝謝大家 2017-07-14
• 愛立信 GSM KPI BAD FER的指標定義和counter誰能提供下，謝謝 2017-04-14
• LTE后臺KPI 指標提升優(yōu)化思路是什么？ 2018-11-16
• 用Assistant自定義KPI指標 2018-05-23
• VOLTE切換成功率KPI指標低，這么解決。 2018-04-25
• 考量LTE系統(tǒng)內(nèi)切換的KPI指標有?() 2018-02-21
• KPI指標分析 2017-12-22
• 嗨，大家好，我想咨詢一下volte 中的mos值和dt 路測中獲得的rsrp, sinr, throughput 等dt KPI指標有沒有什么對應關(guān)系，謝謝大家 2017-07-14
• 愛立信 GSM KPI BAD FER的指標定義和counter誰能提供下，謝謝 2017-04-14
問題答案
( 7 )
是全網(wǎng)還是單個小區(qū)？看看接通率低是什么原因?qū)е碌�，然后再考慮其他的
回答者：
JH1787
回答時間：2012-09-13 17:20
15
11
接通率分為TCH接通率和SDCCH接通率：
1.TCH接通率低處理過程
（1）由話務統(tǒng)計指標發(fā)現(xiàn)小區(qū)TCH接通率低；
（2）由相應模塊查看小區(qū)是否存在TCH擁塞，若有，則先按照TCH擁塞處理流程進行處理；
（3）由ALLIP、RXASP查看小區(qū)是否存在告警，由RXMFP、RXELP查詢小區(qū)是否有存在硬件故障，若有，按告警及故障碼通知無線室處理；
（4）由DTQUP：DIP=XX，查詢該小區(qū)的傳輸質(zhì)量，若該小區(qū)存在誤碼、滑碼，并且隔一段時間該誤碼或滑碼還存在遞增趨勢，則可判斷小區(qū)的傳輸存在問題，轉(zhuǎn)相關(guān)科室處理（ABIS傳輸由傳輸室處理，A口傳輸由核心網(wǎng)同事處理）；
（5）依據(jù)MOTS統(tǒng)計進行分析，先由即時統(tǒng)計打印出該BSC的MOTS統(tǒng)計（云�。�PRTID=116），再由RXTCP：CELL=XXX，MOTY=RXOTG查看小區(qū)的TG號，最后在MOTS的即時統(tǒng)計中查該TG各信道的CONERRCNT與CONCNT的占用情況，判斷是否部分時隙/載波存在隱性故障，若發(fā)現(xiàn)時隙/載波存在故障，可通過暫時性閉掉該時隙/載波觀察指標是否變好，也可通知無線室進行檢測處理。
（6）由RLCRP：CELL=XXX，查看小區(qū)是否存在上行干擾，若小區(qū)存在上行干擾，應安排掃頻人員進行干擾源定位及排除；由測試人員到現(xiàn)場進行測試，分析小區(qū)的下行質(zhì)量是否良好，若該小區(qū)出現(xiàn)下行質(zhì)差，應進行現(xiàn)場優(yōu)化。
（7）收集MRR統(tǒng)計，觀察小區(qū)的TA分布，對比MCOM里的站點分布，分析該小區(qū)是否存在越區(qū)覆蓋現(xiàn)象，若存在，則可以派單調(diào)整天線下傾及減少基站的發(fā)射功率，控制小區(qū)的覆蓋范圍；
（8）關(guān)閉跳頻后收集CTR的接入情況（CA）統(tǒng)計，分析小區(qū)的接入失敗的規(guī)律性，輔助接入問題的定位；
TCH接通率低處理注意事項
（1）處理TCH接通率低時，要多看幾天或連續(xù)多個時段的統(tǒng)計數(shù)據(jù)，排除突發(fā)性擁塞引起的接通率問題；
（2）如果是話務量高、話務擁塞引起的接通率低，在覆蓋沒有問題的情況下，不建議通過減少覆蓋來調(diào)整話務擁塞，從面提升TCH接通率；
2.SDCCH接通率低處理過程
（1）由話務統(tǒng)計發(fā)現(xiàn)小區(qū)SDCCH接通率低；
（2）查看小區(qū)SDCCH擁塞率，看小區(qū)是否存在擁塞，如果是，則先按照小區(qū)SDCCH擁塞的處理流程進行處理；
（3）由ALLIP、RXASP等查詢小區(qū)是否有告警，若有，按告警碼通知無線室處理；
（4）由RXMFP、RXELP等查詢小區(qū)硬件是否存在故障，若有，按故障碼通知無線室處理；
（5）由 DTQUP：DIP=XX，查詢該小區(qū)的傳輸質(zhì)量，若該小區(qū)存在誤碼、滑碼，并且隔一段時間該誤碼或滑碼還存在遞增趨勢，則可判斷小區(qū)的傳輸存在問題，轉(zhuǎn)相關(guān)科室處理（ABIS傳輸由傳輸室處理，A口傳輸由核心網(wǎng)同事處理）；
（6）由指令RLCRP：CELL=XX查看小區(qū)是否存在上行干擾，通過MRR數(shù)據(jù)查看小區(qū)上下行質(zhì)量是否良好。若存在上行干擾，依據(jù)上行干擾處理流程定位干擾源；若下行質(zhì)量不佳，可安排測試人員到現(xiàn)場測試優(yōu)化；
（7）若排除以上可能，可請求無線監(jiān)控組對該小區(qū)進行重LOAD，事實證明，很大一部分SDCCH接通率低的小區(qū)重LOAD后指標就恢復良好了。
1.TCH接通率低處理過程
（1）由話務統(tǒng)計指標發(fā)現(xiàn)小區(qū)TCH接通率低；
（2）由相應模塊查看小區(qū)是否存在TCH擁塞，若有，則先按照TCH擁塞處理流程進行處理；
（3）由ALLIP、RXASP查看小區(qū)是否存在告警，由RXMFP、RXELP查詢小區(qū)是否有存在硬件故障，若有，按告警及故障碼通知無線室處理；
（4）由DTQUP：DIP=XX，查詢該小區(qū)的傳輸質(zhì)量，若該小區(qū)存在誤碼、滑碼，并且隔一段時間該誤碼或滑碼還存在遞增趨勢，則可判斷小區(qū)的傳輸存在問題，轉(zhuǎn)相關(guān)科室處理（ABIS傳輸由傳輸室處理，A口傳輸由核心網(wǎng)同事處理）；
（5）依據(jù)MOTS統(tǒng)計進行分析，先由即時統(tǒng)計打印出該BSC的MOTS統(tǒng)計（云�。�PRTID=116），再由RXTCP：CELL=XXX，MOTY=RXOTG查看小區(qū)的TG號，最后在MOTS的即時統(tǒng)計中查該TG各信道的CONERRCNT與CONCNT的占用情況，判斷是否部分時隙/載波存在隱性故障，若發(fā)現(xiàn)時隙/載波存在故障，可通過暫時性閉掉該時隙/載波觀察指標是否變好，也可通知無線室進行檢測處理。
（6）由RLCRP：CELL=XXX，查看小區(qū)是否存在上行干擾，若小區(qū)存在上行干擾，應安排掃頻人員進行干擾源定位及排除；由測試人員到現(xiàn)場進行測試，分析小區(qū)的下行質(zhì)量是否良好，若該小區(qū)出現(xiàn)下行質(zhì)差，應進行現(xiàn)場優(yōu)化。
（7）收集MRR統(tǒng)計，觀察小區(qū)的TA分布，對比MCOM里的站點分布，分析該小區(qū)是否存在越區(qū)覆蓋現(xiàn)象，若存在，則可以派單調(diào)整天線下傾及減少基站的發(fā)射功率，控制小區(qū)的覆蓋范圍；
（8）關(guān)閉跳頻后收集CTR的接入情況（CA）統(tǒng)計，分析小區(qū)的接入失敗的規(guī)律性，輔助接入問題的定位；
TCH接通率低處理注意事項
（1）處理TCH接通率低時，要多看幾天或連續(xù)多個時段的統(tǒng)計數(shù)據(jù)，排除突發(fā)性擁塞引起的接通率問題；
（2）如果是話務量高、話務擁塞引起的接通率低，在覆蓋沒有問題的情況下，不建議通過減少覆蓋來調(diào)整話務擁塞，從面提升TCH接通率；
2.SDCCH接通率低處理過程
（1）由話務統(tǒng)計發(fā)現(xiàn)小區(qū)SDCCH接通率低；
（2）查看小區(qū)SDCCH擁塞率，看小區(qū)是否存在擁塞，如果是，則先按照小區(qū)SDCCH擁塞的處理流程進行處理；
（3）由ALLIP、RXASP等查詢小區(qū)是否有告警，若有，按告警碼通知無線室處理；
（4）由RXMFP、RXELP等查詢小區(qū)硬件是否存在故障，若有，按故障碼通知無線室處理；
（5）由 DTQUP：DIP=XX，查詢該小區(qū)的傳輸質(zhì)量，若該小區(qū)存在誤碼、滑碼，并且隔一段時間該誤碼或滑碼還存在遞增趨勢，則可判斷小區(qū)的傳輸存在問題，轉(zhuǎn)相關(guān)科室處理（ABIS傳輸由傳輸室處理，A口傳輸由核心網(wǎng)同事處理）；
（6）由指令RLCRP：CELL=XX查看小區(qū)是否存在上行干擾，通過MRR數(shù)據(jù)查看小區(qū)上下行質(zhì)量是否良好。若存在上行干擾，依據(jù)上行干擾處理流程定位干擾源；若下行質(zhì)量不佳，可安排測試人員到現(xiàn)場測試優(yōu)化；
（7）若排除以上可能，可請求無線監(jiān)控組對該小區(qū)進行重LOAD，事實證明，很大一部分SDCCH接通率低的小區(qū)重LOAD后指標就恢復良好了。
回答者：
scq5566
回答時間：2012-09-13 17:25
14
19
要是全網(wǎng)都低的話看看是不最近有什么RNC或核心網(wǎng)級別的操作造成的；要是有TOP小區(qū)的話就是針對TOP小區(qū)分析處理了。
回答者：
jqw111
回答時間：2012-09-13 17:26
13
12
聯(lián)通的接通率，主要看是TCH擁塞、呼叫占用失敗還是入切換失敗的問題；分類進行處理；一般來說SDCCH的問題不是太大。
回答者：
lan11528
回答時間：2012-09-13 20:38
18
10
有碰到過一個，基站后臺提示無線接入成功率只有30%，設備上下行增益又是正常的，測試數(shù)據(jù)都正常。后面還是換了設備就好了，可有是設備里的其他參數(shù)沒調(diào)好。
回答者：
myxu06
回答時間：2012-09-14 08:55
15
16
看下是不是cp過載
回答者：
liulongfei12
回答時間：2012-09-14 14:43
13
16
之前做了什么操作？LAC問題，交換側(cè)問題
回答者：
qshyj
回答時間：2012-09-28 16:08
11
11
• 西安長河通訊有限責任公司
聘：網(wǎng)絡優(yōu)化工程師
需求人數(shù)：2 人 地點：安康市
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：浙江省,江蘇省,河北省,山西省,遼寧省
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 杭州東信網(wǎng)絡技術(shù)有限公司 聘：LTE/5G網(wǎng)絡中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 南京格安信息系統(tǒng)有限責任公司 聘：5G工程單驗人員
需求人數(shù)：10 人 地點：北京市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實習生通信應屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
• 杭州華星博鴻通信技術(shù)有限公司 聘：優(yōu)化規(guī)劃工程師（后臺-安徽）
需求人數(shù)：5 人 地點：馬鞍山市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
• 浙江明訊網(wǎng)絡技術(shù)有限公司 聘：浙江網(wǎng)絡優(yōu)化工程師
需求人數(shù)：8 人 地點：寧波市,舟山市,湖州市,紹興市
需求人數(shù)：2 人 地點：安康市
• 成都旗訊通信技術(shù)有限公司 聘：電聯(lián)招聘督導、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點：浙江省,江蘇省,河北省,山西省,遼寧省
• 西安中興精誠通訊有限公司 聘：重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù)：2 人 地點：重慶市
• 廣州瀚信通信科技股份有限公司 聘：項目經(jīng)理（廣東）
需求人數(shù)：2 人 地點：廣東省
• 杭州東信網(wǎng)絡技術(shù)有限公司 聘：LTE/5G網(wǎng)絡中高級優(yōu)化工程師
需求人數(shù)：2 人 地點：上海市
• 南京格安信息系統(tǒng)有限責任公司 聘：5G工程單驗人員
需求人數(shù)：10 人 地點：北京市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實習生通信應屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
• 杭州華星博鴻通信技術(shù)有限公司 聘：優(yōu)化規(guī)劃工程師（后臺-安徽）
需求人數(shù)：5 人 地點：馬鞍山市
• 嘉環(huán)科技股份有限公司 聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點：長沙市,永州市,郴州市,衡陽市
• 浙江明訊網(wǎng)絡技術(shù)有限公司 聘：浙江網(wǎng)絡優(yōu)化工程師
需求人數(shù)：8 人 地點：寧波市,舟山市,湖州市,紹興市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |