問題已開啟 (普通問題)
在基站附近,為什么被人打電話來總提示,不在服務(wù)區(qū)呢?
在基站附近的人,當(dāng)做被叫時會出現(xiàn)手機(jī)不在服務(wù)區(qū)的提示,而當(dāng)時的信號很好。這個現(xiàn)象不是個別現(xiàn)象哦。
提問者: li11605  提問時間: 2008-11-26    
 
  我要回答:
 

  請先 登錄注冊 再回答問題

問題答案 ( 19 )

   建議樓主更換主載頻試試,我覺得有可能是主載頻故障

回答者: tigermarx     回答時間:2008-11-27 00:13    

29        28        
用戶不在服務(wù)區(qū)
一、覆蓋問題
如果用戶投訴發(fā)生在某些小區(qū)的邊緣,如手機(jī)接收信號顯示兩格或以下情況下出現(xiàn)此問題,可以認(rèn)定為覆蓋原因。此時做主叫撥不通的概率應(yīng)該等同于做被叫出現(xiàn)“用戶不在服務(wù)區(qū)”的概率。細(xì)分其原因可能有以下幾種情況:
1、上下行不平衡
2、未考慮合路器插損區(qū)別
3、小區(qū)重選頻繁
4、覆蓋確實不好

1、上下行不平衡或上行接收靈敏度低
問題原因:
當(dāng)下行覆蓋范圍大于上行。在小區(qū)邊緣將產(chǎn)生偽覆蓋區(qū);在偽覆蓋區(qū)內(nèi)手機(jī)能夠正常接收基站的信號,但是無法接入系統(tǒng)。用戶做主叫無法獲得服務(wù),作被叫時,就會出現(xiàn)不在服務(wù)區(qū)現(xiàn)象。
定位手段:
話統(tǒng)中的“功率控制性能測量”、“上下行平衡性能測量”等
解決方法:
a、檢查工程安裝質(zhì)量;
b、調(diào)整無線參數(shù)。

2、配置基站功率未考慮各種合路器插損的區(qū)別
問題原因:
例如:SCU的插損比CDU高3~4dB,如果配置載頻功率等級數(shù)據(jù)時沒有考慮到兩者的區(qū)別,將會導(dǎo)致配置SCU的小區(qū)下行功率偏小,覆蓋不良。
 
3、小區(qū)重選頻繁導(dǎo)致用戶做被叫出現(xiàn)不在服務(wù)區(qū)現(xiàn)象
問題原因:
小區(qū)重選過于頻繁,會影響手機(jī)的接入性能。
定位手段:
實地路測和撥打測試;
解決方法:
a、通過網(wǎng)絡(luò)優(yōu)化改善小區(qū)覆蓋
b、調(diào)整無線參數(shù)。

二、參數(shù)設(shè)置不當(dāng)
主要是指無線接口上與尋呼、接入、立即指配有關(guān)的參數(shù)設(shè)置。通過查詢話統(tǒng)、告警等,看是否有RACH、PCH、SDCCH等過載的消息,這些信道的過載會導(dǎo)致“用戶不在服務(wù)區(qū)”問題的發(fā)生。細(xì)分其原因可能有以下幾種情況:
1、PCH信道配置
2、RACH信道配置
3、SDCCH信道擁塞
4、BSC數(shù)據(jù)配置錯誤或加載不完全
1、PCH信道配置不當(dāng)導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象
問題原因:
接入允許保留塊數(shù)和相同尋呼間復(fù)幀數(shù)配置不合適容易造成PCH信道擁塞或?qū)ず羲俣嚷?br />定位手段:
話統(tǒng)“隨機(jī)接入性能測量”中的“PCH過載次數(shù)”正常情況應(yīng)該為0。
解決方法:
按照數(shù)據(jù)配置規(guī)范中相關(guān)參數(shù)配置原則對數(shù)據(jù)進(jìn)行修改。
 
2、RACH信道配置不當(dāng)導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象
問題原因:
RACH忙門限、手機(jī)最大重發(fā)次數(shù)、擴(kuò)展傳輸時隙TX-integer 等參數(shù)配置不合適容易造成信道請求沖突或檢測不到。
定位手段:
話統(tǒng)“隨機(jī)接入性能測量”中的“RACH過載次數(shù)”正常情況應(yīng)該為0。
解決方法:
按照數(shù)據(jù)配置規(guī)范中相關(guān)參數(shù)配置原則對數(shù)據(jù)進(jìn)行修改。
 
3、SDCCH信道擁塞導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象
問題原因:
如果SDCCH擁塞,或者在SDCCH信道建立連接過程中失敗,尋呼響應(yīng)無法送到網(wǎng)絡(luò)側(cè),就會出現(xiàn)“用戶不在服務(wù)區(qū)”問題。
定位手段:
查看話統(tǒng)中“SDCCH擁塞率”等指標(biāo),正常情況下應(yīng)該為0或接近為0。
解決方法:
造成SDCCH信道擁塞的原因很多,結(jié)合擁塞專題進(jìn)行解決
 
4、BSC數(shù)據(jù)配置錯誤或加載不完全
問題原因:
“小區(qū)模塊信息表”等涉及CGI參數(shù)的表格數(shù)據(jù)配置不一致,或修改相關(guān)數(shù)據(jù)后加載不完全,可能導(dǎo)致因?qū)ず粝⒃谀K間轉(zhuǎn)發(fā)丟失而產(chǎn)生用戶不在服務(wù)區(qū)現(xiàn)象。
相關(guān)案例:
見案例2:某局雙頻網(wǎng)尋呼消息丟失案例。
見案例3:某局GT表設(shè)定未生效導(dǎo)致取被叫路由失敗
解決方法:
重新設(shè)定數(shù)據(jù)表或重新加載數(shù)據(jù)。

三、系統(tǒng)容量或負(fù)荷過載
系統(tǒng)容量或負(fù)荷過載(比如HDB過載、CPU過載、某些小區(qū)忙時容量過載等)情況下,由于取用戶信息失敗、系統(tǒng)流量控制導(dǎo)致的消息丟棄、用戶不能夠很快接入無線網(wǎng)絡(luò)等原因,會導(dǎo)致“用戶不在服務(wù)區(qū)”的問題,此種情況下要通過系統(tǒng)擴(kuò)容等方式來解決。細(xì)分其原因可能有以下幾種情況:
1、HDB過載
2、MSC過載
3、BSC過載
1、HDB過載導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象
問題原因:
HDB過載造成消息丟棄,使MSC取被叫路由流程異常導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象。
解決方法:
HDB擴(kuò)容。
2、MSC過載導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象
問題原因:
MSC如果因內(nèi)部處理負(fù)荷過重、A接口信令鏈路負(fù)荷過重、或BSC上報過載等原因啟動相應(yīng)的流控,將不會下發(fā)尋呼消息。最終導(dǎo)致做被叫時出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象。
定位手段:
查看相應(yīng)流控告警。
解決方法:
特殊原因的短時間過載不需要處理,長期過載需要擴(kuò)容MSC
3、BSC過載導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象
問題原因:
BSC過載會啟動系統(tǒng)流控,流控到一定級別后系統(tǒng)會停止下發(fā)尋呼消息。
定位手段:
查看相應(yīng)流控告警。
解決方法:
特殊原因的短時間過載不需要處理,長期過載需要擴(kuò)容BSC
四、尋呼策略
系統(tǒng)中最大尋呼次數(shù)、尋呼重發(fā)時間間隔等參數(shù)都對“用戶不在服務(wù)區(qū)”問題有影響;
為了保證接通率,一般系統(tǒng)對一次呼叫過程中的尋呼消息都需要重發(fā)幾次;
在MSC和BSC的數(shù)據(jù)中均可以設(shè)置尋呼消息的重發(fā)次數(shù),系統(tǒng)實際的尋呼消息發(fā)送次數(shù)近似等于兩者相乘的值;
若兩者之間的參數(shù)配合不合理,如在MSC和BSC上均只設(shè)置了重發(fā)一次,則有可能因消息丟失、響應(yīng)超時等原因,導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象。
五、傳輸原因
由于系統(tǒng)之間(比如ABIS接口的LAPD鏈路、網(wǎng)絡(luò)側(cè)各個實體之間的接口鏈路)和系統(tǒng)內(nèi)部(如MSC與VLR之間的MEM鏈路、BSC/MSC各個模塊之間的鏈路等)鏈路不穩(wěn)定導(dǎo)致消息丟失,也會出現(xiàn)“用戶不在服務(wù)區(qū)”的問題。
這方面的問題可以通過查看告警得知。
六、手機(jī)原因
現(xiàn)在已知道部分型號手機(jī)本身存在的缺陷,會導(dǎo)致“用戶不在服務(wù)區(qū)”問題發(fā)生。其原因細(xì)分有以下幾種情況:
1、手機(jī)射頻部分存在問題
2、手機(jī)軟件部分存在問題
3、手機(jī)電源不符存在問題
tigermarx  2008-11-30 10:24 



可能主頻跳到擴(kuò)展架上面去了吧,,重新對齊一下

回答者: itfkuc     回答時間:2008-11-27 00:22    

32        29        


個別載頻有故障,有可能象樓上說的BCCH載頻有故障?*@#(_@s4K:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: fengying9708     回答時間:2008-11-27 10:05    

26        25        


檢查基站。poej礙:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: applexx     回答時間:2008-11-27 14:40    

29        27        


載頻硬件有問題吧  呵呵西70874*K:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: wudh311     回答時間:2008-11-27 15:45    

26        25        


要從幾個方面著手解決
1.測試現(xiàn)場是否有BCCH同鄰頻干擾存在,干擾常常使手機(jī)會用戶脫網(wǎng),造成網(wǎng)絡(luò)不能尋呼到用戶。
2.檢查T3212定時器和MSC的DETACH設(shè)置,這方面設(shè)置不當(dāng)會出現(xiàn)大面積的類似投訴。#$#&)K:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
3.檢查是否在LAC區(qū)邊界,經(jīng)常性的位置更新也會出現(xiàn)類似問題,在位置更新時會出現(xiàn)用戶不在服務(wù)器問題。K:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
4.現(xiàn)場測試是否C1值設(shè)置過小,經(jīng)常性的進(jìn)行小區(qū)選擇,手機(jī)在進(jìn)行重選時會出現(xiàn)短暫脫網(wǎng)現(xiàn)象的。lurewioK:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
4321%$#(*K:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: sunny2002     回答時間:2008-11-28 02:40    

34        26        


有幾種情況,f12zcvK:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
一是基站硬件故障,通常是上下行的板件壞了,]]
二是參數(shù)設(shè)置問題.如切換關(guān)系,小區(qū)變換
還有別的等想下?1fds3a2K:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

也f12dsfdK:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: chen727     回答時間:2008-11-28 14:03    

28        31        


用戶不在服務(wù)區(qū)h$#$#&)*K:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
一、覆蓋問題@s4fadsK:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
如果用戶投訴發(fā)生在某些小區(qū)的邊緣,如手機(jī)接收信號顯示兩格或以下情況下出現(xiàn)此問題,可以認(rèn)定為覆蓋原因。此時做主叫撥不通的概率應(yīng)該等同于做被叫出現(xiàn)“用戶不在服務(wù)區(qū)”的概率。細(xì)分其原因可能有以下幾種情況:wioK:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
1、上下行不平衡fads13東K:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
2、未考慮合路器插損區(qū)別4f8e342是K:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
3、小區(qū)重選頻繁(我)$K:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
4、覆蓋確實不好

1、上下行不平衡或上行接收靈敏度低1fkjhfjouK:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
問題原因:玱itre43289蜬:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
當(dāng)下行覆蓋范圍大于上行。在小區(qū)邊緣將產(chǎn)生偽覆蓋區(qū);在偽覆蓋區(qū)內(nèi)手機(jī)能夠正常接收基站的信號,但是無法接入系統(tǒng)。用戶做主叫無法獲得服務(wù),作被叫時,就會出現(xiàn)不在服務(wù)區(qū)現(xiàn)象。21fds3a2K:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
定位手段:
話統(tǒng)中的“功率控制性能測量”、“上下行平衡性能測量”等#(*$#什21K:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
解決方法:ckjlurewiK:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
a、檢查工程安裝質(zhì)量;1fd知1fkjhfK:JFD()$#_*本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
b、調(diào)整無線參數(shù)。K:JFD()$#_*本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
$#@3221K:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
2、配置基站功率未考慮各種合路器插損的區(qū)別$@&%#*(我)$#K:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
問題原因:?1fds3a21K:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
例如:SCU的插損比CDU高3~4dB,如果配置載頻功率等級數(shù)據(jù)時沒有考慮到兩者的區(qū)別,將會導(dǎo)致配置SCU的小區(qū)下行功率偏小,覆蓋不良。74*$#(*)#$@&K:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
 jouierpoeK:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
3、小區(qū)重選頻繁導(dǎo)致用戶做被叫出現(xiàn)不在服務(wù)區(qū)現(xiàn)象
問題原因:vckjlK:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
小區(qū)重選過于頻繁,會影響手機(jī)的接入性能。
定位手段:221a3ds也fK:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
實地路測和撥打測試;(哦*&#%kcvK:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
解決方法:
a、通過網(wǎng)絡(luò)優(yōu)化改善小區(qū)覆蓋
b、調(diào)整無線參數(shù)。fjouieK:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
?*@#(_@s4K:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
二、參數(shù)設(shè)置不當(dāng)
主要是指無線接口上與尋呼、接入、立即指配有關(guān)的參數(shù)設(shè)置。通過查詢話統(tǒng)、告警等,看是否有RACH、PCH、SDCCH等過載的消息,這些信道的過載會導(dǎo)致“用戶不在服務(wù)區(qū)”問題的發(fā)生。細(xì)分其原因可能有以下幾種情況:
1、PCH信道配置
2、RACH信道配置
3、SDCCH信道擁塞1fadsK:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
4、BSC數(shù)據(jù)配置錯誤或加載不完全s1fads不21fdK:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
1、PCH信道配置不當(dāng)導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象*)#$@&%#*(K:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
問題原因:ads不21fdK:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
接入允許保留塊數(shù)和相同尋呼間復(fù)幀數(shù)配置不合適容易造成PCH信道擁塞或?qū)ず羲俣嚷?span style='display:none'>1fd知1K:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
定位手段:
話統(tǒng)“隨機(jī)接入性能測量”中的“PCH過載次數(shù)”正常情況應(yīng)該為0。434321K:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
解決方法:43289西708K:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
按照數(shù)據(jù)配置規(guī)范中相關(guān)參數(shù)配置原則對數(shù)據(jù)進(jìn)行修改。f12dsfdsK:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
 
2、RACH信道配置不當(dāng)導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象
問題原因:
RACH忙門限、手機(jī)最大重發(fā)次數(shù)、擴(kuò)展傳輸時隙TX-integer 等參數(shù)配置不合適容易造成信道請求沖突或檢測不到。)$#@3221K:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
定位手段:
話統(tǒng)“隨機(jī)接入性能測量”中的“RACH過載次數(shù)”正常情況應(yīng)該為0。ds也f12dsfdK:JFD()$#_*本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
解決方法:
按照數(shù)據(jù)配置規(guī)范中相關(guān)參數(shù)配置原則對數(shù)據(jù)進(jìn)行修改。
 #%kcvmmvcK:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
3、SDCCH信道擁塞導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象3221a3K:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
問題原因:
如果SDCCH擁塞,或者在SDCCH信道建立連接過程中失敗,尋呼響應(yīng)無法送到網(wǎng)絡(luò)側(cè),就會出現(xiàn)“用戶不在服務(wù)區(qū)”問題。2zcv5K:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
定位手段:itre43289西7K:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
查看話統(tǒng)中“SDCCH擁塞率”等指標(biāo),正常情況下應(yīng)該為0或接近為0。
解決方法:
造成SDCCH信道擁塞的原因很多,結(jié)合擁塞專題進(jìn)行解決
 
4、BSC數(shù)據(jù)配置錯誤或加載不完全urewioK:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
問題原因:
“小區(qū)模塊信息表”等涉及CGI參數(shù)的表格數(shù)據(jù)配置不一致,或修改相關(guān)數(shù)據(jù)后加載不完全,可能導(dǎo)致因?qū)ず粝⒃谀K間轉(zhuǎn)發(fā)丟失而產(chǎn)生用戶不在服務(wù)區(qū)現(xiàn)象。
相關(guān)案例:
見案例2:某局雙頻網(wǎng)尋呼消息丟失案例。
見案例3:某局GT表設(shè)定未生效導(dǎo)致取被叫路由失敗
解決方法:?343K:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
重新設(shè)定數(shù)據(jù)表或重新加載數(shù)據(jù)。#(_@s4K:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
3ds也f12dK:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
三、系統(tǒng)容量或負(fù)荷過載2dsfds1faK:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
系統(tǒng)容量或負(fù)荷過載(比如HDB過載、CPU過載、某些小區(qū)忙時容量過載等)情況下,由于取用戶信息失敗、系統(tǒng)流量控制導(dǎo)致的消息丟棄、用戶不能夠很快接入無線網(wǎng)絡(luò)等原因,會導(dǎo)致“用戶不在服務(wù)區(qū)”的問題,此種情況下要通過系統(tǒng)擴(kuò)容等方式來解決。細(xì)分其原因可能有以下幾種情況:poej道h$K:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
1、HDB過載#(么$*@#(K:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
2、MSC過載3東oitre43K:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
3、BSC過載
1、HDB過載導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象&)*(&#*($(臟:JFD()$#_*本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
問題原因:?3432K:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
HDB過載造成消息丟棄,使MSC取被叫路由流程異常導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象。s4fads1K:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
解決方法:
HDB擴(kuò)容。么$*@K:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
2、MSC過載導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象
問題原因:12dsfds1K:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
MSC如果因內(nèi)部處理負(fù)荷過重、A接口信令鏈路負(fù)荷過重、或BSC上報過載等原因啟動相應(yīng)的流控,將不會下發(fā)尋呼消息。最終導(dǎo)致做被叫時出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象。oK:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
定位手段:
查看相應(yīng)流控告警。
解決方法:
特殊原因的短時間過載不需要處理,長期過載需要擴(kuò)容MSC
3、BSC過載導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象a4f8e342是K:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
問題原因:fd5a4f8e34K:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
BSC過載會啟動系統(tǒng)流控,流控到一定級別后系統(tǒng)會停止下發(fā)尋呼消息。
定位手段:wioK:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
查看相應(yīng)流控告警。
解決方法:5a4f8eK:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
特殊原因的短時間過載不需要處理,長期過載需要擴(kuò)容BSC$#(*)K:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
四、尋呼策略
系統(tǒng)中最大尋呼次數(shù)、尋呼重發(fā)時間間隔等參數(shù)都對“用戶不在服務(wù)區(qū)”問題有影響;1fd知1fkjhK:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
為了保證接通率,一般系統(tǒng)對一次呼叫過程中的尋呼消息都需要重發(fā)幾次;
在MSC和BSC的數(shù)據(jù)中均可以設(shè)置尋呼消息的重發(fā)次數(shù),系統(tǒng)實際的尋呼消息發(fā)送次數(shù)近似等于兩者相乘的值;vmmvckjlureK:JFD()$#_*本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
若兩者之間的參數(shù)配合不合理,如在MSC和BSC上均只設(shè)置了重發(fā)一次,則有可能因消息丟失、響應(yīng)超時等原因,導(dǎo)致出現(xiàn)用戶不在服務(wù)區(qū)現(xiàn)象。289西70874*K:JFD()$#_*本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
五、傳輸原因3289蜬:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
由于系統(tǒng)之間(比如ABIS接口的LAPD鏈路、網(wǎng)絡(luò)側(cè)各個實體之間的接口鏈路)和系統(tǒng)內(nèi)部(如MSC與VLR之間的MEM鏈路、BSC/MSC各個模塊之間的鏈路等)鏈路不穩(wěn)定導(dǎo)致消息丟失,也會出現(xiàn)“用戶不在服務(wù)區(qū)”的問題。
這方面的問題可以通過查看告警得知。#(*$#蔏:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
六、手機(jī)原因5%#(么$K:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
現(xiàn)在已知道部分型號手機(jī)本身存在的缺陷,會導(dǎo)致“用戶不在服務(wù)區(qū)”問題發(fā)生。其原因細(xì)分有以下幾種情況:K:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
1、手機(jī)射頻部分存在問題d知1fkK:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
2、手機(jī)軟件部分存在問題
3、手機(jī)電源不符存在問題ds不21fdsK:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
知1fkjhfK:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
ds也f12dsfdK:JFD()$#_*本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: tigermarx     回答時間:2008-11-28 15:36    

26        27        


首先通過交換跟蹤尋呼指令是否下到對應(yīng)的BSC,分出是交換的問題還是BSC側(cè)的問題。e342是K:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
BSC 側(cè)的先考慮SD是否超忙,檢查是否有干擾,有2個載波時更換BCCH所在的硬件。#@3221a3dsK:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
不好說清楚,多試試吧21fds3a21fdK:JFD()$#_*本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
1354afd5a4f8K:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: pcx9988     回答時間:2008-11-29 18:10    

26        27        


不錯不錯,本來是想在這里回答問題的,結(jié)果好好學(xué)習(xí)了一下。意外得收獲,謝謝大家啊。謝謝tigermarx1fads不21fdsK:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: 殺人微笑     回答時間:2008-11-30 13:20    

31        22        


兩大快的原因,硬件:一是基站問題,二是手機(jī)問題.軟件:一是上下行(收發(fā)電平)不平衡,二是切換數(shù)據(jù)沒做好.(_@s4fads1K:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
   硬件:&)*(&#*($(K:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
           基站:檢查硬件連線及合路器、載頻上下行電平是否符合標(biāo)準(zhǔn)。
           手機(jī)問題:通過不同廠家手機(jī)進(jìn)行測試驗證。wioK:JFD()$#_*(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
   軟件:s1fd知1fkK:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
   BSC檢查切換參數(shù)無誤。45%#(么$*K:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
erpoeK:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有


回答者: coolnews88     回答時間:2008-11-30 13:43    

31        28        


 真是受益非淺呀。感謝樓主們的詳細(xì)解答。

回答者: mountain5219     回答時間:2008-12-01 10:29    

31        36        


根據(jù)實際經(jīng)驗:單path中斷;RSL閃斷;主控板故障;EGSM跳頻狀態(tài)下不支持EGSM頻點的手機(jī)等,遇到過這種現(xiàn)象

回答者: evaxia     回答時間:2008-12-01 18:37    

25        28        


錯不錯,本來是想在這里回答問題的,結(jié)果好好學(xué)習(xí)了一下ds不21fdsK:JFD()$#本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: liquan08     回答時間:2008-12-01 20:55    

28        25        


不錯!~大有長進(jìn)。。。我覺得如果是主載頻壞掉的話,會不會接受信號就不是那么強(qiáng)了!~所以首先排除是主載頻故障吧。。。應(yīng)該考慮其他原因!~#(*)#$@&K:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
321%$#(*K:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: liusf77     回答時間:2008-12-02 09:21    

27        27        


我有一個想法不知是不是:在基站正下面會出現(xiàn)無覆蓋現(xiàn)象.因為信號是向四周輻射出去的.如果周圍沒有反射,信號達(dá)不到正下方,所以在正下方收不到信號.或者能收到信號,由于波形的幅度特性,且夾角@太小,無法正常解碼.(MS與天線連線與天線的夾角太小).oitre43K:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
|
|fds1fadK:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
| 玱itrK:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
1fkjhfjK:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
|  
|@K:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
2是434321%$K:JFD()$#_*本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
天      ms(&#*($(K:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
#(么$*@#K:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有


回答者: wing713tb     回答時間:2008-12-02 22:37    

29        28        


可能會有以下原因:
1、SDCCH擁塞造成MSC無法尋呼到用戶造成,不過這種情況不會大面積出現(xiàn)21fds3aK:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
2、檢查BSC和MSC的時鐘同步問題,是否出現(xiàn)“偽同步”,意思是沒有告警,顯示同步正常但是實際是不同步的ads13東oitK:JFD()$#_本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
3、檢查BSC、MSC的信令負(fù)荷是否過高造成a4f8e342K:JFD()$本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
4、是否存在上下行干擾
fds1faK:JFD(本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: lws366     回答時間:2008-12-06 22:40    

27        29        


還有一種可能就是移動的系統(tǒng)在升級,經(jīng)常會造成一些意外的錯誤。

回答者: marquis107     回答時間:2008-12-07 15:09    

30        29        


我們這試過大面積的提示“不在服務(wù)區(qū)”,最后查到是給個該過了周期性登記時間,跟sunny2002的答案一樣oK:JFD本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有
東oitreK:JFD()本文來自移動通信網(wǎng)gg1fic3.cn,版權(quán)所有

回答者: blubooboy     回答時間:2008-12-11 20:35    

31        27        

中國通信人才網(wǎng) | 江蘇通信人才網(wǎng) | 山東通信人才網(wǎng) | 武漢通信人才網(wǎng) | 浙江通信人才網(wǎng) | 湖南通信人才網(wǎng)
南京格安信息系統(tǒng)有限責(zé)任公司 聘:RF中高級優(yōu)化工程師
需求人數(shù):2 人 地點:北京市
安徽引途科技有限公司 聘:網(wǎng)優(yōu)中級工程師
需求人數(shù):2 人 地點:貴港市,來賓市
上海大唐移動通信設(shè)備有限公司 聘:通信網(wǎng)優(yōu)工程師-江蘇
需求人數(shù):2 人 地點:南京市
浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘:網(wǎng)優(yōu)工程師(湖南)
需求人數(shù):0 人 地點:長沙市,湘潭市,邵陽市
吉訊股份有限公司 聘:網(wǎng)絡(luò)優(yōu)化負(fù)責(zé)人
需求人數(shù):3 人 地點:山西省
北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點:昆明市,思茅市,昭通市
重慶信科通信工程有限公司 聘:GSC數(shù)通工程師
需求人數(shù):10 人 地點:西安市
北京宜通華瑞科技有限公司 聘:專項優(yōu)化中高級(江西急聘)
需求人數(shù):5 人 地點:上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
怡利科技發(fā)展有限公司 聘:網(wǎng)優(yōu)工程師(初級)
需求人數(shù):5 人 地點:貴州省
杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘:廊坊-滄州-高/中/網(wǎng)優(yōu)工程師
需求人數(shù):5 人 地點:滄州市
熱點問題
更多精彩

聯(lián)系我們 - 問通信專家 Powered by MSCBSC 移動通信網(wǎng)  © 2006 -