RAB与RB的关系详解

　　RAB 是和业务一一对应的， 比如voice call 需要一个rab 来承载， 表示的是Iu口的概念。RB是RAB的无线承载，是Uu的概念。一句话，RAB需要RB来承载

　　RAB、RB、SRB三个概念之间既相互联系又有所区别。

　　首先看他们之间的联系(共性)：

　　它们都是下层协议向上层协议提供的服务。例如，RAB是用户平面的接入层协议栈向非接入层提供的服务，而RB和SRB是RLC层向其用户提供的服务。

　　关键是他们之间的区别：RAB是运用在用户平面的UE和核心网之间的一个概念。当用户发起一个业务请求的时候，核心网根据被请求业务的特性要求接入网提供相应的无线接入承载(RAB)，而不关心该承载是以何种方式实现的，这样做的好处是简化了核心网和接入网之间的接口，并且使得这两个网元的独立性更好，便于彼此技术的独立更新。那么在WCDMA(TD-SCDMA)系统中，RAB是如何实现

　　的呢这就引出了RB的概念，RB是UE和SRNC之间的一个无线承载，是RLC层提供的服务，根据业务的属性，RLC层通过自己的三种不同类型的实体(AM/UM/TM)，向高层提供点对点的带确认的数据传输、无确认的数据传输和透明的传输，以此来保证用户的数据以合理的方式到达RNC。到此，RAB在UE和RNC之间的“实现”就很明白了，它是通过RB来“实现”的。再进一步，RAB在IU接口上是如何“实现”的呢实际上，它通过IUUP协议，映射到了一个AAL2承载上。也就是说，RAB=RB+AAL2。现在举个具体的例子就更明白了，就拿AMR12.2k的语音业务来说，UE和MSC之间的一个RAB，在UE和SRNC之间映射到了3个RB上，在一个TTI内，这三个RB“输出”的三个PDU又被映射到一个IUUP帧中，然后在AAL2通道上发送给MSC。

　　至于SRB，其实就是RB，也是RLC提供的服务，只不过他们用来承载控制面的控制消息，为了区别于RB而称为SRB。

　　简单地说，rab就是你要传输的货物，srb就是为了传输货物而修的铁路，rb就是多个列车车厢

　　(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承载。

　　(5)相关的问题就可以这要理解了：

　　如果没有业务要建立，例如位置区登记、更新，只需要建立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删除了。

　　(6)在TD-SCDMA中，一个UE最多只有一个RRC连接，当执行硬切换时，最多可以有两条RL，但一般都只有一个RL(包括组合业务)，多RAB，两个Iu连接(1CS+1PS)，多RB。

　　(7)SRB呢从某种意义上说，SRB和RB是个孪生兄弟，SRB是信令RB，在建立RRC连接的时候，SRB就建立起来了，为了传递UE和UTRAN之间的信令，而RB是用户面RB，只有在建立业务的时候，即需要传递用户面数据的时候才建立RB。在小区建立的时候，SRB0就已经建立了，传CCCH信令，SRB1-SRB4在RRC建立的时候建，传DCCH信令，SRB5以上都是业务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信息__