 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
RL是NODEB跟RNC建立的，IUb口是IP傳輸，那為什么還說RL失敗跟小區(qū)無線環(huán)境有關(guān)系啊？
如題
提問者:
• eNODEB發(fā)起的原因?yàn)?em>無線層問題的UEContext釋放次數(shù) 2018-11-12
• NODEB和RNC工作在哪一層，怎么理解OSI七層和無線的RRC,RLC三層 2016-04-12
• eNODEB發(fā)起的原因?yàn)?em>無線層問題的UEContext釋放次數(shù)，該從哪方面去核查��？ 2016-03-12
• eNODEB發(fā)起的原因?yàn)?em>無線層問題的UEContext釋放有哪些原因，求大神解答 2016-01-13
• LTE處理GB掉線中eNODEB發(fā)起的原因?yàn)?em>無線層問題的UEContext釋放次數(shù)，求大牛們處理經(jīng)驗(yàn)，快速定位 2015-09-08
• LTE 掉線eNODEB發(fā)起的原因?yàn)?em>無線層問題的UEContext釋放次數(shù) 2015-04-27
• 【案例現(xiàn)象】TD-LTE無線基站（eNODEB）用LMT登陸CC板， 2014-06-09
• 【案例現(xiàn)象】北方某地，LTE無線基站（eNODEB）需要冬季施工，請簡述冬季施工需要注意哪些問題。 2014-06-08
• NODEB和RNC工作在哪一層，怎么理解OSI七層和無線的RRC,RLC三層 2016-04-12
• eNODEB發(fā)起的原因?yàn)?em>無線層問題的UEContext釋放次數(shù)，該從哪方面去核查��？ 2016-03-12
• eNODEB發(fā)起的原因?yàn)?em>無線層問題的UEContext釋放有哪些原因，求大神解答 2016-01-13
• LTE處理GB掉線中eNODEB發(fā)起的原因?yàn)?em>無線層問題的UEContext釋放次數(shù)，求大牛們處理經(jīng)驗(yàn)，快速定位 2015-09-08
• LTE 掉線eNODEB發(fā)起的原因?yàn)?em>無線層問題的UEContext釋放次數(shù) 2015-04-27
• 【案例現(xiàn)象】TD-LTE無線基站（eNODEB）用LMT登陸CC板， 2014-06-09
• 【案例現(xiàn)象】北方某地，LTE無線基站（eNODEB）需要冬季施工，請簡述冬季施工需要注意哪些問題。 2014-06-08
問題答案
( 4 )
RL是Radio Link的縮寫;也就是無線鏈路;
終端與通過空中接口，也就是無線鏈路與基站聯(lián)系;
因此，RL失敗與小區(qū)的無線環(huán)境有關(guān)系了。。。
終端與通過空中接口，也就是無線鏈路與基站聯(lián)系;
因此，RL失敗與小區(qū)的無線環(huán)境有關(guān)系了。。。
回答者：
litom2004
回答時(shí)間：2013-01-06 14:23
11
17
（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í)候會建立一些承載，如果要使用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承載。
（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í)候會建立一些承載，如果要使用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承載。
回答者：
xuwei_01
回答時(shí)間：2013-01-06 14:24
18
14
我咋記得RL是UE和NB之間的……
回答者：
一歪
回答時(shí)間：2013-01-06 16:33
12
8
（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í)候會建立一些承載，如果要使用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。
u 這時(shí)一旦RB失敗，業(yè)務(wù)已經(jīng)失敗，RNC將回復(fù)CN消息RAB指配響應(yīng)指示失敗，CN決定是否釋放業(yè)務(wù)。
Ü 如果要在DCH上建CS業(yè)務(wù)，則必須建所有的連接和承載，并且RRC連接必須建立在DCH上，這樣：
一旦RRC連接失敗，釋放所有的連接和承載，包括RL；
u 一旦RL配置失敗，如果存在原先配置，則恢復(fù)到原先配置，RNC自己不會去釋放RRC、RL、Iu等，回復(fù)CN RAB指配響應(yīng)指示失敗，按照CN新的指令去執(zhí)行，業(yè)務(wù)肯定要失敗的，一般來說，如果CN發(fā)現(xiàn)業(yè)務(wù)失敗了，將會發(fā)起IU釋放的流程。
u 一旦RB配置失敗，CS業(yè)務(wù)是不行了，如果是在RL RECFG COMMIT之前收到RB配置失敗，RL恢復(fù)到原來的RL，RNC回復(fù)CN RAB指配響應(yīng)指示失敗，由CN決定新的流程；如果是在RL RECFG COMMIT之后收到RB配置失敗，因?yàn)?/font>RNC無法恢復(fù)原來的RL，因此所有的業(yè)務(wù)都失敗了，RNC向CN回復(fù)RAB指配響應(yīng)指示失敗，同時(shí)釋放所有的連接和承載。,
Ü 如果要在DCH上建PS業(yè)務(wù)，所有的連接和承載都得建立，如果RRC連接建立在DCH上，對于RRC、RL、RB配置失敗的處理同CS一樣，如果RRC連接建在CCH上時(shí)，其實(shí)處理還是一樣的J。注意一點(diǎn)：在PS業(yè)務(wù)釋放的時(shí)候，CN發(fā)RAB指配，這時(shí)候需要去重新申請兩個(gè)碼道的資源去傳信令，如果沒有資源了，則異常釋放，不會執(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連接請求、RRC連接建立（釋放）、RRC連接建立（釋放）完成，在這些消息中，主要有這些內(nèi)容：
u RB預(yù)存指示
u UE信息
u 測量信息
u SRB信息.
u 傳輸信道信息
u 物理信道信息
u 無線資源信息
RL相關(guān)消息：RL建立、增加、重配置、刪除等。
u 傳輸信道信息（包括MAC-D FLOW）
RL信息)
RB相關(guān)消息：RB建立、釋放、重配置
u UE信息
CN信息
UTRAN移動性信息
u RB信息
u 傳輸信道信息
物理信道信息
u 無線資源
Ü RAB相關(guān)消息：RAB指配請求、RAB指配響應(yīng)、RAB釋放請求
u RAB信息$
Iu連接相關(guān)消息：Iu釋放命令、Iu釋放完成、Iu釋放請求
RAB信息
（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í)候會建立一些承載，如果要使用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。
u 這時(shí)一旦RB失敗，業(yè)務(wù)已經(jīng)失敗，RNC將回復(fù)CN消息RAB指配響應(yīng)指示失敗，CN決定是否釋放業(yè)務(wù)。
Ü 如果要在DCH上建CS業(yè)務(wù)，則必須建所有的連接和承載，并且RRC連接必須建立在DCH上，這樣：
一旦RRC連接失敗，釋放所有的連接和承載，包括RL；
u 一旦RL配置失敗，如果存在原先配置，則恢復(fù)到原先配置，RNC自己不會去釋放RRC、RL、Iu等，回復(fù)CN RAB指配響應(yīng)指示失敗，按照CN新的指令去執(zhí)行，業(yè)務(wù)肯定要失敗的，一般來說，如果CN發(fā)現(xiàn)業(yè)務(wù)失敗了，將會發(fā)起IU釋放的流程。
u 一旦RB配置失敗，CS業(yè)務(wù)是不行了，如果是在RL RECFG COMMIT之前收到RB配置失敗，RL恢復(fù)到原來的RL，RNC回復(fù)CN RAB指配響應(yīng)指示失敗，由CN決定新的流程；如果是在RL RECFG COMMIT之后收到RB配置失敗，因?yàn)?/font>RNC無法恢復(fù)原來的RL，因此所有的業(yè)務(wù)都失敗了，RNC向CN回復(fù)RAB指配響應(yīng)指示失敗，同時(shí)釋放所有的連接和承載。,
Ü 如果要在DCH上建PS業(yè)務(wù)，所有的連接和承載都得建立，如果RRC連接建立在DCH上，對于RRC、RL、RB配置失敗的處理同CS一樣，如果RRC連接建在CCH上時(shí)，其實(shí)處理還是一樣的J。注意一點(diǎn)：在PS業(yè)務(wù)釋放的時(shí)候，CN發(fā)RAB指配，這時(shí)候需要去重新申請兩個(gè)碼道的資源去傳信令，如果沒有資源了，則異常釋放，不會執(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連接請求、RRC連接建立（釋放）、RRC連接建立（釋放）完成，在這些消息中，主要有這些內(nèi)容：
u RB預(yù)存指示
u UE信息
u 測量信息
u SRB信息.
u 傳輸信道信息
u 物理信道信息
u 無線資源信息
RL相關(guān)消息：RL建立、增加、重配置、刪除等。
u 傳輸信道信息（包括MAC-D FLOW）
RL信息)
RB相關(guān)消息：RB建立、釋放、重配置
u UE信息
CN信息
UTRAN移動性信息
u RB信息
u 傳輸信道信息
物理信道信息
u 無線資源
Ü RAB相關(guān)消息：RAB指配請求、RAB指配響應(yīng)、RAB釋放請求
u RAB信息$
Iu連接相關(guān)消息：Iu釋放命令、Iu釋放完成、Iu釋放請求
RAB信息
回答者：
XueJiang
回答時(shí)間：2013-01-07 00:34
21
12
• 嘉環(huán)科技股份有限公司
聘：湖南電信原廠優(yōu)化招聘
需求人數(shù)：10 人 地點(diǎn)：長沙市,永州市,郴州市,衡陽市
• 廣東南方通信建設(shè)有限公司 聘：海南華為精品網(wǎng)項(xiàng)目
需求人數(shù)：10 人 地點(diǎn)：海南省
• 重慶信科通信工程有限公司 聘：江西電信原廠高級后臺
需求人數(shù)：2 人 地點(diǎn)：九江市
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：4 人 地點(diǎn)：渭南市,商洛市,漢中市,安康市
• 北京宜通華瑞科技有限公司 聘：專項(xiàng)優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 安徽引途科技有限公司 聘：福建測試/1個(gè)月
需求人數(shù)：2 人 地點(diǎn)：福建省
• 成都旗訊通信技術(shù)有限公司 聘：招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)中高級
需求人數(shù)：12 人 地點(diǎn)：寧夏,湖南省,甘肅省,廣西省,青海省
• 吉訊股份有限公司 聘：網(wǎng)絡(luò)優(yōu)化負(fù)責(zé)人
需求人數(shù)：3 人 地點(diǎn)：山西省
• 浙江省郵電工程建設(shè)有限公司 聘：寧夏中興5G網(wǎng)優(yōu)中高級工程師
需求人數(shù)：10 人 地點(diǎn)：寧夏
• 南京華蘇科技有限公司 聘：項(xiàng)目經(jīng)理
需求人數(shù)：2 人 地點(diǎn)：河北省
需求人數(shù)：10 人 地點(diǎn)：長沙市,永州市,郴州市,衡陽市
• 廣東南方通信建設(shè)有限公司 聘：海南華為精品網(wǎng)項(xiàng)目
需求人數(shù)：10 人 地點(diǎn)：海南省
• 重慶信科通信工程有限公司 聘：江西電信原廠高級后臺
需求人數(shù)：2 人 地點(diǎn)：九江市
• 西安長河通訊有限責(zé)任公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：4 人 地點(diǎn)：渭南市,商洛市,漢中市,安康市
• 北京宜通華瑞科技有限公司 聘：專項(xiàng)優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點(diǎn)：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 安徽引途科技有限公司 聘：福建測試/1個(gè)月
需求人數(shù)：2 人 地點(diǎn)：福建省
• 成都旗訊通信技術(shù)有限公司 聘：招聘督導(dǎo)、傳輸、維護(hù)轉(zhuǎn)網(wǎng)優(yōu)中高級
需求人數(shù)：12 人 地點(diǎn)：寧夏,湖南省,甘肅省,廣西省,青海省
• 吉訊股份有限公司 聘：網(wǎng)絡(luò)優(yōu)化負(fù)責(zé)人
需求人數(shù)：3 人 地點(diǎn)：山西省
• 浙江省郵電工程建設(shè)有限公司 聘：寧夏中興5G網(wǎng)優(yōu)中高級工程師
需求人數(shù)：10 人 地點(diǎn)：寧夏
• 南京華蘇科技有限公司 聘：項(xiàng)目經(jīng)理
需求人數(shù)：2 人 地點(diǎn)：河北省
熱點(diǎn)問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |