无遮挡边吃摸边吃奶边做,成人在线视频黄色,欧美不卡视频一区发布

移動(dòng)通信網(wǎng) 首頁搜索新聞問答論壇人才博客通信圈

善于提問，勤于回答，你也是專家

問題已開啟 (普通問題)

關(guān)于"RAB"鏈路

哪位“大蝦”能給我講解一下，在WCDMA中 “RAB”是怎樣的一條鏈路？與“RRC”之間的區(qū)別是？

提問者: lgk198800 提問時(shí)間: 2012-09-13

	我要回答：

	請先登錄或注冊再回答問題

更多 RAB 鏈路相關(guān)問題

• RLC復(fù)位導(dǎo)致的激活的E-RAB異常釋放次數(shù) 2020-08-14
• RRU鏈路斷 2019-11-13
• 請問有人知道微波鏈路設(shè)計(jì)軟件那個(gè)好嗎？ 2019-08-08
• RRU鏈路斷時(shí)，故障原因概率最小 2019-07-30
• 關(guān)于無線鏈路失�。≧RCRadioLinkFailure）誰來解釋一下？ 2019-05-30
• 通信鏈路的問題 2019-03-08
• 怎樣在華為網(wǎng)管上查看S1鏈路是否正常，接口配置是否正確？ 2019-02-20
• LTE高掉線小區(qū)，大部分因無線鏈路失敗導(dǎo)致 2018-12-03

問題答案 ( 2 )

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上，對于RRC、RL、RB配置失敗的處理同CS一樣，如果RRC連接建在CCH上時(shí)，其實(shí)處理還是一樣的?。注意一點(diǎn)：在PS業(yè)務(wù)釋放的時(shí)候，CN發(fā)RAB指配，這時(shí)候需要去重新申請兩個(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連接請求、RRC連接建立（釋放）、RRC連接建立（釋放）完成，在這些消息中，主要有這些內(nèi)容：
?   RB預(yù)存指示
?   UE信息
?   測量信息
?   SRB信息
?   傳輸信道信息
?   物理信道信息
?   無線資源信息
?   RL相關(guān)消息：RL建立、增加、重配置、刪除等。
?   傳輸信道信息（包括MAC-D FLOW）
?   RL信息
?   RB相關(guān)消息：RB建立、釋放、重配置
?   UE信息
?   CN信息
?   UTRAN移動(dòng)性信息
?   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處理這個(gè)業(yè)務(wù)請求。
   －修改：UE通過直傳消息請求修改RAB，CN處理這個(gè)業(yè)務(wù)請求。
   －釋放：CN釋放相關(guān)業(yè)務(wù)。
   一個(gè)或多個(gè)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)志一個(gè)RAB，包含CS域的流標(biāo)志符（SI）或者PS域的網(wǎng)絡(luò)服務(wù)接入點(diǎn)識別符（NSAPI）編碼。
如果在特定的Iu實(shí)例上使用了同樣的RAB ID，本過程用于修改這個(gè)RAB。
對于每個(gè)請求建立或修改的RAB，RNC要把RAB ID IE信息元素的內(nèi)容傳到無線接口協(xié)議。
?   NAS Synchronisation Indicator：NAS信息，用于CN要傳NAS消息時(shí)，通過空口傳給UE。
?   RAB Parameters：與UE中請求的Qos相同
?   Traffic Class：Qos類型
?   RAB Asymmetry Indicator：對稱性指示
?   Maximum Bit Rate：最大比特率
?   Guaranteed Bit Rate：保證比特率，根據(jù)最大比特率和設(shè)置的比例計(jì)算
?   Delivery Order：提示是否提供SDU排序。
?   Maximum SDU Size：SDU 大小
?   SDU parameters：SDU參數(shù)，分不同的RAB子流。
?   SDU Error Ratio ：SDU錯(cuò)誤率，尾數(shù)×10[-指數(shù)]（傳輸錯(cuò)誤的SDU）
?   Residual Bit Error Ratio：殘留比特錯(cuò)誤率：尾數(shù)×10[-指數(shù)]
?   Delivery Of Erroneous SDU：是否傳輸錯(cuò)誤的SDU
?   SDU format information Parameter ：SDU格式信息參數(shù)，<分不同的組合速率或者組合SDU大小>
?   Subflow SDU Size ：RAB子流組合SDU大小（預(yù)定義SDU大�。�
?   RAB Subflow Combination Bit Rate ：RAB子流組合比特率（預(yù)定義可控速率大�。�
?   Transfer Delay:傳輸時(shí)延，用于會(huì)話或者流業(yè)務(wù)
?   Traffic Handling Priority：使用的優(yōu)先級
?   Allocation/Retention priority：分配/保持優(yōu)先級
如果RAB ASSIGNMENT REQUEST消息中沒有給出分配/保持優(yōu)先級 (Allocation/Retention Priority)IE的值，那么分配請求不會(huì)觸發(fā)搶占處理，此連接容易被搶占并認(rèn)為優(yōu)先級最低。而且，不允許進(jìn)行排隊(duì)。
?   Priority Level：優(yōu)先級層次，0（最高）－15
?   Pre-emption Capability：搶占能力
?   Pre-emption Vulnerability：被搶占能力
?   Queuing Allowed：排隊(duì)能力，
如果允許被請求的RNC排隊(duì)和資源狀況需要，RNC可以把RAB放在建立的隊(duì)列中。
?   Source Statistics Descriptor: （會(huì)話或者流業(yè)務(wù)）：“語音”或者“未知”，在RNC中通過SET RAB設(shè)置相應(yīng)的參數(shù)與之對應(yīng)。
?   Relocation Requirement: “沒有”或者“無損”，遷移的時(shí)候是否考慮RAB。
?   User Plane Information
?   User Plane Mode:用戶平面模式
在報(bào)告特定RAB建立或修改的結(jié)果之前，RNC必須執(zhí)行CN在用戶平面模式IE中請求的用戶平面模式的初始化。
?   UP Mode Versions：版本
?   Transport Layer Information：用于建立RAB或者修改RAB時(shí)包含NAS信息。
?   Transport Layer Address：傳輸層地址：
對于PS域，這個(gè)信息元素是IP地址，用于用戶平面的傳送；對于CS域，這個(gè)地址用于傳送網(wǎng)絡(luò)信令建立用戶平面連接。
?   Iu Transport Association：Iu傳送關(guān)聯(lián)，
用于把RAB和對應(yīng)的用戶平面連接關(guān)聯(lián)。對于CS域，建立U平面連接期間這個(gè)信息元素用于傳送網(wǎng)絡(luò)控制平面信令的Binding ID；對于PS域，這個(gè)信息元素是GTP TEID（隧道終點(diǎn)標(biāo)志）。
?   Service Handover：業(yè)務(wù)切換
表明請求的RAB是否應(yīng)該、不應(yīng)該或不允許執(zhí)行系統(tǒng)間切換到GSM。
   業(yè)務(wù)切換IE的值如果沒有被RAB更改，在整個(gè)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ù)量報(bào)告指示，用于PS建立。
指出當(dāng)釋放RAB時(shí)RNC是否必須為RAB計(jì)算不成功傳送的NAS數(shù)據(jù)量和報(bào)告數(shù)據(jù)量。
?   DL GTP-PDU Sequence Number：發(fā)送到UE的下一GTP-PDU的順序號碼。用于PS RAB建立，且已有可用的PS RAB（即兩個(gè)RAB以上）。
?   UL GTP-PDU Sequence Number：發(fā)送到SGSN的下一GTP-PDU的順序號碼。用于PS RAB建立，且已有可用的PS RAB（即兩個(gè)RAB以上）。
?   DL N-PDU Sequence Number: 源系統(tǒng)已經(jīng)發(fā)送到UE的下一下行鏈路N-PDU(PDCP PDU) 的Uu接口順序號碼。用于PS RAB建立，且已有可用的PS RAB（即兩個(gè)RAB以上）。
?   UL N-PDU Sequence Number：從UE期望的下一上行鏈路N-PDU(PDCP PDU) 的Uu接口順序號碼。用于PS RAB建立，且已有可用的PS RAB（即兩個(gè)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無法識別一個(gè)請求釋放的RAB的RAB ID，就報(bào)告RAB釋放失敗，失敗原因是“無效 RAB ID”。
如果在被釋放RAB IE中包含了正在進(jìn)行分配過程的RAB，RNC將放棄該RAB 的分配過程，釋放相關(guān)資源并在RAB ASSIGNMENT RESPONSE響應(yīng)消息中報(bào)告釋放的RAB。
?   Cause：原因
Radio Network Layer Cause：如重定位完成
Transport Layer Cause：如Iu連接失敗
NAS Cause：如正常釋放
Protocol Cause：如傳輸語法錯(cuò)誤
Miscellaneous Cause：如OM干預(yù)
Non-standard Cause
3．   定時(shí)器
當(dāng)發(fā)送RAB ASSIGNMENT REQUEST消息時(shí), CN將啟動(dòng)TRABAssgt 定時(shí)器。
?   如果已經(jīng)沒有RAB排隊(duì)，CN將停止定時(shí)器T RABAssg，并終止RAB分配過程。在這種情況下，還要在UTRAN終止這個(gè)過程。
?   當(dāng)建立或修改一個(gè)或幾個(gè)RAB的請求進(jìn)入隊(duì)列時(shí)，UTRAN將啟動(dòng)定時(shí)器TQUEUING，這個(gè)定時(shí)器規(guī)定建立或修改請求排隊(duì)的最大時(shí)間，該定時(shí)器TQUEUING 同時(shí)監(jiān)視所有排隊(duì)的RAB。
?   對于由第一條RAB ASSIGNMENT RESPONSE消息中指明排隊(duì)的RAB，如果定時(shí)器TQUEUING超時(shí)，UTRAN會(huì)報(bào)告排隊(duì)結(jié)果，每個(gè)RAB獨(dú)立使用一條響應(yīng)消息或若干個(gè)RAB使用一條RAB ASSIGNMENT RESPONSE消息上報(bào)，在CN也將終止RAB分配過程。
?   當(dāng)成功地建立或修改所有RAB，或建立或修改RAB失敗時(shí)，UTRAN將停止定時(shí)器，在CN和UTRAN終止RAB分配過程。
?   如果一個(gè)修改或釋放RAB的請求中所包含的RAB ID所指示的RAB正在隊(duì)列中，那么RAB會(huì)從隊(duì)列中退出，按第二個(gè)請求來處理。第一個(gè)請求以RAB建立或修改失敗響應(yīng)，失敗原因是“推遲請求”。
4．   失敗報(bào)告
當(dāng)UTRAN報(bào)告不成功地修改RAB配置時(shí)，原因值應(yīng)該足夠準(zhǔn)確而使CN網(wǎng)絡(luò)知道不成功修改的原因。典型原因值是“被請求的業(yè)務(wù)量類別不可用”、“無效的RAB參數(shù)值”、“被請求的最大比特率不可用”、“被請求的保證比特率不可用” 、“被請求的傳送時(shí)延不可用” 、“無效的RAB參數(shù)組合”、“SDU參數(shù)條件沖突”、 “業(yè)務(wù)量處理優(yōu)先級條件沖突”、“ 保證比特率條件沖突”、“不支持用戶平面版本”和“Iu UP故障”。
5．   異常情況
?   與重定位準(zhǔn)備的交互：
為了保持與UE的通信，如果在RAB分配期間絕對需要重定位，RNC可以中斷正在進(jìn)行的RAB分配過程并啟動(dòng)重定位準(zhǔn)備過程：
     1) RNC將終止不成功的RAB配置修改的RAB分配過程：
       －對所有排隊(duì)的RAB，
       －對還沒有建立或修改的RAB和
       －對還沒有釋放的RAB。
     原因?yàn)椤坝|發(fā)的重定位”
     2) RNC將終止成功的RAB配置修改的RAB分配過程：
       －對已經(jīng)建立或修改但還未向CN報(bào)告的RAB和
       －對已經(jīng)釋放但還未向CN報(bào)告的RAB .
     3) RNC將用RAB ASSIGNMENT RESPONSE消息報(bào)告過程的結(jié)果。
     4) 通過發(fā)送RELOCATION REQUIRED到激活的CN節(jié)點(diǎn)， RNC將調(diào)用重
定位。
     5)接收到RAB ASSIGNMENT RESPONSE消息，CN將終止RAB分配過程。
?   從UMTS到GSM定向重試（限于CS域）
在CS域中RNC對特定UE沒有RAB配置時(shí)，并且RNC接收到該UE請求建立RAB的RAB ASSIGNMENT REQUEST消息， RNC將發(fā)起對GSM的定向重試。此時(shí)，RNC可以中斷正在進(jìn)行的RAB分配過程并啟動(dòng)重定位準(zhǔn)備過程，如下描述：
RNC終止失敗的RAB分配過程，指示RAB配置修改失敗，原因是“定向重試(Directed retry)”。
RNC將用RAB ASSIGNMENT RESPONSE消息報(bào)告結(jié)果。
通過發(fā)送RELOCATION REQUIRED消息到激活的CN節(jié)點(diǎn)，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消息
什么時(shí)候觸發(fā)這些消息呢？
（1）   CN發(fā)起RAB ASSIGNMENT REQUEST消息：
如果CN決定釋放部分或全部指定的RAB，為了實(shí)現(xiàn)這一目的，CN會(huì)決定調(diào)用RAB分配（釋放RAB）過程。
PS業(yè)務(wù)的正常流傳，業(yè)務(wù)釋放的時(shí)候啟動(dòng)這個(gè)流程，業(yè)務(wù)釋放完成后啟動(dòng)IU RELEASE COMMAND。
（2）   RNC發(fā)起RAB RELEASE REQUEST消息：
如果RNC遇到問題需要釋放RAB，比如“RAB被搶占”，RNC向CN產(chǎn)生RAB RELEASE REQUEST消息，被釋放RAB IE將指出被請求釋放RAB的列表，與每個(gè)RAB有關(guān)的原因IE將指出釋放的原因，例如“RAB搶占”。
如果CN決定釋放部分或全部指定的RAB，為了實(shí)現(xiàn)這一目的，CN會(huì)決定調(diào)用RAB分配（RAB ASSIGNMENT REQUEST）過程。
（3）   CN發(fā)起IU RELEASE COMMAND消息：
如果UE和CN之間的信息傳輸完成，CN啟動(dòng)這個(gè)過程，同時(shí)把RAB釋放掉。
CS業(yè)務(wù)的正常流傳，業(yè)務(wù)釋放的時(shí)候啟用這個(gè)流程，沒有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ù)量計(jì)數(shù)時(shí)該信息元素指出時(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排隊(duì)的列表
?   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：收到的消息中有部分丟失或者無法解讀、邏輯錯(cuò)誤

回答者： xhy1331 回答時(shí)間：2012-09-13 15:22

樓上的解釋挺詳細(xì)。

回答者：朱小龍AA 回答時(shí)間：2012-09-13 21:50

未找到滿意答案？

移動(dòng)通信論壇，提供全面的通信資料、技術(shù)支持！

最新緊急招聘通信職位

熱點(diǎn)問題


聯(lián)系我們 - 問通信專家	Powered by MSCBSC 移動(dòng)通信網(wǎng) © 2006 -