 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
提問者:
• 新買的惠普筆記本CQ42使用CDS軟件進(jìn)行EDGE 測試指標(biāo)有點(diǎn)差，怎么辦呀？ 2011-11-18
• EDGE頻點(diǎn)存在較大的干擾，會(huì)影響那些指標(biāo)？ 2011-10-20
• TEMS8.0的GPRS/EDGE測試的指標(biāo)統(tǒng)計(jì)掉線率怎么算，在TEMS里是哪一事件。 2011-01-21
• TEMS測試GPRS/EDGE時(shí)需要關(guān)注那些指標(biāo)？ 2010-12-20
• EDGE使用率" 指標(biāo)是怎么統(tǒng)計(jì)的?">"EDGE使用率" 指標(biāo)是怎么統(tǒng)計(jì)的? 2010-12-02
• 請(qǐng)問OMC上統(tǒng)計(jì)指標(biāo)怎么看小區(qū)EDGE是否打開？ 2010-09-26
• GPRS/EDGE 都有哪些重要指標(biāo)？ 2010-03-25
• 關(guān)于用TEMS8.0測試EDGE，EGPRS BEP(Mean)和EGPRS BEP(Variance)這兩個(gè)指標(biāo)在什么地方能夠查到？ 2009-08-12
• EDGE頻點(diǎn)存在較大的干擾，會(huì)影響那些指標(biāo)？ 2011-10-20
• TEMS8.0的GPRS/EDGE測試的指標(biāo)統(tǒng)計(jì)掉線率怎么算，在TEMS里是哪一事件。 2011-01-21
• TEMS測試GPRS/EDGE時(shí)需要關(guān)注那些指標(biāo)？ 2010-12-20
• EDGE使用率" 指標(biāo)是怎么統(tǒng)計(jì)的?">"EDGE使用率" 指標(biāo)是怎么統(tǒng)計(jì)的? 2010-12-02
• 請(qǐng)問OMC上統(tǒng)計(jì)指標(biāo)怎么看小區(qū)EDGE是否打開？ 2010-09-26
• GPRS/EDGE 都有哪些重要指標(biāo)？ 2010-03-25
• 關(guān)于用TEMS8.0測試EDGE，EGPRS BEP(Mean)和EGPRS BEP(Variance)這兩個(gè)指標(biāo)在什么地方能夠查到？ 2009-08-12
問題答案
( 4 )
EDGE 測試分DT和CQT
根據(jù)測試業(yè)務(wù)不同指標(biāo)也有所不同,日常優(yōu)化中主要測試業(yè)務(wù)有FTP下載、WAP業(yè)務(wù)（WAP登錄、WAP刷新、WAP圖鈴下載）
FTP下載主要指標(biāo)有：平均應(yīng)用層吞吐率(KB/s)、下行RLC誤塊率(%)BLER、下行平均時(shí)隙數(shù)量、EDGE 編碼方式使用率統(tǒng)計(jì)、掉線次數(shù)、掉線率；
WAP業(yè)務(wù)主要指標(biāo)有：WAP網(wǎng)站登陸成功率、WAP網(wǎng)站登陸平均時(shí)間(秒)、WAP網(wǎng)頁刷新成功率、WAP網(wǎng)頁刷新平均時(shí)間(秒)、WAP下載成功率(%)、WAP下載平均速率(kbit/s)；
LLC：指協(xié)議的邏輯鏈路控制層，下行LLC吞吐量(Kb/s)指的是邏輯鏈路層的流量；
RLC：指協(xié)議的無線鏈路控制層，下行RLC吞吐量(Kb/s指的是無線鏈路層的流量；
根據(jù)測試業(yè)務(wù)不同指標(biāo)也有所不同,日常優(yōu)化中主要測試業(yè)務(wù)有FTP下載、WAP業(yè)務(wù)（WAP登錄、WAP刷新、WAP圖鈴下載）
FTP下載主要指標(biāo)有：平均應(yīng)用層吞吐率(KB/s)、下行RLC誤塊率(%)BLER、下行平均時(shí)隙數(shù)量、EDGE 編碼方式使用率統(tǒng)計(jì)、掉線次數(shù)、掉線率；
WAP業(yè)務(wù)主要指標(biāo)有：WAP網(wǎng)站登陸成功率、WAP網(wǎng)站登陸平均時(shí)間(秒)、WAP網(wǎng)頁刷新成功率、WAP網(wǎng)頁刷新平均時(shí)間(秒)、WAP下載成功率(%)、WAP下載平均速率(kbit/s)；
LLC：指協(xié)議的邏輯鏈路控制層，下行LLC吞吐量(Kb/s)指的是邏輯鏈路層的流量；
RLC：指協(xié)議的無線鏈路控制層，下行RLC吞吐量(Kb/s指的是無線鏈路層的流量；
回答者：
zhanghong1409
回答時(shí)間：2009-01-08 11:37
15
13
下面是移動(dòng)集團(tuán)三方測試時(shí)對(duì)(E)GPRS測試時(shí)的規(guī)范
CQT:
DT:
CQT:
| 項(xiàng)目 | 指標(biāo)定義 | 統(tǒng)計(jì)信令點(diǎn) | 備注 | |
| Attach測試 | 7.1 附著成功率 | attach成功次數(shù)/總嘗試次數(shù)×100％ | Attach成功指在手機(jī)發(fā)出Attach Reques后15秒鐘內(nèi)收到Attach accept信令 | 每個(gè)測試點(diǎn)要求做10次網(wǎng)絡(luò)附著測試 |
| 7.2 平均附著時(shí)間 | 各次Attach成功的時(shí)間相加/Attach成功次數(shù) | 手機(jī)發(fā)出第一個(gè)Attach Request后到發(fā)出Attach accept的時(shí)間 | ||
| PDP激活測試 | 7.3 PDP激活成功率 | PDP激活成功次數(shù)/總嘗試次數(shù)×100％ | PDP激活成功指在手機(jī)發(fā)出Activate PDP Context Request后在 15秒鐘內(nèi)收到Activate PDP Context accept信令 | 每個(gè)測試點(diǎn)要求做10次PDP激活測試；使用APN為CMWAP激活 |
| 7.4 PDP平均激活時(shí)間 | 各次PDP激活成功的時(shí)間相加/PDP激活成功次數(shù) | PDP激活成功時(shí)間的定義為手機(jī)發(fā)出第一個(gè)Activate PDP Context Request后到收到Activate PDP Context Accept的時(shí)間 | ||
| WAP登錄測試 | 7.5 WAP登錄成功率 | WAP登錄成功次數(shù)/嘗試WAP登陸次數(shù)×100％ | WAP登錄成功指開始測試后網(wǎng)站的首頁面文本信息在60秒內(nèi)正確顯示（如果出現(xiàn)收費(fèi)提示頁面應(yīng)繼續(xù)訪問至真正首頁） | 對(duì)每點(diǎn)做5次WAP1.x協(xié)議登陸測試，5次WAP2.0協(xié)議登陸測試；設(shè)置要求：網(wǎng)站登錄地址為http://wap.monternet.com. 5次測試使用WAP1.x協(xié)議（WSPWTP），模擬手機(jī)設(shè)置為Nokia7650；5次測試設(shè)置為WAP2.x協(xié)議，模擬手機(jī)類型設(shè)置為Nokia N73 |
| 7.6 WAP平均首頁顯示時(shí)間 | 各次WAP首頁成功顯示的時(shí)間相加/ WAP首頁顯示成功次數(shù) | WAP登錄測試過程中PDP激活時(shí)間 + 網(wǎng)關(guān)連接時(shí)間 + 頁面響應(yīng)時(shí)間 | ||
| WAP頁面刷新測試 | 7.7 WAP頁面刷新成功率 | WAP頁面刷新成功次數(shù)/嘗試頁面刷新次數(shù)×100％ | WAP頁面刷新成功指被選擇瀏覽的頁面在60秒內(nèi)文本信息完整正確的顯示 | 對(duì)每點(diǎn)做10次WAP頁面刷新測試；10個(gè)頁面應(yīng)該為不同頁面 |
| 7.8 WAP頁面刷新時(shí)長 | 各次WAP頁面刷新成功的時(shí)間相加/WAP頁面成功刷新次數(shù) | WAP頁面刷新時(shí)長為發(fā)出瀏覽請(qǐng)求到最終頁面完全正確顯示為止的時(shí)間（包含頁面被重新定向或重傳的時(shí)間） | ||
| WAP圖鈴下載測試 | 7.9 WAP下載成功率 | WAP成功下載次數(shù)/嘗試下載次數(shù)×100％ | 對(duì)每點(diǎn)做5次圖片，5次鈴聲下載測試；每個(gè)鈴聲和圖片的大小應(yīng)在60-80K Byte之間 | |
| 7.10 WAP下載速率 | 實(shí)際成功下載總數(shù)據(jù)量（Byte）/實(shí)際成功下載總時(shí)間 | |||
| ping測試 | 7.11 ping成功率 | ping成功的次數(shù)/ping嘗試次數(shù)×100％ | 對(duì)每點(diǎn)做10次ping測試；ping包大小為500 bytes, ping間隔時(shí)長為8秒，超時(shí)為5秒 | |
| 7.12 ping平均時(shí)延 | 各次ping成功的時(shí)間相加/ping成功的次數(shù) | |||
| FTP下載測試 | 7.13 FTP應(yīng)用層下載速率 | 成功下載的實(shí)際下載數(shù)據(jù)量/成功下載的總下載時(shí)間 | 下載時(shí)間定義客戶端發(fā)出Retrive文件請(qǐng)求到完整接收到最后一個(gè)數(shù)據(jù)包的時(shí)間。 | 下載2M Byte文件一次；FTP停傳超時(shí)時(shí)間為120秒，即如果連續(xù)120秒鐘內(nèi)沒有任何下載數(shù)據(jù)流量即判為下載超時(shí) |
| 7.14 平均RLC吞吐量 | 在FTP下載時(shí)間內(nèi)RLC層的平均每秒吞吐率 | |||
| 7.15 平均RLC BLER | 在FTP下載時(shí)間內(nèi)，平均每秒的RLC誤塊率 | |||
| 7.16 平均LLC吞吐量 | 在FTP下載時(shí)間內(nèi)LLC層的平均每秒吞吐率 | |||
| 7.17 TBF Open比例 | FTP下載時(shí)間內(nèi)，TBF open總時(shí)長／下載總時(shí)長 | |||
| 7.18 平均時(shí)隙使用數(shù)量 | 在FTP下載時(shí)間內(nèi)，（1個(gè)下行時(shí)隙時(shí)長 + 2*兩個(gè)下行時(shí)隙時(shí)長 + 3*三個(gè)下行時(shí)隙時(shí)長）/總下載時(shí)長 | |||
| 7.19 平均MC編碼使用率 | 在FTP下載時(shí)間內(nèi)，（MC1包數(shù)量*1 + MC2包數(shù)量*2 + … + MC9包數(shù)量*9）/總包數(shù)量 | |||
| 7.20 MC編碼使用比例 | MC1編碼使用比例定義為，在FTP下載時(shí)間內(nèi)，MC1包數(shù)量／總包數(shù)量*100%,依次類推MC2-MC9 | |||
| WEB方式郵件上、下載測試 | 7.21 應(yīng)用層上載速率 | 實(shí)際上載數(shù)據(jù)量（Byte）/實(shí)際上載時(shí)間(秒) | 上載500K Byte郵件一次；下載2M Byte郵件一次 | |
| 7.22 應(yīng)用層下載速率 | 實(shí)際下載數(shù)據(jù)量（Byte）/實(shí)際下載時(shí)間(秒) | |||
| KJava下載測試 | 7.23 下載成功率 | 成功下載次數(shù)/嘗試下載次數(shù)×100％ | 對(duì)每點(diǎn)做5次KJava下載測試；每個(gè)Java程序的大小應(yīng)在80-120K Byte之間 | |
| 7.24 下載速率 | 實(shí)際成功下載總數(shù)據(jù)量（Byte）/實(shí)際成功下載總時(shí)間 | |||
DT:
| 項(xiàng)目 | 指標(biāo)定義 | 統(tǒng)計(jì)信令點(diǎn) | 備注 | |
| WAP登錄測試 | 7.25 WAP登錄成功率 | WAP登錄成功次數(shù)/嘗試WAP登陸次數(shù)×100％ | WAP登錄成功指開始測試后網(wǎng)站的首頁面文本信息在60秒內(nèi)正確顯示（如果出現(xiàn)收費(fèi)提示頁面應(yīng)繼續(xù)訪問至真正首頁） | 循環(huán)進(jìn)行WAP登錄測試（3次），WAP頁面刷新測試（5次）， WAP下載測試（3次）；WAP測試站點(diǎn)為http:\wap.monternet.com；下載鈴聲為25至35K之間 |
| 7.26 WAP平均首頁顯示時(shí)間 | 各次WAP首頁成功顯示的時(shí)間相加/ WAP首頁顯示成功次數(shù) | WAP登錄測試過程中PDP激活時(shí)間 + 網(wǎng)關(guān)連接時(shí)間 + 頁面響應(yīng)時(shí)間 | ||
| WAP頁面刷新測試 | 7.27 WAP頁面刷新成功率 | WAP頁面刷新成功次數(shù)/嘗試頁面刷新次數(shù)×100％ | WAP頁面刷新成功指被選擇瀏覽的頁面在60秒內(nèi)文本信息完整正確的顯示 | |
| 7.28 WAP頁面刷新時(shí)長 | 各次WAP頁面刷新成功的時(shí)間相加/WAP頁面成功刷新次數(shù) | WAP頁面刷新時(shí)長為發(fā)出瀏覽請(qǐng)求到最終頁面完全正確顯示為止的時(shí)間（包含頁面被重新定向或重傳的時(shí)間） | ||
| WAP圖鈴下載測試 | 7.29 WAP下載成功率 | WAP成功下載次數(shù)/嘗試下載次數(shù)×100％ | ||
| 7.30 WAP下載速率 | 實(shí)際成功下載總數(shù)據(jù)量（Byte）/實(shí)際成功下載總時(shí)間 | |||
| FTP下載測試 | 7.31 FTP應(yīng)用層下載速率 | 成功下載的實(shí)際下載數(shù)據(jù)量/成功下載的總下載時(shí)間 | 下載時(shí)間定義客戶端發(fā)出Retrive文件請(qǐng)求到完整接收到最后一個(gè)數(shù)據(jù)包的時(shí)間，按總平均速率、EGPRS、GPRS分開統(tǒng)計(jì)。 | 測試數(shù)量：循環(huán)進(jìn)行FTP下載測試； 設(shè)置要求：FTP停傳超時(shí)時(shí)間為180秒，即如果連續(xù)180秒鐘內(nèi)沒有任何下載數(shù)據(jù)流量即判為下載超時(shí)，停傳期間應(yīng)間隔15秒來ping服務(wù)器，并記錄是否成功 |
| 7.32 平均RLC吞吐量 | 在FTP下載時(shí)間內(nèi)RLC層的平均每秒吞吐率 | 按總吞吐量、EGPRS、GPRS分開統(tǒng)計(jì) | ||
| 7.33 平均RLC BLER | 在FTP下載時(shí)間內(nèi)，平均每秒的RLC誤塊率 | 按總BLER、EGPRS、GPRS分開統(tǒng)計(jì) | ||
| 7.34 平均LLC吞吐量 | 在FTP下載時(shí)間內(nèi)LLC層的平均每秒吞吐率 | 按總吞吐量、EGPRS、GPRS分開統(tǒng)計(jì) | ||
| 7.35 平均時(shí)隙使用數(shù)量 | 在FTP下載時(shí)間內(nèi)，（1個(gè)下行時(shí)隙時(shí)長 + 2*兩個(gè)下行時(shí)隙時(shí)長 + 3*三個(gè)下行時(shí)隙時(shí)長）/總下載時(shí)長 | |||
| 7.36 平均MC編碼使用率 | 在FTP下載時(shí)間內(nèi)，（MC1包數(shù)量*1 + MC2包數(shù)量*2 + … + MC9包數(shù)量*9）/總包數(shù)量 | |||
| 7.37 MC編碼使用比例 | MC1編碼使用比例定義為，在FTP下載時(shí)間內(nèi)，MC1包數(shù)量／總包數(shù)量*100%,依次類推MC2-MC9 | |||
| 其它測試 | 7.38 EGPRS網(wǎng)絡(luò)覆蓋率 | EGPRS網(wǎng)絡(luò)覆蓋的測試?yán)锍?總測試?yán)锍蘕100% | 是否有EGPRS覆蓋通過小區(qū)廣播消息判斷 | |
| 7.39 GPRS網(wǎng)絡(luò)覆蓋率 | GPRS覆蓋里程/總測試?yán)锍獭?00% | 滿足以下條件之一判別為無GPRS覆蓋： 手機(jī)的TBF處于關(guān)閉狀態(tài)且超過90秒鐘以上沒有接收到System Info13的路段為無GPRS覆蓋里程； TBF關(guān)閉后服務(wù)小區(qū)電平低于-94dBm且最強(qiáng)的鄰小區(qū)電平低于-90dbm，并持續(xù)5秒鐘以上的路段 | ||
| 7.40 掉線率 | 掉線次數(shù)/總FTP下載嘗試次數(shù)×100％ | 滿足以下條件之一判別為掉線： 網(wǎng)絡(luò)原因造成連接斷開，以下行信令PDP deactivate request或RAU reject作為判斷依據(jù)； 測試過程中超過3分鐘FTP沒有任何數(shù)據(jù)傳輸，且嘗試ping后數(shù)據(jù)鏈路仍不可使用。此時(shí)應(yīng)斷開撥號(hào)連接并重新?lián)芴?hào)來恢復(fù)測試； 每次掉線后重建撥號(hào)連接，并且應(yīng)重新開始一次FTP下載過程。如果發(fā)生掉線是由于覆蓋原因造成，掉線將不再重復(fù)計(jì)算 | ||
| 7.44 平均RAU間隔時(shí)間 | 總RAU次數(shù)/總測試時(shí)間 | |||
| 7.45 平均RAU間隔距離 | 總RAU次數(shù)/總測試距離 | |||
| 7.46 平均小區(qū)重選間隔時(shí)間 | 總小區(qū)重選次數(shù)/總測試時(shí)間 | |||
| 7.47 平均小區(qū)重選間隔距離 | 總小區(qū)重選次數(shù)/總測試距離 | |||
回答者：
applexx
回答時(shí)間：2009-01-08 11:56
11
12
集團(tuán)測試規(guī)范也有？郁悶！
謝謝啦
wangdf11 2010-09-19 09:45
學(xué)習(xí)ING
文胤 2010-11-29 18:52
213
加州機(jī)場1987 2012-03-27 14:25
LLC(邏輯鏈路控制)
•在MS與SGSN間提供高可靠的加密邏輯鏈路.
•LLC層同時(shí)支持證實(shí)(acknowledged)和無證實(shí)(unacknowledged)兩種模式,
•在證實(shí)模式, LLC-PDU 的接受需被確認(rèn),如果在規(guī)定的時(shí)間內(nèi)得不到確認(rèn),LLC-PDU將被重傳
•在無證實(shí)模式下,對(duì)LLC-PDU沒有確認(rèn)的要求.信令和短信是在無證實(shí)的模式下傳送的.
•RLC/MAC(無線鏈路控制/媒體接入控制)
•RLC:將LLC PDU分段為RLC/MAC塊或反過程
為上層提供可靠的無線鏈路.對(duì)證實(shí)的操作有反向糾錯(cuò)功能,對(duì)錯(cuò)碼有選擇地進(jìn)行重傳.
•MAC:定義多個(gè)MS共享公共的傳輸媒體(包括多個(gè)物理信道)的過程.對(duì)于MS發(fā)起的接入,MAC解決多個(gè)MS之間發(fā)生的爭搶判決問題;對(duì)于MS終止的接入,MAC提供對(duì)于接入的排隊(duì)和資源規(guī)劃.
綜合起來就比較完整了。
•LLC層同時(shí)支持證實(shí)(acknowledged)和無證實(shí)(unacknowledged)兩種模式,
•在證實(shí)模式, LLC-PDU 的接受需被確認(rèn),如果在規(guī)定的時(shí)間內(nèi)得不到確認(rèn),LLC-PDU將被重傳
•在無證實(shí)模式下,對(duì)LLC-PDU沒有確認(rèn)的要求.信令和短信是在無證實(shí)的模式下傳送的.
•RLC/MAC(無線鏈路控制/媒體接入控制)
•RLC:將LLC PDU分段為RLC/MAC塊或反過程
為上層提供可靠的無線鏈路.對(duì)證實(shí)的操作有反向糾錯(cuò)功能,對(duì)錯(cuò)碼有選擇地進(jìn)行重傳.
•MAC:定義多個(gè)MS共享公共的傳輸媒體(包括多個(gè)物理信道)的過程.對(duì)于MS發(fā)起的接入,MAC解決多個(gè)MS之間發(fā)生的爭搶判決問題;對(duì)于MS終止的接入,MAC提供對(duì)于接入的排隊(duì)和資源規(guī)劃.
綜合起來就比較完整了。
回答者：
3a
回答時(shí)間：2009-01-08 14:04
16
10
（A）DT測試，含掉線率、FTP平均下載文件速率。
（B）CQT測試，含WAP平均首頁顯示時(shí)間、WAP圖鈴下載速率(kbps) 、FTP平均下載文件速率(kbps) 。
回答者：
tigermarx
回答時(shí)間：2009-01-13 14:45
10
14
• 元道通信股份有限公司
聘：中級(jí)后臺(tái)-福建
需求人數(shù)：1 人 地點(diǎn)：漳州市
• 北京宜通華瑞科技有限公司 聘：電信原廠優(yōu)化高級(jí)（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：南昌市
• 南京華蘇科技有限公司 聘：移動(dòng)線工程優(yōu)化組長
需求人數(shù)：2 人 地點(diǎn)：濟(jì)南市,青島市
• 成都旗訊通信技術(shù)有限公司 聘：【聯(lián)通項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 北京電旗通訊技術(shù)股份有限公司 聘：山東濱州電信
需求人數(shù)：3 人 地點(diǎn)：濱州市
• 安徽引途科技有限公司 聘：通信督導(dǎo)
需求人數(shù)：5 人 地點(diǎn)：淮南市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：陜西海外交付工程師
需求人數(shù)：11 人 地點(diǎn)：西安市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：高級(jí)網(wǎng)優(yōu)工程師（云南昆明/地州）
需求人數(shù)：20 人 地點(diǎn)：云南省
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘：華為光網(wǎng)絡(luò)工程師
需求人數(shù)：8 人 地點(diǎn)：新疆
需求人數(shù)：1 人 地點(diǎn)：漳州市
• 北京宜通華瑞科技有限公司 聘：電信原廠優(yōu)化高級(jí)（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：南昌市
• 南京華蘇科技有限公司 聘：移動(dòng)線工程優(yōu)化組長
需求人數(shù)：2 人 地點(diǎn)：濟(jì)南市,青島市
• 成都旗訊通信技術(shù)有限公司 聘：【聯(lián)通項(xiàng)目】招督導(dǎo)、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)
需求人數(shù)：12 人 地點(diǎn)：河北省,遼寧省,吉林省,黑龍江,內(nèi)蒙古
• 北京電旗通訊技術(shù)股份有限公司 聘：山東濱州電信
需求人數(shù)：3 人 地點(diǎn)：濱州市
• 安徽引途科技有限公司 聘：通信督導(dǎo)
需求人數(shù)：5 人 地點(diǎn)：淮南市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：LTE/5G網(wǎng)絡(luò)中高級(jí)優(yōu)化工程師
需求人數(shù)：2 人 地點(diǎn)：上海市
• 浙江明訊網(wǎng)絡(luò)技術(shù)有限公司 聘：陜西海外交付工程師
需求人數(shù)：11 人 地點(diǎn)：西安市
• 廣東世炬網(wǎng)絡(luò)科技股份有限公司 聘：高級(jí)網(wǎng)優(yōu)工程師（云南昆明/地州）
需求人數(shù)：20 人 地點(diǎn)：云南省
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘：華為光網(wǎng)絡(luò)工程師
需求人數(shù)：8 人 地點(diǎn)：新疆
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |