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