問題已開啟
(普通問題)
SD掉話高其他指標(biāo)正常,這是什么原因?求高手賜教.如果是硬件問題,最有可能是什么硬件出問題.
一個(gè)農(nóng)村的小區(qū)就只有SD掉話高,無(wú)同鄰頻,無(wú)告警,無(wú)直放站,moto設(shè)備,其它指標(biāo)如:業(yè)務(wù)信道掉話率_不含切換(%) 業(yè)務(wù)信道每線話務(wù)量(erl) 信令信道話務(wù)量(erl) 業(yè)務(wù)信道占用次數(shù)_不含切換 / 業(yè)務(wù)信道占用次數(shù)_含切換 信令信道占用次數(shù)(次) 呼叫建立成功率(%) 業(yè)務(wù)信道擁塞率_含切換(%) 切換成功率(%) 切出成功率(%) 載頻掉話次數(shù) 半速率載頻掉話次數(shù) 載頻話務(wù)量(erl) 半速率載頻話務(wù)量(erl) 載頻TCH占用次數(shù) FER PB 載頻接入平均TA 載頻接入最大TA MS信道接入請(qǐng)求失敗 CHAN_ALLOC_PRIORITY SD_LOAD SD_PRIORI 業(yè)務(wù)信道話務(wù)量(erl) 業(yè)務(wù)信道每線話務(wù)量(erl) 切換成功率(%) 切換成功次數(shù)(次) 切換嘗試次數(shù)(次) 切出成功率(%) 切入成功率(%) 小區(qū)內(nèi)切換成功率(%) 小區(qū)內(nèi)切換嘗試次數(shù)(次) BSC內(nèi)切換成功率(%) BSC內(nèi)切換成功次數(shù)(次) BSC間切換成功率(%) BSC間切換成功次數(shù)(次)
業(yè)務(wù)信道每線話務(wù)量(erl) 業(yè)務(wù)信道話務(wù)量(erl) 業(yè)務(wù)信道擁塞率_不含切換 / 業(yè)務(wù)信道擁塞率_含切換 業(yè)務(wù)信道擁塞次數(shù)_不含切換 / 業(yè)務(wù)信道擁塞次數(shù)_含切換 業(yè)務(wù)信道占用次數(shù)_不含切換 / 業(yè)務(wù)信道占用次數(shù)_含切換 信令信道擁塞率(%) 信令信道擁塞次數(shù) / 信令信道占用次數(shù) 信令信道話務(wù)量(erl) 位置更新嘗試次數(shù)(次) 信令信道發(fā)送短信次數(shù)(次) 業(yè)務(wù)信道發(fā)送短信次數(shù)(次) 業(yè)務(wù)信道接通率_含切換 / 信令信道接通率 業(yè)務(wù)信道平均可用數(shù) / 信令信道平均可用數(shù) 呼叫建立成功率(%) 呼叫建立成功次數(shù) / 呼叫嘗試次數(shù) 信令信道接通率(%) 信令信道占用次數(shù) / 信令信道試呼次數(shù) 業(yè)務(wù)信道接通率_含切換(%) 業(yè)務(wù)信道占用次數(shù)_含切換 / 業(yè)務(wù)信道試呼次數(shù)_含切換 信令信道擁塞率(%) 信令信道擁塞次數(shù) / 信令信道占用次數(shù) 業(yè)務(wù)信道擁塞率_含切換(%) 業(yè)務(wù)信道擁塞次數(shù)_含切換 / 業(yè)務(wù)信道占用次數(shù)_含切換 業(yè)務(wù)信道話務(wù)量(erl) 業(yè)務(wù)信道每線話務(wù)量(erl) 信令信道話務(wù)量(erl) 位置更新嘗試次數(shù)(次) 信令信道發(fā)送短信次數(shù)(次) 業(yè)務(wù)信道發(fā)送短信次數(shù)(次) 都正常,就只一個(gè)原因.
提問者: wing713tb 提問時(shí)間: 2009-01-05
• 移動(dòng)家庭短號(hào)問題 2020-09-10
• 5G錨點(diǎn)切往異頻非錨點(diǎn)的問題 2020-08-19
• 怎么解決RTWP 偏高問題 2020-08-17
• 問一下RRU設(shè)備上的run燈和act燈同時(shí)閃爍是什么問題 2020-07-16
• RRU上的run燈act燈同時(shí)閃爍是哪里的問題,該如何解決? 2020-07-16
• 咨詢一下:我下載文檔提升成功下載了,但實(shí)際上電腦上并沒有下載文件?這個(gè)問題怎么處理,謝謝! 2020-07-14
• 如何請(qǐng)教問題? 2020-07-12
• 5G NSA小區(qū)變更問題 2020-07-06
• 5G錨點(diǎn)切往異頻非錨點(diǎn)的問題 2020-08-19
• 怎么解決RTWP 偏高問題 2020-08-17
• 問一下RRU設(shè)備上的run燈和act燈同時(shí)閃爍是什么問題 2020-07-16
• RRU上的run燈act燈同時(shí)閃爍是哪里的問題,該如何解決? 2020-07-16
• 咨詢一下:我下載文檔提升成功下載了,但實(shí)際上電腦上并沒有下載文件?這個(gè)問題怎么處理,謝謝! 2020-07-14
• 如何請(qǐng)教問題? 2020-07-12
• 5G NSA小區(qū)變更問題 2020-07-06
問題答案
( 3 )
這是我找到的一些資料,希望對(duì)樓主有用
(一)1、Nokia系統(tǒng)的SDCCH掉話本身統(tǒng)計(jì)就很高, 這與其Counter定義有關(guān),基站只要收到了Channel request后,就會(huì)分配SDCCH,如果是Ghost的SD請(qǐng)求,那么等待T3101超時(shí)后,會(huì)記為掉話,這類掉話會(huì)表現(xiàn)為SDCCH掉話中Abis類,其實(shí)Nokia系統(tǒng)中SDCCH掉話中大多數(shù)均為該類型gg1fic3.cn0i!^.J7V:d
2、如果突發(fā)的SDCCH掉話達(dá)到了50%以上,基本通過重啟BCF后會(huì)恢復(fù),這一般由于進(jìn)程故障導(dǎo)致;gg1fic3.cn(B&^0U2h.I0h$E
3、通過調(diào)整RET參數(shù)(改。┛梢詼p少Ghost的Channel request,降低全網(wǎng)的SDCCH掉話
4、小區(qū)的BCCH受到干擾時(shí),或存在同頻同BSIC現(xiàn)象,SDCCH掉話會(huì)偏高,可修改BCCH頻點(diǎn)移動(dòng)通信論壇為國(guó)內(nèi)領(lǐng)先的通信技術(shù)論壇,我們專注于移動(dòng)通信技術(shù),通信工程師的網(wǎng)上家園。'j,P6H4[3c E+_
5、查看是否存在SDCCH的7745告警,確認(rèn)是否為載頻故障,可重啟載頻恢復(fù)等移動(dòng)通信論壇為國(guó)內(nèi)領(lǐng)先的通信技術(shù)論壇,我們專注于移動(dòng)通信技術(shù),通信工程師的網(wǎng)上家園。3{7V.H4i%X7b'A#m*F
6、如果SDCCH的RF類型高,你就需要注意了,可能與TCH頻點(diǎn)干擾、硬件故障等有關(guān),這類SDCCH掉話對(duì)用戶實(shí)質(zhì)影響較大
7、對(duì)于SDCCH A口掉話,也會(huì)經(jīng)常產(chǎn)生異常,通過重啟BCF可恢復(fù)MSCBSC 移動(dòng)通信論壇.5p3~5L.j;P/A
8、網(wǎng)絡(luò)負(fù)荷太高會(huì)產(chǎn)生大面積的SDCCH ABIS掉話高,我在某地做優(yōu)化時(shí),情人節(jié)那天交換機(jī)負(fù)荷太高導(dǎo)致了大面積呼叫癱瘓,小區(qū)基本表現(xiàn)為高ABIS的SDCCH掉話移動(dòng)通信,通信工程師的家園,通信人才,求職招聘,網(wǎng)絡(luò)優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單6X&N6e#w;n
9、當(dāng)然,你提到的HYS規(guī)劃對(duì)SDCCH掉話也有影響的,這個(gè)對(duì)于那個(gè)系統(tǒng)都是一樣的
(二)(1)若只出現(xiàn)幾天,又自然好轉(zhuǎn),則有可能是掉死,解決方法有:開關(guān)跳頻、重LOAD、更換TRHgg1fic3.cn+C#~5o i)|3A)O2_0T
(2)更換BSIC
(3)更換BCCH
(4)可能為載波故障,逐個(gè)閉載波找出是哪個(gè)載波有故障
(5)可能為載波故障,關(guān)跳頻后重新激活,然后觀察MOTS,看能否找出有故障載波 | 國(guó)內(nèi)領(lǐng)先的通信技術(shù)論壇&`%m)T#v8s,P
(6)若為弱信號(hào)掉話居多,則可以將ACCMIN調(diào)高,再將CRO調(diào)高 | 國(guó)內(nèi)領(lǐng)先的通信技術(shù)論壇.B*v"L$["?;k8d5R(O
(7)可能是頻點(diǎn)干擾太厲害了,換些干凈的頻點(diǎn)
(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
“正常, 未詳細(xì)說明”
這原因通常報(bào)告一個(gè)正常的事件僅僅當(dāng)在正常的類別沒有另外的原因適用時(shí)。 BSS(TCH擁塞)或MSC問題
Cause Value 34
“沒有可用的電路/信道”
(在Assignment Command前) 這原因顯示有目前得不到適當(dāng)?shù)碾娐?隧道處理呼叫。 TCH擁塞
Cause Value 34
“沒有可用的電路/信道”(在Assignment Command后) 這原因顯示有目前得不到適當(dāng)?shù)碾娐?隧道處理呼叫。 MSC擁塞
Cause Value 41
“暫時(shí)的失敗”
(在Assignment Command前) 這原因顯示網(wǎng)絡(luò)運(yùn)行異常, 達(dá)到要求的情況不能持續(xù)一個(gè)長(zhǎng)的時(shí)段,移動(dòng)電臺(tái)可以很快地嘗試另一次的呼叫。 BSS問題, 尤其是硬件問題
Cause Value 41
“暫時(shí)的失敗”
(在Assignment Command后) 這原因顯示網(wǎng)絡(luò)運(yùn)行異常, 達(dá)到要求的情況不能持續(xù)一個(gè)長(zhǎng)的時(shí)段,移動(dòng)電臺(tái)可以很快地嘗試另一次的呼叫。 MSC問題
Cause Value 42
“交換設(shè)備擁塞” 這原因顯示交換設(shè)備正處于高通信量的處理時(shí)期。 MSC擁塞
Cause Value 44
“請(qǐng)求電路/信道不可用” 當(dāng)電路或信道請(qǐng)求的實(shí)體不能被另一邊接口提供時(shí)這原因被返還。 BSS問題,尤其是CIC擁塞
Cause Value 111
“協(xié)議錯(cuò)誤, 未詳細(xì)說明” 這原因通常報(bào)告一個(gè)協(xié)議差錯(cuò)事件,僅僅當(dāng)在協(xié)議差錯(cuò)類別沒有另外的原因適用時(shí)。 BSS或MSC問題
(五),TX和MAXRET這兩個(gè)參數(shù)對(duì)于無(wú)線資源的合理利用有著舉足輕重的影響,合理地取值與搭配,可以疏通無(wú)線通道,減少空中接口的沖突次數(shù),降低SDCCH的掉話率,并減少不必要的重復(fù)試呼,避免惡性循環(huán),有助于尋呼成功率、系統(tǒng)接通率和穩(wěn)定性的提高。
(六) 如果SD分配失敗率高,請(qǐng)確認(rèn)是否存在以下問題:1、是否存在擁塞,解決擁塞問題牽涉到諸多問題,需要注意話務(wù)均衡、擴(kuò)容、硬件排障、接入?yún)?shù)設(shè)置等;2、是否存在上行干擾,上行干擾往往導(dǎo)致接入困難,需注意對(duì)上行干擾原因的排查;3、是否存在較多的低電平起呼,用戶在信號(hào)較弱的地方起呼,會(huì)導(dǎo)致SD接入時(shí)長(zhǎng)偏長(zhǎng),而較多的低電平起呼會(huì)使SD總體占用時(shí)長(zhǎng)偏長(zhǎng)而導(dǎo)致假擁塞,解決這類問題往往需要通過調(diào)整天線、調(diào)節(jié)功控參數(shù)或增加延伸系統(tǒng)來解決。如果以上問題都不是,或者不是很明顯,無(wú)法正確判斷,建議更換BCCH載頻的頻點(diǎn),選擇較為干凈的頻點(diǎn)試試。
(一)1、Nokia系統(tǒng)的SDCCH掉話本身統(tǒng)計(jì)就很高, 這與其Counter定義有關(guān),基站只要收到了Channel request后,就會(huì)分配SDCCH,如果是Ghost的SD請(qǐng)求,那么等待T3101超時(shí)后,會(huì)記為掉話,這類掉話會(huì)表現(xiàn)為SDCCH掉話中Abis類,其實(shí)Nokia系統(tǒng)中SDCCH掉話中大多數(shù)均為該類型gg1fic3.cn0i!^.J7V:d
2、如果突發(fā)的SDCCH掉話達(dá)到了50%以上,基本通過重啟BCF后會(huì)恢復(fù),這一般由于進(jìn)程故障導(dǎo)致;gg1fic3.cn(B&^0U2h.I0h$E
3、通過調(diào)整RET參數(shù)(改。┛梢詼p少Ghost的Channel request,降低全網(wǎng)的SDCCH掉話
4、小區(qū)的BCCH受到干擾時(shí),或存在同頻同BSIC現(xiàn)象,SDCCH掉話會(huì)偏高,可修改BCCH頻點(diǎn)移動(dòng)通信論壇為國(guó)內(nèi)領(lǐng)先的通信技術(shù)論壇,我們專注于移動(dòng)通信技術(shù),通信工程師的網(wǎng)上家園。'j,P6H4[3c E+_
5、查看是否存在SDCCH的7745告警,確認(rèn)是否為載頻故障,可重啟載頻恢復(fù)等移動(dòng)通信論壇為國(guó)內(nèi)領(lǐng)先的通信技術(shù)論壇,我們專注于移動(dòng)通信技術(shù),通信工程師的網(wǎng)上家園。3{7V.H4i%X7b'A#m*F
6、如果SDCCH的RF類型高,你就需要注意了,可能與TCH頻點(diǎn)干擾、硬件故障等有關(guān),這類SDCCH掉話對(duì)用戶實(shí)質(zhì)影響較大
7、對(duì)于SDCCH A口掉話,也會(huì)經(jīng)常產(chǎn)生異常,通過重啟BCF可恢復(fù)MSCBSC 移動(dòng)通信論壇.5p3~5L.j;P/A
8、網(wǎng)絡(luò)負(fù)荷太高會(huì)產(chǎn)生大面積的SDCCH ABIS掉話高,我在某地做優(yōu)化時(shí),情人節(jié)那天交換機(jī)負(fù)荷太高導(dǎo)致了大面積呼叫癱瘓,小區(qū)基本表現(xiàn)為高ABIS的SDCCH掉話移動(dòng)通信,通信工程師的家園,通信人才,求職招聘,網(wǎng)絡(luò)優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單6X&N6e#w;n
9、當(dāng)然,你提到的HYS規(guī)劃對(duì)SDCCH掉話也有影響的,這個(gè)對(duì)于那個(gè)系統(tǒng)都是一樣的
(二)(1)若只出現(xiàn)幾天,又自然好轉(zhuǎn),則有可能是掉死,解決方法有:開關(guān)跳頻、重LOAD、更換TRHgg1fic3.cn+C#~5o i)|3A)O2_0T
(2)更換BSIC
(3)更換BCCH
(4)可能為載波故障,逐個(gè)閉載波找出是哪個(gè)載波有故障
(5)可能為載波故障,關(guān)跳頻后重新激活,然后觀察MOTS,看能否找出有故障載波 | 國(guó)內(nèi)領(lǐng)先的通信技術(shù)論壇&`%m)T#v8s,P
(6)若為弱信號(hào)掉話居多,則可以將ACCMIN調(diào)高,再將CRO調(diào)高 | 國(guó)內(nèi)領(lǐng)先的通信技術(shù)論壇.B*v"L$["?;k8d5R(O
(7)可能是頻點(diǎn)干擾太厲害了,換些干凈的頻點(diǎn)
(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
“正常, 未詳細(xì)說明”
這原因通常報(bào)告一個(gè)正常的事件僅僅當(dāng)在正常的類別沒有另外的原因適用時(shí)。 BSS(TCH擁塞)或MSC問題
Cause Value 34
“沒有可用的電路/信道”
(在Assignment Command前) 這原因顯示有目前得不到適當(dāng)?shù)碾娐?隧道處理呼叫。 TCH擁塞
Cause Value 34
“沒有可用的電路/信道”(在Assignment Command后) 這原因顯示有目前得不到適當(dāng)?shù)碾娐?隧道處理呼叫。 MSC擁塞
Cause Value 41
“暫時(shí)的失敗”
(在Assignment Command前) 這原因顯示網(wǎng)絡(luò)運(yùn)行異常, 達(dá)到要求的情況不能持續(xù)一個(gè)長(zhǎng)的時(shí)段,移動(dòng)電臺(tái)可以很快地嘗試另一次的呼叫。 BSS問題, 尤其是硬件問題
Cause Value 41
“暫時(shí)的失敗”
(在Assignment Command后) 這原因顯示網(wǎng)絡(luò)運(yùn)行異常, 達(dá)到要求的情況不能持續(xù)一個(gè)長(zhǎng)的時(shí)段,移動(dòng)電臺(tái)可以很快地嘗試另一次的呼叫。 MSC問題
Cause Value 42
“交換設(shè)備擁塞” 這原因顯示交換設(shè)備正處于高通信量的處理時(shí)期。 MSC擁塞
Cause Value 44
“請(qǐng)求電路/信道不可用” 當(dāng)電路或信道請(qǐng)求的實(shí)體不能被另一邊接口提供時(shí)這原因被返還。 BSS問題,尤其是CIC擁塞
Cause Value 111
“協(xié)議錯(cuò)誤, 未詳細(xì)說明” 這原因通常報(bào)告一個(gè)協(xié)議差錯(cuò)事件,僅僅當(dāng)在協(xié)議差錯(cuò)類別沒有另外的原因適用時(shí)。 BSS或MSC問題
(五),TX和MAXRET這兩個(gè)參數(shù)對(duì)于無(wú)線資源的合理利用有著舉足輕重的影響,合理地取值與搭配,可以疏通無(wú)線通道,減少空中接口的沖突次數(shù),降低SDCCH的掉話率,并減少不必要的重復(fù)試呼,避免惡性循環(huán),有助于尋呼成功率、系統(tǒng)接通率和穩(wěn)定性的提高。
(六) 如果SD分配失敗率高,請(qǐng)確認(rèn)是否存在以下問題:1、是否存在擁塞,解決擁塞問題牽涉到諸多問題,需要注意話務(wù)均衡、擴(kuò)容、硬件排障、接入?yún)?shù)設(shè)置等;2、是否存在上行干擾,上行干擾往往導(dǎo)致接入困難,需注意對(duì)上行干擾原因的排查;3、是否存在較多的低電平起呼,用戶在信號(hào)較弱的地方起呼,會(huì)導(dǎo)致SD接入時(shí)長(zhǎng)偏長(zhǎng),而較多的低電平起呼會(huì)使SD總體占用時(shí)長(zhǎng)偏長(zhǎng)而導(dǎo)致假擁塞,解決這類問題往往需要通過調(diào)整天線、調(diào)節(jié)功控參數(shù)或增加延伸系統(tǒng)來解決。如果以上問題都不是,或者不是很明顯,無(wú)法正確判斷,建議更換BCCH載頻的頻點(diǎn),選擇較為干凈的頻點(diǎn)試試。
回答者:
tigermarx
回答時(shí)間:2009-01-05 16:05
21 15
我這邊遇到過一個(gè)情況就是,MSC側(cè)數(shù)據(jù)不一致導(dǎo)致SD高掉,交換重做數(shù)據(jù)后恢復(fù)!
fengxue2006 2012-06-12 22:31
TCH擁塞也可能造成SD掉話高
回答者:
d-f
回答時(shí)間:2009-01-05 16:20
31 13
看看是不是定時(shí)器超時(shí)導(dǎo)致的
回答者:
GCW
回答時(shí)間:2009-01-06 13:10
20 13
• 南京格安信息系統(tǒng)有限責(zé)任公司
聘:5G工程后臺(tái)人員
需求人數(shù):10 人 地點(diǎn):北京市
• 中郵建技術(shù)有限公司 聘:成都移動(dòng)后臺(tái)高級(jí)
需求人數(shù):1 人 地點(diǎn):成都市
• 嘉環(huán)科技股份有限公司 聘:電信原廠網(wǎng)優(yōu)工程師
需求人數(shù):3 人 地點(diǎn):長(zhǎng)沙市,衡陽(yáng)市
• 浙江省郵電工程建設(shè)有限公司 聘:網(wǎng)優(yōu)日常租賃人員
需求人數(shù):2 人 地點(diǎn):煙臺(tái)市
• 成都旗訊通信技術(shù)有限公司 聘:電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點(diǎn):浙江省,江蘇省,河北省,山西省,遼寧省
• 北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點(diǎn):昆明市,思茅市,昭通市
• 廣東南方通信建設(shè)有限公司 聘:日常項(xiàng)目系統(tǒng)中高級(jí)工程師
需求人數(shù):2 人 地點(diǎn):百色市
• 重慶信科通信工程有限公司 聘:南昌電信中興原廠高級(jí)
需求人數(shù):2 人 地點(diǎn):南昌市
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):安康市
• 西安中興精誠(chéng)通訊有限公司 聘:重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù):2 人 地點(diǎn):重慶市
需求人數(shù):10 人 地點(diǎn):北京市
• 中郵建技術(shù)有限公司 聘:成都移動(dòng)后臺(tái)高級(jí)
需求人數(shù):1 人 地點(diǎn):成都市
• 嘉環(huán)科技股份有限公司 聘:電信原廠網(wǎng)優(yōu)工程師
需求人數(shù):3 人 地點(diǎn):長(zhǎng)沙市,衡陽(yáng)市
• 浙江省郵電工程建設(shè)有限公司 聘:網(wǎng)優(yōu)日常租賃人員
需求人數(shù):2 人 地點(diǎn):煙臺(tái)市
• 成都旗訊通信技術(shù)有限公司 聘:電聯(lián)招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù):12 人 地點(diǎn):浙江省,江蘇省,河北省,山西省,遼寧省
• 北京電旗通訊技術(shù)股份有限公司 聘:網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生(云南)
需求人數(shù):1 人 地點(diǎn):昆明市,思茅市,昭通市
• 廣東南方通信建設(shè)有限公司 聘:日常項(xiàng)目系統(tǒng)中高級(jí)工程師
需求人數(shù):2 人 地點(diǎn):百色市
• 重慶信科通信工程有限公司 聘:南昌電信中興原廠高級(jí)
需求人數(shù):2 人 地點(diǎn):南昌市
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘:網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù):2 人 地點(diǎn):安康市
• 西安中興精誠(chéng)通訊有限公司 聘:重慶-網(wǎng)優(yōu)高級(jí)工程師
需求人數(shù):2 人 地點(diǎn):重慶市
熱點(diǎn)問題
更多精彩
聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |