RRC连接、RL、RB、RAB的本质是什么?

From: http://www.51xuewen.com/group/1557/topic_14313.htm

 

RAB:CN-UE
RB:RNC-UE
RL:NodeB-RNC

 

RRC连接、RL、RB、RAB的本质是什么?
(1)RRC连接是为了建立UE和UTRAN之间的信令连接(SRB1-SRB4),可以通过CCH或者DCH,如果建立在DCH,上下行各占用1个码道 (SF=16)〔在HS业务建立的时候,要占用两个码道;且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的主要区别在于Iub数据承载承载的是Iub接口的数据,而RL是Uu口的数据,RL是位于 Iub承载之上的。(可以这样理解:Iub承载是AAL2承载,公共信道的FP是建立在AAL2上的,因此小区建立的时候会建立一些承载,如果要使用 DCH信道,也要先建立DCH的AAL2承载。)
(3)RB是UE和UTRAN之间的连接格式集,就是UU口L1、L2的格式问题,即物理信道、传输信道、逻辑信道的配置问题。如果没有业务,RB是不需 要的,因此如果要在CN/URTRN和UE之间传信令,只要有RRC连接即可(实际上也有无线承载,即SRB),但只要有业务,就必须配置RB,同样,必 须配置Iub承载(只要有DCH就必须去配置DCH FP的承载,同RL一样)。
(4)RAB是UE和CN之间的连接的约定,体现在业务上,主要是Qos的配置。为了在无线环境中传输,就必须借助无线接入网,因此RAB分为UE和 UTRAN之间的RB和CN和UTRAN之间的IU承载。

 

From:http://bbs.c114.net/viewthread.php?tid=376249

 

RAB描述的是UTRAN为承载UE和CN之间的业务而建立的communication channel.因此关于RAB建立,配置等相关的信令常见于RNC和CN之间.具体可参考TS 25.413.
radio link描述的是无线网络接入点(对wcdma系统,这个是NodeB)与UE之间radio connection的特性.但在WCDMA系统设计之初,NodeB更多的扮演一个"执行者"的角色,无线资源的分配和管理绝大多数都由RNC来决定. 因此,RNC在确定建立一个具体的RAB时,会告知NodeB,对要建立的RAB,NodeB这个节点应该分配哪些无线资源.具体的,对radio link的建立,重配等相关信令常见于Iub接口NBAP信令中,具体可参考TS 25.433.
radio bearer描述的是由RNC看来,它和UE所要建立的无线承载的特性.因此关于Radio Bearer内容的交流,常见于L3信令中,发生在RNC和UE之间.具体信令的格式和内容可参见25.331.

由上可知,对于不同的RAB,其特性由RAB assignment信令消息的相关IE所界定.在RNC接收到从CN过来的RAB建立的请求后,经过一系列的准入过程,(包括了空口资源(码,功 率),IUB带宽资源,NODEB CE资源以及RNC内部处理资源的检查和特定业务最大用户数门限的核查),会决定是否建立对应的radio bearer,并将RB的context通过L3信令告知对端(UE).回到楼主的问题,对于不同的RAB,其RB由何不同呢.其实RAB的特性不同,体 现在RB上就是PDCP, RLC, MAC以及PHY等各层的配置和参数不同.如voice业务所用的RAB,经过RAB-to-RB mapping,具体会体现为RLC TM模式,对应语音编码器输出的三个子流所采用的RLC/MAC各PDU size, TFS, CRC length, 物理层采用卷积编码,等等.而相比之下, 典型的BE业务所对应的RB就会体现为RLC_AM 模式,最大重传次数, RLC/MAC PDU size, TFS, CRC length, 物理层采用turbo编码,等等.如果是承载在HSDPA上的RB, 还会由NODEB Scheduler来决定具体的编码速率,调制方式,码资源,传输块大小等等,并将这些信息通过HS-SCCH告知UE.
类似的,对应于以上不同,radio link所包含的内容也会有相应差别.我的记忆有些模糊但我理解radio link的内容会更侧重于物理资源(码,功率范围,timing requirement,etc)的描述.具体的信令消息内容会反映的更确切.还是再查一下radio link setup等信令消息的具体内容,以规范为准.

  • 0
    点赞
  • 3
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值