 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
SDCCH的掉話數(shù)很高且內(nèi)切也很高，無上行干擾，無擁塞等。請問解決方法和原因
SDCCH的掉話數(shù)高且內(nèi)切也很高，小區(qū)話務(wù)量不高，TCS統(tǒng)計的其他指標(biāo)都良好。請問解決方法和原因？
提問者:
• GSM發(fā)現(xiàn)某個地區(qū)出現(xiàn)SDCCH擁塞怎么準(zhǔn)確定位到小區(qū) 2016-09-12
• MAXSDCCHNOTRX修改后不起效果 2016-06-27
• 愛立信雙倍SDCCH無法定義 2016-06-03
• GSM的sDCCH失敗原因中，由bcsu下門限或上門限過載引起的大量的sDCCH失敗，可能是由于什么造成的呢 2016-04-14
• sDCCH：2條改成1條如何修改？ 2016-03-01
• RPG版本是GARP2E新的TRH類型載波容量與MAXNOSDCCHTRX這個參數(shù)的關(guān)系？ 2016-02-18
• NSNgsm用什么參數(shù)開啟動態(tài)SDCCH信道分配和增強型動態(tài)SDCCH信道分配功能啊 2016-01-30
• bcsu過載下門限原因大量SDCCH失敗，尋呼量很高，引起的原因是什么，怎么解決 2016-01-25
• MAXSDCCHNOTRX修改后不起效果 2016-06-27
• 愛立信雙倍SDCCH無法定義 2016-06-03
• GSM的sDCCH失敗原因中，由bcsu下門限或上門限過載引起的大量的sDCCH失敗，可能是由于什么造成的呢 2016-04-14
• sDCCH：2條改成1條如何修改？ 2016-03-01
• RPG版本是GARP2E新的TRH類型載波容量與MAXNOSDCCHTRX這個參數(shù)的關(guān)系？ 2016-02-18
• NSNgsm用什么參數(shù)開啟動態(tài)SDCCH信道分配和增強型動態(tài)SDCCH信道分配功能啊 2016-01-30
• bcsu過載下門限原因大量SDCCH失敗，尋呼量很高，引起的原因是什么，怎么解決 2016-01-25
問題答案
( 9 )
這是我找到的一些資料，希望對樓主有用
（一）1、Nokia系統(tǒng)的SDCCH掉話本身統(tǒng)計就很高， 這與其Counter定義有關(guān)，基站只要收到了Channel request后，就會分配SDCCH，如果是Ghost的SD請求，那么等待T3101超時后，會記為掉話，這類掉話會表現(xiàn)為SDCCH掉話中Abis類，其實Nokia系統(tǒng)中SDCCH掉話中大多數(shù)均為該類型www.gg1fic3.cn0i!^.J7V:d
2、如果突發(fā)的SDCCH掉話達(dá)到了50％以上，基本通過重啟BCF后會恢復(fù)，這一般由于進程故障導(dǎo)致；www.gg1fic3.cn(B&^0U2h.I0h$E
3、通過調(diào)整RET參數(shù)（改小）可以減少Ghost的Channel request，降低全網(wǎng)的SDCCH掉話
4、小區(qū)的BCCH受到干擾時，或存在同頻同BSIC現(xiàn)象，SDCCH掉話會偏高，可修改BCCH頻點移動通信論壇為國內(nèi)領(lǐng)先的通信技術(shù)論壇，我們專注于移動通信技術(shù)，通信工程師的網(wǎng)上家園。'j,P6H4[3c E+_
5、查看是否存在SDCCH的7745告警，確認(rèn)是否為載頻故障，可重啟載頻恢復(fù)等移動通信論壇為國內(nèi)領(lǐng)先的通信技術(shù)論壇，我們專注于移動通信技術(shù)，通信工程師的網(wǎng)上家園。3{7V.H4i%X7b'A#m*F
6、如果SDCCH的RF類型高，你就需要注意了，可能與TCH頻點干擾、硬件故障等有關(guān)，這類SDCCH掉話對用戶實質(zhì)影響較大
7、對于SDCCH A口掉話，也會經(jīng)常產(chǎn)生異常，通過重啟BCF可恢復(fù)MSCBSC 移動通信論壇.5p3~5L.j;P/A
8、網(wǎng)絡(luò)負(fù)荷太高會產(chǎn)生大面積的SDCCH ABIS掉話高，我在某地做優(yōu)化時，情人節(jié)那天交換機負(fù)荷太高導(dǎo)致了大面積呼叫癱瘓，小區(qū)基本表現(xiàn)為高ABIS的SDCCH掉話移動通信,通信工程師的家園,通信人才,求職招聘,網(wǎng)絡(luò)優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單6X&N6e#w;n
9、當(dāng)然，你提到的HYS規(guī)劃對SDCCH掉話也有影響的，這個對于那個系統(tǒng)都是一樣的
（二）（1）若只出現(xiàn)幾天，又自然好轉(zhuǎn)，則有可能是掉死，解決方法有：開關(guān)跳頻、重LOAD、更換TRHwww.gg1fic3.cn+C#~5o i)|3A)O2_0T
（2）更換BSIC
（3）更換BCCH
（4）可能為載波故障，逐個閉載波找出是哪個載波有故障
（5）可能為載波故障，關(guān)跳頻后重新激活，然后觀察MOTS，看能否找出有故障載波 | 國內(nèi)領(lǐng)先的通信技術(shù)論壇&`%m)T#v8s,P
（6）若為弱信號掉話居多，則可以將ACCMIN調(diào)高，再將CRO調(diào)高 | 國內(nèi)領(lǐng)先的通信技術(shù)論壇.B*v"L$["?;k8d5R(O
（7）可能是頻點干擾太厲害了，換些干凈的頻點
（8）更換一下硬件，
&`!k7O/e
最快速的方法是將SDCCH放到其他硬件上試一下。
（三）http://www.gg1fic3.cn/bbs/viewthread.php?tid=95215&highlight=sdcch
http://www.gg1fic3.cn/bbs/viewthread.php?tid=6368&highlight=sdcch
（四）SDCCH建立呼叫失敗的幾種原因
失敗原因碼
Cause Value 描述 可能的原因
Cause Value 31
“正常， 未詳細(xì)說明”
這原因通常報告一個正常的事件僅僅當(dāng)在正常的類別沒有另外的原因適用時。 BSS（TCH擁塞）或MSC問題
Cause Value 34
“沒有可用的電路/信道”
(在Assignment Command前) 這原因顯示有目前得不到適當(dāng)?shù)碾娐?隧道處理呼叫。 TCH擁塞
Cause Value 34
“沒有可用的電路/信道”(在Assignment Command后) 這原因顯示有目前得不到適當(dāng)?shù)碾娐?隧道處理呼叫。 MSC擁塞
Cause Value 41
“暫時的失敗”
(在Assignment Command前) 這原因顯示網(wǎng)絡(luò)運行異常, 達(dá)到要求的情況不能持續(xù)一個長的時段，移動電臺可以很快地嘗試另一次的呼叫。 BSS問題， 尤其是硬件問題
Cause Value 41
“暫時的失敗”
(在Assignment Command后) 這原因顯示網(wǎng)絡(luò)運行異常, 達(dá)到要求的情況不能持續(xù)一個長的時段，移動電臺可以很快地嘗試另一次的呼叫。 MSC問題
Cause Value 42
“交換設(shè)備擁塞” 這原因顯示交換設(shè)備正處于高通信量的處理時期。 MSC擁塞
Cause Value 44
“請求電路/信道不可用” 當(dāng)電路或信道請求的實體不能被另一邊接口提供時這原因被返還。 BSS問題，尤其是CIC擁塞
Cause Value 111
“協(xié)議錯誤， 未詳細(xì)說明” 這原因通常報告一個協(xié)議差錯事件，僅僅當(dāng)在協(xié)議差錯類別沒有另外的原因適用時。 BSS或MSC問題
（五），TX和MAXRET這兩個參數(shù)對于無線資源的合理利用有著舉足輕重的影響，合理地取值與搭配，可以疏通無線通道，減少空中接口的沖突次數(shù)，降低SDCCH的掉話率，并減少不必要的重復(fù)試呼，避免惡性循環(huán)，有助于尋呼成功率、系統(tǒng)接通率和穩(wěn)定性的提高。
（六） 如果SD分配失敗率高，請確認(rèn)是否存在以下問題：1、是否存在擁塞，解決擁塞問題牽涉到諸多問題，需要注意話務(wù)均衡、擴容、硬件排障、接入?yún)?shù)設(shè)置等；2、是否存在上行干擾，上行干擾往往導(dǎo)致接入困難，需注意對上行干擾原因的排查；3、是否存在較多的低電平起呼，用戶在信號較弱的地方起呼，會導(dǎo)致SD接入時長偏長，而較多的低電平起呼會使SD總體占用時長偏長而導(dǎo)致假擁塞，解決這類問題往往需要通過調(diào)整天線、調(diào)節(jié)功控參數(shù)或增加延伸系統(tǒng)來解決。如果以上問題都不是，或者不是很明顯，無法正確判斷，建議更換BCCH載頻的頻點，選擇較為干凈的頻點試試。
建議樓主在論壇搜索一下SDCCH掉話，有很多回答。
（一）1、Nokia系統(tǒng)的SDCCH掉話本身統(tǒng)計就很高， 這與其Counter定義有關(guān)，基站只要收到了Channel request后，就會分配SDCCH，如果是Ghost的SD請求，那么等待T3101超時后，會記為掉話，這類掉話會表現(xiàn)為SDCCH掉話中Abis類，其實Nokia系統(tǒng)中SDCCH掉話中大多數(shù)均為該類型www.gg1fic3.cn0i!^.J7V:d
2、如果突發(fā)的SDCCH掉話達(dá)到了50％以上，基本通過重啟BCF后會恢復(fù)，這一般由于進程故障導(dǎo)致；www.gg1fic3.cn(B&^0U2h.I0h$E
3、通過調(diào)整RET參數(shù)（改小）可以減少Ghost的Channel request，降低全網(wǎng)的SDCCH掉話
4、小區(qū)的BCCH受到干擾時，或存在同頻同BSIC現(xiàn)象，SDCCH掉話會偏高，可修改BCCH頻點移動通信論壇為國內(nèi)領(lǐng)先的通信技術(shù)論壇，我們專注于移動通信技術(shù)，通信工程師的網(wǎng)上家園。'j,P6H4[3c E+_
5、查看是否存在SDCCH的7745告警，確認(rèn)是否為載頻故障，可重啟載頻恢復(fù)等移動通信論壇為國內(nèi)領(lǐng)先的通信技術(shù)論壇，我們專注于移動通信技術(shù)，通信工程師的網(wǎng)上家園。3{7V.H4i%X7b'A#m*F
6、如果SDCCH的RF類型高，你就需要注意了，可能與TCH頻點干擾、硬件故障等有關(guān)，這類SDCCH掉話對用戶實質(zhì)影響較大
7、對于SDCCH A口掉話，也會經(jīng)常產(chǎn)生異常，通過重啟BCF可恢復(fù)MSCBSC 移動通信論壇.5p3~5L.j;P/A
8、網(wǎng)絡(luò)負(fù)荷太高會產(chǎn)生大面積的SDCCH ABIS掉話高，我在某地做優(yōu)化時，情人節(jié)那天交換機負(fù)荷太高導(dǎo)致了大面積呼叫癱瘓，小區(qū)基本表現(xiàn)為高ABIS的SDCCH掉話移動通信,通信工程師的家園,通信人才,求職招聘,網(wǎng)絡(luò)優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單6X&N6e#w;n
9、當(dāng)然，你提到的HYS規(guī)劃對SDCCH掉話也有影響的，這個對于那個系統(tǒng)都是一樣的
（二）（1）若只出現(xiàn)幾天，又自然好轉(zhuǎn)，則有可能是掉死，解決方法有：開關(guān)跳頻、重LOAD、更換TRHwww.gg1fic3.cn+C#~5o i)|3A)O2_0T
（2）更換BSIC
（3）更換BCCH
（4）可能為載波故障，逐個閉載波找出是哪個載波有故障
（5）可能為載波故障，關(guān)跳頻后重新激活，然后觀察MOTS，看能否找出有故障載波 | 國內(nèi)領(lǐng)先的通信技術(shù)論壇&`%m)T#v8s,P
（6）若為弱信號掉話居多，則可以將ACCMIN調(diào)高，再將CRO調(diào)高 | 國內(nèi)領(lǐng)先的通信技術(shù)論壇.B*v"L$["?;k8d5R(O
（7）可能是頻點干擾太厲害了，換些干凈的頻點
（8）更換一下硬件，
&`!k7O/e
最快速的方法是將SDCCH放到其他硬件上試一下。
（三）http://www.gg1fic3.cn/bbs/viewthread.php?tid=95215&highlight=sdcch
http://www.gg1fic3.cn/bbs/viewthread.php?tid=6368&highlight=sdcch
（四）SDCCH建立呼叫失敗的幾種原因
失敗原因碼
Cause Value 描述 可能的原因
Cause Value 31
“正常， 未詳細(xì)說明”
這原因通常報告一個正常的事件僅僅當(dāng)在正常的類別沒有另外的原因適用時。 BSS（TCH擁塞）或MSC問題
Cause Value 34
“沒有可用的電路/信道”
(在Assignment Command前) 這原因顯示有目前得不到適當(dāng)?shù)碾娐?隧道處理呼叫。 TCH擁塞
Cause Value 34
“沒有可用的電路/信道”(在Assignment Command后) 這原因顯示有目前得不到適當(dāng)?shù)碾娐?隧道處理呼叫。 MSC擁塞
Cause Value 41
“暫時的失敗”
(在Assignment Command前) 這原因顯示網(wǎng)絡(luò)運行異常, 達(dá)到要求的情況不能持續(xù)一個長的時段，移動電臺可以很快地嘗試另一次的呼叫。 BSS問題， 尤其是硬件問題
Cause Value 41
“暫時的失敗”
(在Assignment Command后) 這原因顯示網(wǎng)絡(luò)運行異常, 達(dá)到要求的情況不能持續(xù)一個長的時段，移動電臺可以很快地嘗試另一次的呼叫。 MSC問題
Cause Value 42
“交換設(shè)備擁塞” 這原因顯示交換設(shè)備正處于高通信量的處理時期。 MSC擁塞
Cause Value 44
“請求電路/信道不可用” 當(dāng)電路或信道請求的實體不能被另一邊接口提供時這原因被返還。 BSS問題，尤其是CIC擁塞
Cause Value 111
“協(xié)議錯誤， 未詳細(xì)說明” 這原因通常報告一個協(xié)議差錯事件，僅僅當(dāng)在協(xié)議差錯類別沒有另外的原因適用時。 BSS或MSC問題
（五），TX和MAXRET這兩個參數(shù)對于無線資源的合理利用有著舉足輕重的影響，合理地取值與搭配，可以疏通無線通道，減少空中接口的沖突次數(shù)，降低SDCCH的掉話率，并減少不必要的重復(fù)試呼，避免惡性循環(huán)，有助于尋呼成功率、系統(tǒng)接通率和穩(wěn)定性的提高。
（六） 如果SD分配失敗率高，請確認(rèn)是否存在以下問題：1、是否存在擁塞，解決擁塞問題牽涉到諸多問題，需要注意話務(wù)均衡、擴容、硬件排障、接入?yún)?shù)設(shè)置等；2、是否存在上行干擾，上行干擾往往導(dǎo)致接入困難，需注意對上行干擾原因的排查；3、是否存在較多的低電平起呼，用戶在信號較弱的地方起呼，會導(dǎo)致SD接入時長偏長，而較多的低電平起呼會使SD總體占用時長偏長而導(dǎo)致假擁塞，解決這類問題往往需要通過調(diào)整天線、調(diào)節(jié)功控參數(shù)或增加延伸系統(tǒng)來解決。如果以上問題都不是，或者不是很明顯，無法正確判斷，建議更換BCCH載頻的頻點，選擇較為干凈的頻點試試。
建議樓主在論壇搜索一下SDCCH掉話，有很多回答。
回答者：
tigermarx
回答時間：2008-11-25 23:43
22
28
應(yīng)該是無線環(huán)境原因造成的，特別是水面覆蓋，邊界覆蓋，很容易出現(xiàn)這個問題。
回答者：
d-f
回答時間：2008-11-26 09:28
27
24
回答者：
dianlena
回答時間：2008-11-26 09:45
23
13
SDCCH掉話原因可以在論壇上搜
回答者：
fengying9708
回答時間：2008-11-26 09:49
28
22
估摸著載頻硬件有問題可能性很大 呵呵
回答者：
wudh311
回答時間：2008-11-26 17:59
21
25
SDCCH的掉話數(shù)高且內(nèi)切也很高，小區(qū)話務(wù)量不高，TCS統(tǒng)計的其他指標(biāo)都良好。請問解決方法和原因？
兄弟曾經(jīng)遇到了NOkia系統(tǒng)微蜂窩基站覆蓋辦公樓，現(xiàn)象和上面描述相似。后來發(fā)現(xiàn)這個辦公樓內(nèi)有手機生產(chǎn)車間，和手機測試車間，手機測試要進行撥打測試，通常撥打112，測試方式是撥通后掛機，可是問題出在這些測試人員為了完成任務(wù)，不安規(guī)范操作，撥通后就拔電池來“關(guān)機”，這樣節(jié)約時間，不進行正常的關(guān)機。這樣一來，基站統(tǒng)計SDCCH掉話，而且掉話高是在上班時間。我尋問手機測試車間的主管他說他們的員工都安規(guī)范進行測試操作，我建議主管強調(diào)一下操作規(guī)范，半個小時候掉話率由原來的35%下降到3%。
兄弟曾經(jīng)遇到了NOkia系統(tǒng)微蜂窩基站覆蓋辦公樓，現(xiàn)象和上面描述相似。后來發(fā)現(xiàn)這個辦公樓內(nèi)有手機生產(chǎn)車間，和手機測試車間，手機測試要進行撥打測試，通常撥打112，測試方式是撥通后掛機，可是問題出在這些測試人員為了完成任務(wù)，不安規(guī)范操作，撥通后就拔電池來“關(guān)機”，這樣節(jié)約時間，不進行正常的關(guān)機。這樣一來，基站統(tǒng)計SDCCH掉話，而且掉話高是在上班時間。我尋問手機測試車間的主管他說他們的員工都安規(guī)范進行測試操作，我建議主管強調(diào)一下操作規(guī)范，半個小時候掉話率由原來的35%下降到3%。
回答者：
cn-xa@126.com
回答時間：2008-11-30 11:42
26
28
nokia基站
SDCCH掉話過高，會引起7745告警的。
SDCCH掉話過高，會引起7745告警的。
回答者：
cn-xa@126.com
回答時間：2008-11-30 11:44
33
24
1、掉話高確實會引起７７４５告警，首先查看ＢＳＣ有無７６０７、7606等有關(guān)載頻、天線、連接跳線、合路器等告警，如果有做相應(yīng)處理。
2、以上原因排除外，考慮載頻內(nèi)時隙功率下降和收發(fā)電平值不平衡。載頻時隙功率一般在41-47DB，收發(fā)電平一般在110-117，收和發(fā)一般相差不得大于10DB。檢測辦法：BSC先將整個小區(qū)或者整個站鎖起，然后通過Nokia BTS Manager軟件Test菜單分別對小區(qū)內(nèi)每個載頻的每個時隙進行測試，測試時注意選擇同個時隙對不同載頻進行測試，如選擇同個載頻對不同時隙測試有可能不準(zhǔn)確。測試結(jié)果如果不達(dá)標(biāo)，則更換載頻。
2、以上原因排除外，考慮載頻內(nèi)時隙功率下降和收發(fā)電平值不平衡。載頻時隙功率一般在41-47DB，收發(fā)電平一般在110-117，收和發(fā)一般相差不得大于10DB。檢測辦法：BSC先將整個小區(qū)或者整個站鎖起，然后通過Nokia BTS Manager軟件Test菜單分別對小區(qū)內(nèi)每個載頻的每個時隙進行測試，測試時注意選擇同個時隙對不同載頻進行測試，如選擇同個載頻對不同時隙測試有可能不準(zhǔn)確。測試結(jié)果如果不達(dá)標(biāo)，則更換載頻。
回答者：
coolnews88
回答時間：2008-11-30 13:28
30
23
載頻或者是始終問題，也有可能是數(shù)據(jù)配置存在錯誤。
回答者：
leafjade
回答時間：2008-11-30 21:18
32
22
• 北京宜通華瑞科技有限公司
聘：數(shù)通區(qū)維工程師
需求人數(shù)：10 人 地點：上饒市
• 南京順盛通信科技有限責(zé)任公司 聘：連云港中興原廠優(yōu)化
需求人數(shù)：4 人 地點：連云港市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：急聘！華為項目（江蘇南京移動）
需求人數(shù)：30 人 地點：江蘇省
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 杭州飛陽科技有限公司 聘：高端大數(shù)據(jù)優(yōu)化人員
需求人數(shù)：5 人 地點：云南省,山西省
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點：香港
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘：華為5G工程單驗工程師
需求人數(shù)：10 人 地點：吐魯番市,哈密市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：青海華為4/5G中級前臺
需求人數(shù)：3 人 地點：果洛藏族自治州
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 北京電旗通訊技術(shù)股份有限公司 聘：北方省份-5G中高級前后臺工程師
需求人數(shù)：10 人 地點：沈陽市,長春市,松原市,濟寧市,菏澤市
需求人數(shù)：10 人 地點：上饒市
• 南京順盛通信科技有限責(zé)任公司 聘：連云港中興原廠優(yōu)化
需求人數(shù)：4 人 地點：連云港市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：急聘！華為項目（江蘇南京移動）
需求人數(shù)：30 人 地點：江蘇省
• 重慶信科通信工程有限公司 聘：上饒電信中興原廠高級
需求人數(shù)：2 人 地點：上饒市
• 杭州飛陽科技有限公司 聘：高端大數(shù)據(jù)優(yōu)化人員
需求人數(shù)：5 人 地點：云南省,山西省
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)資源管理工程師
需求人數(shù)：3 人 地點：香港
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘：華為5G工程單驗工程師
需求人數(shù)：10 人 地點：吐魯番市,哈密市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：青海華為4/5G中級前臺
需求人數(shù)：3 人 地點：果洛藏族自治州
• 嘉環(huán)科技股份有限公司 聘：核心網(wǎng)工程師-IMC青海
需求人數(shù)：2 人 地點：西寧市
• 北京電旗通訊技術(shù)股份有限公司 聘：北方省份-5G中高級前后臺工程師
需求人數(shù)：10 人 地點：沈陽市,長春市,松原市,濟寧市,菏澤市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |