Telecomms · 2007/03/23

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