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