 |
善于提問(wèn)，勤于回答，你也是專家
|
 |
問(wèn)題已開(kāi)啟
(普通問(wèn)題)
請(qǐng)問(wèn)RLC層怎么區(qū)分data PDU還是control PDU？
提問(wèn)者:
• security mode cONTROL procedure是一種什么樣的過(guò)程？主要作用是是什么？ 2016-09-19
• 聯(lián)通FDD LTE中的RLC PDU重傳率考核為0.6%,請(qǐng)問(wèn)如何優(yōu)化 2016-05-19
• FailedtoopenCaptureIPAgentcONTROL/DATasocketport 2015-12-13
• SRSPowercONTROL在R11中沒(méi)有做任何增強(qiáng)。 2015-08-25
• 誰(shuí)幫忙解釋一下，WCDMA中RLC的log中 PDU問(wèn)題，謝謝了 2015-08-19
• 關(guān)于wcdma下RLCackPDU的疑問(wèn) 2015-07-07
• 求助：手機(jī)上報(bào)UL-DCCHMeasurementCONTROLFailure，失敗原因是CONfigurationIncomplete:null，會(huì)是什么原因 2015-06-24
• LTE中，RLC層接收端將接收到的RLCPDU重組并排序，生成RLCSDU，然后用（）方式將RLCSDU轉(zhuǎn)發(fā)到上層 2015-05-23
• 聯(lián)通FDD LTE中的RLC PDU重傳率考核為0.6%,請(qǐng)問(wèn)如何優(yōu)化 2016-05-19
• FailedtoopenCaptureIPAgentcONTROL/DATasocketport 2015-12-13
• SRSPowercONTROL在R11中沒(méi)有做任何增強(qiáng)。 2015-08-25
• 誰(shuí)幫忙解釋一下，WCDMA中RLC的log中 PDU問(wèn)題，謝謝了 2015-08-19
• 關(guān)于wcdma下RLCackPDU的疑問(wèn) 2015-07-07
• 求助：手機(jī)上報(bào)UL-DCCHMeasurementCONTROLFailure，失敗原因是CONfigurationIncomplete:null，會(huì)是什么原因 2015-06-24
• LTE中，RLC層接收端將接收到的RLCPDU重組并排序，生成RLCSDU，然后用（）方式將RLCSDU轉(zhuǎn)發(fā)到上層 2015-05-23
問(wèn)題答案
( 1 )
RLC層AM實(shí)體模型及ARQ基本類型
RLC的AM實(shí)體有一個(gè)發(fā)送端和一個(gè)接收端，發(fā)送端在收到來(lái)自 的 （ 服務(wù)數(shù)據(jù)單元）后，PDCP RLC SDU RLC將其存儲(chǔ)在發(fā)送緩沖內(nèi)，在收到來(lái)自MAC層的發(fā)送時(shí)機(jī)(ul grant)后，根據(jù)其提供的大小對(duì)RLC SDU進(jìn)行分段和/或級(jí)聯(lián)，然后添加RLC頭成為RLC PDU（RLC協(xié)議數(shù)據(jù)[2]單元） 。所有RLC PDU在發(fā)送前都要交給重傳緩沖進(jìn)行保存，在收到STATUS PDU后再對(duì)重傳緩沖中的PDU進(jìn)行重傳或移除的操作。接收端在收到來(lái)自對(duì)等端的PDU后，先判斷是控制PDU還是數(shù)據(jù)PDU，若是控制PDU則交給RLC控制模塊，它用來(lái)判斷發(fā)送端哪些PDU需要重傳，若是數(shù)據(jù)PDU則送給接收緩沖，在重排序后移除RLC頭，再重新組裝成RLC SDU。
.jpg)
ARQ方式有3種基本類型：SAW重傳、退N步(GBN)重傳和選擇重傳(SR)。SAW重傳是指發(fā)端發(fā)送每個(gè)分組后都要等待收端的回執(zhí)，收到NACK就重傳，收到ACK后則準(zhǔn)備發(fā)送下一個(gè)分組。GBN重傳可持續(xù)發(fā)送多個(gè)分組，發(fā)端發(fā)送第一個(gè)分組后不必等待回執(zhí)，經(jīng)過(guò)網(wǎng)絡(luò)延遲后回執(zhí)到達(dá)發(fā)端，若收端反饋的是NACK，則發(fā)端重傳該分組及其后在延遲期間發(fā)送的分組。SR重傳中發(fā)端按固定順序發(fā)送分組，它只重傳收到NACK所對(duì)應(yīng)的分組。在3種重傳方式中，SR重傳的效率是最高的，但由于需要保證[4][5]分組的傳送順序，收發(fā)兩端必須開(kāi)較大的緩沖區(qū) 。目前的LTE標(biāo)準(zhǔn)采用的是SR重傳方式，這樣使得數(shù)據(jù)傳輸效率更高。
3 ARQ的工作原理
3.1 重傳機(jī)制
AM實(shí)體發(fā)送端在收到狀態(tài)報(bào)告后，對(duì)其中NACK對(duì)應(yīng)的PDU和PDU segment進(jìn)行重傳。具體實(shí)現(xiàn)過(guò)程如圖2所示：
.jpg)
如果低層在特定發(fā)送時(shí)機(jī)(ul grant)所指示的RLC PDU(s)的總大小與要重傳的AMD PDU完全適合，就直接把這個(gè)AMD PDU傳到低層， P字段除外(因?yàn)檫@個(gè)字段要根據(jù)目前的具體情況進(jìn)行設(shè)置)。否則，就對(duì)這個(gè)AMD PDU進(jìn)行分段，使得新形成的AMD PDU段與低層在特定發(fā)送時(shí)機(jī)所指示的RLC PDU(s)的總大小適合，把這個(gè)新形成的AMD PDU段傳到低層。對(duì)于一個(gè)AMD PDU段的重傳，根據(jù)它是否適合低層在特定發(fā)送時(shí)機(jī)指示的RLC PDU的總大小，如果不適合，就會(huì)根據(jù)低層指示的PDU的大小進(jìn)行分段，使分段后的AMD PDU 段適合低層指示的大小。如果適合就直接在AM RLC實(shí)體的發(fā)送側(cè)進(jìn)行數(shù)據(jù)域映射、添AMD PDU 段頭等操作。
3.2 輪詢機(jī)制
為了保證RLC PDU的正確傳送，ARQ過(guò)程引入了輪詢機(jī)制，這是為了使發(fā)送端能從接收端收到回執(zhí)(STATUSPDU)
。每組裝一個(gè)新的AMD PDU，AM RLC實(shí)體的發(fā)送端將：
(1) 計(jì)數(shù)器PDU_WITHOUT_POLL的值都會(huì)加1。
(2) 把需要傳送的AMD PDU的Data field元素的每個(gè)字節(jié)都映射到這個(gè)新的形成的RLC data PDU的Data ield，每映射一個(gè)字節(jié)，計(jì)數(shù)器BYTE_WITHOUT_POLL的值都會(huì)加1。在以下條件下AMD PDU的P field置1，即向?qū)Φ榷苏?qǐng)求獲取一個(gè)STATUS PDU：
①PDU_WITHOUT_POLL>=pollPDU.
②BYTE_WITHOUT_POLL>=pollByte.
③在發(fā)送完一個(gè)RLC data PDU后，發(fā)送緩存和重傳緩存都為空。
④在發(fā)送完一個(gè)RLC data PDU后，沒(méi)有新的RLC data PDU可以傳送（由于發(fā)送窗口停止移動(dòng)）。在一個(gè)RLC data PDU的P field置1后，重置計(jì)數(shù)器PDU_WITHOUT_POLL和BYTE_WITHOUT_POLL為0。在發(fā)送完一個(gè)P field置1的RLC data PDU到低層后，AM實(shí)體發(fā)送端將POLL_SN設(shè)為此時(shí)VT(S)-1的值，并判斷定時(shí)器t-PollRetransmit是否在運(yùn)行，若未運(yùn)行則開(kāi)啟此定時(shí)器，已運(yùn)行則重啟此定時(shí)器。在收到一個(gè)STATUS PDU后，若該P(yáng)DU含有對(duì)POLL_SN的ACK或NACK，則停止并重置t-PollRetransmit。
3.3 狀態(tài)報(bào)告的觸發(fā)
觸發(fā)狀態(tài)報(bào)告的條件有：
①?gòu)牡蛯邮盏?個(gè)P field為1的RLC data PDU,該P(yáng)DU的SN落在接收窗口外或該P(yáng)DU的所有字節(jié)之前已經(jīng)接收過(guò)。則丟棄該P(yáng)DU并觸發(fā)一個(gè)狀態(tài)報(bào)告。
②從低層收到1個(gè)P field為1，SN=x的RLC data PDU, 若x<VR(MS)或x>=VR(MR)，則觸發(fā)一個(gè)狀態(tài)報(bào)告。如果VR(MS)<= x<VR(MR)，則繼續(xù)接收其他PDU直至x<VR(MS)或x>=VR(MR)。
③t_reordering超時(shí)，則更新VR(MS)，然后觸發(fā)一個(gè)狀態(tài)報(bào)告。當(dāng)一個(gè)狀態(tài)報(bào)告被觸發(fā)，若t-StatusProhibit沒(méi)有運(yùn)行，則在MAC指示的第一個(gè)傳輸時(shí)機(jī)構(gòu)造一個(gè)STATUS PDU并傳給MAC。若t-StatusProhibit在運(yùn)行，則在它超時(shí)后MAC指示的第一個(gè)傳輸時(shí)機(jī)構(gòu)造一個(gè)STATUS PDU并傳給MAC,即使在t-StatusProhibit運(yùn)行期間狀態(tài)報(bào)告被觸發(fā)多次，也只傳送一個(gè)STATUS PDU。
.jpg)
D/C（1 bit）：0表示為控制PDU,1表示為數(shù)據(jù)PDU。STATUS PDU屬于控制PDU。CPT（3 bits）：CPT字段用于指示RLC control PDU的類型，000表示為STATUS PDU,其余值為保留值。ACK_SN(10 bits):STATUS PDU是對(duì)ACK_SN之前的PDU進(jìn)行確認(rèn)。E1(1 bit)：1表示有一個(gè){ NACK_SN、E1、E2}在其后，0表示沒(méi)有。NACK_SN(10 bits): ACK_SN字段用于指示在AM
RLC實(shí)體的接收側(cè)檢測(cè)到丟失的AMD PDU(或其一部分)的SN。E2(1 bit): 1表示有一個(gè){ Sostart、SOend }在其后，0表示沒(méi)有。SOstart(15 bits): SOstart 用于指示SN = NACK_SN的AMD PDU 片段的第一個(gè)字節(jié)在源AMD PDU的Data eld中對(duì)應(yīng)的置.SOend(15 bits): SOend用于指示SN = NACK_SN的AMD PDU 片段的最后一個(gè)字節(jié)在源AMD PDU的Data eld中對(duì)應(yīng)的位置。STATUS PDU的格式可以看出：RLC的控制模塊可以很清晰地解出NACK所對(duì)應(yīng)的PDU或PDU段，然后控[1]制重傳緩沖使其正確重傳錯(cuò)的PDU 。.4 發(fā)送窗口和接收窗口的管理AM模式中的發(fā)送窗口和接收窗口大小都為512，為RLC PDU序號(hào)總數(shù)（0-1023）的一半。從發(fā)送窗口可以清晰地看出哪些PDU還未收到ACK，發(fā)送窗口塞滿后將不會(huì)發(fā)送新的數(shù)據(jù)，實(shí)現(xiàn)了流量控制，發(fā)送窗口區(qū)間為[VT(A),VT(MS))。接收窗口用來(lái)決定是否需要發(fā)送STATUS PDU以及哪些收到的數(shù)據(jù)PDU需要重組及上傳，接收窗口區(qū)為[VR(R),VR(MR) )。
.jpg)
如圖4所示，AM實(shí)體發(fā)送端已發(fā)送了序號(hào)為0，
1，2的PDU，此時(shí)只有序號(hào)為0的PDU收到了來(lái)自對(duì)等端的ACK，所以VT(A)=1,VT(S)=3,VT(MS)=VT(A)+512=513。若序號(hào)為1或2的PDU收到了NACK，則會(huì)執(zhí)行重傳操作。若VT(S)一直增大且VT(MS)不變，則當(dāng)VT(S)=VT(MS)時(shí)窗口出現(xiàn)堵塞，只有VT(MS)再出現(xiàn)變化時(shí)才會(huì)再發(fā)送新的PDU。
.jpg)
如圖5所示，AM實(shí)體接收端收到序號(hào)為0，1，3的PDU，所以VR(R)=VR(MS)=2，VR(MR)=VR (R)+512=514。序號(hào)為0，1的PDU落在了窗口外，所以若能重組成RLC SDU則需上傳。由于在收到序號(hào)為2的PDU之前收到了序號(hào)為3的PDU，所以出現(xiàn)了斷點(diǎn)，觸發(fā)了t_reordering的開(kāi)啟，VR(X)=VR(H)=4，若t_reordering超時(shí)則將此消息傳遞給RLC控制模塊，由RLC控制模塊生成STATUS PDU，然后加頭并由發(fā)送端發(fā)送。
RLC的AM實(shí)體有一個(gè)發(fā)送端和一個(gè)接收端，發(fā)送端在收到來(lái)自 的 （ 服務(wù)數(shù)據(jù)單元）后，PDCP RLC SDU RLC將其存儲(chǔ)在發(fā)送緩沖內(nèi)，在收到來(lái)自MAC層的發(fā)送時(shí)機(jī)(ul grant)后，根據(jù)其提供的大小對(duì)RLC SDU進(jìn)行分段和/或級(jí)聯(lián)，然后添加RLC頭成為RLC PDU（RLC協(xié)議數(shù)據(jù)[2]單元） 。所有RLC PDU在發(fā)送前都要交給重傳緩沖進(jìn)行保存，在收到STATUS PDU后再對(duì)重傳緩沖中的PDU進(jìn)行重傳或移除的操作。接收端在收到來(lái)自對(duì)等端的PDU后，先判斷是控制PDU還是數(shù)據(jù)PDU，若是控制PDU則交給RLC控制模塊，它用來(lái)判斷發(fā)送端哪些PDU需要重傳，若是數(shù)據(jù)PDU則送給接收緩沖，在重排序后移除RLC頭，再重新組裝成RLC SDU。
ARQ方式有3種基本類型：SAW重傳、退N步(GBN)重傳和選擇重傳(SR)。SAW重傳是指發(fā)端發(fā)送每個(gè)分組后都要等待收端的回執(zhí)，收到NACK就重傳，收到ACK后則準(zhǔn)備發(fā)送下一個(gè)分組。GBN重傳可持續(xù)發(fā)送多個(gè)分組，發(fā)端發(fā)送第一個(gè)分組后不必等待回執(zhí)，經(jīng)過(guò)網(wǎng)絡(luò)延遲后回執(zhí)到達(dá)發(fā)端，若收端反饋的是NACK，則發(fā)端重傳該分組及其后在延遲期間發(fā)送的分組。SR重傳中發(fā)端按固定順序發(fā)送分組，它只重傳收到NACK所對(duì)應(yīng)的分組。在3種重傳方式中，SR重傳的效率是最高的，但由于需要保證[4][5]分組的傳送順序，收發(fā)兩端必須開(kāi)較大的緩沖區(qū) 。目前的LTE標(biāo)準(zhǔn)采用的是SR重傳方式，這樣使得數(shù)據(jù)傳輸效率更高。
3 ARQ的工作原理
3.1 重傳機(jī)制
AM實(shí)體發(fā)送端在收到狀態(tài)報(bào)告后，對(duì)其中NACK對(duì)應(yīng)的PDU和PDU segment進(jìn)行重傳。具體實(shí)現(xiàn)過(guò)程如圖2所示：
如果低層在特定發(fā)送時(shí)機(jī)(ul grant)所指示的RLC PDU(s)的總大小與要重傳的AMD PDU完全適合，就直接把這個(gè)AMD PDU傳到低層， P字段除外(因?yàn)檫@個(gè)字段要根據(jù)目前的具體情況進(jìn)行設(shè)置)。否則，就對(duì)這個(gè)AMD PDU進(jìn)行分段，使得新形成的AMD PDU段與低層在特定發(fā)送時(shí)機(jī)所指示的RLC PDU(s)的總大小適合，把這個(gè)新形成的AMD PDU段傳到低層。對(duì)于一個(gè)AMD PDU段的重傳，根據(jù)它是否適合低層在特定發(fā)送時(shí)機(jī)指示的RLC PDU的總大小，如果不適合，就會(huì)根據(jù)低層指示的PDU的大小進(jìn)行分段，使分段后的AMD PDU 段適合低層指示的大小。如果適合就直接在AM RLC實(shí)體的發(fā)送側(cè)進(jìn)行數(shù)據(jù)域映射、添AMD PDU 段頭等操作。
3.2 輪詢機(jī)制
為了保證RLC PDU的正確傳送，ARQ過(guò)程引入了輪詢機(jī)制，這是為了使發(fā)送端能從接收端收到回執(zhí)(STATUSPDU)
。每組裝一個(gè)新的AMD PDU，AM RLC實(shí)體的發(fā)送端將：
(1) 計(jì)數(shù)器PDU_WITHOUT_POLL的值都會(huì)加1。
(2) 把需要傳送的AMD PDU的Data field元素的每個(gè)字節(jié)都映射到這個(gè)新的形成的RLC data PDU的Data ield，每映射一個(gè)字節(jié)，計(jì)數(shù)器BYTE_WITHOUT_POLL的值都會(huì)加1。在以下條件下AMD PDU的P field置1，即向?qū)Φ榷苏?qǐng)求獲取一個(gè)STATUS PDU：
①PDU_WITHOUT_POLL>=pollPDU.
②BYTE_WITHOUT_POLL>=pollByte.
③在發(fā)送完一個(gè)RLC data PDU后，發(fā)送緩存和重傳緩存都為空。
④在發(fā)送完一個(gè)RLC data PDU后，沒(méi)有新的RLC data PDU可以傳送（由于發(fā)送窗口停止移動(dòng)）。在一個(gè)RLC data PDU的P field置1后，重置計(jì)數(shù)器PDU_WITHOUT_POLL和BYTE_WITHOUT_POLL為0。在發(fā)送完一個(gè)P field置1的RLC data PDU到低層后，AM實(shí)體發(fā)送端將POLL_SN設(shè)為此時(shí)VT(S)-1的值，并判斷定時(shí)器t-PollRetransmit是否在運(yùn)行，若未運(yùn)行則開(kāi)啟此定時(shí)器，已運(yùn)行則重啟此定時(shí)器。在收到一個(gè)STATUS PDU后，若該P(yáng)DU含有對(duì)POLL_SN的ACK或NACK，則停止并重置t-PollRetransmit。
3.3 狀態(tài)報(bào)告的觸發(fā)
觸發(fā)狀態(tài)報(bào)告的條件有：
①?gòu)牡蛯邮盏?個(gè)P field為1的RLC data PDU,該P(yáng)DU的SN落在接收窗口外或該P(yáng)DU的所有字節(jié)之前已經(jīng)接收過(guò)。則丟棄該P(yáng)DU并觸發(fā)一個(gè)狀態(tài)報(bào)告。
②從低層收到1個(gè)P field為1，SN=x的RLC data PDU, 若x<VR(MS)或x>=VR(MR)，則觸發(fā)一個(gè)狀態(tài)報(bào)告。如果VR(MS)<= x<VR(MR)，則繼續(xù)接收其他PDU直至x<VR(MS)或x>=VR(MR)。
③t_reordering超時(shí)，則更新VR(MS)，然后觸發(fā)一個(gè)狀態(tài)報(bào)告。當(dāng)一個(gè)狀態(tài)報(bào)告被觸發(fā)，若t-StatusProhibit沒(méi)有運(yùn)行，則在MAC指示的第一個(gè)傳輸時(shí)機(jī)構(gòu)造一個(gè)STATUS PDU并傳給MAC。若t-StatusProhibit在運(yùn)行，則在它超時(shí)后MAC指示的第一個(gè)傳輸時(shí)機(jī)構(gòu)造一個(gè)STATUS PDU并傳給MAC,即使在t-StatusProhibit運(yùn)行期間狀態(tài)報(bào)告被觸發(fā)多次，也只傳送一個(gè)STATUS PDU。
D/C（1 bit）：0表示為控制PDU,1表示為數(shù)據(jù)PDU。STATUS PDU屬于控制PDU。CPT（3 bits）：CPT字段用于指示RLC control PDU的類型，000表示為STATUS PDU,其余值為保留值。ACK_SN(10 bits):STATUS PDU是對(duì)ACK_SN之前的PDU進(jìn)行確認(rèn)。E1(1 bit)：1表示有一個(gè){ NACK_SN、E1、E2}在其后，0表示沒(méi)有。NACK_SN(10 bits): ACK_SN字段用于指示在AM
RLC實(shí)體的接收側(cè)檢測(cè)到丟失的AMD PDU(或其一部分)的SN。E2(1 bit): 1表示有一個(gè){ Sostart、SOend }在其后，0表示沒(méi)有。SOstart(15 bits): SOstart 用于指示SN = NACK_SN的AMD PDU 片段的第一個(gè)字節(jié)在源AMD PDU的Data eld中對(duì)應(yīng)的置.SOend(15 bits): SOend用于指示SN = NACK_SN的AMD PDU 片段的最后一個(gè)字節(jié)在源AMD PDU的Data eld中對(duì)應(yīng)的位置。STATUS PDU的格式可以看出：RLC的控制模塊可以很清晰地解出NACK所對(duì)應(yīng)的PDU或PDU段，然后控[1]制重傳緩沖使其正確重傳錯(cuò)的PDU 。.4 發(fā)送窗口和接收窗口的管理AM模式中的發(fā)送窗口和接收窗口大小都為512，為RLC PDU序號(hào)總數(shù)（0-1023）的一半。從發(fā)送窗口可以清晰地看出哪些PDU還未收到ACK，發(fā)送窗口塞滿后將不會(huì)發(fā)送新的數(shù)據(jù)，實(shí)現(xiàn)了流量控制，發(fā)送窗口區(qū)間為[VT(A),VT(MS))。接收窗口用來(lái)決定是否需要發(fā)送STATUS PDU以及哪些收到的數(shù)據(jù)PDU需要重組及上傳，接收窗口區(qū)為[VR(R),VR(MR) )。
如圖4所示，AM實(shí)體發(fā)送端已發(fā)送了序號(hào)為0，
1，2的PDU，此時(shí)只有序號(hào)為0的PDU收到了來(lái)自對(duì)等端的ACK，所以VT(A)=1,VT(S)=3,VT(MS)=VT(A)+512=513。若序號(hào)為1或2的PDU收到了NACK，則會(huì)執(zhí)行重傳操作。若VT(S)一直增大且VT(MS)不變，則當(dāng)VT(S)=VT(MS)時(shí)窗口出現(xiàn)堵塞，只有VT(MS)再出現(xiàn)變化時(shí)才會(huì)再發(fā)送新的PDU。
如圖5所示，AM實(shí)體接收端收到序號(hào)為0，1，3的PDU，所以VR(R)=VR(MS)=2，VR(MR)=VR (R)+512=514。序號(hào)為0，1的PDU落在了窗口外，所以若能重組成RLC SDU則需上傳。由于在收到序號(hào)為2的PDU之前收到了序號(hào)為3的PDU，所以出現(xiàn)了斷點(diǎn)，觸發(fā)了t_reordering的開(kāi)啟，VR(X)=VR(H)=4，若t_reordering超時(shí)則將此消息傳遞給RLC控制模塊，由RLC控制模塊生成STATUS PDU，然后加頭并由發(fā)送端發(fā)送。
回答者：
xhy1331
回答時(shí)間：2012-05-29 10:30
4
3
• 重慶信科通信工程有限公司
聘：PTN中級(jí)
需求人數(shù)：1 人 地點(diǎn)：桂林市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：河北-網(wǎng)絡(luò)優(yōu)化IMC崗位
需求人數(shù)：10 人 地點(diǎn)：河北省
• 河南創(chuàng)賽通信科技有限公司 聘：云南華為高級(jí)網(wǎng)優(yōu)3人
需求人數(shù)：5 人 地點(diǎn)：云南省
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘：華為光網(wǎng)絡(luò)工程師
需求人數(shù)：8 人 地點(diǎn)：新疆
• 廣東南方通信建設(shè)有限公司 聘：網(wǎng)優(yōu)專項(xiàng)高級(jí)工程師
需求人數(shù)：10 人 地點(diǎn)：湛江市
• 西安創(chuàng)匯網(wǎng)絡(luò)通信有限責(zé)任公司 聘：LTE中高級(jí)網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：5 人 地點(diǎn)：定西市,慶陽(yáng)市,臨夏回族自治州,平?jīng)鍪?甘南藏族自治州
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)IMC工程師
需求人數(shù)：5 人 地點(diǎn)：南昌市,宜春市
• 北京宜通華瑞科技有限公司 聘：一個(gè)月項(xiàng)目急聘高級(jí)（南昌）
需求人數(shù)：10 人 地點(diǎn)：南昌市
• 元道通信股份有限公司 聘：中級(jí)后臺(tái)網(wǎng)優(yōu)工程師/黑龍江哈爾濱
需求人數(shù)：1 人 地點(diǎn)：哈爾濱市
需求人數(shù)：1 人 地點(diǎn)：桂林市
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 杭州東信網(wǎng)絡(luò)技術(shù)有限公司 聘：河北-網(wǎng)絡(luò)優(yōu)化IMC崗位
需求人數(shù)：10 人 地點(diǎn)：河北省
• 河南創(chuàng)賽通信科技有限公司 聘：云南華為高級(jí)網(wǎng)優(yōu)3人
需求人數(shù)：5 人 地點(diǎn)：云南省
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘：華為光網(wǎng)絡(luò)工程師
需求人數(shù)：8 人 地點(diǎn)：新疆
• 廣東南方通信建設(shè)有限公司 聘：網(wǎng)優(yōu)專項(xiàng)高級(jí)工程師
需求人數(shù)：10 人 地點(diǎn)：湛江市
• 西安創(chuàng)匯網(wǎng)絡(luò)通信有限責(zé)任公司 聘：LTE中高級(jí)網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：5 人 地點(diǎn)：定西市,慶陽(yáng)市,臨夏回族自治州,平?jīng)鍪?甘南藏族自治州
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)IMC工程師
需求人數(shù)：5 人 地點(diǎn)：南昌市,宜春市
• 北京宜通華瑞科技有限公司 聘：一個(gè)月項(xiàng)目急聘高級(jí)（南昌）
需求人數(shù)：10 人 地點(diǎn)：南昌市
• 元道通信股份有限公司 聘：中級(jí)后臺(tái)網(wǎng)優(yōu)工程師/黑龍江哈爾濱
需求人數(shù)：1 人 地點(diǎn)：哈爾濱市
熱點(diǎn)問(wèn)題
更多精彩
| 聯(lián)系我們 - 問(wèn)通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |