 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
誰能幫忙詳細(xì)介紹下RAB合RRC的聯(lián)系和區(qū)別
誰能幫忙詳細(xì)介紹下RAB合RRC的聯(lián)系和區(qū)別
RRC分配的是什么資源，RAB分配的又是什么資源
RAB是不是又會(huì)稱為RB？
能不能結(jié)合信令流程分析下，RRC擁塞和RAB擁塞分別會(huì)出現(xiàn)什么異常？
RRC分配的是什么資源，RAB分配的又是什么資源
RAB是不是又會(huì)稱為RB？
能不能結(jié)合信令流程分析下，RRC擁塞和RAB擁塞分別會(huì)出現(xiàn)什么異常？
RAB 是和業(yè)務(wù)一一對(duì)應(yīng)的， 比如voice call 需要一個(gè)rab 來承載， 表示的是Iu口的概念。
RB是RAB的無線承載，是Uu的概念。
一句話，RAB需要RB來承載
=======================================================
RAB、RB、SRB三個(gè)概念之間既相互聯(lián)系又有所區(qū)別。
首先看他們之間的聯(lián)系（共性）：它們都是下層協(xié)議向上層協(xié)議提供的服務(wù)。例如，RAB是用戶平面的接入層協(xié)議棧向非接入層提供的服務(wù)，而RB和SRB是RLC層向其用戶提供的服務(wù)。
關(guān)鍵是他們之間的區(qū)別：RAB是運(yùn)用在用戶平面的UE和核心網(wǎng)之間的一個(gè)概念。當(dāng)用戶發(fā)起一個(gè)業(yè)務(wù)請(qǐng)求的時(shí)候，核心網(wǎng)根據(jù)被請(qǐng)求業(yè)務(wù)的特性要求接入網(wǎng)提供相應(yīng)的無線接入承載（RAB），而不關(guān)心該承載是以何種方式實(shí)現(xiàn)的，這樣做的好處是簡(jiǎn)化了核心網(wǎng)和接入網(wǎng)之間的接口，并且使得這兩個(gè)網(wǎng)元的獨(dú)立性更好，便于彼此技術(shù)的獨(dú)立更新。那么在WCDMA(TD-SCDMA)系統(tǒng)中，RAB是如何實(shí)現(xiàn)的呢這就引出了RB的概念，RB是UE和SRNC之間的一個(gè)無線承載，是RLC層提供的服務(wù)，根據(jù)業(yè)務(wù)的屬性，RLC層通過自己的三種不同類型的實(shí)體（AM/UM/TM），向高層提供點(diǎn)對(duì)點(diǎn)的帶確認(rèn)的數(shù)據(jù)傳輸、無確認(rèn)的數(shù)據(jù)傳輸和透明的傳輸，以此來保證用戶的數(shù)據(jù)以合理的方式到達(dá)RNC。到此，RAB在UE和RNC之間的“實(shí)現(xiàn)”就很明白了，它是通過RB來“實(shí)現(xiàn)”的。再進(jìn)一步，RAB在IU接口上是如何“實(shí)現(xiàn)”的呢實(shí)際上，它通過IUUP協(xié)議，映射到了一個(gè)AAL2承載上。也就是說，RAB=RB+AAL2�，F(xiàn)在舉個(gè)具體的例子就更明白了，就拿AMR12.2k的語音業(yè)務(wù)來說，UE和MSC之間的一個(gè)RAB，在UE和SRNC之間映射到了3個(gè)RB上，在一個(gè)TTI內(nèi)，這三個(gè)RB“輸出”的三個(gè)PDU又被映射到一個(gè)IUUP幀中，然后在AAL2通道上發(fā)送給MSC。
至于SRB，其實(shí)就是RB，也是RLC提供的服務(wù)，只不過他們用來承載控制面的控制消息，為了區(qū)別于RB而稱為SRB。
簡(jiǎn)單地說，rab就是你要傳輸?shù)呢浳�，srb就是為了傳輸貨物而修的鐵路，rb就是多個(gè)列車車廂
（1）RRC連接是為了建立UE和UTRAN之間的信令連接（SRB1-SRB4），可以通過CCH或者DCH，如果建立在DCH，上下行各占用1個(gè)碼道（SF=16）〔在HS業(yè)務(wù)建立的時(shí)候，要占用兩個(gè)碼道；且PS的速率包括信令連接占的碼道〕。類似還有RNC和NodeB之間的Iub連接，RNC和CN之間的IU連接，但是Iub連接是一直存在的，不需要在每次UE和CN連接都去建立和釋放，而Iu連接則必須每次去建立和釋放（這里是指面向連接的信令和數(shù)據(jù)承載，無連接的除外）。
（2）RL是為了建立RNC和NodeB之間的DCH的連接，只要數(shù)據(jù)走DCH，必須配置這個(gè)鏈路。RL是一個(gè)邏輯概念，其實(shí)就是一個(gè)格式集，數(shù)據(jù)在L2和L1之間傳輸（MAC-D->DCH/HS-DSCH/DSCH/USCH FP->DPCH/HS-DPSCH 傳輸信道和MAC-D FLOW（mac-dh->mac-hs）），在DCH時(shí)要增加/修改DCH FP/HS-DSCH FP，因此要配置，而在CCH時(shí)，L2->L1的鏈路已經(jīng)建立完成，因此不需要配置RL，但RNC和NodeB的連接是存在的，所以RL是格式集。在RL之下還有一個(gè)叫Iub數(shù)據(jù)傳輸承載的東西，它和RL的主要區(qū)別在于Iub數(shù)據(jù)承載承載的是Iub接口的數(shù)據(jù)，而RL是Uu口的數(shù)據(jù)，RL是位于Iub承載之上的。（可以這樣理解：Iub承載是AAL2承載，公共信道的FP是建立在AAL2上的，因此小區(qū)建立的時(shí)候會(huì)建立一些承載，如果要使用DCH信道，也要先建立DCH的AAL2承載。）
（3）RB是UE和UTRAN之間的連接格式集，就是UU口L1、L2的格式問題，即物理信道、傳輸信道、邏輯信道的配置問題。如果沒有業(yè)務(wù)，RB是不需要的，因此如果要在CN/URTRN和UE之間傳信令，只要有RRC連接即可（實(shí)際上也有無線承載，即SRB），但只要有業(yè)務(wù)，就必須配置RB，同樣，必須配置Iub承載（只要有DCH就必須去配置DCH FP的承載，同RL一樣）。
（4）RAB是UE和CN之間的連接的約定，體現(xiàn)在業(yè)務(wù)上，主要是Qos的配置。為了在無線環(huán)境中傳輸，就必須借助無線接入網(wǎng)，因此RAB分為UE和UTRAN之間的RB和CN和UTRAN之間的IU承載。
（5）相關(guān)的問題就可以這要理解了
如果沒有業(yè)務(wù)要建立，例如位置區(qū)登記、更新，只需要建立RRC連接、Iu連接，而不需要去建立RL、Iub承載、Iu承載、RAB、RB。
如果要在CCH上建業(yè)務(wù)，比如PS8k業(yè)務(wù)，必須建立RRC連接，Iu連接，然后建立RAB、RB、Iub承載、Iu承載，但是不需要建立RL。
這時(shí)一旦RB失敗，業(yè)務(wù)已經(jīng)失敗，RNC將回復(fù)CN消息RAB指配響應(yīng)指示失敗，CN決定是否釋放業(yè)務(wù)。
如果要在DCH上建CS業(yè)務(wù)，則必須建所有的連接和承載，并且RRC連接必須建立在DCH上，這樣：
一旦RRC連接失敗，釋放所有的連接和承載，包括RL；
一旦RL配置失敗，如果存在原先配置，則恢復(fù)到原先配置，RNC自己不會(huì)去釋放RRC、RL、Iu等，回復(fù)CN RAB指配響應(yīng)指示失敗，按照CN新的指令去執(zhí)行，業(yè)務(wù)肯定要失敗的，一般來說，如果CN發(fā)現(xiàn)業(yè)務(wù)失敗了，將會(huì)發(fā)起IU釋放的流程。
一旦RB配置失敗，CS業(yè)務(wù)是不行了，如果是在RL RECFG COMMIT之前收到RB配置失敗，RL恢復(fù)到原來的RL，RNC回復(fù)CN RAB指配響應(yīng)指示失敗，由CN決定新的流程；如果是在RL RECFG COMMIT之后收到RB配置失敗，因?yàn)镽NC無法恢復(fù)原來的RL，因此所有的業(yè)務(wù)都失敗了，RNC向CN回復(fù)RAB指配響應(yīng)指示失敗，同時(shí)釋放所有的連接和承載。
如果要在DCH上建PS業(yè)務(wù)，所有的連接和承載都得建立，如果RRC連接建立在DCH上，對(duì)于RRC、RL、RB配置失敗的處理同CS一樣，如果RRC連接建在CCH上時(shí)，其實(shí)處理還是一樣的。注意一點(diǎn)：在PS業(yè)務(wù)釋放的時(shí)候，CN發(fā)RAB指配，這時(shí)候需要去重新申請(qǐng)兩個(gè)碼道的資源去傳信令，如果沒有資源了，則異常釋放，不會(huì)執(zhí)行RL重配和RL刪除了。
（6）在TD-SCDMA中，一個(gè)UE最多只有一個(gè)RRC連接，當(dāng)執(zhí)行硬切換時(shí)，最多可以有兩條RL，但一般都只有一個(gè)RL（包括組合業(yè)務(wù)），多RAB，兩個(gè)Iu連接（1CS+1PS），多RB。
（7）SRB呢從某種意義上說，SRB和RB是個(gè)孿生兄弟，SRB是信令RB，在建立RRC連接的時(shí)候，SRB就建立起來了，為了傳遞UE和UTRAN之間的信令，而RB是用戶面RB，只有在建立業(yè)務(wù)的時(shí)候，即需要傳遞用戶面數(shù)據(jù)的時(shí)候才建立RB。在小區(qū)建立的時(shí)候，SRB0就已經(jīng)建立了，傳CCCH信令，SRB1-SRB4在RRC建立的時(shí)候建，傳DCCH信令，SRB5以上都是業(yè)務(wù)RB，其實(shí)就是RB。
（8）相關(guān)的消息
RRC連接相關(guān)消息：包括RRC連接請(qǐng)求、RRC連接建立（釋放）、RRC連接建立（釋放）完成，在這些消息中，主要有這些內(nèi)容：
RB預(yù)存指示;
測(cè)量信息
SRB信息移動(dòng)通信,通信工程師的家園,通信人才,求職招聘,網(wǎng)絡(luò)優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單
傳輸信道信息
物理信道信息gg1fic3.cn1?!t(}$G#M,@#K#H8~9V
無線資源信息移動(dòng)通信,通信工程師的家園,通信人才,求職招聘,網(wǎng)絡(luò)優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單
RL相關(guān)消息：RL建立、增加、重配置、刪除等。
傳輸信道信息（包括MAC-D FLOW）
RL信息MSCBSC 移動(dòng)通信論壇,
RB相關(guān)消息：RB建立、釋放、重配置
UE信息
CN信息MSCBSC 移動(dòng)通信論壇8
UTRAN移動(dòng)性信息
RB信息;
傳輸信道信息
物理信道信息
無線資源移動(dòng)通信,通信工程師的家園,通信人才,求職招聘,網(wǎng)絡(luò)優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單:
RAB相關(guān)消息：RAB指配請(qǐng)求、RAB指配響應(yīng)、RAB釋放請(qǐng)求
RAB信息
Iu連接相關(guān)消息：Iu釋放命令、Iu釋放完成、Iu釋放請(qǐng)求
RAB信息
RB是RAB的無線承載，是Uu的概念。
一句話，RAB需要RB來承載
=======================================================
RAB、RB、SRB三個(gè)概念之間既相互聯(lián)系又有所區(qū)別。
首先看他們之間的聯(lián)系（共性）：它們都是下層協(xié)議向上層協(xié)議提供的服務(wù)。例如，RAB是用戶平面的接入層協(xié)議棧向非接入層提供的服務(wù)，而RB和SRB是RLC層向其用戶提供的服務(wù)。
關(guān)鍵是他們之間的區(qū)別：RAB是運(yùn)用在用戶平面的UE和核心網(wǎng)之間的一個(gè)概念。當(dāng)用戶發(fā)起一個(gè)業(yè)務(wù)請(qǐng)求的時(shí)候，核心網(wǎng)根據(jù)被請(qǐng)求業(yè)務(wù)的特性要求接入網(wǎng)提供相應(yīng)的無線接入承載（RAB），而不關(guān)心該承載是以何種方式實(shí)現(xiàn)的，這樣做的好處是簡(jiǎn)化了核心網(wǎng)和接入網(wǎng)之間的接口，并且使得這兩個(gè)網(wǎng)元的獨(dú)立性更好，便于彼此技術(shù)的獨(dú)立更新。那么在WCDMA(TD-SCDMA)系統(tǒng)中，RAB是如何實(shí)現(xiàn)的呢這就引出了RB的概念，RB是UE和SRNC之間的一個(gè)無線承載，是RLC層提供的服務(wù)，根據(jù)業(yè)務(wù)的屬性，RLC層通過自己的三種不同類型的實(shí)體（AM/UM/TM），向高層提供點(diǎn)對(duì)點(diǎn)的帶確認(rèn)的數(shù)據(jù)傳輸、無確認(rèn)的數(shù)據(jù)傳輸和透明的傳輸，以此來保證用戶的數(shù)據(jù)以合理的方式到達(dá)RNC。到此，RAB在UE和RNC之間的“實(shí)現(xiàn)”就很明白了，它是通過RB來“實(shí)現(xiàn)”的。再進(jìn)一步，RAB在IU接口上是如何“實(shí)現(xiàn)”的呢實(shí)際上，它通過IUUP協(xié)議，映射到了一個(gè)AAL2承載上。也就是說，RAB=RB+AAL2�，F(xiàn)在舉個(gè)具體的例子就更明白了，就拿AMR12.2k的語音業(yè)務(wù)來說，UE和MSC之間的一個(gè)RAB，在UE和SRNC之間映射到了3個(gè)RB上，在一個(gè)TTI內(nèi)，這三個(gè)RB“輸出”的三個(gè)PDU又被映射到一個(gè)IUUP幀中，然后在AAL2通道上發(fā)送給MSC。
至于SRB，其實(shí)就是RB，也是RLC提供的服務(wù)，只不過他們用來承載控制面的控制消息，為了區(qū)別于RB而稱為SRB。
簡(jiǎn)單地說，rab就是你要傳輸?shù)呢浳�，srb就是為了傳輸貨物而修的鐵路，rb就是多個(gè)列車車廂
（1）RRC連接是為了建立UE和UTRAN之間的信令連接（SRB1-SRB4），可以通過CCH或者DCH，如果建立在DCH，上下行各占用1個(gè)碼道（SF=16）〔在HS業(yè)務(wù)建立的時(shí)候，要占用兩個(gè)碼道；且PS的速率包括信令連接占的碼道〕。類似還有RNC和NodeB之間的Iub連接，RNC和CN之間的IU連接，但是Iub連接是一直存在的，不需要在每次UE和CN連接都去建立和釋放，而Iu連接則必須每次去建立和釋放（這里是指面向連接的信令和數(shù)據(jù)承載，無連接的除外）。
（2）RL是為了建立RNC和NodeB之間的DCH的連接，只要數(shù)據(jù)走DCH，必須配置這個(gè)鏈路。RL是一個(gè)邏輯概念，其實(shí)就是一個(gè)格式集，數(shù)據(jù)在L2和L1之間傳輸（MAC-D->DCH/HS-DSCH/DSCH/USCH FP->DPCH/HS-DPSCH 傳輸信道和MAC-D FLOW（mac-dh->mac-hs）），在DCH時(shí)要增加/修改DCH FP/HS-DSCH FP，因此要配置，而在CCH時(shí)，L2->L1的鏈路已經(jīng)建立完成，因此不需要配置RL，但RNC和NodeB的連接是存在的，所以RL是格式集。在RL之下還有一個(gè)叫Iub數(shù)據(jù)傳輸承載的東西，它和RL的主要區(qū)別在于Iub數(shù)據(jù)承載承載的是Iub接口的數(shù)據(jù)，而RL是Uu口的數(shù)據(jù)，RL是位于Iub承載之上的。（可以這樣理解：Iub承載是AAL2承載，公共信道的FP是建立在AAL2上的，因此小區(qū)建立的時(shí)候會(huì)建立一些承載，如果要使用DCH信道，也要先建立DCH的AAL2承載。）
（3）RB是UE和UTRAN之間的連接格式集，就是UU口L1、L2的格式問題，即物理信道、傳輸信道、邏輯信道的配置問題。如果沒有業(yè)務(wù)，RB是不需要的，因此如果要在CN/URTRN和UE之間傳信令，只要有RRC連接即可（實(shí)際上也有無線承載，即SRB），但只要有業(yè)務(wù)，就必須配置RB，同樣，必須配置Iub承載（只要有DCH就必須去配置DCH FP的承載，同RL一樣）。
（4）RAB是UE和CN之間的連接的約定，體現(xiàn)在業(yè)務(wù)上，主要是Qos的配置。為了在無線環(huán)境中傳輸，就必須借助無線接入網(wǎng)，因此RAB分為UE和UTRAN之間的RB和CN和UTRAN之間的IU承載。
（5）相關(guān)的問題就可以這要理解了
如果沒有業(yè)務(wù)要建立，例如位置區(qū)登記、更新，只需要建立RRC連接、Iu連接，而不需要去建立RL、Iub承載、Iu承載、RAB、RB。
如果要在CCH上建業(yè)務(wù)，比如PS8k業(yè)務(wù)，必須建立RRC連接，Iu連接，然后建立RAB、RB、Iub承載、Iu承載，但是不需要建立RL。
這時(shí)一旦RB失敗，業(yè)務(wù)已經(jīng)失敗，RNC將回復(fù)CN消息RAB指配響應(yīng)指示失敗，CN決定是否釋放業(yè)務(wù)。
如果要在DCH上建CS業(yè)務(wù)，則必須建所有的連接和承載，并且RRC連接必須建立在DCH上，這樣：
一旦RRC連接失敗，釋放所有的連接和承載，包括RL；
一旦RL配置失敗，如果存在原先配置，則恢復(fù)到原先配置，RNC自己不會(huì)去釋放RRC、RL、Iu等，回復(fù)CN RAB指配響應(yīng)指示失敗，按照CN新的指令去執(zhí)行，業(yè)務(wù)肯定要失敗的，一般來說，如果CN發(fā)現(xiàn)業(yè)務(wù)失敗了，將會(huì)發(fā)起IU釋放的流程。
一旦RB配置失敗，CS業(yè)務(wù)是不行了，如果是在RL RECFG COMMIT之前收到RB配置失敗，RL恢復(fù)到原來的RL，RNC回復(fù)CN RAB指配響應(yīng)指示失敗，由CN決定新的流程；如果是在RL RECFG COMMIT之后收到RB配置失敗，因?yàn)镽NC無法恢復(fù)原來的RL，因此所有的業(yè)務(wù)都失敗了，RNC向CN回復(fù)RAB指配響應(yīng)指示失敗，同時(shí)釋放所有的連接和承載。
如果要在DCH上建PS業(yè)務(wù)，所有的連接和承載都得建立，如果RRC連接建立在DCH上，對(duì)于RRC、RL、RB配置失敗的處理同CS一樣，如果RRC連接建在CCH上時(shí)，其實(shí)處理還是一樣的。注意一點(diǎn)：在PS業(yè)務(wù)釋放的時(shí)候，CN發(fā)RAB指配，這時(shí)候需要去重新申請(qǐng)兩個(gè)碼道的資源去傳信令，如果沒有資源了，則異常釋放，不會(huì)執(zhí)行RL重配和RL刪除了。
（6）在TD-SCDMA中，一個(gè)UE最多只有一個(gè)RRC連接，當(dāng)執(zhí)行硬切換時(shí)，最多可以有兩條RL，但一般都只有一個(gè)RL（包括組合業(yè)務(wù)），多RAB，兩個(gè)Iu連接（1CS+1PS），多RB。
（7）SRB呢從某種意義上說，SRB和RB是個(gè)孿生兄弟，SRB是信令RB，在建立RRC連接的時(shí)候，SRB就建立起來了，為了傳遞UE和UTRAN之間的信令，而RB是用戶面RB，只有在建立業(yè)務(wù)的時(shí)候，即需要傳遞用戶面數(shù)據(jù)的時(shí)候才建立RB。在小區(qū)建立的時(shí)候，SRB0就已經(jīng)建立了，傳CCCH信令，SRB1-SRB4在RRC建立的時(shí)候建，傳DCCH信令，SRB5以上都是業(yè)務(wù)RB，其實(shí)就是RB。
（8）相關(guān)的消息
RRC連接相關(guān)消息：包括RRC連接請(qǐng)求、RRC連接建立（釋放）、RRC連接建立（釋放）完成，在這些消息中，主要有這些內(nèi)容：
RB預(yù)存指示;
測(cè)量信息
SRB信息移動(dòng)通信,通信工程師的家園,通信人才,求職招聘,網(wǎng)絡(luò)優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單
傳輸信道信息
物理信道信息gg1fic3.cn1?!t(}$G#M,@#K#H8~9V
無線資源信息移動(dòng)通信,通信工程師的家園,通信人才,求職招聘,網(wǎng)絡(luò)優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單
RL相關(guān)消息：RL建立、增加、重配置、刪除等。
傳輸信道信息（包括MAC-D FLOW）
RL信息MSCBSC 移動(dòng)通信論壇,
RB相關(guān)消息：RB建立、釋放、重配置
UE信息
CN信息MSCBSC 移動(dòng)通信論壇8
UTRAN移動(dòng)性信息
RB信息;
傳輸信道信息
物理信道信息
無線資源移動(dòng)通信,通信工程師的家園,通信人才,求職招聘,網(wǎng)絡(luò)優(yōu)化,通信工程,出差住宿,通信企業(yè)黑名單:
RAB相關(guān)消息：RAB指配請(qǐng)求、RAB指配響應(yīng)、RAB釋放請(qǐng)求
RAB信息
Iu連接相關(guān)消息：Iu釋放命令、Iu釋放完成、Iu釋放請(qǐng)求
RAB信息
提問者:
• 4G小區(qū)有RRC建立，無ERAB請(qǐng)求。 2018-07-13
• 為什么要進(jìn)行RRC或RAB修改，在什么情況下要進(jìn)行，盡量以實(shí)例說明 2017-08-12
• 上行干擾對(duì)RRC連接建立成功率和ERAB建立成功率哪個(gè)影響最大？ 2016-11-19
• 華為L(zhǎng)TE設(shè)備，RRC建立正常，E-RAB建立失敗較多 2016-05-06
• LTE小區(qū)初搜、附著，隨機(jī)接入，RRC連接、RAB建立、DRX 2015-12-04
• TE-LTE中 RRC建立和E-RAB建立的區(qū)別 2015-11-26
• TD-lte小區(qū)，RRC連接成功率正常，E-RAB連接成功率低，一般有哪些原因，應(yīng)該怎么查，什么步驟？ 2015-11-23
• RRC建立失敗原因值、E-RAB建立失敗原因值都包括什么 2015-09-01
• 為什么要進(jìn)行RRC或RAB修改，在什么情況下要進(jìn)行，盡量以實(shí)例說明 2017-08-12
• 上行干擾對(duì)RRC連接建立成功率和ERAB建立成功率哪個(gè)影響最大？ 2016-11-19
• 華為L(zhǎng)TE設(shè)備，RRC建立正常，E-RAB建立失敗較多 2016-05-06
• LTE小區(qū)初搜、附著，隨機(jī)接入，RRC連接、RAB建立、DRX 2015-12-04
• TE-LTE中 RRC建立和E-RAB建立的區(qū)別 2015-11-26
• TD-lte小區(qū)，RRC連接成功率正常，E-RAB連接成功率低，一般有哪些原因，應(yīng)該怎么查，什么步驟？ 2015-11-23
• RRC建立失敗原因值、E-RAB建立失敗原因值都包括什么 2015-09-01
問題答案
( 1 )
15
17 
• 廣東南方通信建設(shè)有限公司
聘：網(wǎng)優(yōu)專項(xiàng)高級(jí)工程師
需求人數(shù)：10 人 地點(diǎn)：湛江市
• 上海瑞禾通訊技術(shù)有限公司 聘：廣州中高級(jí)工程師
需求人數(shù)：3 人 地點(diǎn)：廣州市
• 南京華蘇科技有限公司 聘：中興電聯(lián)項(xiàng)目中級(jí)后臺(tái)優(yōu)化人員
需求人數(shù)：20 人 地點(diǎn)：石家莊市
• 重慶信科通信工程有限公司 聘：PTN中級(jí)
需求人數(shù)：1 人 地點(diǎn)：桂林市
• 福州弘宇信合通信技術(shù)有限公司 聘：“1+N項(xiàng)目”高級(jí)網(wǎng)優(yōu)工程師
需求人數(shù)：1 人 地點(diǎn)：潮州市
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘：華為光網(wǎng)絡(luò)工程師
需求人數(shù)：8 人 地點(diǎn)：新疆
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：45G高級(jí)
需求人數(shù)：2 人 地點(diǎn)：北京市
• 西安盈科思泰網(wǎng)絡(luò)技術(shù)有限公司 聘：湖北通信實(shí)習(xí)生
需求人數(shù)：10 人 地點(diǎn)：武漢市
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)IMC工程師
需求人數(shù)：5 人 地點(diǎn)：南昌市,宜春市
需求人數(shù)：10 人 地點(diǎn)：湛江市
• 上海瑞禾通訊技術(shù)有限公司 聘：廣州中高級(jí)工程師
需求人數(shù)：3 人 地點(diǎn)：廣州市
• 南京華蘇科技有限公司 聘：中興電聯(lián)項(xiàng)目中級(jí)后臺(tái)優(yōu)化人員
需求人數(shù)：20 人 地點(diǎn)：石家莊市
• 重慶信科通信工程有限公司 聘：PTN中級(jí)
需求人數(shù)：1 人 地點(diǎn)：桂林市
• 福州弘宇信合通信技術(shù)有限公司 聘：“1+N項(xiàng)目”高級(jí)網(wǎng)優(yōu)工程師
需求人數(shù)：1 人 地點(diǎn)：潮州市
• 陜西瑞達(dá)灃通信技術(shù)有限公司 聘：華為光網(wǎng)絡(luò)工程師
需求人數(shù)：8 人 地點(diǎn)：新疆
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實(shí)習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點(diǎn)：昆明市,思茅市,昭通市
• 西安長(zhǎng)河通訊有限責(zé)任公司 聘：45G高級(jí)
需求人數(shù)：2 人 地點(diǎn)：北京市
• 西安盈科思泰網(wǎng)絡(luò)技術(shù)有限公司 聘：湖北通信實(shí)習(xí)生
需求人數(shù)：10 人 地點(diǎn)：武漢市
• 嘉環(huán)科技股份有限公司 聘：網(wǎng)優(yōu)IMC工程師
需求人數(shù)：5 人 地點(diǎn)：南昌市,宜春市
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 - |