 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
SD掉話高其他指標(biāo)正常,這是什么原因?求高手賜教.如果是硬件問題,最有可能是什么硬件出問題.
一個(gè)農(nóng)村的小區(qū)就只有SD掉話高,無同鄰頻,無告警,無直放站,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è)原因.
提問者:
• 移動(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ù)均為該類型m.gg1fic3.cn0i!^.J7V:d
2、如果突發(fā)的SDCCH掉話達(dá)到了50％以上，基本通過重啟BCF后會(huì)恢復(fù)，這一般由于進(jìn)程故障導(dǎo)致；m.gg1fic3.cn(B&^0U2h.I0h$E
3、通過調(diào)整RET參數(shù)（改小）可以減少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、更換TRHm.gg1fic3.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://m.gg1fic3.cn/bbs/viewthread.php?tid=95215&highlight=sdcch
http://m.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ì)于無線資源的合理利用有著舉足輕重的影響，合理地取值與搭配，可以疏通無線通道，減少空中接口的沖突次數(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)來解決。如果以上問題都不是，或者不是很明顯，無法正確判斷，建議更換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ù)均為該類型m.gg1fic3.cn0i!^.J7V:d
2、如果突發(fā)的SDCCH掉話達(dá)到了50％以上，基本通過重啟BCF后會(huì)恢復(fù)，這一般由于進(jìn)程故障導(dǎo)致；m.gg1fic3.cn(B&^0U2h.I0h$E
3、通過調(diào)整RET參數(shù)（改小）可以減少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、更換TRHm.gg1fic3.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://m.gg1fic3.cn/bbs/viewthread.php?tid=95215&highlight=sdcch
http://m.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ì)于無線資源的合理利用有著舉足輕重的影響，合理地取值與搭配，可以疏通無線通道，減少空中接口的沖突次數(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)來解決。如果以上問題都不是，或者不是很明顯，無法正確判斷，建議更換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
• 珠海世紀(jì)鼎利科技股份有限公司
聘：寧波投訴測(cè)試優(yōu)化工程師
需求人數(shù)：1 人 地點(diǎn)：寧波市
• 上海大唐移動(dòng)通信設(shè)備有限公司 聘：網(wǎng)絡(luò)優(yōu)化RF工程師（河北保定）
需求人數(shù)：1 人 地點(diǎn)：保定市
• 北京宜通華瑞科技有限公司 聘：電信原廠優(yōu)化高級(jí)（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：南昌市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：省端網(wǎng)優(yōu)專家
需求人數(shù)：5 人 地點(diǎn)：昆明市
• 廣州楚晨網(wǎng)絡(luò)科技有限公司 聘：后臺(tái)高級(jí)網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：6 人 地點(diǎn)：廣東省
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)前臺(tái)RF工程師-高級(jí)
需求人數(shù)：2 人 地點(diǎn)：河源市
• 杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘：督導(dǎo)開站-初中級(jí)后臺(tái)-山東
需求人數(shù)：20 人 地點(diǎn)：山東省
• 南京華蘇科技有限公司 聘：投訴前后臺(tái)-深圳移動(dòng)日常
需求人數(shù)：8 人 地點(diǎn)：深圳市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 廣州瀚信通信科技股份有限公司 聘：項(xiàng)目經(jīng)理（廣東）
需求人數(shù)：2 人 地點(diǎn)：廣東省
需求人數(shù)：1 人 地點(diǎn)：寧波市
• 上海大唐移動(dòng)通信設(shè)備有限公司 聘：網(wǎng)絡(luò)優(yōu)化RF工程師（河北保定）
需求人數(shù)：1 人 地點(diǎn)：保定市
• 北京宜通華瑞科技有限公司 聘：電信原廠優(yōu)化高級(jí)（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：南昌市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：省端網(wǎng)優(yōu)專家
需求人數(shù)：5 人 地點(diǎn)：昆明市
• 廣州楚晨網(wǎng)絡(luò)科技有限公司 聘：后臺(tái)高級(jí)網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：6 人 地點(diǎn)：廣東省
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)前臺(tái)RF工程師-高級(jí)
需求人數(shù)：2 人 地點(diǎn)：河源市
• 杭州華星創(chuàng)業(yè)通信技術(shù)股份有限公司 聘：督導(dǎo)開站-初中級(jí)后臺(tái)-山東
需求人數(shù)：20 人 地點(diǎn)：山東省
• 南京華蘇科技有限公司 聘：投訴前后臺(tái)-深圳移動(dòng)日常
需求人數(shù)：8 人 地點(diǎn)：深圳市
• 重慶信科通信工程有限公司 聘：南昌電信中興原廠高級(jí)
需求人數(shù)：2 人 地點(diǎn)：南昌市
• 廣州瀚信通信科技股份有限公司 聘：項(xiàng)目經(jīng)理（廣東）
需求人數(shù)：2 人 地點(diǎn)：廣東省
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - 125 |