 |
善于提問(wèn)，勤于回答，你也是專(zhuān)家
|
 |
問(wèn)題已開(kāi)啟
(普通問(wèn)題)
話務(wù)量很少,擁塞卻比較多;
有一個(gè)小區(qū)在一個(gè)時(shí)間內(nèi)段,出現(xiàn)100次左右擁塞,之后恢復(fù)正常;但話務(wù)量很少,而且業(yè)務(wù)信道配置數(shù)量足夠;這可能是哪方面的原因?會(huì)是某一塊載頻有隱性故障嗎?
提問(wèn)者:
• 基站硬件正常，小區(qū)的話務(wù)量月流量都不高，卻經(jīng)常出現(xiàn)RRC擁塞，怎么解決 2015-05-05
• 碼資源為什么和話務(wù)量和擁塞沒(méi)有關(guān)系？ 2014-12-18
• 室分TD 話務(wù)量很低還出現(xiàn)RRC擁塞，無(wú)告警怎么處理…… 2013-04-09
• 為什么話務(wù)量不高，卻有RRC擁塞 2013-03-20
• 火車(chē)經(jīng)過(guò)的地方突發(fā)擁塞但每線話務(wù)量卻很小怎么處理 2012-06-28
• TD小區(qū)存在擁塞，但查看話務(wù)量及數(shù)據(jù)流量都不大，請(qǐng)問(wèn)如何處理？ 2012-03-13
• 怎么通過(guò)PDCH復(fù)用度，數(shù)據(jù)等效話務(wù)量，上下行TBF建立成功率這些指標(biāo)看擁塞啊 2012-02-09
• 如何處理本基站話務(wù)量太大的擁塞，修改那些參數(shù)可以讓其他小區(qū)來(lái)分擔(dān)話務(wù)量。CRO? 2011-12-11
• 碼資源為什么和話務(wù)量和擁塞沒(méi)有關(guān)系？ 2014-12-18
• 室分TD 話務(wù)量很低還出現(xiàn)RRC擁塞，無(wú)告警怎么處理…… 2013-04-09
• 為什么話務(wù)量不高，卻有RRC擁塞 2013-03-20
• 火車(chē)經(jīng)過(guò)的地方突發(fā)擁塞但每線話務(wù)量卻很小怎么處理 2012-06-28
• TD小區(qū)存在擁塞，但查看話務(wù)量及數(shù)據(jù)流量都不大，請(qǐng)問(wèn)如何處理？ 2012-03-13
• 怎么通過(guò)PDCH復(fù)用度，數(shù)據(jù)等效話務(wù)量，上下行TBF建立成功率這些指標(biāo)看擁塞啊 2012-02-09
• 如何處理本基站話務(wù)量太大的擁塞，修改那些參數(shù)可以讓其他小區(qū)來(lái)分擔(dān)話務(wù)量。CRO? 2011-12-11
問(wèn)題答案
( 7 )
1、在系統(tǒng)上檢查該小區(qū)的業(yè)務(wù)信道占用率；排除它。
2、通過(guò)話務(wù)分析排除切換話務(wù)；排除它。
3、再查無(wú)線環(huán)境；
4、最終查系統(tǒng)是否隱性故障！
2、通過(guò)話務(wù)分析排除切換話務(wù)；排除它。
3、再查無(wú)線環(huán)境；
4、最終查系統(tǒng)是否隱性故障！
回答者：
hnomp
回答時(shí)間：2009-03-30 11:22
9
22
1.基站在兩個(gè)BSC的邊緣或者在鐵路邊，位置更新頻繁，肯定會(huì)出現(xiàn)SD擁塞的情況；
2.該小區(qū)覆蓋的范圍內(nèi)，短信量很大，也會(huì)出現(xiàn)SD擁塞的情況；
3.該小區(qū)SD配置很少的話，一定出現(xiàn)大量的呼叫次數(shù)，也會(huì)出現(xiàn)SD擁塞的情況；
3.T3212設(shè)置過(guò)小，造成頻繁的位置更新，SD也會(huì)出現(xiàn)擁塞；
4.SD信道吊死，導(dǎo)致基站不能正常分配SDCCH信道；
5.LAC位置去規(guī)劃不合理，導(dǎo)致手機(jī)頻繁的位置更新；
6.如果基站的實(shí)際覆蓋范圍過(guò)大，可能導(dǎo)致它實(shí)際承載了過(guò)多的手機(jī)的網(wǎng)絡(luò)服務(wù)需求，這樣很容易產(chǎn)生SDCCH信道擁塞；
7.對(duì)于偏遠(yuǎn)的地區(qū)，由于基站建設(shè)力度不夠，在有些距離基站較遠(yuǎn)的地方手機(jī)信號(hào)較弱，如果手機(jī)在這些地方嘗試向網(wǎng)絡(luò)發(fā)起服務(wù)請(qǐng)求或響應(yīng)網(wǎng)絡(luò)的尋呼，由于距離基站過(guò)于遠(yuǎn)，信號(hào)衰減較大，手機(jī)接收質(zhì)量很差，這樣手機(jī)很可能不能正常地接入到網(wǎng)絡(luò)中，反而由于手機(jī)頻繁嘗試發(fā)起接入請(qǐng)求而造成網(wǎng)絡(luò)資源被大量占用；
8.對(duì)于有些基站由于基站的站址比較偏遠(yuǎn)或基站位置過(guò)矮，為了吸收話務(wù)量，優(yōu)化人員有時(shí)開(kāi)啟C2。但是，如果C2的設(shè)置過(guò)大，且鄰區(qū)的切換門(mén)限沒(méi)有做及時(shí)的調(diào)整，也容易造成SDCCH擁塞；
9.基站出現(xiàn)硬件故障的情況，主要是指基站的載頻出現(xiàn)單個(gè)或幾個(gè)時(shí)隙退出服務(wù)，甚至整個(gè)或幾個(gè)載頻不能正常提供服務(wù)的情況。當(dāng)出現(xiàn)這種硬件故障后，很可能直接導(dǎo)致基站的SDCCH和TCH話務(wù)擁塞；
10.基站傳輸閃斷在很大程度上會(huì)影響到SDCCH等信道的分配，對(duì)于閃斷嚴(yán)重，尤其是在話務(wù)高峰閃斷嚴(yán)重的情況，該站的SDCCH擁塞率會(huì)大幅度增加；
11.SLEEPING CELL是摩托羅拉公司BSS基站設(shè)備在某些版本、某些運(yùn)行情況下，出現(xiàn)的一種軟件運(yùn)行故障。簡(jiǎn)要地說(shuō)，SLEEPING CELL一般定義為沒(méi)有明顯基站告警，但實(shí)際基站已經(jīng)不能為手機(jī)提供基本的通話服務(wù)的情況，從統(tǒng)計(jì)上看基站TOTAL_CALL個(gè)數(shù)為0、SDCCH擁塞率可能較高、呼叫建立成功率可能較低；
12.由于基站軟件運(yùn)行故障，在BSS1614的軟件版本中，存在軟件BUG，有基站RTF與DRI的對(duì)應(yīng)關(guān)系發(fā)生紊亂的情況，尤其是小區(qū)BCCH載頻的RTF與DRI關(guān)系不正常，主要體現(xiàn)為小區(qū)內(nèi)出現(xiàn)多個(gè)BCCH的RTF。出現(xiàn)這種情況時(shí)，通常該小區(qū)的SDCCH擁塞率會(huì)受影響。如果基站存在嚴(yán)重的系統(tǒng)內(nèi)部或系統(tǒng)外部的干擾時(shí)，手機(jī)在進(jìn)行SDCCH的接續(xù)時(shí)，可能由于存在頻率的干擾而收不到系統(tǒng)發(fā)來(lái)的Immediate Assignment消息，或者收到該消息后，在接入系統(tǒng)的時(shí)候由于干擾，網(wǎng)絡(luò)無(wú)法正確解出手機(jī)發(fā)來(lái)的Immediate Assignment消息，從而最終造成手機(jī)無(wú)法占用系統(tǒng)為其所分配的SDCCH資源。這樣，在一定程度上會(huì)引起手機(jī)多次申請(qǐng)網(wǎng)絡(luò)服務(wù)，造成系統(tǒng)資源的擁塞；
13.SDCCH擁塞率較高，通常是由于無(wú)線部分的原因造成的。但是，在某些特殊情況下，由于MSC的資源狀態(tài)設(shè)置或參數(shù)設(shè)置等不正確，也會(huì)造成無(wú)線部分的SDCCH信道擁塞。這種情況一般發(fā)生在基站割接、新BSC或新站入網(wǎng)的時(shí)候，此時(shí)出現(xiàn)異常的SDCCH擁塞，則需要關(guān)注MSC或A接口的設(shè)置。（1）在網(wǎng)絡(luò)割接調(diào)整時(shí)，可能發(fā)生小區(qū)的LAC在割接后有了變化，但是在MSC中卻未更改，造成用戶(hù)手機(jī)有信號(hào)，但無(wú)法通話；從統(tǒng)計(jì)上看，SDCCH擁塞率很高；（2） MSC上未及時(shí)在基站開(kāi)通后做該站的數(shù)據(jù)造成基SD擁塞；（3）在網(wǎng)絡(luò)基站割接時(shí)，可能由于工作疏忽，會(huì)出現(xiàn)有個(gè)別的小區(qū)在MSC上的操作維護(hù)狀態(tài)為LOCK，造成無(wú)線側(cè)表現(xiàn)為用戶(hù)手機(jī)有信號(hào)，但無(wú)法通話；從統(tǒng)計(jì)上看SDCCH擁塞率會(huì)很高；
（4）MSC側(cè)CIC被異常BAR住，造成基站SD信道擁塞
具體現(xiàn)象：撥打測(cè)試發(fā)現(xiàn)測(cè)試小區(qū)有信號(hào)，但無(wú)法主、被叫，也無(wú)法進(jìn)行切換。從OMC觀察小區(qū)狀態(tài)發(fā)現(xiàn)該小區(qū)只有SDCCH分配，無(wú)TCH分配，具體現(xiàn)象如圖一所示。在OMC上對(duì)該小區(qū)做Call_trace發(fā)現(xiàn)手機(jī)的呼叫沒(méi)有得到CIC電路的分配，信令流程在SETUP消息后，立刻從網(wǎng)絡(luò)側(cè)發(fā)送Disconnect [即：Disconnect (network -> MS)：Cause - Resource unavailable；Requested circuit/channel not available.]，具體log見(jiàn)下面（正常情況和非正常情況的對(duì)比，中間部分信令流程省略）。從統(tǒng)計(jì)看，該BSC中所有小區(qū)TCH分配次數(shù)為0，total_calls為0；
2.該小區(qū)覆蓋的范圍內(nèi)，短信量很大，也會(huì)出現(xiàn)SD擁塞的情況；
3.該小區(qū)SD配置很少的話，一定出現(xiàn)大量的呼叫次數(shù)，也會(huì)出現(xiàn)SD擁塞的情況；
3.T3212設(shè)置過(guò)小，造成頻繁的位置更新，SD也會(huì)出現(xiàn)擁塞；
4.SD信道吊死，導(dǎo)致基站不能正常分配SDCCH信道；
5.LAC位置去規(guī)劃不合理，導(dǎo)致手機(jī)頻繁的位置更新；
6.如果基站的實(shí)際覆蓋范圍過(guò)大，可能導(dǎo)致它實(shí)際承載了過(guò)多的手機(jī)的網(wǎng)絡(luò)服務(wù)需求，這樣很容易產(chǎn)生SDCCH信道擁塞；
7.對(duì)于偏遠(yuǎn)的地區(qū)，由于基站建設(shè)力度不夠，在有些距離基站較遠(yuǎn)的地方手機(jī)信號(hào)較弱，如果手機(jī)在這些地方嘗試向網(wǎng)絡(luò)發(fā)起服務(wù)請(qǐng)求或響應(yīng)網(wǎng)絡(luò)的尋呼，由于距離基站過(guò)于遠(yuǎn)，信號(hào)衰減較大，手機(jī)接收質(zhì)量很差，這樣手機(jī)很可能不能正常地接入到網(wǎng)絡(luò)中，反而由于手機(jī)頻繁嘗試發(fā)起接入請(qǐng)求而造成網(wǎng)絡(luò)資源被大量占用；
8.對(duì)于有些基站由于基站的站址比較偏遠(yuǎn)或基站位置過(guò)矮，為了吸收話務(wù)量，優(yōu)化人員有時(shí)開(kāi)啟C2。但是，如果C2的設(shè)置過(guò)大，且鄰區(qū)的切換門(mén)限沒(méi)有做及時(shí)的調(diào)整，也容易造成SDCCH擁塞；
9.基站出現(xiàn)硬件故障的情況，主要是指基站的載頻出現(xiàn)單個(gè)或幾個(gè)時(shí)隙退出服務(wù)，甚至整個(gè)或幾個(gè)載頻不能正常提供服務(wù)的情況。當(dāng)出現(xiàn)這種硬件故障后，很可能直接導(dǎo)致基站的SDCCH和TCH話務(wù)擁塞；
10.基站傳輸閃斷在很大程度上會(huì)影響到SDCCH等信道的分配，對(duì)于閃斷嚴(yán)重，尤其是在話務(wù)高峰閃斷嚴(yán)重的情況，該站的SDCCH擁塞率會(huì)大幅度增加；
11.SLEEPING CELL是摩托羅拉公司BSS基站設(shè)備在某些版本、某些運(yùn)行情況下，出現(xiàn)的一種軟件運(yùn)行故障。簡(jiǎn)要地說(shuō)，SLEEPING CELL一般定義為沒(méi)有明顯基站告警，但實(shí)際基站已經(jīng)不能為手機(jī)提供基本的通話服務(wù)的情況，從統(tǒng)計(jì)上看基站TOTAL_CALL個(gè)數(shù)為0、SDCCH擁塞率可能較高、呼叫建立成功率可能較低；
12.由于基站軟件運(yùn)行故障，在BSS1614的軟件版本中，存在軟件BUG，有基站RTF與DRI的對(duì)應(yīng)關(guān)系發(fā)生紊亂的情況，尤其是小區(qū)BCCH載頻的RTF與DRI關(guān)系不正常，主要體現(xiàn)為小區(qū)內(nèi)出現(xiàn)多個(gè)BCCH的RTF。出現(xiàn)這種情況時(shí)，通常該小區(qū)的SDCCH擁塞率會(huì)受影響。如果基站存在嚴(yán)重的系統(tǒng)內(nèi)部或系統(tǒng)外部的干擾時(shí)，手機(jī)在進(jìn)行SDCCH的接續(xù)時(shí)，可能由于存在頻率的干擾而收不到系統(tǒng)發(fā)來(lái)的Immediate Assignment消息，或者收到該消息后，在接入系統(tǒng)的時(shí)候由于干擾，網(wǎng)絡(luò)無(wú)法正確解出手機(jī)發(fā)來(lái)的Immediate Assignment消息，從而最終造成手機(jī)無(wú)法占用系統(tǒng)為其所分配的SDCCH資源。這樣，在一定程度上會(huì)引起手機(jī)多次申請(qǐng)網(wǎng)絡(luò)服務(wù)，造成系統(tǒng)資源的擁塞；
13.SDCCH擁塞率較高，通常是由于無(wú)線部分的原因造成的。但是，在某些特殊情況下，由于MSC的資源狀態(tài)設(shè)置或參數(shù)設(shè)置等不正確，也會(huì)造成無(wú)線部分的SDCCH信道擁塞。這種情況一般發(fā)生在基站割接、新BSC或新站入網(wǎng)的時(shí)候，此時(shí)出現(xiàn)異常的SDCCH擁塞，則需要關(guān)注MSC或A接口的設(shè)置。（1）在網(wǎng)絡(luò)割接調(diào)整時(shí)，可能發(fā)生小區(qū)的LAC在割接后有了變化，但是在MSC中卻未更改，造成用戶(hù)手機(jī)有信號(hào)，但無(wú)法通話；從統(tǒng)計(jì)上看，SDCCH擁塞率很高；（2） MSC上未及時(shí)在基站開(kāi)通后做該站的數(shù)據(jù)造成基SD擁塞；（3）在網(wǎng)絡(luò)基站割接時(shí)，可能由于工作疏忽，會(huì)出現(xiàn)有個(gè)別的小區(qū)在MSC上的操作維護(hù)狀態(tài)為LOCK，造成無(wú)線側(cè)表現(xiàn)為用戶(hù)手機(jī)有信號(hào)，但無(wú)法通話；從統(tǒng)計(jì)上看SDCCH擁塞率會(huì)很高；
（4）MSC側(cè)CIC被異常BAR住，造成基站SD信道擁塞
具體現(xiàn)象：撥打測(cè)試發(fā)現(xiàn)測(cè)試小區(qū)有信號(hào)，但無(wú)法主、被叫，也無(wú)法進(jìn)行切換。從OMC觀察小區(qū)狀態(tài)發(fā)現(xiàn)該小區(qū)只有SDCCH分配，無(wú)TCH分配，具體現(xiàn)象如圖一所示。在OMC上對(duì)該小區(qū)做Call_trace發(fā)現(xiàn)手機(jī)的呼叫沒(méi)有得到CIC電路的分配，信令流程在SETUP消息后，立刻從網(wǎng)絡(luò)側(cè)發(fā)送Disconnect [即：Disconnect (network -> MS)：Cause - Resource unavailable；Requested circuit/channel not available.]，具體log見(jiàn)下面（正常情況和非正常情況的對(duì)比，中間部分信令流程省略）。從統(tǒng)計(jì)看，該BSC中所有小區(qū)TCH分配次數(shù)為0，total_calls為0；
回答者：
chendaji
回答時(shí)間：2009-03-30 12:15
8
9
首先檢查傳輸對(duì)不對(duì)。
其次檢查數(shù)據(jù)配置對(duì)不對(duì)。
其次檢查數(shù)據(jù)配置對(duì)不對(duì)。
回答者：
raindayout
回答時(shí)間：2009-03-30 16:24
9
20
外加一點(diǎn)：現(xiàn)在很多有g(shù)prs的網(wǎng)絡(luò)，不要忘了檢查GPRS的配置
回答者：
hmilyye
回答時(shí)間：2009-03-31 08:06
14
17
最好能說(shuō)清楚是哪一項(xiàng)擁塞，要不然可沒(méi)有辦法分析哈
回答者：
chengpanda
回答時(shí)間：2009-03-31 13:10
9
10
1，載頻故障
2，突現(xiàn)的話務(wù)（活動(dòng)）
3，干擾導(dǎo)致
2，突現(xiàn)的話務(wù)（活動(dòng)）
3，干擾導(dǎo)致
回答者：
tigermarx
回答時(shí)間：2009-04-01 18:58
10
19
干擾啊
回答者：
sxw1314
回答時(shí)間：2009-04-11 09:10
7
3
• 南京華蘇科技有限公司
聘：塔工（河南）
需求人數(shù)：5 人 地點(diǎn)：鄭州市,焦作市,新鄉(xiāng)市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘： 物流物資管理人員
需求人數(shù)：1 人 地點(diǎn)：昆明市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：湖州市,寧波市
• 怡利科技發(fā)展有限公司 聘：移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù)：12 人 地點(diǎn)：貴州省
• 杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘：開(kāi)站后臺(tái)督導(dǎo)-山東濟(jì)南
需求人數(shù)：20 人 地點(diǎn)：濟(jì)南市
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點(diǎn)：香港
• 元道通信股份有限公司 聘：新疆中興項(xiàng)目督導(dǎo)工程師招聘
需求人數(shù)：6 人 地點(diǎn)：阿克蘇市,庫(kù)爾勒市
• 成都旗訊通信技術(shù)有限公司 聘：【移動(dòng)項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：四川省,河南省,山東省,安徽省,湖北省
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點(diǎn)：西寧市
需求人數(shù)：5 人 地點(diǎn)：鄭州市,焦作市,新鄉(xiāng)市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘： 物流物資管理人員
需求人數(shù)：1 人 地點(diǎn)：昆明市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：浙江網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：湖州市,寧波市
• 怡利科技發(fā)展有限公司 聘：移動(dòng)電信聯(lián)通單驗(yàn)工程師
需求人數(shù)：12 人 地點(diǎn)：貴州省
• 杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘：開(kāi)站后臺(tái)督導(dǎo)-山東濟(jì)南
需求人數(shù)：20 人 地點(diǎn)：濟(jì)南市
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點(diǎn)：香港
• 元道通信股份有限公司 聘：新疆中興項(xiàng)目督導(dǎo)工程師招聘
需求人數(shù)：6 人 地點(diǎn)：阿克蘇市,庫(kù)爾勒市
• 成都旗訊通信技術(shù)有限公司 聘：【移動(dòng)項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：四川省,河南省,山東省,安徽省,湖北省
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點(diǎn)：西寧市
熱點(diǎn)問(wèn)題
更多精彩
| 聯(lián)系我們 - 問(wèn)通信專(zhuān)家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |