 |
善于提問，勤于回答，你也是專家
|
 |
問題已開啟
(普通問題)
提問者:
• 4G小區(qū)有RRC建立，無ERAB請求。 2018-07-13
• 為什么要進行RRC或RAB修改，在什么情況下要進行，盡量以實例說明 2017-08-12
• 上行干擾對RRC連接建立成功率和ERAB建立成功率哪個影響最大？ 2016-11-19
• 華為LTE設(shè)備，RRC建立正常，E-RAB建立失敗較多 2016-05-06
• LTE小區(qū)初搜、附著，隨機接入，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
• 為什么要進行RRC或RAB修改，在什么情況下要進行，盡量以實例說明 2017-08-12
• 上行干擾對RRC連接建立成功率和ERAB建立成功率哪個影響最大？ 2016-11-19
• 華為LTE設(shè)備，RRC建立正常，E-RAB建立失敗較多 2016-05-06
• LTE小區(qū)初搜、附著，隨機接入，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
問題答案
( 4 )
RRC建立信令RAB建立業(yè)務(wù)
回答者：
lzeden
回答時間：2013-04-19 19:32
38
32
無線承載和無線資源控制，我記得是
回答者：
jingmhua
回答時間：2013-04-19 19:49
38
30
RRC：無線資源控制，主要體現(xiàn)信令建立RAB：無線接入承載（用戶數(shù)據(jù)的傳輸）主要體現(xiàn)在業(yè)務(wù)上，是QOS的配置，是UE與CN之間鏈接的約定。
回答者：
Mr李
回答時間：2013-04-19 20:51
36
30
RAB：Radio Access Bearer，無線接入承載：由接入層提供給NAS的在UE和CN之間傳輸用戶數(shù)據(jù)的服務(wù)。RAB可以看作是UE與CN之間接入層向非接入層提供的業(yè)務(wù)（不關(guān)心該承載是以何種方式實現(xiàn)的），主要用于用戶數(shù)據(jù)的傳輸。RAB直接與UE業(yè)務(wù)相關(guān)，它涉及接入層各個協(xié)議模塊，在空中接口上，RAB反映為無線承載（RB）。
RRC：Radio Resource Control，RRC連接在UE與UTRAN之間傳輸無線網(wǎng)絡(luò)信令，如進行無線資源的分配等等。RRC連接在呼叫建立之初建立，在通話結(jié)束后釋放，并在期間一直維持。
RRC 和 RAB 有什么不同，PS和CS
1、RRC 無線資源控制，起功能是系統(tǒng)信息廣播、尋呼控制、RRC連接控制等功能。
2. RAB的建立是由CN發(fā)起，UTRAN執(zhí)行的功能。RAB是指用戶平面的承載，用于UE和CN之間傳送語音、數(shù)據(jù)及多媒體業(yè)務(wù)。UE首先要完成RRC連接建立然后才能建立RAB，當(dāng)RAB建立成功之后，一個基本的呼叫即建立，UE進入通話過程。
除了這個之外，還有一個很重要的就是呼叫的詳細(xì)流程：
1。UE呼叫，首先是上行預(yù)同步，在UpPCH信道進行SYNC_UL的發(fā)送；
2。下行FPACH信道的功控指示，UE功率控制；
3。RACH信道的接入，RRC連接的建立；
4。FACH信道指配，完成鑒權(quán)、加密和 呼叫控制；
5。CN和UE完成RAB的建立，完成DPCH業(yè)務(wù)信道。
呼叫的整個過程就是① 隨機接入的過程----信令通道的建立；② RAB建立后業(yè)務(wù)信道的完成。
搞清楚這些后，RRC和 RAB 都很清楚了！
CS域是電路承載域，走語音的，PS域是數(shù)據(jù)域，走得是IP，用于手機上網(wǎng)。在3g下，接入網(wǎng)同時連接CS和PS，即核心網(wǎng)分割為CS,PS，打電話信號走cs，數(shù)據(jù)業(yè)務(wù)信號走PS.
RRC RL RB RAB
1）RRC連接是為了建立UE和UTRAN之間的信令連接（SRB1-SRB4），可以通過CCH或者DCH，如果建立在DCH，上下行各占用1個碼道（SF=16）〔在HS業(yè)務(wù)建立的時候，要占用兩個碼道；且PS的速率包括信令連接占的碼道〕。類似還有RNC和NodeB之間的Iub連接，RNC和CN之間的IU連接，但是Iub連接是一直存在的，不需要在每次UE和CN連接都去建立和釋放，而Iu連接則必須每次去建立和釋放（這里是指面向連接的信令和數(shù)據(jù)承載，無連接的除外）。
（2）RL是為了建立RNC和NodeB之間的DCH的連接，只要數(shù)據(jù)走DCH，必須配置這個鏈路。RL是一個邏輯概念，其實就是一個格式集，數(shù)據(jù)在L2和L1之間傳輸（MAC-D->DCH/HS-DSCH/DSCH/USCH FP->DPCH/HS-DPSCH 傳輸信道和MAC-D FLOW（mac-dh->mac-hs）），在DCH時要增加/修改DCH FP/HS-DSCH FP，因此要配置，而在CCH時，L2->L1的鏈路已經(jīng)建立完成，因此不需要配置RL，但RNC和NodeB的連接是存在的，所以RL是格式集。在RL之下還有一個叫Iub數(shù)據(jù)傳輸承載的東西，它和RL的主要區(qū)別在于Iub數(shù)據(jù)承載承載的是Iub接口的數(shù)據(jù)，而RL是Uu口的數(shù)據(jù)，RL是位于Iub承載之上的。（可以這樣理解：Iub承載是AAL2承載，公共信道的FP是建立在AAL2上的，因此小區(qū)建立的時候會建立一些承載，如果要使用DCH信道，也要先建立DCH的AAL2承載。）
（3）RB是UE和UTRAN之間的連接格式集，就是UU口L1、L2的格式問題，即物理信道、傳輸信道、邏輯信道的配置問題。如果沒有業(yè)務(wù)，RB是不需要的，因此如果要在CN/URTRN和UE之間傳信令，只要有RRC連接即可（實際上也有無線承載，即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。
? 這時一旦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自己不會去釋放RRC、RL、Iu等，回復(fù)CN RAB指配響應(yīng)指示失敗，按照CN新的指令去執(zhí)行，業(yè)務(wù)肯定要失敗的，一般來說，如果CN發(fā)現(xiàn)業(yè)務(wù)失敗了，將會發(fā)起IU釋放的流程。
? 一旦RB配置失敗，CS業(yè)務(wù)是不行了，如果是在RL RECFG COMMIT之前收到RB配置失敗，RL恢復(fù)到原來的RL，RNC回復(fù)CN RAB指配響應(yīng)指示失敗，由CN決定新的流程；如果是在RL RECFG COMMIT之后收到RB配置失敗，因為RNC無法恢復(fù)原來的RL，因此所有的業(yè)務(wù)都失敗了，RNC向CN回復(fù)RAB指配響應(yīng)指示失敗，同時釋放所有的連接和承載。
? 如果要在DCH上建PS業(yè)務(wù)，所有的連接和承載都得建立，如果RRC連接建立在DCH上，對于RRC、RL、RB配置失敗的處理同CS一樣，如果RRC連接建在CCH上時，其實處理還是一樣的?。注意一點：在PS業(yè)務(wù)釋放的時候，CN發(fā)RAB指配，這時候需要去重新申請兩個碼道的資源去傳信令，如果沒有資源了，則異常釋放，不會執(zhí)行RL重配和RL刪除了。
（6）在TD-SCDMA中，一個UE最多只有一個RRC連接，當(dāng)執(zhí)行硬切換時，最多可以有兩條RL，但一般都只有一個RL（包括組合業(yè)務(wù)），多RAB，兩個Iu連接（1CS+1PS），多RB。
（7）SRB呢？從某種意義上說，SRB和RB是個孿生兄弟，SRB是信令RB，在建立RRC連接的時候，SRB就建立起來了，為了傳遞UE和UTRAN之間的信令，而RB是用戶面RB，只有在建立業(yè)務(wù)的時候，即需要傳遞用戶面數(shù)據(jù)的時候才建立RB。在小區(qū)建立的時候，SRB0就已經(jīng)建立了，傳CCCH信令，SRB1-SRB4在RRC建立的時候建，傳DCCH信令，SRB5以上都是業(yè)務(wù)RB，其實就是RB。
（8）相關(guān)的消息：
? RRC連接相關(guān)消息：包括RRC連接請求、RRC連接建立（釋放）、RRC連接建立（釋放）完成，在這些消息中，主要有這些內(nèi)容：
? RB預(yù)存指示
? UE信息
? 測量信息
? SRB信息
? 傳輸信道信息
? 物理信道信息
? 無線資源信息
? RL相關(guān)消息：RL建立、增加、重配置、刪除等。
? 傳輸信道信息（包括MAC-D FLOW）
? RL信息
? RB相關(guān)消息：RB建立、釋放、重配置
? UE信息
? CN信息
? UTRAN移動性信息
? RB信息
? 傳輸信道信息
? 物理信道信息
? 無線資源
? RAB相關(guān)消息：RAB指配請求、RAB指配響應(yīng)、RAB釋放請求
? RAB信息
? Iu連接相關(guān)消息：Iu釋放命令、Iu釋放完成、Iu釋放請求
? RAB信息
詳述RAB ASSIGNMENT REQUEST
1． 功能
CN通過RAB ASSIGNMENT REQUEST消息請求UTRAN：
－ 建立：UE通過直傳消息請求建立業(yè)務(wù)，CN處理這個業(yè)務(wù)請求。
－ 修改：UE通過直傳消息請求修改RAB，CN處理這個業(yè)務(wù)請求。
－ 釋放：CN釋放相關(guān)業(yè)務(wù)。
一個或多個RAB。
2． 消息IE
? RABs To Be Setup Or Modified List：用于建立或者修改RAB
? RABs To Be Setup Or Modified Item IEs
? First Setup Or Modify Item
? RAB ID：標(biāo)志一個RAB，包含CS域的流標(biāo)志符（SI）或者PS域的網(wǎng)絡(luò)服務(wù)接入點識別符（NSAPI）編碼。
如果在特定的Iu實例上使用了同樣的RAB ID，本過程用于修改這個RAB。
對于每個請求建立或修改的RAB，RNC要把RAB ID IE信息元素的內(nèi)容傳到無線接口協(xié)議。
? NAS Synchronisation Indicator：NAS信息，用于CN要傳NAS消息時，通過空口傳給UE。
? RAB Parameters：與UE中請求的Qos相同
? Traffic Class：Qos類型
? RAB Asymmetry Indicator：對稱性指示
? Maximum Bit Rate：最大比特率
? Guaranteed Bit Rate：保證比特率，根據(jù)最大比特率和設(shè)置的比例計算
? Delivery Order：提示是否提供SDU排序。
? Maximum SDU Size：SDU 大小
? SDU parameters：SDU參數(shù)，分不同的RAB子流。
? SDU Error Ratio ：SDU錯誤率，尾數(shù)×10[-指數(shù)]（傳輸錯誤的SDU）
? Residual Bit Error Ratio：殘留比特錯誤率：尾數(shù)×10[-指數(shù)]
? Delivery Of Erroneous SDU：是否傳輸錯誤的SDU
? SDU format information Parameter ：SDU格式信息參數(shù)，<分不同的組合速率或者組合SDU大小>
? Subflow SDU Size ：RAB子流組合SDU大�。A(yù)定義SDU大�。�
? RAB Subflow Combination Bit Rate ：RAB子流組合比特率（預(yù)定義可控速率大小）
? Transfer Delay:傳輸時延，用于會話或者流業(yè)務(wù)
? Traffic Handling Priority：使用的優(yōu)先級
? Allocation/Retention priority：分配/保持優(yōu)先級
如果RAB ASSIGNMENT REQUEST消息中沒有給出分配/保持優(yōu)先級 (Allocation/Retention Priority)IE的值，那么分配請求不會觸發(fā)搶占處理，此連接容易被搶占并認(rèn)為優(yōu)先級最低。而且，不允許進行排隊。
? Priority Level：優(yōu)先級層次，0（最高）－15
? Pre-emption Capability：搶占能力
? Pre-emption Vulnerability：被搶占能力
? Queuing Allowed：排隊能力，
如果允許被請求的RNC排隊和資源狀況需要，RNC可以把RAB放在建立的隊列中。
? Source Statistics Descriptor: （會話或者流業(yè)務(wù)）：“語音”或者“未知”，在RNC中通過SET RAB設(shè)置相應(yīng)的參數(shù)與之對應(yīng)。
? Relocation Requirement: “沒有”或者“無損”，遷移的時候是否考慮RAB。
? User Plane Information
? User Plane Mode:用戶平面模式
在報告特定RAB建立或修改的結(jié)果之前，RNC必須執(zhí)行CN在用戶平面模式IE中請求的用戶平面模式的初始化。
? UP Mode Versions：版本
? Transport Layer Information：用于建立RAB或者修改RAB時包含NAS信息。
? Transport Layer Address：傳輸層地址：
對于PS域，這個信息元素是IP地址，用于用戶平面的傳送；對于CS域，這個地址用于傳送網(wǎng)絡(luò)信令建立用戶平面連接。
? Iu Transport Association：Iu傳送關(guān)聯(lián)，
用于把RAB和對應(yīng)的用戶平面連接關(guān)聯(lián)。對于CS域，建立U平面連接期間這個信息元素用于傳送網(wǎng)絡(luò)控制平面信令的Binding ID；對于PS域，這個信息元素是GTP TEID（隧道終點標(biāo)志）。
? Service Handover：業(yè)務(wù)切換
表明請求的RAB是否應(yīng)該、不應(yīng)該或不允許執(zhí)行系統(tǒng)間切換到GSM。
業(yè)務(wù)切換IE的值如果沒有被RAB更改，在整個RAB的存在周期內(nèi)有效。
業(yè)務(wù)切換IE只影響有關(guān)UTRAN發(fā)起切換的決定。
? Second Setup Or Modify Item
? PDP Type Information：PDP類型信息，用于PS建立。
只對PS，“ppp”、“ipv4”、“ipv6”，如果有兩條，前面是下行，后面是上行。
UTRAN就可以用它來配置任何壓縮算法“ppp”、“ipv4”、“ipv6”。
? Data Volume Reporting Indication：數(shù)據(jù)量報告指示，用于PS建立。
指出當(dāng)釋放RAB時RNC是否必須為RAB計算不成功傳送的NAS數(shù)據(jù)量和報告數(shù)據(jù)量。
? DL GTP-PDU Sequence Number：發(fā)送到UE的下一GTP-PDU的順序號碼。用于PS RAB建立，且已有可用的PS RAB（即兩個RAB以上）。
? UL GTP-PDU Sequence Number：發(fā)送到SGSN的下一GTP-PDU的順序號碼。用于PS RAB建立，且已有可用的PS RAB（即兩個RAB以上）。
? DL N-PDU Sequence Number: 源系統(tǒng)已經(jīng)發(fā)送到UE的下一下行鏈路N-PDU(PDCP PDU) 的Uu接口順序號碼。用于PS RAB建立，且已有可用的PS RAB（即兩個RAB以上）。
? UL N-PDU Sequence Number：從UE期望的下一上行鏈路N-PDU(PDCP PDU) 的Uu接口順序號碼。用于PS RAB建立，且已有可用的PS RAB（即兩個RAB以上）。
? Alternative RAB Parameter Values：指示可選的RAB Qos參數(shù)（R5）
? Alternative Maximum Bit Rate Information
? Alternative Guaranteed Bit Rate Information
? RABs To Be Released List：用于釋放RAB
? RABs To Be Released Item Ies
? RAB ID：
如果RNC無法識別一個請求釋放的RAB的RAB ID，就報告RAB釋放失敗，失敗原因是“無效 RAB ID”。
如果在被釋放RAB IE中包含了正在進行分配過程的RAB，RNC將放棄該RAB 的分配過程，釋放相關(guān)資源并在RAB ASSIGNMENT RESPONSE響應(yīng)消息中報告釋放的RAB。
? Cause：原因
Radio Network Layer Cause：如重定位完成
Transport Layer Cause：如Iu連接失敗
NAS Cause：如正常釋放
Protocol Cause：如傳輸語法錯誤
Miscellaneous Cause：如OM干預(yù)
Non-standard Cause
3． 定時器
當(dāng)發(fā)送RAB ASSIGNMENT REQUEST消息時, CN將啟動TRABAssgt 定時器。
? 如果已經(jīng)沒有RAB排隊，CN將停止定時器T RABAssg，并終止RAB分配過程。在這種情況下，還要在UTRAN終止這個過程。
? 當(dāng)建立或修改一個或幾個RAB的請求進入隊列時，UTRAN將啟動定時器TQUEUING， 這個定時器規(guī)定建立或修改請求排隊的最大時間，該定時器TQUEUING 同時監(jiān)視所有排隊的RAB。
? 對于由第一條RAB ASSIGNMENT RESPONSE消息中指明排隊的RAB，如果定時器TQUEUING超時，UTRAN會報告排隊結(jié)果，每個RAB獨立使用一條響應(yīng)消息或若干個RAB使用一條RAB ASSIGNMENT RESPONSE消息上報，在CN也將終止RAB分配過程。
? 當(dāng)成功地建立或修改所有RAB，或建立或修改RAB失敗時，UTRAN將停止定時器，在CN和UTRAN終止RAB分配過程。
? 如果一個修改或釋放RAB的請求中所包含的RAB ID所指示的RAB正在隊列中，那么RAB會從隊列中退出，按第二個請求來處理。第一個請求以RAB建立或修改失敗響應(yīng)，失敗原因是“推遲請求”。
4． 失敗報告
當(dāng)UTRAN報告不成功地修改RAB配置時，原因值應(yīng)該足夠準(zhǔn)確而使CN網(wǎng)絡(luò)知道不成功修改的原因。典型原因值是“被請求的業(yè)務(wù)量類別不可用”、“無效的RAB參數(shù)值”、“被請求的最大比特率不可用”、“被請求的保證比特率不可用” 、“被請求的傳送時延不可用” 、“無效的RAB參數(shù)組合”、“SDU參數(shù)條件沖突”、 “業(yè)務(wù)量處理優(yōu)先級條件沖突”、“ 保證比特率條件沖突”、“不支持用戶平面版本”和“Iu UP故障”。
5． 異常情況
? 與重定位準(zhǔn)備的交互：
為了保持與UE的通信，如果在RAB分配期間絕對需要重定位，RNC可以中斷正在進行的RAB分配過程并啟動重定位準(zhǔn)備過程：
1) RNC將終止不成功的RAB配置修改的RAB分配過程：
－ 對所有排隊的RAB，
－ 對還沒有建立或修改的RAB和
－ 對還沒有釋放的RAB。
原因為“觸發(fā)的重定位”
2) RNC將終止成功的RAB配置修改的RAB分配過程：
－ 對已經(jīng)建立或修改但還未向CN報告的RAB和
－ 對已經(jīng)釋放但還未向CN報告的RAB .
3) RNC將用RAB ASSIGNMENT RESPONSE消息報告過程的結(jié)果。
4) 通過發(fā)送RELOCATION REQUIRED到激活的CN節(jié)點， RNC將調(diào)用重
定位。
5)接收到RAB ASSIGNMENT RESPONSE消息，CN將終止RAB分配過程。
? 從UMTS到GSM定向重試（限于CS域）
在CS域中RNC對特定UE沒有RAB配置時，并且RNC接收到該UE請求建立RAB的RAB ASSIGNMENT REQUEST消息， RNC將發(fā)起對GSM的定向重試。此時，RNC可以中斷正在進行的RAB分配過程并啟動重定位準(zhǔn)備過程，如下描述：
RNC終止失敗的RAB分配過程，指示RAB配置修改失敗，原因是“定向重試(Directed retry)”。
RNC將用RAB ASSIGNMENT RESPONSE消息報告結(jié)果。
通過發(fā)送RELOCATION REQUIRED消息到激活的CN節(jié)點，RNC將調(diào)用重定位，原因是“定向重試(Directed Retry)”。
接收到RAB ASSIGNMENT RESPONSE 消息，CN將終止RAB分配過程。
6． 與其他消息的關(guān)系
? 關(guān)于RAB的釋放，有三種情況：
CN發(fā)起RAB ASSIGNMENT REQUEST消息
RNC發(fā)起RAB RELEASE REQUEST消息
CN發(fā)起IU RELEASE COMMAND消息
什么時候觸發(fā)這些消息呢？
（1） CN發(fā)起RAB ASSIGNMENT REQUEST消息：
如果CN決定釋放部分或全部指定的RAB，為了實現(xiàn)這一目的，CN會決定調(diào)用RAB分配（釋放RAB）過程。
PS業(yè)務(wù)的正常流傳，業(yè)務(wù)釋放的時候啟動這個流程，業(yè)務(wù)釋放完成后啟動IU RELEASE COMMAND。
（2） RNC發(fā)起RAB RELEASE REQUEST消息：
如果RNC遇到問題需要釋放RAB，比如“RAB被搶占”，RNC向CN產(chǎn)生RAB RELEASE REQUEST消息，被釋放RAB IE將指出被請求釋放RAB的列表，與每個RAB有關(guān)的原因IE將指出釋放的原因，例如“RAB搶占”。
如果CN決定釋放部分或全部指定的RAB，為了實現(xiàn)這一目的，CN會決定調(diào)用RAB分配（RAB ASSIGNMENT REQUEST）過程。
（3） CN發(fā)起IU RELEASE COMMAND消息：
如果UE和CN之間的信息傳輸完成，CN啟動這個過程，同時把RAB釋放掉。
CS業(yè)務(wù)的正常流傳，業(yè)務(wù)釋放的時候啟用這個流程，沒有RAB ASSIGNMENT REQUEST消息。
? 消息RAB ASSIGNMENT RESPONSE的IE：
? Message Type
? RABs Setup Or Modified List：RAB建立或者修改的列表
? RABs Setup Or Modified Item IEs
? RAB ID
? Transport Layer Address
? Iu Transport Association
? DL Data Volumes
? Data Volume List
? Unsuccessfully Transmitted DL Data Volume： RAB在無線接口的DL方向不成功傳送的數(shù)據(jù)量。
? Data Volume Reference：當(dāng)數(shù)據(jù)量計數(shù)時該信息元素指出時間。
Assigned RAB Parameter Values（R5）：經(jīng)過協(xié)商改變的RAB Qos
? RABs Released List：RAB釋放的列表
? RABs Released Item IEs
? RAB ID
? DL Data Volumes
? Data Volume List
? Unsuccessfully Transmitted DL Data Volume
? Data Volume Reference
? DL GTP-PDU Sequence Number
? UL GTP-PDU Sequence Number
? RABs Queued List：RAB排隊的列表
? RABs Queued Item IEs
? RAB ID
? RABs Failed To Setup Or Modify List：RAB建立、修改失敗的列表和原因
? RABs Failed To Setup Or Modify Item IEs
? RAB ID
? Cause
? RABs Failed To Release List：RAB釋放失敗的列表和原因
? RABs Failed To Release Item IEs
? RAB ID
? Cause
? Criticality Diagnostics：收到的消息中有部分丟失或者無法解讀、邏輯錯誤。
RRC：Radio Resource Control，RRC連接在UE與UTRAN之間傳輸無線網(wǎng)絡(luò)信令，如進行無線資源的分配等等。RRC連接在呼叫建立之初建立，在通話結(jié)束后釋放，并在期間一直維持。
RRC 和 RAB 有什么不同，PS和CS
1、RRC 無線資源控制，起功能是系統(tǒng)信息廣播、尋呼控制、RRC連接控制等功能。
2. RAB的建立是由CN發(fā)起，UTRAN執(zhí)行的功能。RAB是指用戶平面的承載，用于UE和CN之間傳送語音、數(shù)據(jù)及多媒體業(yè)務(wù)。UE首先要完成RRC連接建立然后才能建立RAB，當(dāng)RAB建立成功之后，一個基本的呼叫即建立，UE進入通話過程。
除了這個之外，還有一個很重要的就是呼叫的詳細(xì)流程：
1。UE呼叫，首先是上行預(yù)同步，在UpPCH信道進行SYNC_UL的發(fā)送；
2。下行FPACH信道的功控指示，UE功率控制；
3。RACH信道的接入，RRC連接的建立；
4。FACH信道指配，完成鑒權(quán)、加密和 呼叫控制；
5。CN和UE完成RAB的建立，完成DPCH業(yè)務(wù)信道。
呼叫的整個過程就是① 隨機接入的過程----信令通道的建立；② RAB建立后業(yè)務(wù)信道的完成。
搞清楚這些后，RRC和 RAB 都很清楚了！
CS域是電路承載域，走語音的，PS域是數(shù)據(jù)域，走得是IP，用于手機上網(wǎng)。在3g下，接入網(wǎng)同時連接CS和PS，即核心網(wǎng)分割為CS,PS，打電話信號走cs，數(shù)據(jù)業(yè)務(wù)信號走PS.
RRC RL RB RAB
1）RRC連接是為了建立UE和UTRAN之間的信令連接（SRB1-SRB4），可以通過CCH或者DCH，如果建立在DCH，上下行各占用1個碼道（SF=16）〔在HS業(yè)務(wù)建立的時候，要占用兩個碼道；且PS的速率包括信令連接占的碼道〕。類似還有RNC和NodeB之間的Iub連接，RNC和CN之間的IU連接，但是Iub連接是一直存在的，不需要在每次UE和CN連接都去建立和釋放，而Iu連接則必須每次去建立和釋放（這里是指面向連接的信令和數(shù)據(jù)承載，無連接的除外）。
（2）RL是為了建立RNC和NodeB之間的DCH的連接，只要數(shù)據(jù)走DCH，必須配置這個鏈路。RL是一個邏輯概念，其實就是一個格式集，數(shù)據(jù)在L2和L1之間傳輸（MAC-D->DCH/HS-DSCH/DSCH/USCH FP->DPCH/HS-DPSCH 傳輸信道和MAC-D FLOW（mac-dh->mac-hs）），在DCH時要增加/修改DCH FP/HS-DSCH FP，因此要配置，而在CCH時，L2->L1的鏈路已經(jīng)建立完成，因此不需要配置RL，但RNC和NodeB的連接是存在的，所以RL是格式集。在RL之下還有一個叫Iub數(shù)據(jù)傳輸承載的東西，它和RL的主要區(qū)別在于Iub數(shù)據(jù)承載承載的是Iub接口的數(shù)據(jù)，而RL是Uu口的數(shù)據(jù)，RL是位于Iub承載之上的。（可以這樣理解：Iub承載是AAL2承載，公共信道的FP是建立在AAL2上的，因此小區(qū)建立的時候會建立一些承載，如果要使用DCH信道，也要先建立DCH的AAL2承載。）
（3）RB是UE和UTRAN之間的連接格式集，就是UU口L1、L2的格式問題，即物理信道、傳輸信道、邏輯信道的配置問題。如果沒有業(yè)務(wù)，RB是不需要的，因此如果要在CN/URTRN和UE之間傳信令，只要有RRC連接即可（實際上也有無線承載，即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。
? 這時一旦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自己不會去釋放RRC、RL、Iu等，回復(fù)CN RAB指配響應(yīng)指示失敗，按照CN新的指令去執(zhí)行，業(yè)務(wù)肯定要失敗的，一般來說，如果CN發(fā)現(xiàn)業(yè)務(wù)失敗了，將會發(fā)起IU釋放的流程。
? 一旦RB配置失敗，CS業(yè)務(wù)是不行了，如果是在RL RECFG COMMIT之前收到RB配置失敗，RL恢復(fù)到原來的RL，RNC回復(fù)CN RAB指配響應(yīng)指示失敗，由CN決定新的流程；如果是在RL RECFG COMMIT之后收到RB配置失敗，因為RNC無法恢復(fù)原來的RL，因此所有的業(yè)務(wù)都失敗了，RNC向CN回復(fù)RAB指配響應(yīng)指示失敗，同時釋放所有的連接和承載。
? 如果要在DCH上建PS業(yè)務(wù)，所有的連接和承載都得建立，如果RRC連接建立在DCH上，對于RRC、RL、RB配置失敗的處理同CS一樣，如果RRC連接建在CCH上時，其實處理還是一樣的?。注意一點：在PS業(yè)務(wù)釋放的時候，CN發(fā)RAB指配，這時候需要去重新申請兩個碼道的資源去傳信令，如果沒有資源了，則異常釋放，不會執(zhí)行RL重配和RL刪除了。
（6）在TD-SCDMA中，一個UE最多只有一個RRC連接，當(dāng)執(zhí)行硬切換時，最多可以有兩條RL，但一般都只有一個RL（包括組合業(yè)務(wù)），多RAB，兩個Iu連接（1CS+1PS），多RB。
（7）SRB呢？從某種意義上說，SRB和RB是個孿生兄弟，SRB是信令RB，在建立RRC連接的時候，SRB就建立起來了，為了傳遞UE和UTRAN之間的信令，而RB是用戶面RB，只有在建立業(yè)務(wù)的時候，即需要傳遞用戶面數(shù)據(jù)的時候才建立RB。在小區(qū)建立的時候，SRB0就已經(jīng)建立了，傳CCCH信令，SRB1-SRB4在RRC建立的時候建，傳DCCH信令，SRB5以上都是業(yè)務(wù)RB，其實就是RB。
（8）相關(guān)的消息：
? RRC連接相關(guān)消息：包括RRC連接請求、RRC連接建立（釋放）、RRC連接建立（釋放）完成，在這些消息中，主要有這些內(nèi)容：
? RB預(yù)存指示
? UE信息
? 測量信息
? SRB信息
? 傳輸信道信息
? 物理信道信息
? 無線資源信息
? RL相關(guān)消息：RL建立、增加、重配置、刪除等。
? 傳輸信道信息（包括MAC-D FLOW）
? RL信息
? RB相關(guān)消息：RB建立、釋放、重配置
? UE信息
? CN信息
? UTRAN移動性信息
? RB信息
? 傳輸信道信息
? 物理信道信息
? 無線資源
? RAB相關(guān)消息：RAB指配請求、RAB指配響應(yīng)、RAB釋放請求
? RAB信息
? Iu連接相關(guān)消息：Iu釋放命令、Iu釋放完成、Iu釋放請求
? RAB信息
詳述RAB ASSIGNMENT REQUEST
1． 功能
CN通過RAB ASSIGNMENT REQUEST消息請求UTRAN：
－ 建立：UE通過直傳消息請求建立業(yè)務(wù)，CN處理這個業(yè)務(wù)請求。
－ 修改：UE通過直傳消息請求修改RAB，CN處理這個業(yè)務(wù)請求。
－ 釋放：CN釋放相關(guān)業(yè)務(wù)。
一個或多個RAB。
2． 消息IE
? RABs To Be Setup Or Modified List：用于建立或者修改RAB
? RABs To Be Setup Or Modified Item IEs
? First Setup Or Modify Item
? RAB ID：標(biāo)志一個RAB，包含CS域的流標(biāo)志符（SI）或者PS域的網(wǎng)絡(luò)服務(wù)接入點識別符（NSAPI）編碼。
如果在特定的Iu實例上使用了同樣的RAB ID，本過程用于修改這個RAB。
對于每個請求建立或修改的RAB，RNC要把RAB ID IE信息元素的內(nèi)容傳到無線接口協(xié)議。
? NAS Synchronisation Indicator：NAS信息，用于CN要傳NAS消息時，通過空口傳給UE。
? RAB Parameters：與UE中請求的Qos相同
? Traffic Class：Qos類型
? RAB Asymmetry Indicator：對稱性指示
? Maximum Bit Rate：最大比特率
? Guaranteed Bit Rate：保證比特率，根據(jù)最大比特率和設(shè)置的比例計算
? Delivery Order：提示是否提供SDU排序。
? Maximum SDU Size：SDU 大小
? SDU parameters：SDU參數(shù)，分不同的RAB子流。
? SDU Error Ratio ：SDU錯誤率，尾數(shù)×10[-指數(shù)]（傳輸錯誤的SDU）
? Residual Bit Error Ratio：殘留比特錯誤率：尾數(shù)×10[-指數(shù)]
? Delivery Of Erroneous SDU：是否傳輸錯誤的SDU
? SDU format information Parameter ：SDU格式信息參數(shù)，<分不同的組合速率或者組合SDU大小>
? Subflow SDU Size ：RAB子流組合SDU大�。A(yù)定義SDU大�。�
? RAB Subflow Combination Bit Rate ：RAB子流組合比特率（預(yù)定義可控速率大小）
? Transfer Delay:傳輸時延，用于會話或者流業(yè)務(wù)
? Traffic Handling Priority：使用的優(yōu)先級
? Allocation/Retention priority：分配/保持優(yōu)先級
如果RAB ASSIGNMENT REQUEST消息中沒有給出分配/保持優(yōu)先級 (Allocation/Retention Priority)IE的值，那么分配請求不會觸發(fā)搶占處理，此連接容易被搶占并認(rèn)為優(yōu)先級最低。而且，不允許進行排隊。
? Priority Level：優(yōu)先級層次，0（最高）－15
? Pre-emption Capability：搶占能力
? Pre-emption Vulnerability：被搶占能力
? Queuing Allowed：排隊能力，
如果允許被請求的RNC排隊和資源狀況需要，RNC可以把RAB放在建立的隊列中。
? Source Statistics Descriptor: （會話或者流業(yè)務(wù)）：“語音”或者“未知”，在RNC中通過SET RAB設(shè)置相應(yīng)的參數(shù)與之對應(yīng)。
? Relocation Requirement: “沒有”或者“無損”，遷移的時候是否考慮RAB。
? User Plane Information
? User Plane Mode:用戶平面模式
在報告特定RAB建立或修改的結(jié)果之前，RNC必須執(zhí)行CN在用戶平面模式IE中請求的用戶平面模式的初始化。
? UP Mode Versions：版本
? Transport Layer Information：用于建立RAB或者修改RAB時包含NAS信息。
? Transport Layer Address：傳輸層地址：
對于PS域，這個信息元素是IP地址，用于用戶平面的傳送；對于CS域，這個地址用于傳送網(wǎng)絡(luò)信令建立用戶平面連接。
? Iu Transport Association：Iu傳送關(guān)聯(lián)，
用于把RAB和對應(yīng)的用戶平面連接關(guān)聯(lián)。對于CS域，建立U平面連接期間這個信息元素用于傳送網(wǎng)絡(luò)控制平面信令的Binding ID；對于PS域，這個信息元素是GTP TEID（隧道終點標(biāo)志）。
? Service Handover：業(yè)務(wù)切換
表明請求的RAB是否應(yīng)該、不應(yīng)該或不允許執(zhí)行系統(tǒng)間切換到GSM。
業(yè)務(wù)切換IE的值如果沒有被RAB更改，在整個RAB的存在周期內(nèi)有效。
業(yè)務(wù)切換IE只影響有關(guān)UTRAN發(fā)起切換的決定。
? Second Setup Or Modify Item
? PDP Type Information：PDP類型信息，用于PS建立。
只對PS，“ppp”、“ipv4”、“ipv6”，如果有兩條，前面是下行，后面是上行。
UTRAN就可以用它來配置任何壓縮算法“ppp”、“ipv4”、“ipv6”。
? Data Volume Reporting Indication：數(shù)據(jù)量報告指示，用于PS建立。
指出當(dāng)釋放RAB時RNC是否必須為RAB計算不成功傳送的NAS數(shù)據(jù)量和報告數(shù)據(jù)量。
? DL GTP-PDU Sequence Number：發(fā)送到UE的下一GTP-PDU的順序號碼。用于PS RAB建立，且已有可用的PS RAB（即兩個RAB以上）。
? UL GTP-PDU Sequence Number：發(fā)送到SGSN的下一GTP-PDU的順序號碼。用于PS RAB建立，且已有可用的PS RAB（即兩個RAB以上）。
? DL N-PDU Sequence Number: 源系統(tǒng)已經(jīng)發(fā)送到UE的下一下行鏈路N-PDU(PDCP PDU) 的Uu接口順序號碼。用于PS RAB建立，且已有可用的PS RAB（即兩個RAB以上）。
? UL N-PDU Sequence Number：從UE期望的下一上行鏈路N-PDU(PDCP PDU) 的Uu接口順序號碼。用于PS RAB建立，且已有可用的PS RAB（即兩個RAB以上）。
? Alternative RAB Parameter Values：指示可選的RAB Qos參數(shù)（R5）
? Alternative Maximum Bit Rate Information
? Alternative Guaranteed Bit Rate Information
? RABs To Be Released List：用于釋放RAB
? RABs To Be Released Item Ies
? RAB ID：
如果RNC無法識別一個請求釋放的RAB的RAB ID，就報告RAB釋放失敗，失敗原因是“無效 RAB ID”。
如果在被釋放RAB IE中包含了正在進行分配過程的RAB，RNC將放棄該RAB 的分配過程，釋放相關(guān)資源并在RAB ASSIGNMENT RESPONSE響應(yīng)消息中報告釋放的RAB。
? Cause：原因
Radio Network Layer Cause：如重定位完成
Transport Layer Cause：如Iu連接失敗
NAS Cause：如正常釋放
Protocol Cause：如傳輸語法錯誤
Miscellaneous Cause：如OM干預(yù)
Non-standard Cause
3． 定時器
當(dāng)發(fā)送RAB ASSIGNMENT REQUEST消息時, CN將啟動TRABAssgt 定時器。
? 如果已經(jīng)沒有RAB排隊，CN將停止定時器T RABAssg，并終止RAB分配過程。在這種情況下，還要在UTRAN終止這個過程。
? 當(dāng)建立或修改一個或幾個RAB的請求進入隊列時，UTRAN將啟動定時器TQUEUING， 這個定時器規(guī)定建立或修改請求排隊的最大時間，該定時器TQUEUING 同時監(jiān)視所有排隊的RAB。
? 對于由第一條RAB ASSIGNMENT RESPONSE消息中指明排隊的RAB，如果定時器TQUEUING超時，UTRAN會報告排隊結(jié)果，每個RAB獨立使用一條響應(yīng)消息或若干個RAB使用一條RAB ASSIGNMENT RESPONSE消息上報，在CN也將終止RAB分配過程。
? 當(dāng)成功地建立或修改所有RAB，或建立或修改RAB失敗時，UTRAN將停止定時器，在CN和UTRAN終止RAB分配過程。
? 如果一個修改或釋放RAB的請求中所包含的RAB ID所指示的RAB正在隊列中，那么RAB會從隊列中退出，按第二個請求來處理。第一個請求以RAB建立或修改失敗響應(yīng)，失敗原因是“推遲請求”。
4． 失敗報告
當(dāng)UTRAN報告不成功地修改RAB配置時，原因值應(yīng)該足夠準(zhǔn)確而使CN網(wǎng)絡(luò)知道不成功修改的原因。典型原因值是“被請求的業(yè)務(wù)量類別不可用”、“無效的RAB參數(shù)值”、“被請求的最大比特率不可用”、“被請求的保證比特率不可用” 、“被請求的傳送時延不可用” 、“無效的RAB參數(shù)組合”、“SDU參數(shù)條件沖突”、 “業(yè)務(wù)量處理優(yōu)先級條件沖突”、“ 保證比特率條件沖突”、“不支持用戶平面版本”和“Iu UP故障”。
5． 異常情況
? 與重定位準(zhǔn)備的交互：
為了保持與UE的通信，如果在RAB分配期間絕對需要重定位，RNC可以中斷正在進行的RAB分配過程并啟動重定位準(zhǔn)備過程：
1) RNC將終止不成功的RAB配置修改的RAB分配過程：
－ 對所有排隊的RAB，
－ 對還沒有建立或修改的RAB和
－ 對還沒有釋放的RAB。
原因為“觸發(fā)的重定位”
2) RNC將終止成功的RAB配置修改的RAB分配過程：
－ 對已經(jīng)建立或修改但還未向CN報告的RAB和
－ 對已經(jīng)釋放但還未向CN報告的RAB .
3) RNC將用RAB ASSIGNMENT RESPONSE消息報告過程的結(jié)果。
4) 通過發(fā)送RELOCATION REQUIRED到激活的CN節(jié)點， RNC將調(diào)用重
定位。
5)接收到RAB ASSIGNMENT RESPONSE消息，CN將終止RAB分配過程。
? 從UMTS到GSM定向重試（限于CS域）
在CS域中RNC對特定UE沒有RAB配置時，并且RNC接收到該UE請求建立RAB的RAB ASSIGNMENT REQUEST消息， RNC將發(fā)起對GSM的定向重試。此時，RNC可以中斷正在進行的RAB分配過程并啟動重定位準(zhǔn)備過程，如下描述：
RNC終止失敗的RAB分配過程，指示RAB配置修改失敗，原因是“定向重試(Directed retry)”。
RNC將用RAB ASSIGNMENT RESPONSE消息報告結(jié)果。
通過發(fā)送RELOCATION REQUIRED消息到激活的CN節(jié)點，RNC將調(diào)用重定位，原因是“定向重試(Directed Retry)”。
接收到RAB ASSIGNMENT RESPONSE 消息，CN將終止RAB分配過程。
6． 與其他消息的關(guān)系
? 關(guān)于RAB的釋放，有三種情況：
CN發(fā)起RAB ASSIGNMENT REQUEST消息
RNC發(fā)起RAB RELEASE REQUEST消息
CN發(fā)起IU RELEASE COMMAND消息
什么時候觸發(fā)這些消息呢？
（1） CN發(fā)起RAB ASSIGNMENT REQUEST消息：
如果CN決定釋放部分或全部指定的RAB，為了實現(xiàn)這一目的，CN會決定調(diào)用RAB分配（釋放RAB）過程。
PS業(yè)務(wù)的正常流傳，業(yè)務(wù)釋放的時候啟動這個流程，業(yè)務(wù)釋放完成后啟動IU RELEASE COMMAND。
（2） RNC發(fā)起RAB RELEASE REQUEST消息：
如果RNC遇到問題需要釋放RAB，比如“RAB被搶占”，RNC向CN產(chǎn)生RAB RELEASE REQUEST消息，被釋放RAB IE將指出被請求釋放RAB的列表，與每個RAB有關(guān)的原因IE將指出釋放的原因，例如“RAB搶占”。
如果CN決定釋放部分或全部指定的RAB，為了實現(xiàn)這一目的，CN會決定調(diào)用RAB分配（RAB ASSIGNMENT REQUEST）過程。
（3） CN發(fā)起IU RELEASE COMMAND消息：
如果UE和CN之間的信息傳輸完成，CN啟動這個過程，同時把RAB釋放掉。
CS業(yè)務(wù)的正常流傳，業(yè)務(wù)釋放的時候啟用這個流程，沒有RAB ASSIGNMENT REQUEST消息。
? 消息RAB ASSIGNMENT RESPONSE的IE：
? Message Type
? RABs Setup Or Modified List：RAB建立或者修改的列表
? RABs Setup Or Modified Item IEs
? RAB ID
? Transport Layer Address
? Iu Transport Association
? DL Data Volumes
? Data Volume List
? Unsuccessfully Transmitted DL Data Volume： RAB在無線接口的DL方向不成功傳送的數(shù)據(jù)量。
? Data Volume Reference：當(dāng)數(shù)據(jù)量計數(shù)時該信息元素指出時間。
Assigned RAB Parameter Values（R5）：經(jīng)過協(xié)商改變的RAB Qos
? RABs Released List：RAB釋放的列表
? RABs Released Item IEs
? RAB ID
? DL Data Volumes
? Data Volume List
? Unsuccessfully Transmitted DL Data Volume
? Data Volume Reference
? DL GTP-PDU Sequence Number
? UL GTP-PDU Sequence Number
? RABs Queued List：RAB排隊的列表
? RABs Queued Item IEs
? RAB ID
? RABs Failed To Setup Or Modify List：RAB建立、修改失敗的列表和原因
? RABs Failed To Setup Or Modify Item IEs
? RAB ID
? Cause
? RABs Failed To Release List：RAB釋放失敗的列表和原因
? RABs Failed To Release Item IEs
? RAB ID
? Cause
? Criticality Diagnostics：收到的消息中有部分丟失或者無法解讀、邏輯錯誤。
回答者：
OscarDon
回答時間：2013-04-19 23:01
47
34
• 安徽引途科技有限公司
聘：阜陽前臺測試
需求人數(shù)：2 人 地點：阜陽市
• 重慶信科通信工程有限公司 聘：西安GSC項目經(jīng)理
需求人數(shù)：2 人 地點：西安市
• 福建省鴻官通信工程有限公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點：牡丹江市
• 南京順盛通信科技有限責(zé)任公司 聘：通信實習(xí)生
需求人數(shù)：20 人 地點：南京市,宿遷市,徐州市,鹽城市,連云港市
• 河北中創(chuàng)盈和通信科技有限公司 聘：中級前臺/寧夏中衛(wèi)
需求人數(shù)：2 人 地點：寧夏
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢專員
需求人數(shù)：53 人 地點：鄭州市
• 北京宜通華瑞科技有限公司 聘：專項優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程單驗人員
需求人數(shù)：10 人 地點：北京市
• 錦華技術(shù)（蘭州）有限公司 聘：杭州5G中興中級/高級后臺
需求人數(shù)：5 人 地點：杭州市,寧波市,嘉興市,溫州市,紹興市
需求人數(shù)：2 人 地點：阜陽市
• 重慶信科通信工程有限公司 聘：西安GSC項目經(jīng)理
需求人數(shù)：2 人 地點：西安市
• 福建省鴻官通信工程有限公司 聘：網(wǎng)絡(luò)優(yōu)化工程師
需求人數(shù)：2 人 地點：牡丹江市
• 南京順盛通信科技有限責(zé)任公司 聘：通信實習(xí)生
需求人數(shù)：20 人 地點：南京市,宿遷市,徐州市,鹽城市,連云港市
• 河北中創(chuàng)盈和通信科技有限公司 聘：中級前臺/寧夏中衛(wèi)
需求人數(shù)：2 人 地點：寧夏
• 北京電旗通訊技術(shù)股份有限公司 聘：網(wǎng)優(yōu)實習(xí)生通信應(yīng)屆生（云南）
需求人數(shù)：1 人 地點：昆明市,思茅市,昭通市
• 河南創(chuàng)賽通信科技有限公司 聘：人事招聘咨詢專員
需求人數(shù)：53 人 地點：鄭州市
• 北京宜通華瑞科技有限公司 聘：專項優(yōu)化中高級（江西急聘）
需求人數(shù)：5 人 地點：上饒市,景德鎮(zhèn)市,南昌市,鷹潭市
• 南京格安信息系統(tǒng)有限責(zé)任公司 聘：5G工程單驗人員
需求人數(shù)：10 人 地點：北京市
• 錦華技術(shù)（蘭州）有限公司 聘：杭州5G中興中級/高級后臺
需求人數(shù)：5 人 地點：杭州市,寧波市,嘉興市,溫州市,紹興市
熱點問題
更多精彩
| 聯(lián)系我們 - 問通信專家 | Powered by MSCBSC 移動通信網(wǎng) © 2006 - |