問題已開啟
(普通問題)
網(wǎng)絡(luò)中有較多小區(qū)SDCCH掉話較多,請問有什么好的解決方法?
某地網(wǎng)絡(luò)中有較多小區(qū)SDCCH掉話較多,有些小區(qū)是覆蓋較遠,但這些小區(qū)的TCH掉話同時也多一些,掉話原因多為錯誤指示,請問有什么好的解決方法?
• GSM發(fā)現(xiàn)某個地區(qū)出現(xiàn)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這個參數(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
問題答案
( 13 )
要解決實質(zhì)性問題的話
查查掉話原因,越區(qū)的把天線壓下來
提指標可以增大SDT200
查查掉話原因,越區(qū)的把天線壓下來
提指標可以增大SDT200
回答者:
GCW
回答時間:2009-01-12 16:45
![](./images/ding.gif)
![](./images/cai.gif)
是這個提示么?
Cause Value 111
“協(xié)議錯誤, 未詳細說明”
這個提示一般是BSS或MSC的問題
Cause Value 111
“協(xié)議錯誤, 未詳細說明”
這個提示一般是BSS或MSC的問題
回答者:
tigermarx
回答時間:2009-01-12 16:46
![](./images/ding.gif)
![](./images/cai.gif)
查看是否有話務(wù)擁塞的情況 如果有 可以通過調(diào)整sdcch信道類型 或者直接擴容等 如果不是擁塞引起的 建議通過DT 定點測試等查看覆蓋等具體的問題 可以跟蹤信令看看
回答者:
lyg134362
回答時間:2009-01-12 16:54
![](./images/ding.gif)
![](./images/cai.gif)
SD掉話一般是干擾引起的。。改下BSIC,BCCH, 看看基站歷史告警等等。。
回答者:
d-f
回答時間:2009-01-12 18:21
![](./images/ding.gif)
![](./images/cai.gif)
如果是集中在個別小區(qū),SDCCH掉話持續(xù)比較嚴重,就需要處理了。
一般情況下,由于在占用SDCCH時,移動用戶沒有進入通話狀態(tài),對用戶的通話、計費等等沒有影響,SDCCH的掉話不會給予太多關(guān)注。常常在分析TCH掉話時結(jié)合分析。但如果某個小區(qū)SDCCH掉話次數(shù)多,掉話率也高,已經(jīng)影響到網(wǎng)絡(luò)的服務(wù)時,就應(yīng)該關(guān)注了。
SDCCH掉話和TCH掉話產(chǎn)生的原因是基本相同的。正常網(wǎng)絡(luò)環(huán)境下,由于無線傳播的特性,也會形成一定比例的無線原因掉話。只有在出現(xiàn)異常(例如:與前期平均相比,突然增加;持續(xù)高掉話;用戶投訴頻繁等等)時,才需要分析定位產(chǎn)生異常情況的原因,排除故障,保障網(wǎng)絡(luò)的正常運行。
對掉話問題的處理,只有查明了產(chǎn)生掉話的根本原因,才可能根本解決,所以,通常遇到掉話問題,主要還是通過分析檢查掉話產(chǎn)生的原因,然后有針對性地加以調(diào)整改善來處理的。處理時可以參考關(guān)于掉話問題處理的案例和指導(dǎo)書。
一般情況下,由于在占用SDCCH時,移動用戶沒有進入通話狀態(tài),對用戶的通話、計費等等沒有影響,SDCCH的掉話不會給予太多關(guān)注。常常在分析TCH掉話時結(jié)合分析。但如果某個小區(qū)SDCCH掉話次數(shù)多,掉話率也高,已經(jīng)影響到網(wǎng)絡(luò)的服務(wù)時,就應(yīng)該關(guān)注了。
SDCCH掉話和TCH掉話產(chǎn)生的原因是基本相同的。正常網(wǎng)絡(luò)環(huán)境下,由于無線傳播的特性,也會形成一定比例的無線原因掉話。只有在出現(xiàn)異常(例如:與前期平均相比,突然增加;持續(xù)高掉話;用戶投訴頻繁等等)時,才需要分析定位產(chǎn)生異常情況的原因,排除故障,保障網(wǎng)絡(luò)的正常運行。
對掉話問題的處理,只有查明了產(chǎn)生掉話的根本原因,才可能根本解決,所以,通常遇到掉話問題,主要還是通過分析檢查掉話產(chǎn)生的原因,然后有針對性地加以調(diào)整改善來處理的。處理時可以參考關(guān)于掉話問題處理的案例和指導(dǎo)書。
回答者:
天山魔戒
回答時間:2009-01-12 20:50
![](./images/ding.gif)
![](./images/cai.gif)
SD掉話問題可能產(chǎn)生的原因:
1、突發(fā)事件(突然增高的話務(wù)量、相臨基站斷站等)
2、基站硬件問題可能會造成基站SD產(chǎn)生掉話。(載頻、發(fā)射通路、合路器、時鐘問題等)
3、基站天饋性能不好可能會造成基站SD掉話。
4、基站天饋接錯可能會造成基站SD掉話。
5、基站數(shù)據(jù)設(shè)置錯誤可能會造成基站掉話。(CCB類型、CCB cavity號定義錯誤等)
6、頻率問題可能會造成基站掉話。(同頻、鄰頻干擾或基站上行干擾等)
7、基站相鄰小區(qū)定義錯誤可能造成基站掉話。(產(chǎn)生SD切換掉話)
掉話問題處理的流程:
一.由班組查看統(tǒng)計,是否是突發(fā)事件。
二.由班組重點查看SD所在載頻情況、載頻PB值、載頻IOI值、載頻BER值等統(tǒng)計項,觀察幾天的變化規(guī)律。
三.由班組查看基站和周圍小區(qū)數(shù)據(jù)定義是否正確,是否存在同頻、鄰頻等頻率問題。(數(shù)據(jù)及頻率問題一般在割接、新站及頻率變動工程后易出現(xiàn))。
四.由班組路測基站及其周圍情況。判斷可能的硬件問題、天饋問題及時鐘問題等。
五.在頻率方面未發(fā)現(xiàn)問題后由班組對基站進行檢查并詳細填寫檢查記錄,檢查內(nèi)容如下:
1. 基站有無告警。
2. 檢查基站時鐘是否偏離過大。
3.基站發(fā)射功率是否平衡。
4.基站天饋(接收及發(fā)射)有無駐波比高的現(xiàn)象。
5.檢查基站接頭是否有松動現(xiàn)象,基站天饋線序是否與標簽一制。
6.更換基站高掉話載頻、器件性能不好的基站硬件。
六.如問題仍無法解決,將路測文件及基站檢查的詳細記錄移交技術(shù)組,并將工單返回OMC并做記錄,由技術(shù)組跟蹤問題并分析后提出相關(guān)解決建議,由班組聯(lián)合技術(shù)組對問題進行進一步處理,直至問題解決。
七.如問題屬于疑難問題,技術(shù)組仍無法解決。由技術(shù)組協(xié)調(diào)廠家解決或開SR并作好相關(guān)記錄。
1、突發(fā)事件(突然增高的話務(wù)量、相臨基站斷站等)
2、基站硬件問題可能會造成基站SD產(chǎn)生掉話。(載頻、發(fā)射通路、合路器、時鐘問題等)
3、基站天饋性能不好可能會造成基站SD掉話。
4、基站天饋接錯可能會造成基站SD掉話。
5、基站數(shù)據(jù)設(shè)置錯誤可能會造成基站掉話。(CCB類型、CCB cavity號定義錯誤等)
6、頻率問題可能會造成基站掉話。(同頻、鄰頻干擾或基站上行干擾等)
7、基站相鄰小區(qū)定義錯誤可能造成基站掉話。(產(chǎn)生SD切換掉話)
掉話問題處理的流程:
一.由班組查看統(tǒng)計,是否是突發(fā)事件。
二.由班組重點查看SD所在載頻情況、載頻PB值、載頻IOI值、載頻BER值等統(tǒng)計項,觀察幾天的變化規(guī)律。
三.由班組查看基站和周圍小區(qū)數(shù)據(jù)定義是否正確,是否存在同頻、鄰頻等頻率問題。(數(shù)據(jù)及頻率問題一般在割接、新站及頻率變動工程后易出現(xiàn))。
四.由班組路測基站及其周圍情況。判斷可能的硬件問題、天饋問題及時鐘問題等。
五.在頻率方面未發(fā)現(xiàn)問題后由班組對基站進行檢查并詳細填寫檢查記錄,檢查內(nèi)容如下:
1. 基站有無告警。
2. 檢查基站時鐘是否偏離過大。
3.基站發(fā)射功率是否平衡。
4.基站天饋(接收及發(fā)射)有無駐波比高的現(xiàn)象。
5.檢查基站接頭是否有松動現(xiàn)象,基站天饋線序是否與標簽一制。
6.更換基站高掉話載頻、器件性能不好的基站硬件。
六.如問題仍無法解決,將路測文件及基站檢查的詳細記錄移交技術(shù)組,并將工單返回OMC并做記錄,由技術(shù)組跟蹤問題并分析后提出相關(guān)解決建議,由班組聯(lián)合技術(shù)組對問題進行進一步處理,直至問題解決。
七.如問題屬于疑難問題,技術(shù)組仍無法解決。由技術(shù)組協(xié)調(diào)廠家解決或開SR并作好相關(guān)記錄。
chendaji 2009-12-14 21:49
1.看有無擁塞;
2.是否有干擾;
3.是否有硬件故障;
4,查看數(shù)據(jù)是否正常.
2.是否有干擾;
3.是否有硬件故障;
4,查看數(shù)據(jù)是否正常.
回答者:
huhaoyao
回答時間:2009-01-13 23:40
![](./images/ding.gif)
![](./images/cai.gif)
1,有無明顯干擾
2,有無明顯的硬件問題
3,傳輸是否有問題
4,T200參數(shù)設(shè)置是否過小
5,掉話是否多為接入過低引起,查找由于弱信號引起的的掉話占比
2,有無明顯的硬件問題
3,傳輸是否有問題
4,T200參數(shù)設(shè)置是否過小
5,掉話是否多為接入過低引起,查找由于弱信號引起的的掉話占比
回答者:
fffqing
回答時間:2009-01-14 15:19
![](./images/ding.gif)
![](./images/cai.gif)
SDCCH 掉話率定義為在成功占用SDCCH后發(fā)生在SDCCH上的掉話的次數(shù),與成功占用SDCCH的總的次數(shù)的比值,即為RF_LOSSES_SD/OK_ACC_PROC。分析SDCCH 掉話率主要是分析SDCCH掉話(RF_LOSSES_SD)的原因。
SDCCH掉話率同SDCCH占用成功率有很大的關(guān)聯(lián)性,很大程度上取決于無線網(wǎng)絡(luò)的性能。
導(dǎo)致SDCCH掉話率高的主要原因:
1)頻率干擾。而網(wǎng)絡(luò)的BCCH載波的無線環(huán)境比TCH的無線環(huán)境好,這一點可以通過頻率的復(fù)用度可以得知。因此,為了改善SDCCH的掉話率,我們通常將SDCCH定義在BCCH的載波上。
l 可以通過GI來檢查是否存有BCCH同頻、鄰頻。
l 可以通過在OMC上觀察小區(qū)RTF的BER來檢查是否存有干擾。
2)設(shè)備故障。
l 單個載波的SDCCH掉話率高。
l 上下行的不平衡容易導(dǎo)致SDCCH掉話,主要表現(xiàn)在載波的PB上。
另外,對于TCH和SD掉話均高的小區(qū),除以上原因外,一般都是由于覆蓋過
遠,無線環(huán)境變差導(dǎo)致的掉話,這種情況下,如果周邊基站相距不遠,建議檢
查切換參數(shù)及增加鄰區(qū),如果周邊基站相距較遠,建議增加基站。
SDCCH掉話率同SDCCH占用成功率有很大的關(guān)聯(lián)性,很大程度上取決于無線網(wǎng)絡(luò)的性能。
導(dǎo)致SDCCH掉話率高的主要原因:
1)頻率干擾。而網(wǎng)絡(luò)的BCCH載波的無線環(huán)境比TCH的無線環(huán)境好,這一點可以通過頻率的復(fù)用度可以得知。因此,為了改善SDCCH的掉話率,我們通常將SDCCH定義在BCCH的載波上。
l 可以通過GI來檢查是否存有BCCH同頻、鄰頻。
l 可以通過在OMC上觀察小區(qū)RTF的BER來檢查是否存有干擾。
2)設(shè)備故障。
l 單個載波的SDCCH掉話率高。
l 上下行的不平衡容易導(dǎo)致SDCCH掉話,主要表現(xiàn)在載波的PB上。
另外,對于TCH和SD掉話均高的小區(qū),除以上原因外,一般都是由于覆蓋過
遠,無線環(huán)境變差導(dǎo)致的掉話,這種情況下,如果周邊基站相距不遠,建議檢
查切換參數(shù)及增加鄰區(qū),如果周邊基站相距較遠,建議增加基站。
回答者:
duanny
回答時間:2009-01-15 13:50
![](./images/ding.gif)
![](./images/cai.gif)
學(xué)習(xí)了111111111111
回答者:
hfmei2000
回答時間:2009-01-16 16:44
![](./images/ding.gif)
![](./images/cai.gif)
Re-allocation SDCCH frequency and slot.
回答者:
edwardzhan
回答時間:2009-01-17 03:57
![](./images/ding.gif)
![](./images/cai.gif)
其實SDCCH掉話本質(zhì)就2點,第一是干擾較大,第二質(zhì)量很差。結(jié)合你的實際情況分析解決辦法,但是你需要實地路測,配合話務(wù)統(tǒng)計查看。
回答者:
network
回答時間:2009-01-17 07:33
![](./images/ding.gif)
![](./images/cai.gif)
回答者:
likeice
回答時間:2009-01-18 08:48
![](./images/ding.gif)
![](./images/cai.gif)
無論SD還是TCH掉話,本質(zhì)上主要的還是由于干擾造成的。
所以本質(zhì)上是要控制無線環(huán)境質(zhì)量。
進行區(qū)域頻點規(guī)劃,控制覆蓋小區(qū)覆蓋范圍,在覆蓋盲點增加資源。。。
這些都會降低掉話情況。
所以本質(zhì)上是要控制無線環(huán)境質(zhì)量。
進行區(qū)域頻點規(guī)劃,控制覆蓋小區(qū)覆蓋范圍,在覆蓋盲點增加資源。。。
這些都會降低掉話情況。
回答者:
miexie
回答時間:2009-01-18 09:54
![](./images/ding.gif)
![](./images/cai.gif)
• 安徽引途科技有限公司
聘:皖北地區(qū)單驗測試工程師
需求人數(shù):20 人 地點:安徽省
• 陜西瑞達灃通信技術(shù)有限公司 聘:華為光網(wǎng)絡(luò)工程師
需求人數(shù):8 人 地點:新疆
• 怡利科技發(fā)展有限公司 聘:移動電信聯(lián)通單驗工程師
需求人數(shù):5 人 地點:貴州省
• 元道通信股份有限公司 聘:初級前臺測試/福建
需求人數(shù):3 人 地點:泉州市,三明市,南平市
• 河北中創(chuàng)盈和通信科技有限公司 聘:中級前臺/寧夏中衛(wèi)
需求人數(shù):2 人 地點:寧夏
• 嘉環(huán)科技股份有限公司 聘:西安GSC-LTE|5G
需求人數(shù):30 人 地點:西安市
• 西安中興精誠通訊有限公司 聘:重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù):2 人 地點:重慶市
• 成都旗訊通信技術(shù)有限公司 聘:電聯(lián)招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:浙江省,江蘇省,河北省,山西省,遼寧省
• 錦華技術(shù)(蘭州)有限公司 聘:杭州5G中興中級/高級后臺
需求人數(shù):5 人 地點:杭州市,寧波市,嘉興市,溫州市,紹興市
• 福州弘宇信合通信技術(shù)有限公司 聘:“1+N項目”網(wǎng)優(yōu)工程師
需求人數(shù):5 人 地點:廣東省
需求人數(shù):20 人 地點:安徽省
• 陜西瑞達灃通信技術(shù)有限公司 聘:華為光網(wǎng)絡(luò)工程師
需求人數(shù):8 人 地點:新疆
• 怡利科技發(fā)展有限公司 聘:移動電信聯(lián)通單驗工程師
需求人數(shù):5 人 地點:貴州省
• 元道通信股份有限公司 聘:初級前臺測試/福建
需求人數(shù):3 人 地點:泉州市,三明市,南平市
• 河北中創(chuàng)盈和通信科技有限公司 聘:中級前臺/寧夏中衛(wèi)
需求人數(shù):2 人 地點:寧夏
• 嘉環(huán)科技股份有限公司 聘:西安GSC-LTE|5G
需求人數(shù):30 人 地點:西安市
• 西安中興精誠通訊有限公司 聘:重慶-網(wǎng)優(yōu)高級工程師
需求人數(shù):2 人 地點:重慶市
• 成都旗訊通信技術(shù)有限公司 聘:電聯(lián)招聘督導(dǎo)、傳輸、維護轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點:浙江省,江蘇省,河北省,山西省,遼寧省
• 錦華技術(shù)(蘭州)有限公司 聘:杭州5G中興中級/高級后臺
需求人數(shù):5 人 地點:杭州市,寧波市,嘉興市,溫州市,紹興市
• 福州弘宇信合通信技術(shù)有限公司 聘:“1+N項目”網(wǎng)優(yōu)工程師
需求人數(shù):5 人 地點:廣東省
熱點問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |