RAB/RB/RL/RRC的概念

delperio

转个帖子和大家一起分享下。

定义

RAB：Radio Access Bearer，无线接入承载：由接入层提供给NAS的在UE和CN之间传输用户数据的服务。RAB可以看作是UE与CN之间接入层向非接入层提供的业务（不关心该承载是以何种方式实现的），主要用于用户数据的传输。RAB直接与UE业务相关，它涉及接入层各个协议模块，在空中接口上，RAB反映为无线承载（RB）。

RB：Radio Bearer，无线承载：由层2提供给上层的在SRNC和UE之间传输用户数据的服务。RRC连接也可以看作是一种承载信令的RB。

RL：Radio Link，无线链路：单个UE和UTRAN之间的逻辑链接，在物理实现上一条RL包含了一条或者多条无线传输承载。在UE与一个UTRAN接入点（通常指小区）之间最多存在一条无线链路。

RRC：Radio Resource Control，RRC连接在UE与UTRAN之间传输无线网络信令，如进行无线资源的分配等等。RRC连接在呼叫建立之初建立，在通话结束后释放，并在期间一直维持。

图解

RAB是CN和UE之间的通道，RB是RNC和UE之间的通道，RL是NODEB和UE之间的通道，如下图。

          RAB = RB+AAL2

CN<--------------------------------->UE

    Iu(AAL2)            RB

CN<-------->RNC<-------------------->UE

                            RL

                   NodeB<----------->UE

建RAB承载业务，必须先建立RB；想建好RB，那必须有RL，想要RL，那必须发起RRC连接建立请求。

概念解释

1、RRC连接是为了建立UE和UTRAN之间的信令连接（SRB1-SRB4），可以通过CCH或者DCH。（SRB是RB的一种，主要用于承载信令，在控制平面，RLC 向上层提供的业务为无线信令承载）

2、RL是UE和指定CELL之间的一个专有逻辑链路，是为了建立RNC和NodeB之间的DCH的连接，只要数据走DCH，必须配置这个链路。（RL是一个逻辑概念，在CCH时，L2->L1的链路已经建立完成，不需要配置RL）。RL是位于Iub承载之上的，RL是Uu口的数据，Iub数据承载承载的是Iub接口的数据。一个小区只能和特定UE有一条RL，UE可以和多个小区有RL，RL的信息有Frame Offset， Chip Offset，MAX DL Power等信息。RL不涉及到任何业务类型，只是说明UE和某个小区有无线连接，UE可以从这个连接收发数据。

3、RB是UE和UTRAN之间的连接格式集，就是Uu口L1、L2的格式问题，即物理信道、传输信道、逻辑信道的配置问题。如果没有业务，RB是不需要的，因此如果要在CN/URTRN和UE之间传信令，只要有RRC连接即可。但只要有业务，就必须配置RB。

4、RAB是UE和CN之间的连接的约定，体现在业务上，包括业务速率/Qos的配置。为了在无线环境中传输，就必须借助无线接入网，因此RAB分为UE和UTRAN之间的RB和CN和UTRAN之间的IU承载。UE在建多个业务时候可以有多个RAB，例如UE同时有CS域的语音业务和PS域的数据业务。

备注

• 如果没有业务要建立，例如位置区登记、更新，只需要建立RRC连接、Iu连接。
  
• 如果要在CCH上建业务，比如PS8k业务，必须建立RRC连接，Iu连接，然后建立RAB、RB、Iub承载、Iu承载，但是不需要建立RL。
  
• 如果要在DCH上建CS业务，则必须建所有的连接和承载，并且RRC连接必须建立在DCH上。
  
• UE做1个CS业务，若是AMR， 建立1个RAB，3个RB；UE做1个CS业务，若是VP， 建立1个RAB，1个RB；UE做1个CS业务+1个PS，若是AMR+PS，建立2个RAB，4个RB。
  
  

delperio

再补充2G的空口上TBF RLC，LLC


TBF（Temporary Block Flow）是指两个无线资源实体所使用的一个物理连接，以达到在PDCH上支持单向传递LLC PDU的目的。网络可以给TBF分配一个或多个PDCH信道。一个TBF包含很多RLC/MAC块，用来承载一个或多个LLC PDU。 网络给每一个TBF安排一个TFI（Temporary Flow Indicator），用来唯一的标识一个TBF。在上行链路方向，规范中使用USF（Uplink Status Flag），从而允许不同的MS动态复用一个无线块。USF包含在下行RLC/MAC块的块头内，当MS收到一个下行RLC/MAC块内的USF值与之前分配给手机的USF值相同时，MS就准备在上行链路的对应时隙进行上行RLC/MAC块的传递。
在GPRS的空中接口上，LLC层是RLC层的上一层，所以按照数据封装的原理，LLC层的信息向下进入RLC层后，会被添加上RLC层的开销，因此，从理论上来讲，RLC层的速率比LLC层的速率快。
但实际中有个问题不能忽略，LLC协议封装的数据单元被称为LLC帧（LLC Frame），RLC协议封装的数据单元被称为RLC块（RLC Block），由于LLC帧的长度大于RLC块的长度，因此，一个LLC帧会被分割为若干个RLC块来传输。问题的关键就在于，如果某个RLC块出错，需要重传，那么这时的LLC层的有效速率其实是降低了的。这样的话，RLC层速率比LLC层高出的，就不仅仅是引入RLC层开销的那么一点儿了。

yonka

能帮忙解释一下业务和信令时分别建立连接的顺序吗？

          RAB = RB+AAL2

CN<--------------------------------->UE

    Iu(AAL2)            RB

CN<-------->RNC<-------------------->UE

                            RL

                   NodeB<----------->UE

这张图很形象，但是没有区分信令和业务。
而且RRC连接是在图中的哪里呢？


谢谢

delperio

建RAB承载业务，必须先建立RB；想建好RB，那必须有RL，想要RL，那必须发起RRC连接建立请求。

delperio

与业务的关系如下：
   如果没有业务要建立，例如位置区登记、更新，只需要建立RRC连接、Iu连接，而不需要去建立RL、Iub承载、Iu承载、RAB、RB。
   如果要在CCH上建业务，比如PS8k业务，必须建立RRC连接，Iu连接，然后建立RAB、RB、Iub承载、Iu承载，但是不需要建立RL。
   这时一旦RB失败，业务已经失败，RNC将回复CN消息RAB指配响应指示失败，CN决定是否释放业务。
   如果要在DCH上建CS业务，则必须建所有的连接和承载，并且RRC连接必须建立在DCH上，这样：
   一旦RRC连接失败，释放所有的连接和承载，包括RL；
   一旦RL配置失败，如果存在原先配置，则恢复到原先配置，RNC自己不会去释放RRC、RL、Iu等，回复CN RAB指配响应指示失败，按照CN新的指令去执行，业务肯定要失败的，一般来说，如果CN发现业务失败了，将会发起IU释放的流程。
   一旦RB配置失败，CS业务是不行了，如果是在RL RECFG COMMIT之前收到RB配置失败，RL恢复到原来的RL，RNC回复CN RAB指配响应指示失败，由CN决定新的流程；如果是在RL RECFG COMMIT之后收到RB配置失败，因为RNC无法恢复原来的RL，因此所有的业务都失败了，RNC向CN回复RAB指配响应指示失败，同时释放所有的连接和承载。
   如果要在DCH上建PS业务，所有的连接和承载都得建立，如果RRC连接建立在DCH上，对于RRC、RL、RB配置失败的处理同CS一样，如果RRC连接建在CCH上时，其实处理还是一样的。注意一点：在PS业务释放的时候，CN发RAB指配，这时候需要去重新申请两个码道的资源去传信令，如果没有资源了，则异常释放，不会执行RL重配和RL删除了。

nickyxiaowei

想问一下，类似2G的Gb口用TLLI+NSAPI标示特定用户（TLLI）的特定PDP上下文，3G标示特定用户的特定PDP上下文是通过RNTI（UE-URAN）+RAB-ID（IU-C）吗？RB和RAB是一一对应的么？

爱卫生

nickyxiaowei 发表于 2014-3-6 16:26
想问一下，类似2G的Gb口用TLLI+NSAPI标示特定用户（TLLI）的特定PDP上下文，3G标示特定用户的特定PDP上下文 ...

我的理解是的。两个问题都是的。